学生学籍标准管理系统需求分析报告.doc

学生学籍管理系统需求分析报告

专业：
班级：
组别：
重要完毕人：
成员：
.6.26

目 录
目 录 0
1.引言 1
1.1编写目 1
1.2项目背景 1
1.3定义 1
1.4参照资料 2
2.软件产品普通性描述 2
2.1运营环境与资源 2
2.2产品功能 2
2.3顾客特性 3
2.4限制与约束 3
3.系统功能需求 3
3.1系统功能模型——用例模型 3
3.2有关用例展开——活动图 9
3.3系统静态模型——对象类模型 13
3.4系统动态模型 15
4. 性能需求 20
4.1数据精准度 20
4.2时间特性 20
4.3适应性 21
4.4故障解决 21
5.系统运营规定需求 21
5.1顾客界面 21
5.2硬件界面 21
5.3软件界面 21
6.其他规定 21

1.引言
1.1编写目
本需求分析报告目是规范化《学生学籍管理系统》软件编写，旨在于提高软件开发过程中能见度，便于对软件开发过程中控制与管理，同步提出了本系统软件开发过程，便于程序员与客户之间交流、协作，明确所要开发软件应具备功能与性能，并作为工作成果原始根据，同步也表白了本软件共性，以期可以获得更大范畴应用。
1.2项目背景
老式学生学籍管理办法易发生数据丢失，记录错误，劳动强度高，且速度慢，使用计算机可以高速，快捷完毕以上工作。在计算机联网后，数据在网上传递，可以实现数据共享，避免重复劳动，规范教学管理行为，从而提高了管理效率和水平。
学生学籍管理系统以计算机为工具，通过对教务管理所需信息管理，把管理人员从繁琐数据计算解决中解脱出来，使其有更多精力从事教务管理政策研究实行，教学筹划制定执行和教学质量监督检查，从而全面提高教学质量。
1.3定义
[1].登录：必要是该校成功注册顾客才有 ；
[2].修改密码： 密码丢失，或为防止个人信息泄露，时常更新密码；
[3].添加新顾客：新生入校时，基本信息添加；
[4].毕业解决：老生离校时，要删除个人信息，释放存储空间，同步修改毕业生数据库，记入档案；
[5].奖惩解决：得到某项奖励或受到某种惩罚时，会记录在信息里；
[6].休、复学解决：因病或事休学时，后复学，需记录详细时间及因素，记入档 案；
[7].退学解决：被退学或者自动退学需办理各项手续后，记入档案；
[8].学生留降级解决：因没有通过规定考试科目或者违背校纪校规而导致留级，基本信息会被修改，同步会记入档案。
1.4参照资料
[1] 邝孔武，王晓敏，信息系统分析与设计第三版，清华大学出版社
[2] 陈禹，方美琪，软件开发工具[M]，经济科学出版社
[3] SQL SERVE 实用教程，清华大学出版社
[4] 王 珊等，高等教诲出版社，数据库系统概论（第四版）
2.软件产品普通性描述
2.1运营环境与资源
（1） 操作系统：Win7
（2） VS、Rational rose
（3） 浏览器：IE
2.2产品功能
列表：
产品名称
学生学籍管理系统
软件功能项目
功能阐明

登录界面

登录
顾客在登录系统时，必要通过系统身份验证，判断权限才干进入系统主界面进行下一步操作；
注册
新顾客加入时，申请身份；
修改密码
密码丢失，或为防止个人信息泄露，时常更新密码；

学生
查询成绩
查看各科成绩及总成绩；
选课
依照科目教师提供课程，选取自己课程；

教师
管理学生信息
添加、删除、修改学生个人信息；
单科成绩录入
依照期末卷面及平时成绩得出单科总成绩，并录入系统；
提交选课信息
依照教务规定，选取可选课程，供学生选取；

管理员
添加学生
新生入校时，需要更新数据库；
删除学生
结业解决，毕业解决，授位解决；
学籍管理
学生留降级解决，休复学解决，退学解决；
总成绩管理
学习成绩，补考成绩；
档案管理
学生普通状况，及奖励，处分状况；
2.3顾客特性
该软件合用于掌握计算机基本知识顾客，学生和教师可依照自己权限进行相应操作，系统管理员规定由计算机专业知识。
管理员：对网站有关内容进行管理，对学生所有信息进行相应管理；
学生：学校里普通学生；
教师：学校里教师职工。
2.4限制与约束
1. 由于所要设计软件较大，设计人员较少，所需设备有限，设计时间短，设计无法完全覆盖所有顾客需求。
2.建议开发软件运营最短寿命：5年
3.硬件、软件、运营环境和开发环境条件和限制：安装有Windows 7操作系统；VS下运营。
3.系统功能需求
3.1系统功能模型——用例模型
创立系统用例第一步是拟定系统参加者。
学生学籍管理系统参加者包括如下三种：
管理员，管理员是学校工作人员，她们为学校学生执行添加、修改、删除学生信息等操作；学生，学生是该系统中数量最多，也是最重要参加者。学生可以选课和查看自己各类信息；教师，教师也是学校工作人员，她们为学校学生提供选课科目，录入成绩操作。
用例是指对系统角色交互进行响应，并产生一种可见成果所进行一 系列动作，它描述了系统一种完整功能需求。本系统中用例模型如下所示：
(1)管理员用例图

3-1管理员用例图

管理员用例描述：

1.用例名称：管理学生基本信息
2.简要阐明：添加、删除学生顾客
3. 事件流：有新生报到，管理员向系统中添加学生顾客；学生离校（毕业或退学）删除学生顾客
4. 前置条件：管理员进入学籍管理系统
5. 后置条件：完毕对学生顾客添加、删除
6.扩展点：无

1.用例名称：管理档案
2.简要阐明：对学生普通状况及奖惩状况进行增、删、改、查操作，涉及到学生留级、休学、复学、退学解决；毕业学籍解决、结业解决、毕业解决，学位解决
3. 事件流：进入学生档案管理界面，解决学生普通状况及奖惩状况
4前置条件：管理员进入学籍管理系统
5后置条件：完毕对学生普通状况及奖惩状况增、删、改
6扩展点：无

1.用例名称：管理成绩
2.简要阐明：对学生学习成绩及补考等成绩记录
3.事件流：进入成绩管理界面，记录学生成绩
4.前置条件：管理员进入学籍管理系统
5后置条件：完毕对学生成绩录入
6扩展点：无

1.用例名称：管理学籍
2.简要阐明：涉及到学生留级、休学、复学、退学解决；毕业学籍解决、结业解决、毕业解决，学位解决
3.事件流：进入学籍管理界面，解决学生学籍状态；
4前置条件：管理员进入学籍管理系统
5后置条件：录入学生学籍状态
6扩展点：无

1.用例名称：管理教师基本信息
2.简要阐明：添加、删除教师顾客
6. 事件流：有新教师报到，管理员向系统中添加教师；教师离校删除教师信息
7. 前置条件：管理员进入学籍管理系统
8. 后置条件：完毕对学生顾客添加、删除
6.扩展点：无
(2)教师用例图

3-2教师用例图

教师用例描述：
1.用例名称：教师登录
2.简要阐明：登录系统、新顾客注册、修改密码
3.事件流：进入学籍管理界面
4前置条件：教师登录名和密码
5后置条件：进入学籍管理界面
6扩展点：无

1.用例名称：查询学生信息
2.简要阐明：查询学生基本信息
3.事件流：进入学籍管理界面，查看学生信息
4.前置条件：进入学籍管理系统
5.后置条件：查看学生信息
6.扩展点：无

1.用例名称：选课管理
2.简要阐明：成绩管理，上传选课目录，查看、修改、删除选课目录，上传、查当作绩，如有问题可直接联系管理员
3.事件流：进入学籍管理界面，管理学生选课和成绩
4.前置条件：进入学籍管理系统
5.后置条件：管理学生选课信息
6.扩展点：无

1.用例名称：成绩管理
2.简要阐明：，上传、查当作绩，如有问题可直接联系管理员
3.事件流：进入学籍管理界面，管理学生选课和成绩
4.前置条件：进入学籍管理系统
5.后置条件：管理学生选课信息
6.扩展点：无

(3)学生用例图

3-3学生用例图

学生用例描述：
1.用例名称：学生登录
2.简要阐明：登录系统，新顾客注册，修改密码
3.事件流：进入学籍管理系统
4.前置条件：顾客注册或者登录
5.后置条件：进入学籍管理系统
6.扩展点：无

1.用例名称：查询信息
2.简要阐明：查当作绩，查看个人学习及各类奖惩状况，如有问题可直接联系教师
3.事件流：进入学籍管理系统，核对或者查看个人状况信息
4.前置条件：进入学籍管理系统
5.后置条件：核对或者查看个人状况信息
6.扩展点：无

1.用例名称：选课
2.简要阐明：查看选取科目及选取成果，如有问题可直接联系教师
3.事件流：进入学籍管理系统，核对或者查看个人状况信息
4.前置条件：进入学籍管理系统
5.后置条件：核对或者查看个人状况信息
6.扩展点：无

3.2有关用例展开——活动图
活动图用于描述满足用例规定所要进行活动及活动间约束关系，有助于辨认并行活动，在本学籍管理系统中，重要有活动图如下：
(1) 管理员修改信息活动图
A.进入系统界面，显示登录窗口；
B.输入管理员身份顾客名和密码并提交，验证与否对的；
C.如果对的，进入主界面，反之，重新登录；
D.验证对的后，选取修改项目，修改完毕时，；
E.拟定修改后，判断与否需要继续修改，如果是，则继续，否则不继续；
F.更新数据库，结束修改。
依照上述过程，创立活动图如图3-4所示：

3-4管理员修改信息活动图
(2)教师成绩管理活动图
A.进入系统界面，显示登录窗口；
B.输入教师身份顾客名和密码并提交，验证与否对的；
C.如果对的，进入主界面，反之，重新登录；
D.进入系统后，选取科目和录入成绩班级，拟定导入数据完毕；
E.完毕后，判断与否继续导入，如果是，则选取录入成绩班级继续导入，否则不继续；
F.完毕导入数据，更新数据库。
依照上述过程，创立活动图如图3-5所示：

3-5教师成绩管理活动图
(3) 学生选课活动图
A.进入系统界面，显示登录窗口；
B.输入学生身份顾客名和密码并提交，验证与否对的；
C.如果对的，进入主界面，反之，重新登录；
D.进入选课界面，选取已有可选取科目，拟定选课；
E.判断选课人数，若人数已满，则重新选取，否则人数未满，可以完毕选课；
F.选课结束，更新数据库，教师可查看选课信息。
依照上述过程，创立活动图如图3-6所示：

3-6学生选课活动图
(4) 学生成绩查询活动图
在学生成绩查询活动图中，创立了三个泳道，分别是管理员对象、教师对象和学生对象，详细活动过程描述如下：
A.进入系统界面，显示登录窗口；
B.输入学生身份顾客名和密码并提交，验证与否对的；
C.如果无误，查看结束；
D.如果对的，进入主界面，反之，重新登录；
E.进入成绩查询界面，选取需要查询年，查当作绩；
F.如果成绩有误，告知管理员，管理员联系任课教师核对；
G.核对后，教师修改成绩，提交；
H.更新数据库。
依照上述过程，创立活动图如图3-7所示：

3-7学生成绩查询活动图
3.3系统静态模型——对象类模型
依照系统需求，创立静态系统类图。咱们可以辨认系统中存在重要实体类：管理员，教师和学生。
依照系统划分三类包图，分别讨论人员信息，接口和事务。其中，人员信息包括学生，教师和管理员三个类；接口包括系统设立、顾客登录、管理员管理模块、教师管理模块、学生管理模块五个接口模块类；事务包括教师成绩管理、顾客登录、管理员系统管理、学生选课管理、学生成绩管理、学生信息管理留个事务类。类图涉及类属性和行为，顾客接口及联系等方面信息。本学籍管理系统重要类图及关系如下图所示：
(1) 人员信息类图

3-8人员信息类图
(2)接口类图

3-9接口类图
(3)事务包类图

3-10事务包类图
3.4系统动态模型
系统动态模型可以使用交互作用图、状态图和活动图来描述。交互作用图涉及序列图和协作图。序列图描绘了系统中一组对象在时间上交互整体行为，协作图描绘是系统中一组对象交互行为。
创立顺序图：
在学生学籍系统中，通过系统用例描述，可以获得如下交互行为。
学生（教师、管理员）登录本系统；
学生通过管理员查看个人信息或者成绩；
管理员修改教师信息；
学生通过教师选取课程；
教师录入学生成绩。
时序图用于显示对象之间动态合伙关系，它强调对象之间发送消息顺序，同步显示对象之间交互。在本学籍管理系统中，需要建立学生选学时序图和教师录入成绩时序图。
(1) 学生选学时序图
A.学生想通过系统进行某一项操作；
B.学生启动系统，并在登录界面输入顾客名和密码，系统验证学生顾客名和密码与否对的，如对的，创立系统主界面；
C. 依照选取，进入选课界面，可查看可选课程，成功选课后，保存选课信息；
D.选课成功，更新选课数据库，退回选课界面。
依照基本流程，银行职工登录银行系统顺序图如图3-11所示。

3-11 学生选学时序图
(2) 教师录入成绩时序图
A.教师想通过系统进行某一项操作；
B.教师启动系统，并在登录界面输入顾客名和密码，系统验证教师顾客名和密码与否对的，如对的，创立系统主界面；
C. 依照选取，进入成绩录入界面，可添加、修改、查询成绩，完毕后，保存成绩信息；
D.成绩录入成功，更新成绩数据库，退出系统。

3-12教师录入成绩时序图

（3） 学生查看个人信息时序图
A.学生想通过系统进行某一项操作；
B.学生启动系统，并在登录界面输入顾客名和密码，系统验证学生顾客名和密码与否对的，如对的，创立系统主界面；
C. 依照选取，进入查询信息界面，输入学号，若存在则查询个人信息，否则重新返回查询界面；
D.查询信息成功，显示要查询信息。

3-13 学生查看信息时序图

(4) 管理员修改教师信息时序图
A.管理员想通过系统进行某一项操作；
B.管理员启动系统，并在登录界面输入顾客名和密码，系统验证管理员顾客名和密码与否对的，如对的，创立系统主界面；
C. 依照选取，进入教师信息查询界面，可查询教师信息，查询成功则输入修改命令进行修改，查询失败则返回；
D.教师信息修改成功，更新教师信息数据库。

3-14 管理员修改教师信息时序图

(5) 新生注册时序图
A.学生想通过系统进行某一项操作；
B.学生启动系统，并在登录界面选取注册，进入注册界面；
C. 填写注册信息后，判断与否已经注册过，若已注册则返回，否则注册成功，点击完毕；
D.注册成功，更新学生数据库，返回注册界面。

3-15 新生注册时序图
4. 性能需求
4.1数据精准度
要按照严格数据格式输入，否则系统不予以响应进行解决。查询时要保证查全率，所有相应域包括查询核心字记录都应能查到。
4.2时间特性
响应时间，更新解决时间都比较快且迅速，完全满足顾客规定。
4.3适应性
系统具备较高可靠性,可恢复性，有良好可扩展性，容许管理员随时对其进行更新和维护。当顾客需求，如操作方式，运营环境，成果精度等发生变化时，设计软件要做恰当调节,灵活性较好。
4.4故障解决
系统失效后能给出错误信息，提示顾客采用恰当手段解决故障并保障顾客数据信息不能丢失。
5.系统运营规定需求
5.1顾客界面
人性化界面，全新感觉，操作简便，一目了然，对顾客和谐
5.2硬件界面
普通PC机
5.3软件界面
简便易用，突出重点，容错高
6.其他规定
安全保密性、复用性、灵活性、易用性、可维护性、可移植性等。指明不同属性相对侧重点，例如易用限度优于易学限度，或者可移植优于有效性。
普通顾客需求：对于只有查看权限顾客，普通是通过上网浏览学校网页来查看数据；各教务管理员：可以对系统进行设立，以适应不同顾客需求。