高校学生学籍管理系统分析与设计文档.doc

文档名称：设计说明书项目名称：高校学生学籍管理系统项目负责人： 目录学籍管理系统分析与设计文档1一、学籍管理系统概述11.1项目的背景与意义11.2业务模式2二、可行性分析2三、系统总体功能需求23.1.学生信息管理模块23.1.1新生信息管理23.1.2毕业学生信息管理23.1.3学生学籍更改33.2学生成绩管理模块33.3信息查询模块3四、UML系统建模44.1系统用例模型44.1.1角色的确定54.1.2创建用例54.1.3创建用例关系图54.2系统动态模型64.2.1创建活动图64.2.2创建时序图64.2.4创建协作图114.3创建系统类图154.4创建系统部署图16高校学籍管理系统分析与设计文档一、学籍管理系统概述 随着网络技术和软件技术的飞速发展，特别是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创建组建图 18