课程管理系统

1、高校课程管理系统分析与设计目录1、确定系统的目标和范围 21.1、 开发背景 21.2、 目的和意义 21.3、 范围 22、需求获取、建立系统的功能视图 22.1、 确定课程系统在高校各系统中的位置22.2、 识别和定义系统角色 32.3、 分析角色和系统的交互过程、识别系统用例32.4、 建立系统用例图 42.5、 对每个用例进行简要分析 42.6、 主要用例的详细描述 53、发现对象和类，建立类图 73.1、 发现对象类 83.2、 定义类属性和服务 83.3、 定义对象类间的关系 83.4、 系统进一步设计 94、建立系统动态模型视图 104.1、 建立各对象时序图 104.2、 建立

2、各对象的状态图 125、进行用户界面设计模拟用户进入系统后的操作141、确定系统的目标和范围1.1 开发背景随着高校规模逐渐扩大，学生数量增多，人为课程管理任务繁重， 工作繁多。课程管理系统成为学生以及老师和学校必备的系统，主要完 成教师发布课程、上传成绩，学生选课、查看成绩以及生成课表的全过 程。1.2 目的和意义因为高校学生人数过多，手动操作各项数据和管理极易出错，为了 提高办公效率，节省人力，加快高校信息化发展速度，需要开发课程管 理系统，已达到协同高效办公的目的。1.3 范围课程管理系统主要为教务处服务，管理课程、学生、教师及教室之 间的关系，并起到统计学生成绩，分发课表的作用，学生可

3、以通过系统 得到需要的课程信息，教师可以通过系统得到需要的学生信息以及查看 课程安排等。教务处可以从系统中得到全院成绩单，并可以查看学生对 教师的评价情况、以及各教室的占用情况得以安排教师的意外借出等工 作。2、需求获取、建立系统的功能视图2.1确定课程系统在高校各系统中的位置由于高校系统是一个庞大的系统，想要建立课程信息系统需要与其 他系统相互协调，所以首先就要明确课程管理系统在高校系统中的地位， 经过大概的分析可以得出高校信息系统应该有以下几个部分：基本信息 录入、课程管理、学生管理、教师管理、教务管理、信息发布、系统管 理等系统，而课程管理系统依赖于信息录入系统、学生管理系统及教务管理等

4、系统。对于发杂系统进行细化为如图简单模型:基本信息录入课程管理学生管理教师管理教务管理信息发布系统管理由图可知课程管理系统是高效管理系统的子系统且依赖于其他子系统2.2 识别和定义系统角色通过对系统范围的分析可知，教务处管理员、学生和教师是系统的角 色。课程管理系统作为一个多用户的网络数据库应用系统，必须设立系统 管理员角色来负责日常的数据维护和用户管理工作。 课程管理系统与学生 管理系统、教师管理系统、有着密切关系，他要从学生管理处获得学生信 息，从教师管理处得到教师信息。并需借助信息录入系统得到选课记录， 以及方案成绩，并为教务管理系统提供学生成绩等信息。 因此课程管理系 统应包括课程管理

5、员、学生、教师、系统管理员。2.3 分析角色和系统的交互过程、识别系统用例通过对四种角色使用系统的目的和方式，以及他们与系统交互过程的 认真分析，发现各个角色在系统中所起到的作用以及借助系统要完成的功 能。得到每个角色需要借助系统所要完成的功能概述如下，其中每一项功 能都是一个用例。(1)学生。通过课程管理系统选课、查询课表、查看成绩、评教。(2)教师。通过课程管理系统发布课程信息、查看学生成绩、录入成绩、 查看确定的课程信息。(3)课程管理员。教务处日常课程管理工作，进行信息维护，以及信息 发布工作。(4)系统管理员。主要负责系统用户管理和数据管理。 进行数据的备份恢复等操作。2.4 建立系

6、统用例图分析角色交互过程、得到课程管理系统包含的用例有：课程信息维护、 课成发布与选课、成绩录入与查询、评教、系统公告。有以上用例可以做 出用例图如下：系统管理员课程管理系统用例图2.5 对每个用例进行简要分析分析系统角色与系统进行交互的详细过程。对每一个用例进行的分析结果如下。用例名：课程发布与选课用例目标：获得教师输入的课程信息，查询教室安排情况，安排相应教室，将安 排好的课程信息输出到选课界面，学生进入选课界面，选取 自己要学的课程，将学生信息录入课程已选学生中，并将该 课程信息加入学生课表。储存课程信息，其中包括发布课程 的教室信息、选取课程的学生信息以及教师信息。用例名：成绩录入与查

7、询用例目标：教师根据学生相应课程的成绩，将成绩录入，将相应成绩保存到相应 学生的成绩单中，学生通过用例查询相应科目的成绩。课程 管理员同样可以通过该用例查看全专业乃至全学院的各科成 绩，以便汇总成绩单。用例名：评教用例目标：学生根据教师一学期教学情况，对教师进行评价，将评价信息录入， 系统将某一教师的所有评价进行汇总，然后提供给课程管理 员查看，课程管理员可以查看任意教师的相应评价信息。用例名：系统公告用例目标：课程管理员发布关于课程的相关公告到主界面， 提醒使用者即将要做 的相关工作。例如选课信息等。用例名：课程信息维护用例目标：课程管理员对课程信息的相关性，及临时调整等进行相关维护。系统

8、管理员对课程信息内相关内容进行及时备份以及数据级维护。2.6 主要用例的详细描述(1)发布课程用例的用例详细描述：用例名：发布课程力杀：教师发布课程触发事件：新学年，教师要发布新课程简单描述：教师进入选课系统，选择空白教室，录入课程信息。对象：教师相关用例：选修课程前提条件：教师信息确定正确课程信息确定存在后置条件：发布的课程进入可选课的数据库中课程信息完善系列活动：对象系统1 .教师登陆网页中的选课系统。2 .查看可安排节次时间3 .发布课程1. 确认教师身份2. 提供相关专业可安排课程3. 收录教师及课程信息意外条件：1、教师登陆出错2、课程时间重复3、课程信息录入出错(2)选择可成用例的

9、用例详细描述:用例名：选课力杀：学生选择课程触发事件：新学期，选择选修课简单描述：学生进入选课系统查看课程信息,选择自己要上的选修课对象：学生相关用例：发布课程前提条件：已发布课程入库选择课程与已选课程不矛盾学生信息止确无误后置条件：选择的课程进入学生对应课程库被选的课程进入相应教师数据库系列活动：对象系统1 .学生登陆进入网页中的选 课系统。2 .学生查看系统提供的可选 课程1 .检查学上信息，提供相应 选修课程2 .判断所选课程信息，与已 选的课程是否矛盾3.学生选择要选择的课程3.将学生信息录入课程数据库意外条件：1、学生登陆出错2、课程提供出错3、选择课程与已选课程冲突未提醒(3)评教

10、用例的详细用例描述:用例名：评教力杀：学生进行评教触发事件：学期结束学生进行课程评价简单描述：学生进入课程管理系统，对所修过的课程进行教师评价。对象：学生相关用例：选修课程前提条件：学生信息确定正确课程信息确定存在后置条件：相应评教信息录入课程信息数据库中评价信息录入相应教师库中系列活动：对象系统1 .学生登陆系统2 .选择已修课程3 .进行评价1 .确定学生信息正确2 .列出学生选择的课程3 .将评价信息入库意外条件：1、学生登陆出错2、列出课程不全3、评价信息丢失3、发现对象和类，建立类图通过建立用例图，形成了对课程管理系统功能性需求清晰、准确的定义和描述。接下来便可以建立系统静态模型视图

11、3.1 发现对象类仔细分析系统问题，和系统功能，完成从事物到对象的抽象，最后将对 象抽象成类。对于课程管理系统，我们可以抽象出以下对象类：(1)学生。学生是是一个主要录入输出点，要模拟其信息查询，录 入等过程。(2)教师。教师是一个主要录入输出点，要模拟其录入查询过程。(3)课程。课程是课程管理系统的主要对象，储存得到的相应的学 生以及教师和教室信息。并储存相应学生得到的课程成绩。以 及学生对于教师的评价信息。(4)课程管理人员。管理临时调整的课程。补课、调课等。3.2 定义类属性和服务将与系统有关的事物的静态特征抽象程磊的属性，将事物的行为抽 像成服务的过程。并保持事物的特征，完善系统的功能

12、。(1)学生。其主要属性包括学号、姓名、专业、班级、身份证号。 主要服务包括选课、评教、查询成绩、查询课程信息。(2)教师。其主要属性包括教师号、姓名、身份证号。主要服务包 括发布课程、填写成绩、查询成绩、查看课程信息。(3)课程。其主要属性包括课程号、课程名、任课教师号、所选学 生学号、所选学生成绩、所选学生对任课教师的评教信息。所 包含服务主要包括生成新课程、录入任课教师信息、录入选课 的学生信息、录入学生成绩、录入评教信息。(4)课程管理员。其主要属性包括员工号、姓名。主要服务包括增 加课程信息、修改课程信息、查询评教信息、查询课程成绩单。3.3 定义对象类间的关系已上定义的四个类中，学

13、生、教师、课程管理员与课程的关系都 是关联关系。为了简化类图，省略了一些不重要的类。其中学生是可以扩展的、其中有留级学生、重修学生等。并且教师也要包括代理教师。而课程则将临时课程、补课课程等放在了一起,为了简化类图。甚至将学生成绩、评教信息、都整合到了一起，但是 这些内容都是可以自成一类的、为了简洁明了，将他们都放在了一起, 类图更清晰的表现出了全部功能。但是仍然有很多不足，可以在实际 建立数据库及系统时对其进行完善和补充。得到的简单的类图如下：课程- ¥¥- 姓名- 专业- 班级- 身份证号+1X）+评教（）+查询成绩（） +查询课程（）程生师绩教程 课学教成评课自心 信

14、名+发布课程（） +成绩录入（） +学生选课（）+评教（）教师- 教师号- 姓名- 身份证号+发布课程（） +填写成绩（） +查询成绩（） +查看课程（）课程管理员-员工号-姓名+查询课程（）+查看成绩（）+查看评教（）+调整课程信息（）课程管理系统类图3.4 系统进一步设计对于系统的进一步设计，仍需进行大量工作，主要有对于用例和类分析完毕 后要进行的数据库的设计，数据库设计涉及很多方面例如，课程信息数据库、学 生信息数据库、课程管理员数据库、教师信息数据库。对于不同的类型都要设计 不同的数据表且每个数据表之间都要有相应的关系，即主键等之间的关系。对于 数据库的设计需要进行各类数据之间关系的划

15、分。在这里用领域类图描述。领域 类图如下：课程管理系统领域模型类图可以根据所画的领域类图分析进而设计出相应的数据库4、建立系统动态模型视图根据系统的功能视图和静态视图，建立相应的动态视图。动态视图模 型包括以下内容：4.1 建立各对象时序图：描述执行所有用例功能对象的交互过程。 并用时序图模型来执行每 个用例的功能。模拟其交互过程。以检查对象类以及服务是否完整。（1）学生。对于学生对象针对课程对像的时序图，学生进入系统首先 进入系统，进行登录操作，认证账号和密码，之后可入课程界面， 进行选择所需功能，针对选课功能，进入选课功能后，可以查看 数据库中，教师发放的课程信息，然后方便的进行选择删除操

16、作。 操作进行完之后保存操作信息，将信息入库，之后注销登陆，返 回主页。具体时序图如下：学生时序图(2)教师。对于学生对象针对课程对象的时序图，教师进入系统首先 进入系统，进行登陆操作，认证账号和密码，之后可进入课程界 面，进行所需功能，针对填写成绩功能，系统从数据库中从该教 师发布的全部课程中找到对应学生的课程信息进行成绩录入，录 入结束后，注销登陆，返回主页。具体时序图如下：进入主页面登录功能选择界面成绩功能界面填写成绩注销1真写信息登录完成进入成绩界面注销返回进行录入J1教师时序图(3)课程管理员。对于课程管理员对课程对象的时序图，教师进入系 统首先进入系统，进行登陆操作，认证账号和密码

17、，之后可进入 课程界面，进行所需功能，针对课程修改功能，调出相应课程信 息，然后进行相应修改。然后注销，返回主页。具体时序图如下:进入主页面w 功能选择界面课程管理界面修改课程信息注销进入课程界面进行修改II 1 IIi iti 修其成修改课程管理员时序图4.2 建立各对象的状态图：描述对象类的状态以及其状态转移。有些对象的动态行为是受其 状态制约的。因此，对于有明确状态且行为方式受到状态影响的对象 类，指出其生命周期中的状态以及其状态的转移方式，并建立状态图 图加以描述。(1)学生。根据学生对象的时序图，需指出其生命周期中的状态以 及其状态的转移方式，建立如下学生的状态图：学生状态图注销(2

18、)教师。根据教师对象的时序图，需指出其生命周期中的状态以及其状态的转移方式，建立如下教师的状态图:教师状态图(3)课程管理员。根据课程管理员对象的时序图，需指出其生命周 期中的状态以及其状态的转移方式，建立如下教师的状态图:课程管理员状态图5、进行用户界面设计模拟用户进入系统后 的操作。由于条件不足，并没有新建用户界面，且使用学校的教务系统进行模 拟学生查看课程的全过程，及展示相关界面的内容，详细步骤与时序图近 似。这里只进行对于学生查看课表的具体过程的模拟描述，同过对过程的 分析可惜更详细了解系统的具体功能和实现方案。第一步、进入主页面n向 机片'雷B理文件戛HE弛科濡薜+二冲 !二_ IFSS专怏包加曲当 割月弹M 琅卡制西 甄雷营 时钥空*、*咫性+胤jTEITiha王电学1*押3评耳线邺文h谋和系先)构团栏便用而扣宇生史月指由d看步羽 FTa.手舞宏翊&南 塔妾中原煤三1加1*占里齐心”I，-二 lT，fiT-l"E TNEU缶J M -Tl" %e< 0H4-H M 籽2n加科执步工靖驿阳弟翻席屏案二刑上翊准知* 2Da