标签:
from 百度文库
系统需求说明书
项目名称:学生信息管理系统
专 业:软件工程
组 号:
小组成员:
完成时间:2012-10-29
目录
教务处工作人员根据设置的用户名和密码,登录到学生信息管理系统,并对学生提交的信息修改进行审核,,系统优先级高;
档案管理员添加、查看、删除、修改学生的基本信息, 系统优先级高;
老师查看自己所管班级的学生的信息, 系统优先级高;
学生修改、查看自己的某些信息, 系统优先级高;
表 6-1系统用户角色表
岗位 |
职责 |
系统用户 |
业务需求 |
教务处主任 |
监督 |
学生档案管理员 学生 教师 教务处人员 |
管理 |
审核 |
|||
学生档案室管理员 |
录入学生信息,查询,统计,修改学生信息 |
||
学生 |
查询,修改 |
查询 |
|
教师 |
查询,统计 |
由于现在的学校规模在逐渐的扩大,设置的专业类别、分支机构及老师、学生人数越来越多,对于过去的学生信息管理系统,不能满足当前学生信息管理的服务性能要求。本报告对于开发新的<<学生信息管理系统>>面临的问题及解决方案进行初步的设计与合理的安排,对用户需求进行了全面细致的分析,更清晰的理解学生信息管理系统业务需求,深入描述软件的功能和性能与界面,确定该软件设计的限制和定义软件的其他有效性需求,对开发计划进行了总体的规划确定开发的需求与面临困难的可行性分析。
学生信息管理系统是典型的信息管理系统,其开发主要包括后台数据库的建立、维护以及前端应用程序的开发两个方面。对于前者要求建立起数据一致性和完整性强、数据安全性好的数据库。而对于后者则要求应用程序具有功能完备,易使用等特点。学生信息管理系统对全校学生实行统一的管理,可以方便的进行增添、查询、修改、删除学生信息的工作。为了使本系统成功达到用户的要求,需要在2012.12.28之前完成本系统的开发测试,并写提交相关的技术文档。通过与用户的沟通,及时获得用户的最新需求以便于本系统的完善。
本项目的开发时间为2012.9.9—2012.12.28
开发人员人数:3人
技术文档写作人员人数3人
测试人员人数3人
设备:3台PC
问题定义:在计算机日益普及的今天,使用计算机管理各种资源无疑给人们提供了很大的方便,对于学校或老师而言,若采用一套行之有效的学生信管理系统来管理学生信息,不仅提高查询速度,并且减少了不必要的错误的发生。我们即将开发的学生信息管理系统是一功能比较完善的数据管理软件,能方便快捷的进行:“查询”,“增加”,“更新”,“删除”等工作,并且具有很好的可移植性,可在应用范围较广的WINDOWS系列操作系统上使用。同时,该系统也有很强的安全性。
可行性研究:技术的可行性:目前已经成功的开发出许多信息管理系统,信息技术和计算机软硬件发展已经完全可以满足本系统的技术要求,本方案要求较高,安全性和可靠性较强,但通过前面的综合分析,可以知道从技术上是可行的。
对现有软件不会产生冲突,对使用的操作系统来说有很好的兼容性、稳 定性。
需要大量的人员来管理,维护其数据,出错率较高。出现很多冗余信息。设备较老旧,不能满足该系统基本需求,所有经常超负荷工作,容易导致损坏。
运用数据库提高其处理数据的速率,在操作员的平台对技术的要求降低了,减少操作者的工作量,节约了人力,并提高了速度。
本系统采用MYECLIPSE 8.6和MYSQL 2005进行开发,利用所学JAVAEE技术进行实现功能,技术上很易懂实用。
经济可行性:本系统简单可行,采用所学知识进行开发研究,很经济实用,是经济耐用且好用的一个管理系统。
运行可行性:本系统运行平台是MYECLIPSE 8.6 且 有MYSQL 2005,浏览器web2.0以上就能运行,操作系统Windows 2000以上。所以本系统在运行上要求适中,适合学校以及一些公司管理学生或员工信息时使用。
需求分析:随着学校规模的不断扩大,学生数量急剧增加,有关学生的各种信息也成倍增加。面对庞大的信息量,就需要有学生信息管理系统来提高学生管理工作的效率。通过这样的系统,可以做到信息的规范管理、科学统计和快速的查询,从而减少管理方面的工作量。现在的时代是网络普及是时代,学生有条件通过网络方便快捷的查询自己的个人信息。所以,学生信息管理系统既能方便学校管理部门的管理,又能方便学生及时查询个人信息。
作为计算机应用的一部分,使用计算机对学生信息进行管理,有着手工管理所无法比拟的优点.例如:检索迅速、查找方便、可靠性高、存储量大、保密性好、寿命长、成本低等。这些优点能够极大地提高学生信息管理的效率,也是学校的科学化、正规化管理,与世界接轨的重要条件。
从自己学习的角度来说:这次系统的制作过程,无疑加深了自身对网络专业理论知识的理解,大大提高了理论知识的应用水平,而且增强动手能力,可以说是为毕业设计做了很好准备。面对以后强大的就业压力,没有熟练的动手能力,光有满脑袋的理论是不行的,因此本次设计的意义显得十分重要。
表6-2用户场景描述1
系统角色 |
业务需求 |
用户场景 |
教务处主任 |
核对学生的信息 |
学生发现自己的信息有误,但是自己没有权限进行修改,教务处主任可以对学生的信息进行修改。 |
表6-3 用户场景描述2
系统角色 |
业务需求 |
用户场景 |
学生档案管理员 |
录入学生信息, 在需要时修改学生的信息, 查询学生信息 |
在新生开学时及时录入新生各项信息 |
及时修改学生各项信息 |
||
在需要时查询特定学生的信息 |
表6-4 用户场景描述3
系统角色 |
业务需求 |
用户场景 |
学生 |
查看、修改自己的信息 |
学生可以随时查看自己的信息,发现自已的信息有误时可以进行修改。 |
表6-5 用户场景描述4
系统角色 |
业务需求 |
用户场景 |
教师 |
查看学生的信息,统计学生人数 |
老师可以查看某个班级学生的简要信息 |
统计某班的人数 |
表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)用例结束 |
后置条件 |
输入要查看的学生姓名(或学号)后,显示该学生的详细信息 |
表6-9 用户用例表4
用例名称 |
档案管理员_修改_修改信息_修改学生的信息 |
用例代码 |
usecase.manager_modify_information |
场景描述 |
档案管理员输入要修改的学生信息,系统显示该学生的基本信息,并可以对其中的项进行修改操作 |
图示 |
|
参与者列表 |
档案管理员 |
前置条件 |
档案管理员登录到系统 |
主流程 |
1. 管理员输入查看学生某信息 2. 管理员提交输入信息 3. 系统对输入学生信息查看数据库 4. 系统返回学生的基本信息 5. 管理员对其中的某些项进行修改 6. 管理员提交修改信息 7. 系统返回结果 8. 用例结束 |
分支流程 |
输入学生某信息数据库不存在 (1)系统提示无该人信息或重新输入要查询的人的信息 (2)离开该页面 (3) 用例结束 |
后置条件 |
输入要查看的学生姓名(或学号)后,显示该学生的详细信息。可以对其信息进行修改操作 |
表6-10 用户用例表5
用例名称 |
档案管理员_删除_删除_删除学生的基本信息 |
用例代码 |
usecase.manager_delete_information |
场景描述 |
档案管理员输入要查看的学生信息,系统显示该学生的基本信息,可以对该学生进行删除操作,档案管理员在删除学生信息的时候必须有教务处的批准。 |
图示 |
|
参与者列表 |
档案管理员 |
前置条件 |
档案管理员登录到系统 |
主流程 |
1. 档案管理员输入查看学生某信息 2. 档案管理员提交输入信息 3. 系统对输入学生信息查看数据库 4. 系统返回学生的基本信息 5. 档案管理员删除该学生 9. 系统返回结果 10. 用例结束 |
分支流程 |
输入学生某信息数据库不存在 (1)系统提示无该人信息或重新输入要查询的人的信息 (2)离开该页面 (3)用例结束 |
后置条件 |
输入要查看的学生姓名(或学号)后,显示该学生的详细信息。可以对其信息进行删除操作 |
表6-11 用户用例表6
用例名称 |
老师_查看_查看信息_查看学生的信息 |
用例代码 |
usecase.teacher_look_information |
场景描述 |
教师输入要查看的学生信息,系统显示该学生的基本信息
|
图示 |
|
参与者列表 |
教师 |
前置条件 |
教师登录到系统 |
主流程 |
1. 教师输入查看学生某信息 2. 教师提交输入信息 3. 系统对输入学生信息查看数据库 4. 系统返回结果 5. 用例结束 |
分支流程 |
输入学生某信息数据库不存在 (1)系统提示无该人信息或重新输入要查询的人的信息 (2)离开该页面 (3)用例结束 |
后置条件 |
输入要查看的学生姓名(或学号)后,显示该学生的详细信息 |
表6-12 用户用例表7
用例名称 |
学生查看自己的信息 |
用例代码 |
usecase.student_look_information |
场景描述 |
学生输入自己的信息,系统显示该学生的详细信息
|
图示 |
|
参与者列表 |
学生 |
前置条件 |
学生登录到系统 |
主流程 |
1. 学生登陆 2. 系统对学生信息查看数据库 3. 系统返回学生的基本信息 4. 系统返回结果 5. 用例结束 |
分支流程 |
输入学生某信息数据库不存在 (1)系统提示无该人信息或重新输入要查询的人的信息 (2)离开该页面 (3)用例结束 |
后置条件 |
输入要登陆的学生姓名(或学号)后,显示该学生的详细信息 |
表6-13用户用例表8
用例名称 |
学生_修改_修改信息_修改自己的信息 |
用例代码 |
usecase.student_modify_information |
场景描述 |
学生输入自己的信息,系统显示该学生的详细信息
|
图示 |
|
参与者列表 |
学生,教务处工作人员,档案管理人员 |
前置条件 |
学生登录到系统 |
主流程 |
1. 学生登陆 2. 系统对学生信息查看数据库 3. 系统返回学生的基本信息 4. 学生查看个人信息,认为有误,进行修改 5. 系统返回结果 6. 用例结束 |
分支流程 |
(1)学生看到自己的信息有错误,自己修改。 (2).学生看到自己的信息有误,但没有权限进行修改。 1.学生到教务处修改自己的信息。 (3)用例结束 |
后置条件 |
输入要登陆的学生姓名(或学号)后,显示该学生的详细信息 |
表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 |
档案管理员 |
表 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 技术实现,实现了平台无关性,可以在多种平台上部署本系统,给用户提供更大的基础环境选择空间。实现了一处开发,处处可用的作用。 |
可扩展性 |
为了适应时代新技术的发展和用户的需求变更,系统随时需要升级,这就要求在原系统的基础上,易于对其修改和完善,不需要重新开发软件以减少成本,提高了系统的可重用性。 |
可维护性 |
为了保证系统的安全性与健壮性,要求具有详细的文档资料,同时,要求系统在功能设计上考虑可扩展性,以满足业务变动的需求。从用户的实际需要出发进行系统开发,不盲目追求高新技术的应用。产品设计可能要考虑到运行条件的变化,包括技术条件(网络条件、硬件条件和软件系统平台条件等)的变化和应用方式的变化,如在具体应用中界面的变化、功能的剪裁、不同用户的职责分配和组合等。 |
表 6-20 文档历史
版本 |
修改内容 |
修改日期 |
修改人 |
审阅人 |
V1.0 |
原始版本 |
2012-10-30 |
林聪 |
漆建红、吴文平 |
V1.1 |
标签:
原文地址:http://my.oschina.net/ybf326/blog/378667