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

1、学生学籍管理系统需求分析报告 专业： 班级： 组别： 主要完成人： 组员： 2014.6.2621目 录目 录01.引言11.1编写目的11.2项目背景11.3定义11.4参考资料22.软件产品的一般性描述22.1运行环境与资源22.2产品的功能22.3用户特征32.4限制与约束33.系统功能需求33.1系统功能模型用例模型33.2相关用例的展开活动图93.3系统静态模型对象类模型133.4系统动态模型154. 性能需求204.1数据精确度204.2时间特性204.3适应性214.4故障处理215.系统运行要求需求215.1用户界面215.2硬件界面215.3软件界面216.其它要求211.引

2、言1.1编写目的 本需求分析报告的目的是规范化学生学籍管理系统软件的编写，旨在于提高软件开发过程中的能见度，便于对软件开发过程中的控制与管理，同时提出了本系统的软件开发过程，便于程序员与客户之间的交流、协作，明确所要开发的软件应具有的功能与性能，并作为工作成果的原始依据，同时也表明了本软件的共性，以期能够获得更大范围的应用。1.2项目背景传统的学生学籍管理方法易发生数据丢失，统计错误，劳动强度高，且速度慢，使用计算机可以高速，快捷的完成以上工作。在计算机联网后，数据在网上传递，可以实现数据共享，避免重复劳动，规范教学管理行为，从而提高了管理效率和水平。学生学籍管理系统以计算机为工具，通过对教务

3、管理所需的信息管理，把管理人员从繁琐的的数据计算处理中解脱出来，使其有更多的精力从事教务管理政策的研究实施，教学计划的制定执行和教学质量的监督检查，从而全面提高教学质量。1.3定义1.登录：必须是该校成功注册的用户才有 ；2.修改密码： 密码丢失，或为防止个人信息泄露，时常更新密码；3.添加新用户：新生入校时，基本信息的添加；4.毕业处理：老生离校时，要删除个人信息，释放存储空间，同时修改毕业生数据库，记入档案；5.奖惩处理：得到某项奖励或受到某种惩罚时，会记录在信息里；6.休、复学处理：因病或事休学时，后复学，需记录具体时间及原因，记入档 案；7.退学处理：被退学或者自动退学需办理各项手续后

4、，记入档案；8.学生留降级处理：因没有通过规定的考试科目或者违反校纪校规而导致留级，基本信息会被修改，同时会记入档案。1.4参考资料1 邝孔武，王晓敏，信息系统分析与设计第三版，清华大学出版社2 陈禹，方美琪，软件开发工具M，经济科学出版社3 SQL SERVE 2000实用教程，清华大学出版社4 王 珊等，高等教育出版社，数据库系统概论（第四版）2.软件产品的一般性描述2.1运行环境与资源（1） 操作系统：Win7（2） VS、Rational rose 2003（3） 浏览器：IE2.2产品的功能列表：产品名称学生学籍管理系统软件功能项目功能说明登录界面登录 用户在登录系统时，必须通过系统

5、的身份验证，判断权限才能进入系统主界面进行下一步的操作；注册 新用户加入时，申请身份；修改密码 密码丢失，或为防止个人信息泄露，时常更新密码； 学生 查询成绩 查看各科成绩及总成绩； 选课 根据科目教师提供的课程，选择自己的课程；教师管理学生信息 添加、删除、修改学生个人信息；单科成绩录入 根据期末卷面及平时成绩得出单科总成绩，并录入系统；提交选课信息 根据教务规定，选择可选的课程，供学生选择；管理员添加学生 新生入校时，需要更新数据库；删除学生 结业处理，毕业处理，授位处理；学籍管理 学生留降级处理，休复学处理，退学处理；总成绩管理 学习成绩，补考成绩；档案管理 学生的一般情况，及奖励，处分

6、情况；2.3用户特征 该软件适用于掌握计算机基础知识的用户，学生和教师可根据自己的权限进行相应操作，系统管理员要求由计算机的专业知识。 管理员：对网站相关内容进行管理，对学生的所有信息进行相应的管理； 学生：学校里的普通学生； 教师：学校里的教师职工。2.4限制与约束1. 由于所要设计的软件较大，设计人员较少，所需设备有限，设计时间短，设计无法完全覆盖所有用户的需求。 2.建议开发软件运行的最短寿命：5年 3.硬件、软件、运行环境和开发环境的条件和限制：安装有Windows 7的操作系统；VS下运行。3.系统功能需求3.1系统功能模型用例模型 创建系统用例的第一步是确定系统的参与者。 学生学籍

7、管理系统的参与者包含以下三种： 管理员，管理员是学校的工作人员，他们为学校的学生执行添加、修改、删除学生信息等操作；学生，学生是该系统中数量最多，也是最重要的参与者。学生可以选课和查看自己的各类信息；教师，教师也是学校的工作人员，他们为学校的学生提供选课科目，录入成绩的操作。用例是指对系统角色的交互进行响应，并产生一个可见的结果所进行的一 系列动作，它描述了系统的一个完整的功能需求。本系统中的用例模型如下所示：(1)管理员用例图3-1管理员用例图管理员用例描述：1.用例名称：管理学生基本信息2.简要说明：添加、删除学生用户3. 事件流：有新生报到，管理员向系统中添加学生用户；学生离校（毕业或退

8、学）删除学生用户4. 前置条件：管理员进入学籍管理系统5. 后置条件：完成对学生用户的添加、删除6.扩展点：无1.用例名称：管理档案2.简要说明：对学生的一般情况及奖惩情况进行增、删、改、查操作，涉及到学生的留级、休学、复学、退学处理；毕业学籍处理、结业处理、毕业处理，学位处理3. 事件流：进入学生档案管理界面，处理学生的一般情况及奖惩情况4前置条件：管理员进入学籍管理系统5后置条件：完成对学生的一般情况及奖惩情况增、删、改6扩展点：无1.用例名称：管理成绩2.简要说明：对学生的学习成绩及补考等成绩的统计3.事件流：进入成绩管理界面，统计学生成绩4.前置条件：管理员进入学籍管理系统5后置条件：

9、完成对学生成绩的录入6扩展点：无1.用例名称：管理学籍2.简要说明：涉及到学生的留级、休学、复学、退学处理；毕业学籍处理、结业处理、毕业处理，学位处理3.事件流：进入学籍管理界面，处理学生的学籍状态；4前置条件：管理员进入学籍管理系统5后置条件：录入学生的学籍状态6扩展点：无1.用例名称：管理教师基本信息2.简要说明：添加、删除教师用户6. 事件流：有新教师报到，管理员向系统中添加教师；教师离校删除教师信息7. 前置条件：管理员进入学籍管理系统8. 后置条件：完成对学生用户的添加、删除6.扩展点：无(2)教师用例图3-2教师用例图教师用例描述：1.用例名称：教师登录2.简要说明：登录系统、新用

10、户注册、修改密码3.事件流：进入学籍管理界面4前置条件：教师的登录名和密码5后置条件：进入学籍管理界面6扩展点：无1.用例名称：查询学生信息2.简要说明：查询学生基本信息3.事件流：进入学籍管理界面，查看学生信息4.前置条件：进入学籍管理系统5.后置条件：查看学生信息6.扩展点：无1.用例名称：选课管理2.简要说明：成绩管理，上传选课目录，查看、修改、删除选课目录，上传、查看成绩，如有问题可直接联系管理员3.事件流：进入学籍管理界面，管理学生选课和成绩4.前置条件：进入学籍管理系统5.后置条件：管理学生选课信息6.扩展点：无1.用例名称：成绩管理2.简要说明：，上传、查看成绩，如有问题可直接联

11、系管理员3.事件流：进入学籍管理界面，管理学生选课和成绩4.前置条件：进入学籍管理系统5.后置条件：管理学生选课信息6.扩展点：无(3)学生用例图3-3学生用例图学生用例描述：1.用例名称：学生登录2.简要说明：登录系统，新用户注册，修改密码3.事件流：进入学籍管理系统4.前置条件：用户注册或者登录5.后置条件：进入学籍管理系统6.扩展点：无1.用例名称：查询信息2.简要说明：查看成绩，查看个人学习及各类奖惩情况，如有问题可直接联系老师3.事件流：进入学籍管理系统，核对或者查看个人情况信息4.前置条件：进入学籍管理系统5.后置条件：核对或者查看个人情况信息6.扩展点：无1.用例名称：选课2.简

12、要说明：查看选择科目及选择结果，如有问题可直接联系老师3.事件流：进入学籍管理系统，核对或者查看个人情况信息4.前置条件：进入学籍管理系统5.后置条件：核对或者查看个人情况信息6.扩展点：无3.2相关用例的展开活动图活动图用于描述满足用例要求所要进行的活动及活动间的约束关系，有利于识别并行活动，在本学籍管理系统中，主要有活动图如下：(1) 管理员修改信息活动图 A.进入系统界面，显示登录窗口； B.输入管理员身份的用户名和密码并提交，验证是否正确； C.如果正确，进入主界面，反之，重新登录； D.验证正确后，选择修改的项目，修改完成时，； E.确定修改后，判断是否需要继续修改，如果是，则继续，

13、否则不继续； F.更新数据库，结束修改。根据上述过程，创建的活动图如图3-4所示：3-4管理员修改信息活动图(2)教师成绩管理活动图 A.进入系统界面，显示登录窗口； B.输入教师身份的用户名和密码并提交，验证是否正确； C.如果正确，进入主界面，反之，重新登录； D.进入系统后，选择科目和录入成绩的班级，确定导入数据完成； E.完成后，判断是否继续导入，如果是，则选择录入成绩的班级继续导入，否则不继续； F.完成导入数据，更新数据库。根据上述过程，创建的活动图如图3-5所示：3-5教师成绩管理活动图(3) 学生选课活动图 A.进入系统界面，显示登录窗口； B.输入学生身份的用户名和密码并提交

14、，验证是否正确； C.如果正确，进入主界面，反之，重新登录； D.进入选课界面，选择已有的可选择的科目，确定选课； E.判断选课人数，若人数已满，则重新选择，否则人数未满，可以完成选课； F.选课结束，更新数据库，教师可查看选课信息。根据上述过程，创建的活动图如图3-6所示：3-6学生选课活动图(4) 学生成绩查询活动图 在学生成绩查询的活动图中，创建了三个泳道，分别是管理员对象、教师对象和学生对象，具体的活动过程描述如下： A.进入系统界面，显示登录窗口； B.输入学生身份的用户名和密码并提交，验证是否正确； C.如果无误，查看结束； D.如果正确，进入主界面，反之，重新登录； E.进入成绩

15、查询界面，选择需要查询的学年，查看成绩； F.如果成绩有误，通知管理员，管理员联系任课教师核对； G.核对后，教师修改成绩，提交； H.更新数据库。根据上述过程，创建的活动图如图3-7所示：3-7学生成绩查询活动图3.3系统静态模型对象类模型根据系统需求，创建静态系统类图。我们可以识别系统中存在的主要实体类：管理员，教师和学生。 根据系统划分的三类包图，分别讨论人员信息，接口和事务。其中，人员信息包含学生，教师和管理员三个类；接口包含系统设置、用户登录、管理员管理模块、教师管理模块、学生管理模块五个接口模块类；事务包含教师成绩管理、用户登录、管理员系统管理、学生选课管理、学生成绩管理、学生信息

16、管理留个事务类。类图包括类的属性和行为，用户接口及联系等方面的信息。本学籍管理系统的主要类图及关系如下图所示：(1) 人员信息类图3-8人员信息类图(2)接口类图3-9接口类图(3)事务包类图3-10事务包类图3.4系统动态模型 系统的动态模型可以使用交互作用图、状态图和活动图来描述。交互作用图包括序列图和协作图。序列图描绘了系统中的一组对象在时间上交互的整体行为，协作图描绘的是系统中一组对象的交互行为。创建顺序图： 在学生学籍系统中，通过系统用例的描述，可以获得以下交互行为。 学生（教师、管理员）登录本系统； 学生通过管理员查看个人信息或者成绩； 管理员修改教师信息； 学生通过教师选择课程；

17、 教师录入学生成绩。 时序图用于显示对象之间动态合作关系，它强调对象之间发送消息的顺序，同时显示对象之间的交互。在本学籍管理系统中，需要建立学生选课时序图和教师录入成绩时序图。(1) 学生选课时序图A.学生想通过系统进行某一项操作；B.学生启动系统，并在登录界面输入用户名和密码，系统验证学生的用户名和密码是否正确，如正确，创建系统主界面；C. 根据选择，进入选课界面，可查看可选课程，成功选课后，保存选课信息；D.选课成功，更新选课数据库，退回选课界面。根据基本流程，银行职员登录银行系统的顺序图如图3-11所示。3-11 学生选课时序图(2) 教师录入成绩时序图A.教师想通过系统进行某一项操作；

18、B.教师启动系统，并在登录界面输入用户名和密码，系统验证教师的用户名和密码是否正确，如正确，创建系统主界面；C. 根据选择，进入成绩录入界面，可添加、修改、查询成绩，完成后，保存成绩信息；D.成绩录入成功，更新成绩数据库，退出系统。3-12教师录入成绩时序图（3） 学生查看个人信息时序图A.学生想通过系统进行某一项操作；B.学生启动系统，并在登录界面输入用户名和密码，系统验证学生的用户名和密码是否正确，如正确，创建系统主界面；C. 根据选择，进入查询信息界面，输入学号，若存在则查询个人信息，否则重新返回查询界面；D.查询信息成功，显示要查询的信息。3-13 学生查看信息时序图(4) 管理员修改教师信息时序图A.管理员想通过系统进行某一项操作；B.管理员启动系统，并在登录界面输入用户名和密码，系统验证管理员的用户名和密码是否正确，如正确，创建系统主界面；C. 根据选择，进入教师信息查询界面，可查询教师信息，查询成功则输入修改命令进行修改，查询失败则返回；D.教师信息修改成功，更新教师信息数据库