《系统建模基础（UML ）》课程设计
班级： 计算机应用103班
姓名：
编制时间：
指导老师：系统名称： 交流网
一、学籍管理系统概述
随着网络技术和软件技术的飞速发展，特别是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创建组建图
《系统建模基础（UML ）》课程设计
班级： 计算机应用103班
姓名：
编制时间：
指导老师：系统名称： 交流网
一、学籍管理系统概述
随着网络技术和软件技术的飞速发展，特别是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创建组建图