软件系统需求说明书.docx
《软件系统需求说明书.docx》由会员分享，可在线阅读，更多相关《软件系统需求说明书.docx（19页珍藏版）》请在冰豆网上搜索。
软件系统需求说明书
系统需求说明书
工程名称：
学生信息管理系统
专业：
软件工程
组号：
小组成员：
完成时间：
2021-10-29
1.系统概述
1.1.系统功能简介
教务处工作人员根据设置的用户名和密码，登录到学生信息管理系统，并对学生提交的信息修改良行审核,,系统优先级高;
档案管理员添加、查看、删除、修改学生的根本信息,系统优先级高;
教师查看自己所管班级的学生的信息,系统优先级高;
学生修改、查看自己的某些信息,系统优先级高;
1.2系统用户角色
表6-1系统用户角色表
岗位
职责
系统用户
业务需求
教务处主任
监视
学生档案管理员
学生
教师
教务处人员
管理
审核
学生档案室管理员
录入学生信息，查询，统计，修改学生信息
学生
查询，修改
查询
教师
查询，统计
2.理由
由于现在的学校规模在逐渐的扩大，设置的专业类别、分支机构及教师、学生人数越来越多，对于过去的学生信息管理系统，不能满足当前学生信息管理的效劳性能要求。
本报告对于开发新的<<学生信息管理系统>>面临的问题及解决方案进展初步的设计与合理的安排，对用户需求进展了全面细致的分析，更清晰的理解学生信息管理系统业务需求，深入描述软件的功能和性能与界面，确定该软件设计的限制和定义软件的其他有效性需求，对开发方案进展了总体的规划确定开发的需求与面临困难的可行性分析。
3.工程范围
学生信息管理系统是典型的信息管理系统，其开发主要包括后台数据库的建立、维护以及前端应用程序的开发两个方面。
对于前者要求建立起数据一致性和完整性强、数据平安性好的数据库。
而对于后者那么要求应用程序具有功能完备，易使用等特点。
学生信息管理系统对全校学生实行统一的管理，可以方便的进展增添、查询、修改、删除学生信息的工作。
为了使本系统成功到达用户的要求，需要在2021.12.28之前完本钱系统的开发测试，并写提交相关的技术文档。
通过与用户的沟通，及时获得用户的最新需求以便于本系统的完善。
4.系统假设
本工程的开发时间为2021.9.9—2021.12.28
开发人员人数：
3人
技术文档写作人员人数3人
测试人员人数3人
设备：
3台PC
5.系统定义
问题定义：
在计算机日益普及的今天，使用计算机管理各种资源无疑给人们提供了很大的方便，对于学校或教师而言，假设采用一套行之有效的学生信管理系统来管理学生信息，不仅提高查询速度，并且减少了不必要的错误的发生。
我们即将开发的学生信息管理系统是一功能比较完善的数据管理软件，能方便快捷的进展：
“查询〞，“增加〞，“更新〞，“删除〞等工作，并且具有很好的可移植性，可在应用范围较广的WINDOWS系列操作系统上使用。
同时，该系统也有很强的平安性。
可行性研究：
技术的可行性：
目前已经成功的开发出许多信息管理系统，信息技术和计算机软硬件开展已经完全可以满足本系统的技术要求，本方案要求较高，平安性和可靠性较强，但通过前面的综合分析，可以知道从技术上是可行的。
对现有软件不会产生冲突，对使用的操作系统来说有很好的兼容性、稳定性。
需要大量的人员来管理，维护其数据，出错率较高。
出现很多冗余信息。
设备较老旧，不能满足该系统根本需求，所有经常超负荷工作，容易导致损坏。
运用数据库提高其处理数据的速率，在操作员的平台对技术的要求降低了，减少操作者的工作量，节约了人力，并提高了速度。
本系统采用MYECLIPSE8.6和MYSQL2005进展开发，利用所学JAVAEE技术进展实现功能，技术上很易懂实用。
经济可行性：
本系统简单可行，采用所学知识进展开发研究，很经济实用，是经济耐用且好用的一个管理系统。
运行可行性：
本系统运行平台是MYECLIPSE8.6且有MYSQL2005，浏览器web2.0以上就能运行，操作系统Windows2000以上。
所以本系统在运行上要求适中，适合学校以及一些公司管理学生或员工信息时使用。
需求分析：
随着学校规模的不断扩大，学生数量急剧增加，有关学生的各种信息也成倍增加。
面对庞大的信息量，就需要有学生信息管理系统来提高学生管理工作的效率。
通过这样的系统，可以做到信息的标准管理、科学统计和快速的查询，从而减少管理方面的工作量。
现在的时代是网络普及是时代，学生有条件通过网络方便快捷的查询自己的个人信息。
所以，学生信息管理系统既能方便学校管理部门的管理，又能方便学生及时查询个人信息。
作为计算机应用的一局部,使用计算机对学生信息进展管理,有着手工管理所无法比较的优点.例如:
检索迅速、查找方便、可靠性高、存储量大、XX性好、寿命长、本钱低等。
这些优点能够极大地提高学生信息管理的效率,也是学校的科学化、正规化管理,与世界接轨的重要条件。
从自己学习的角度来说：
这次系统的制作过程，无疑加深了自身对网络专业理论知识的理解，大大提高了理论知识的应用水平，而且增强动手能力，可以说是为毕业设计做了很好准备。
面对以后强大的就业压力，没有熟练的动手能力，光有满脑袋的理论是不行的，因此本次设计的意义显得十分重要。
6.用户场景
表6-2用户场景描述1
系统角色
业务需求
用户场景
教务处主任
核对学生的信息
学生发现自己的信息有误，但是自己没有权限进展修改，教务处主任可以对学生的信息进展修改。
表6-3用户场景描述2
系统角色
业务需求
用户场景
学生档案管理员
录入学生信息，
在需要时修改学生的信息，
查询学生信息
在新生开学时及时录入新生各项信息
及时修改学生各项信息
在需要时查询特定学生的信息
表6-4用户场景描述3
系统角色
业务需求
用户场景
学生
查看、修改自己的信息
学生可以随时查看自己的信息，发现自已的信息有误时可以进展修改。
表6-5用户场景描述4
系统角色
业务需求
用户场景
教师
查看学生的信息，统计学生人数
教师可以查看某个班级学生的简要信息
统计某班的人数
7.用户用例
7.1用户用例步骤
表6-6用户用例表1
用例名称
教务处工作人员_登陆_登录系统_登录学生管理系统
用例代码
usecase.staff_landed_system
场景描述
教务处工作人员根据设置的用户名和密码，登录到学生信息管理系统
图示
参与者列表
教务处工作人员
前置条件
学生管理系统正常运行
主流程
1.教务处工作人员输入用户名和密码。
2.系统对教务处工作人员输入的用户名和密码进展有效性检查。
3.教务处工作人员提交输入信息。
4.用例完毕。
分支流程1
管理员的用户名错误
〔1〕系统弹出用户名错误或没有该用户信息。
〔2〕管理员离开或重新输入用户名。
〔3〕用例完毕
分支流程2
管理员的密码错误
〔1〕系统弹出密码错误警告信息。
〔2〕管理员离开或重新输入密码。
〔3〕管理员找回密码。
〔4〕用例完毕
后置条件
如果教务处工作人员登录成功，教务处工作人员可以对学生的根本信息进展管理；如果教务处工作人员登录未成功，那么不能对学生根本信息进展操作。
表6-7用户用例表2
用例名称
档案管理员_录入_录入信息_录入学生根本信息
用例代码
usecase.manager_input_information
场景描述
管理员录入学生的根本信息
图示
参与者列表
档案管理员
前置条件
档案管理员登录到系统
主流程
1.档案管理员输入学生的根本信息
2.档案管理员提交填写信息
3.系统返回结果
4.用例完毕
分支流程
提交填写信息失败
〔1〕填写学生信息的格式有误
〔2〕某些信息中包含了非法字符
〔3〕用例完毕
后置条件
系统数据库中插入该学生的根本信息。
表6-8用户用例表3
用例名称
档案管理员_查看_查看信息_查看学生的信息
用例代码
usecase.manager_find_information
场景描述
档案管理员要查看的学生某些信息，系统显示该学生的详细信息
图示
参与者列表
档案管理员
前置条件
档案管理员登录到系统
主流程
1.档案管理员输入查看学生某信息。
2.档案管理员提交输入信息。
3.系统对输入学生信息查看数据库。
4.系统返回学生的详细信息。
5.用例完毕
分支流程
输入学生某信息数据库不存在
〔1〕系统提示无该人信息或重新输入要查询的人的信息
变异点
〔2〕用例完毕
后置条件
输入要查看的学生XX〔或学号〕后，显示该学生的详细信息
表6-9用户用例表4
用例名称
档案管理员_修改_修改信息_修改学生的信息
用例代码
usecase.manager_modify_information
场景描述
档案管理员输入要修改的学生信息，系统显示该学生的根本信息，并可以对其中的项进展修改操作
图示
参与者列表
档案管理员
前置条件
档案管理员登录到系统
主流程
1.管理员输入查看学生某信息
2.管理员提交输入信息
3.系统对输入学生信息查看数据库
4.系统返回学生的根本信息
5.管理员对其中的某些项进展修改
6.管理员提交修改信息
7.系统返回结果
8.用例完毕
分支流程
输入学生某信息数据库不存在
（1）系统提示无该人信息或重新输入要查询的人的信息
（2）离开该页面
（3）用例完毕
后置条件
输入要查看的学生XX〔或学号〕后，显示该学生的详细信息。
可以对其信息进展修改操作
表6-10用户用例表5
用例名称
档案管理员_删除_删除_删除学生的根本信息
用例代码
usecase.manager_delete_information
场景描述
档案管理员输入要查看的学生信息，系统显示该学生的根本信息，可以对该学生进展删除操作，档案管理员在删除学生信息的时候必须有教务处的批准。
图示
参与者列表
档案管理员
前置条件
档案管理员登录到系统
主流程
1.档案管理员输入查看学生某信息
2.档案管理员提交输入信息
3.系统对输入学生信息查看数据库
4.系统返回学生的根本信息
5.档案管理员删除该学生
9.系统返回结果
10.用例完毕
分支流程
输入学生某信息数据库不存在
（1）系统提示无该人信息或重新输入要查询的人的信息
（2）离开该页面
（3）用例完毕
后置条件
输入要查看的学生XX〔或学号〕后，显示该学生的详细信息。
可以对其信息进展删除操作
表6-11用户用例表6
用例名称
教师_查看_查看信息_查看学生的信息
用例代码
usecase.teacher_look_information
场景描述
教师输入要查看的学生信息，系统显示该学生的根本信息
图示
参与者列表
教师
前置条件
教师登录到系统
主流程
1.教师输入查看学生某信息
2.教师提交输入信息
3.系统对输入学生信息查看数据库
4.系统返回结果
5.用例完毕
分支流程
输入学生某信息数据库不存在
（1）系统提示无该人信息或重新输入要查询的人的信息
（2）离开该页面
（3）用例完毕
后置条件
输入要查看的学生XX〔或学号〕后，显示该学生的详细信息
表6-12用户用例表7
用例名称
学生查看自己的信息
用例代码
usecase.student_look_information
场景描述
学生输入自己的信息，系统显示该学生的详细信息
图示
参与者列表
学生
前置条件
学生登录到系统
主流程
1.学生登陆
2.系统对学生信息查看数据库
3.系统返回学生的根本信息
4.系统返回结果
5.用例完毕
分支流程
输入学生某信息数据库不存在
〔1〕系统提示无该人信息或重新输入要查询的人的信息
〔2〕离开该页面
〔3〕用例完毕
后置条件
输入要登陆的学生XX〔或学号〕后，显示该学生的详细信息
表6-13用户用例表8
用例名称
学生_修改_修改信息_修改自己的信息
用例代码
usecase.student_modify_information
场景描述
学生输入自己的信息，系统显示该学生的详细信息
图示
参与者列表
学生，教务处工作人员，档案管理人员
前置条件
学生登录到系统
主流程
1.学生登陆
2.系统对学生信息查看数据库
3.系统返回学生的根本信息
4.学生查看个人信息，认为有误，进展修改
5.系统返回结果
6.用例完毕
分支流程
〔1〕学生看到自己的信息有错误，自己修改。
〔2〕.学生看到自己的信息有误，但没有权限进展修改。
1.学生到教务处修改自己的信息。
（3）用例完毕
后置条件
输入要登陆的学生XX〔或学号〕后，显示该学生的详细信息
7.2系统需求
7.2.1功能需求
表6-14系统需求列表1
场景
用例名称
需求编号
需求描述
优先级
用户角色
登录_学生信息管理系统
教务处工作人员登录学生信息管理系统
教务处工作人员_登录_学生信息管理系统.1
教务处工作人员根据设置的用户名和密码，登录到学生信息管理系统
P1
教务处工作人员
教务处工作人员_登录_学生信息管理系统.2
Error：
用户名或密码错误，登录失败，系统返回到登陆界面
P2
教务处工作人员
表6-15系统需求列表2
场景
用例名称
需求编号
需求描述
优先级
用户角色
录入_学生根本信息
档案管理员录入学生根本信息
档案管理员录入学生的根本信息.1
档案管理员输入学生的根本信息
P1
档案管理员
档案管理员录入学生的根本信息.2
学生的根本信息存入数据库中
P1
档案管理员
档案管理员录入学生的根本信息.3
Error:
当输入的格式错误的时候，学生的根本信息录入失败。
P2
档案管理员
表6-16系统需求表3
场景
用例名称
需求编号
需求描述
优先级
用户角色
查看学生信息
档案管理员查看学生的信息
档案管理员查看学生的信息.1
档案管理员输入查看学生某信息。
P1
档案管理员
档案管理员查看学生的信息.2
系统从数据库中取出数据，显示在也页面上。
P1
档案管理员
档案管理员查看学生的信息.3
Error：
当输入的数据有误时，数据库中找不到相关的数据，系统给出错误信息。
P2
档案管理员
教师查看学生的信息
教师查看学生的信息.1
教师输入自己班上某学生学生的学号等
P1
教师
教师查看学生的信息.2
系统从数据库中取出该学生的信息，显示在页面上
P1
教师
教师查看学生的信息.3
Error：
系统找不到该数据，显示错误信息。
P2
教师
学生查看自己的信息
学生查看自己的信息.1
学生登录该系统
P1
学生
学生查看自己的信息.2
系统从数据库中找出该学生的根本信息，并显示。
P1
学生
学生查看自己的信息.3
Error：
当学生输入自己的信息有误时，系统不能从数据库中找到该学生的信息，系统给出错误信息。
P2
学生
表6-17系统需求表3
场景
用户名称
需求编号
需求描述
优先级
用户角色
修改学生信息
档案管理员修改学生的信息
档案管理员修改学生的信息.1
档案管理员修改某学生的信息。
P1
档案管理员
档案管理员修改学生的信息.2
系统将修改之后的数据保存到数据库。
P1
档案管理员
学生修改学生的信息
学生修改学生的信息.1
学生修改了自己的信息。
P1
学生
学生修改学生的信息.2
系统将学生的修改信息提交的教务处，教务处对其进展审核。
P1
学生
学生修改学生的信息.3
教务处审核通过后，档案管理员将修改信息从入数据库。
P1
档案管理员
学生修改学生的信息.4
系统将修改之后的数据保存到数据库。
P1
学生
学生修改学生的信息.5
Error：
审核没有通过，学生修改自己的信息失败，系统给出反应信息。
P2
学生
表6-18系统需求列表4
场景
用例名称
需求编号
需求描述
优先级
用户角色
删除学生的信息
档案管理员删除学生信息
档案管理员删除学生信息.1
档案管理员找到要删除的学生的信息，进展删除。
P1
档案管理员
档案管理员删除学生信息.2
系统将学生的信息从数据库中删除，并给出提示信息。
P2
档案管理员
7.2.2非功能需求
表6-19非功能需求
质量要求
具体描述
性能
精度需求
（1）在执行数据操作时，不允许出现因为程序的原因而导致增加数据失败或删除数据的失败，也不允许发生数据重复增加的数据或多余的删除。
（2）要有足够的空间来提供系统的运行。
〔3〕数据的修改也要求保持对应的准确性。
时间性能需求
〔1〕系统运行不响应时间不能超过10秒。
〔2〕对系统进展操作时，响应时间在5秒之内。
〔3〕多用户操作时，时间和相应的要求同上。
平安性
〔1〕严格的权限控制，未授权人员无法做相应操作；
〔2〕强大的日志功能，记录用户的各种重要操作和系统的异常信息；
〔3〕严格完善的权限与用户管理，管理员可定义每个用户在每个模块的各种权限。
可靠性
〔1〕记录系统的操作日志信息，便于查看和跟踪系统的使用情况。
〔2〕该系统与数据库相连〔输入学生成绩、课程信息和考试成绩信息〕，同时数据库也用来保存各用户的信息。
〔3〕系统运行稳定可靠，采用成熟的、经实践证明的技术。
易用性
〔1〕本软件主要在java的支持下完成，展示界面网页的形式展现，操作通过按钮来控制，不同的按钮进展不同的操作，实现不同的功能。
〔2〕系统可以根据需要提供标准接口，能够导入/导出数据，能够给其他系统提供标准的数据接口。
〔3〕网页是目前比较流行的形式，如果用户有疑问可直接在网络上咨询，或者查看帮助。
兼容性
操作系统：
WIN98，WIN2000，WINXP和win7、Vista等
应用软件：
Myeclipse
执行程序：
Java
数据库：
MySQL
可移植性
本系统采用JAVAWEB技术标准，使用Java技术实现，实现了平台无关性，可以在多种平台上部署本系统，给用户提供更大的根底环境选择空间。
实现了一处开发，处处可用的作用。
可扩展性
为了适应时代新技术的开展和用户的需求变更，系统随时需要升级，这就要求在原系统的根底上，易于对其修改和完善，不需要重新开发软件以减少本钱，提高了系统的可重用性。
可维护性
为了保证系统的平安性与强健性，要求具有详细的文档资料，同时，要求系统在功能设计上考虑可扩展性，以满足业务变动的需求。
从用户的实际需要出发进展系统开发，不盲目追求高新技术的应用。
产品设计可能要考虑到运行条件的变化，包括技术条件〔网络条件、硬件条件和软件系统平台条件等〕的变化和应用方式的变化，如在具体应用中界面的变化、功能的剪裁、不同用户的职责分配和组合等。
8.文档历史
表6-20文档历史
版本
修改内容
修改日期
修改人
审阅人
V1.0
原始版本
2021-10-30
林聪
漆建红、X文平
V1.1
升级会员 