还剩14页未读,继续阅读
本资源只提供10页预览,全部文档请下载后查看!喜欢就下载吧,查找使用更方便
文本内容:
《系统建模基础(UML)》课程设计系统名称交流网——班级——计算机应用103班——————姓名———卢艳亮—————编制时间—————————指导老师—————————
一、学籍管理系统概述随着网络技术和软件技术的飞速发展,特别是Internet/Intranet的出现及其相关技术的迅速发展,信息__带来了全球范围市场竞争的日益加剧,对传统的办公教学和生活方式产生了巨大的冲击办公自动化就是采用Internet/Intranet技术,基于工作流的概念,使内部人员方便快捷的共享信息,高效的协同工作;改变过去复杂,低效的手工办公方式,实现迅速,全方位的信息采集,信息处理校园网的建设,为学籍管理系统提供了技术保障学籍管理系统是一个由学校学籍管理信息中心监控,各教学系(部)、教研室分级管理,由学生档案管理、成绩管理、查询管理、打印报表等几部分组成
1.1项目的背景与意义争对目前的教学,处理的信息主要有学生信息、成绩数据对于学生信息,各班的班主任及学校__由于各种分类和了解的需要,经常性地进行各种查询教导处在每一届学生进校时必须进行分班,设置学号;每一届学生毕业,要进行学生信息备份;对于成绩管理,课任教师要进行本科目成绩登记,计算平均分、优秀率、及格率;班主任在期末考试后计算本班学生总分,排名次;教导处要分段统计学生人数及所占比列,每学期进行学生成绩备份;学校__则可通过查询工具来了解学生成绩情况在学籍管理中,需要从大量的日常教学活动中提取相关信息,以反映教学情况传统的手工操作方式,易发生数据丢失,统计错误,劳动强度高,且速度慢使用计算机可以高速,快捷地完成以上工作在计算机联网后,数据在网上传递,可以实现数据共享,避免重复劳动,规范教学管理行为,从而提高了管理效率和水平
1.2业务模式高校学生学籍管理系统将采用B/S模式,学生的信息由各用户在规定的权限下在各自的工作站上录入,统一保存在系统服务器上,既可集中管理,有可让各部门管理自己负责的信息信息上网后各用户可查询,调用,达到全校信息共享
二、可行性分析
三、系统总体功能需求
3.
1.学生信息管理模块新生信息录入,学生基本信息修改,学生状态管理(转业,转学,退学,休学,毕业),学生信息查询
3.
1.1新生信息管理本部分的功能主要有新生导入、分班新生导入实现从现存的EX__L新生__中录入学生信息分班功能实现按新生的成绩及性别进行分班
3.
1.2毕业学生信息管理当学生毕业后,学生信息转移至备份数据库中,系统的基本数据库中需要删除学生信息该功能主要进行成批地删除学生信息,如连续学号区段的多位学生信息删除,整个班级的删除,在学生信息删除前,以学号区段或班级为单位保存到备份数据库
3.
1.3学生学籍更改当学生换班、退学、插班、结业、休学时,对学生的学籍信息进行更改
3.2学生成绩管理模块学生成绩录入,学生成绩修改,学生成绩统计,学生成绩查询学生成绩录入以班级为单位,录入各科目的期末成绩总分及名次以班级为单位,计算学生的总分及名次成绩备份以班级为单位,将学生的成绩保存到备份数据库中
3.3信息查询模块学生信息查询,学生成绩查询,专业查询,院校查询,班级信息查询,即根据用户的要求,查询学生数据库的所有可能的信息系统总体功能需求图如图1所示图1系统总体功能需求图学籍信息管理模块包括的具体功能模块如图2所示图2学生信息管理模块功能需求图学生成绩管理模块包括的具体功能模块如图3所示图3学生成绩管理模块功能需求图信息查询模块包括的具体功能模块如图4所示图4信息查询模块功能需求图
四三、UML系统建模
4.1系统用例模型用例图是被称为参与者的外部用户所能观察到的系统功能的模型图用例是系统中的一个功能模块,可以被描述为与系统之间的一次交互作用用例模型的用途是列出系统中的用力参与者,并显示哪个参与者参与了哪个用例的执行,建立用例图分为角色的确定、创建用例、创建角色——用例关系图
4.
1.1角色的确定角色是与系统有交互作用的人或事务,通常代表着一个系统的使用者,或者需要与系统打交道的人或事务在学籍管理系统中有如下事务■新生到校注册■在校学生修改学籍信息■学生成绩录入■查询学生基本信息■查询学生成绩在本系统UML建模中,可以创建以下角色(Actors)■学生■教务人员(注释为了便于实现,分析时将教师、教务管理人员及系统___归为教务人员)使用RationalRose的UseCaseView中建立的Actors如图5所示图5在UseCaseView中创建角色
4.
1.2创建用例用例是系统跟客户的交互,是系统提供的功能模块在本系统中进过分析得到以下用例■登陆■信息查询■学生注册信息■学籍修改■成绩录入■成绩查询
4.
1.3创建用例关系图在学籍管理系统中,用例关系图如图6所示图6学籍管理系统用例图
4.2系统动态模型动态模型包括活动图、时序图和协作图等创建动态图的目的是为了更好的了解业务流程
4.
2.1创建活动图活动图展示了系统中的功能流,可以在业务模型中显示业务工作流;可以在收集需求时显示一个使用案例的__流使用本系统的活动图如图7所示
4.
2.2创建时序图时序图表示对象之间传递信息的时间顺序时序图可以用来说明一个事务的历史过程,时序图的用途是用来表示用例中行为者的时间顺序
(1)学生登陆系统时序图如图8所示图8学生登陆系统时序图
(2)教务人员登陆系统时序图如图9所示图9教务人员登陆系统时序图
(3)新生注册时序图如图10所示图10新生注册时序图
(4)个人信息修改时序图如图11所示图11个人信息修改时序图
(5)教务人员查询学生信息时序图如图12所示图12教务人员查询学生信息时序图
(6)学生查询个人信息时序图如图13所示图13学生查询个人信息时序图
(7)学生成绩录入时序图如图14所示图14学生成绩录入时序图
(8)教务人员查询学生成绩时序图如图15所示图15教务人员对学生成绩查询时序图
(9)学生查询成绩时序图如图16所示图16学生查询成绩时序图创建协作图协作图显示的信息与时序图相同,但协作图用不同的方式来显示信息,两种图有不同的作用协作图不参照时间而显示对象与角色的交互
(1)学生登陆系统协作图如图17所示图17学生登陆系统协作图
(2)教务人员登陆系统协作图如图18所示图18学生登陆系统协作图
(3)新生注册协作图如图19所示图19新生注册协作图
(4)个人信息修改协作图如图20所示图20个人信息修改协作图
(5)教务人员查询学生信息协作图如图21所示图21教务人员查询学生信息协作图
(6)学生查询个人信息协作图如图22所示图22学生查询个人信息协作图
(7)学生成绩录入协作图如图23所示图23学生成绩录入协作图
(8)教务人员查询学生成绩协作图如图24所示图24教务人员查询学生成绩协作图
(9)学生查询成绩协作图如图25所示图25学生查询成绩协作图
4.3创建系统类图类图是系统设计核心的部分;类图用于对系统静态设计视图建模;类图不仅对结构模型的可视化、详述和文档化很重要而且对通过正向与逆向功能构造可执行的系统很重要类图中的类是针对时序图和协作图中每种对象创建的本系统的类图如图26所示图26系统类图
4.4创建系统部署图在系统部署中有两种视图,组建图和配置图创建组建图。