大学教务管理系统——UML模型
- 1、下载文档前请自行甄别文档内容的完整性,平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益,请联系客服反馈,我们会尽快为您处理(人工客服工作时间:9:00-18:30)。
某大学教务管理系统UML模型
随着高校校园网的建设和Internet技术的引进,基于校园网和Internet的应用系统的开发正在蓬勃发展。教务管理师高校教学管理的一向重要工作,现代化的高校教务管理需要现代化的信息管理系统支持。新世纪背景下,高校教育体制进行了大规模的改革,招生人数逐年增加,教学计划不断更新。在高校日常管理中,教务管理无疑是核心工作,重中之重。其管理模式的科学化与规范化,管理手段的信息化与自动化对于学校的总体发展产生深远的影响,由于管理内容过多,繁琐,处理的过程也非常复杂,并且随着学校人员的增加,教务管理系统的信息量大幅上升,因此往往很难及时准确地掌握教务信息的运作状态这使得高校教务管理的工作量大幅度增加,另外,随着教育改革的不断深化,教学管理模式也在发生变化,例如实施学分制、学生自主选课等。这一切都有赖于计算机网络技术和数据库技术的支持,在这样的形势下建立和完善一个集成化的教务管理系统势在必行。
目前,国内高校都开发了自己基于校园网的教务管理系统。由于其教务管理模式不尽相同,不同学校的实际教务管理情况各有自己的特点,因而各高校需要针对自己的教务管理模式和特点建立自己的教务管理系统。本设计是基于某高校的教务管理模式开发的基于校园网的教务管理系统。这样一个系统不仅可以降低工作量、提高办公效率,而且使分散的教务信息得到集中处理,对减轻教务工作负担、提高教务管理水平、实现教务管理的现代化具有重要意义。
1.建立系统用例模型
1.1确定系统模型的参与者
仔细分析教务管理系统问题描述。在UML中,角色代表位于系统之外和系统进行交互的一类对象,本系统中创建主要的角色有以下三类:
(1)教务员:教务员在教学管理系统中对全体学生进行用户登录、学籍管理、选课管理、教学管理和成绩管理,并且对教师进行登录管理、教学管理和成绩管理。教务处工作人员处理日常的系统维护,例如维护和及时更新学生,教师信息以及安排选课等。
(2)教师:教师根据教务系统的选课安排进行教学,将学生的考试成绩录入此系统。
(3)学生:学生能够在教务管理系统更改学籍信息、进行选课、查询已选课程和考试成绩。
1.2识别用例
用例是系统外部参与者与系统在交互过程中需要完成的任务,识别用例最好的方法就是从分析系统的参与者开始,考虑每一类参与者需要使用系统的哪些功能,如何使用系统,根据教务管理系统的运行流程个提取的参与者信息,确定系统分为以下几个用例:
(1)学生参与者用例:
●用户登录
●学籍管理
●选课管理
(2)教师参与者用例:
●用户登录
●成绩管理
●教学管理
(3)教务员参与者用例:
●用户登录
●学籍管理
●排课管理
●成绩管理
●选课管理
●教学管理
●系统维护
1.3建立如下四个用例图模型
(1)顶层用例图如图1-1所示
图1-1 顶层用例图
从用例图1-1可以看出学生、教师和教务员都使用了“用户登录”用例,表示学生必须先进行用户登录后才可以进行学籍管理和选课管理。同理,教师也必须登录后才能进行成绩管理和教学管理。教务员登录后进行系统设置、学籍管理、排课管理和教学管理等操作。
(2)学生角色用例图如图1-2所示
图1-2学生角色用例图
从用例图1-2可以看出学生登录后才能进行所有的操作,这样可以提高系统的安全性。(3)教师角色用例图如图1-3所示
图1-3教师角色用例图
从用例图1-3可以看出教师所有的用例都是建立在“用户登录”基础上,表示教师必须先登录后才可以执行相应的功能,这样可以提高系统的安全性,以免有人故意提供虚假信息。(4)教务员角色用例图如图1-4所示
图1-4教务员角色用例图
从用例图1-4可以看出教务员的用例相对较多,但是教务员的所有的用例都必须在“用户登录”的基础上,表示教务员必须先登录才可以执行相关的功能,这样同样可以提高系统的安全性,避免有人故意更改信息。
2 建立系统动态模型
2.1活动图
经过活动图的建模可以比较清楚地了解整个进程过程的操作过程,本系统中主要的活动图有如下几个:学生成绩查询活动图、教务员修改学生资料活动图、学生选课活动图以及教
师成绩录入活动图
(1)学生成绩查询图如图2-1所示
图2-1 学生成绩查询活动图
从图2-1可以看出,活动图分为多个不同的泳道,每个泳道表示学生在查询成绩活动中不同参与者的工作流。每个泳道中的活动是参与者要执行的操作。通过不通泳道之间的活动过渡,可以了解参与者之间的通信。这些信息可以帮助我们更好地理解系统的业务过程。
在学生成绩查询活动图中可以知道,学生、教师和教务员之间存在着相互联系。学生登录以后可以查询已选科目和成绩单,如果发现自己的成绩单有错误后可以通知教务员成绩有误,教务员联系教师后,教师修改成绩,然后教务员更新数据库。成绩无误后,查询结束。
(2)教务员学生资料修改活动图如图2-2所示;
(3)学生选课活动图如图2-3所示;
图2-2教务员学生资料修改活动图图2-3学生选课活动图
从图2-2可以看出,教务员登录教务系统,系统验证用户名和密码,若有错误重新输入,无误后进行选择修改项目,确定修改,
图2-3学生选课活动图图2-4 教师成绩录入活动图
2.2顺序图
主要包括如下几个顺序图
①教务学籍管理顺序图
②学生注册顺序图
③学生选课顺序图
④教师成绩录入顺序图
图2-5教务学籍管理顺序图
图2-6学生注册顺序图
图2-7教师成绩录入顺序图
3系统类模型
3.1系统包图
将整个教务管理系统划分为人员信息、接口和事务3个包,分别控制不同的应用。
3.2类图
根据系统划分的三类包图,分别讨论人员信息包,接口包和事务包中的类图分别为:(1)人员信息包内的类图
(2)接口包内的类图
(3)事务包内的类图
图3-1 人员信息包内的类图