UML课程设计－学籍管理系统

学籍 管理系统 工资管理系统慧云智能化管理系统免费考勤管理系统员工工资计算excel病人信息管理系统 分析与设计文档 《系统建模基础（UML）》课程设计 系统名称： 学籍管理系统——— 班级：——— ——— ——— —— 姓名：——— ——— ——— —— 编制时间：——— ——— ——— 指导老师：——— ——— ——— 一、学籍管理系统概述 随着网络技术和软件技术的飞速发展，特别是Internet/Intranet的出现及其相关技术的迅速发展，信息革命带来了全球范围市场竞争的日益加剧，对传统的办公教学和生活方式产生了巨大的冲击。办公自动化就是采用Internet/Intranet技术，基于工作流的概念，使内部人员方便快捷的共享信息，高效的协同工作；改变过去复杂，低效的手工办公方式，实现迅速，全方位的信息采集，信息处理。校园网的建设，为学籍管理系统提供了技术保障。 学籍管理系统是一个由学校学籍管理信息中心监控，各教学系（部）、教研室分级管理，由学生档案管理、成绩管理、查询管理、打印报表等几部分组成。 1.1项目的背景与意义 争对目前的教学，处理的信息主要有学生信息、成绩数据。 对于学生信息，各班的班主任及学校领导由于各种分类和了解的需要，经常性地进行各种查询。教导处在每一届学生进校时必须进行分班，设置学号；每一届学生毕业，要进行学生信息备份； 对于成绩管理，课任教师要进行本科目成绩登记，计算平均分、优秀率、及格率；班主任在期末考试后计算本班学生总分，排名次；教导处要分段统计学生人数及所占比列，每学期进行学生成绩备份；学校领导则可通过查询工具来了解学生成绩情况。 在学籍管理中，需要从大量的日常教学活动中提取相关信息，以反映教学情况。传统的手工操作方式，易发生数据丢失，统计错误，劳动强度高，且速度慢。使用计算机可以高速，快捷地完成以上工作。在计算机联网后，数据在网上传递，可以实现数据共享，避免重复劳动，规范教学管理行为，从而提高了管理效率和水平。 1.2业务模式 高校学生学籍管理系统将采用B/S模式，学生的信息由各用户在规定的权限下在各自的工作站上录入，统一保存在系统服务器上，既可集中管理，有可让各部门管理自己负责的信息。信息上网后各用户可查询，调用，达到全校信息共享。 二、可行性分析 三、系统总体功能需求 3.1.学生信息管理模块 新生信息录入，学生基本信息修改，学生状态管理（转业，转学，退学，休学，毕业），学生信息查询。 3.1.1新生信息管理 本部分的功能主要有新生导入、分班。新生导入实现从现存的EXCEL新生名单中录入学生信息。分班功能实现按新生的成绩及性别进行分班。 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）： ■学生 ■教务人员 （注释：为了便于实现，分析时将教师、教务管理人员及系统管理员归为教务人员） 使用Rational Rose的Use Case View中建立的Actors如图5所示： 图5：在Use Case View中创建角色 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：学生查询成绩时序图 4.2.4创建协作图 协作图显示的信息与时序图相同，但协作图用不同的方式来显示信息，两种图有不同的作用。协作图不参照时间而显示对象与角色的交互。 （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创建系统部署图 在系统部署中有两种视图，组建图和配置图 4.4.1创建组建图