软件系统需求说明书Word格式.docx
- 文档编号:6331021
- 上传时间:2023-05-06
- 格式:DOCX
- 页数:21
- 大小:23.23KB
软件系统需求说明书Word格式.docx
《软件系统需求说明书Word格式.docx》由会员分享,可在线阅读,更多相关《软件系统需求说明书Word格式.docx(21页珍藏版)》请在冰点文库上搜索。
:
监督
学生档案管理员学生教师教务处人员
管理
审核
学生档案室管理员
录入学生信息,查询,统计,修改学生信息
学生
查询,修改
查询
教师
查询,统计
2.理由
由于现在的学校规模在逐渐的扩大,设置的专业类别、分支机构及老师、学生人数越来越多,对于过去的学生信息管理系统,不能满足当前学生信息管理的服务性能要求。
本报告对于开发新的<<学生信息管理系统>>面临的问题及解决方案进行初步的设计与合理的安排,对用户需求进行了全面细致的分析,更清晰的理解学生信息管理系统业务需求,深入描述软件的功能和性能与界面,确定该软件设计的限制和定义软件的其他有效性需求,对开发计划进行了总体的规划确定开发的需求与面临困难的可行性分析。
3.项目范围
学生信息管理系统是典型的信息管理系统,其开发主要包括后台数据库的建立、维护以及前端应用程序的开发两个方面。
对于前者要求建立起数据一致性和完整性强、数据安全性好的数据库。
而对于后者则要求应用程序具有功能完备,易使用等特点。
学生信息管理系统对全校学生实行统一的管理,可以方便的进行
增添、查询、修改、删除学生信息的工作。
为了使本系统成功达到用户的要求,需要在2012.12.28之前完成本系统的开发测试,并写提交相关的技术文档。
通过与用户的沟通,及时获得用户的最新需求以便于本系统的完善。
4.系统假设
本项目的开发时间为2012.9.9—2012.12.28
开发人员人数:
3人
技术文档写作人员人数3人
测试人员人数3人
设备:
3台PC
5.系统定义
问题定义:
在计算机日益普及的今天,使用计算机管理各种资源无疑给人们提供了很大的方便,对于学校或老师而言,若采用一套行之有效的学生信管理系统来管理学生信息,不仅提高查询速度,并且减少了不必要的错误的发生。
我们即将开发的学生信息管理系统是一功能比较完善的数据管理软件,能方便快捷的进行:
“查询”,“增加”,“更新”,“删除”等工作,并且具有很好的可移植性,可在应用范围较广的WINDOWS系列操作系统上使用。
同时,该系统也有很强的安全性。
可行性研究:
技术的可行性:
目前已经成功的开发出许多信息管理系统,信息技术和计算机软硬件发展已经完全可以满足本系统的技术要求,本方案要求较高,安全性和可靠性较强,但通过前面的综合分析,可以知道从技术上是可行的。
对现有软件不会产生冲突,对使用的操作系统来说有很好的兼容性、稳定性。
需要大量的人员来管理,维护其数据,出错率较高。
出现很多冗余信息。
设备较老旧,不能满足该系统基本需求,所有经常超负荷工作,容易导致损坏。
运用数据库提高其处理数据的速率,在操作员的平台对技术的要求降低了,减少操作者的工作量,节约了人力,并提高了速度。
本系统采用MYECLIPSE8和MYSQL2005进行开发,利用所学JAVAE技术进行实现功能,技术上很易懂实用。
经济可行性:
本系统简单可行,采用所学知识进行开发研究,很经济实用,是经济耐用且好用的一个管理系统。
运行可行性:
本系统运行平台是MYECLIPSE8.且有MYSQL2005浏览器web2.0以上就能运行,操作系统Windows2000以上。
所以本系统在运行上要求适中,适合学校以及一些公司管理学生或员工信息时使用。
需求分析:
随着学校规模的不断扩大,学生数量急剧增加,有关学生的各种信息也成倍增加。
面对庞大的信息量,就需要有学生信息管理系统来提高学生管理工作的效率。
通过这样的系统,可以做到信息的规范管理、科学统计和快速的查询,从而减少管理方面的工作量。
现在的时代是网络普及是时代,学生有条件通过网络方便快捷的查询自己的个人信息。
所以,学生信息管理系统既能方便学校管理部门的管理,又能方便学生及时查询个人信息。
作为计算机应用的一部分,使用计算机对学生信息进行管理,有着手工管理所无法比拟的优点.例如:
检索迅速、查找方便、可靠性高、存储量大、保密性好、寿命长、成本低等。
这些优点能够极大地提高学生信息管理的效率,也是学校的科学化、正规化管理,与世界接轨的重要条件。
从自己学习的角度来说:
这次系统的制作过程,无疑加深了自身对网络专业理论知识的理解,大大提高了理论知识的应用水平,而且增强动手能力,可以说是为毕业设计做了很好准备。
面对以后强大的就业压力,没有熟练的动手能力,光有满脑袋的理论是不行的,因此本次设计的意义显得十分重要。
6.用户场景
表6-2用户场景描述1
系统角色
用户场景
核对学生的信息
学生发现自己的信息有误,但是自己没有权限进行修改,教务处主任可以对学生的信息进行修改。
表6-3用户场景描述2
学生档案管理员
录入学生信息,
在需要时修改学生的信息,
查询学生信息
在新生开学时及时录入新生各项信息
及时修改学生各项信息
在需要时查询特定学生的信息
表6-4用户场景描述3
查看、修改自己的信息
学生可以随时查看自己的信息,发现自已的信息有误时可以进行修改。
表6-5用户场景描述4
查看学生的信息,统计学生人数
老师可以查看某个班级学生的简要信息
统计某班的人数
7.用户用例
7.1用户用例步骤
表6-6用户用例表1
用例名称
教务处工作人员登陆登录系统登录学生管理系统
用例代码
usecase.stafflandedsystem
场景描述
教务处工作人员根据设置的用户名和密码,登录到学生信息管理系统
图示
参与者列表
教务处工作人员
前置条件
学生管理系统正常运行
主流程
1.教务处工作人员输入用户名和密码。
2.系统对教务处工作人员输入的用户名和密码进行有效性检查。
3.教务处工作人员提交输入信息。
4.用例结束。
分支流程1
管理员的用户名错误
(1)系统弹出用户名错误或没有该用户信息。
(2)管理员离开或重新输入用户名。
(3)用例结束
分支流程2
管理员的密码错误
(1)系统弹出密码错误警告信息。
(2)管理员离开或重新输入密码。
(3)管理员找回密码。
(4)用例结束
后置条件
如果教务处工作人员登录成功,教务处工作人员可以对学生的基本信息进行管理;
如果教务处工作人员登录未成功,则不能对学生基本信息进行操作。
表6-7用户用例表2
档案管理员录入录入信息录入学生基本信息
usecase.managerinputinformation
管理员录入学生的基本信息
档案管理员
档案管理员登录到系统
1.档案管理员输入学生的基本信息
2.档案管理员提交填写信息
3.系统返回结果
4.用例结束
分支流程
提交填写信息失败
(1)填写学生信息的格式有误
(2)某些信息中包含了非法字符
系统数据库中插入该学生的基本信息。
表6-8用户用例表3
档案管理员—查看查看信息—查看学生的信息
usecase.managerfind」nformation
档案管理员要查看的学生某些信息,系统显示该学生的详细信息
1.档案管理员输入查看学生某信息。
2.档案管理员提交输入信息。
3.系统对输入学生信息查看数据库。
4.系统返回学生的详细信息。
5.用例结束
输入学生某信息数据库不存在
(1)系统提示无该人信息或重新输入要查询的人的信息变异点
(2)用例结束
输入要查看的学生姓名(或学号)后,显示该学生的详细信息
表6-9用户用例表4
档案管理员—修改修改信息—修改学生的信息
usecase.managermodifyinformation
档案管理员输入要修改的学生信息,系统显示该学生的基本信息,并可以对其中的项进行修改操作
1.管理员输入查看学生某信息
2.管理员提交输入信息
3.系统对输入学生信息查看数据库
4.系统返回学生的基本信息
5.管理员对其中的某些项进行修改
6.管理员提交修改信息
7.系统返回结果
8.用例结束
(1)系统提示无该人信息或重新输入要查询的人的信息
(2)离开该页面
输入要查看的学生姓名(或学号)后,显示该学生的详细信息。
可以对其信息进行修改操作
表6-10用户用例表5
档案管理员—删除—删除删除学生的基本信息
usecase.managerdeleteinformation
档案管理员输入要查看的学生信息,系统显示该学生的基本信息,可以对该学生进行删除操作,档案管理员在删除学生信息的时候必须有教务处的批准。
1.档案管理员输入查看学生某信息
2.档案管理员提交输入信息
5.档案管理员删除该学生
9.系统返回结果
10.用例结束
可以对其信息进行删除操作
表6-11用户用例表6
老师—查看查看信息—查看学生的信息
usecase.teacherlookinformation
教师输入要查看的学生信息,系统显示该学生的基本信息
教师登录到系统
1.教师输入查看学生某信息
2.教师提交输入信息
4.系统返回结果
表6-12用户用例表7
学生查看自己的信息
usecase.studentlookinformation
学生输入自己的信息,系统显示该学生的详细信息
学生登录到系统
1.学牛登陆
2.系统对学生信息查看数据库
3.系统返回学生的基本信息
输入要登陆的学生姓名(或学号)后,显示该学生的详细信息
表6-13用户用例表8
学生—修改修改信息—修改自己的信息
usecase.studentmodifyinformation
学生,教务处工作人员,档案管理人员
4.学生查看个人信息,认为有误,进行修改
5.系统返回结果
6.用例结束
(1)学生看到自己的信息有错误,自己修改。
(2).学生看到自己的信息有误,但没有权限进行修改。
1.学生到教务处修改自己的信息。
(3)用例结束
7.2系统需求
7.2.1功能需求
表6-14系统需求列表1
场景
需求编号
需求描述
优先级
用户角色
登录—学生信息管理系统
教务处工作人员登录学生信息管理
系统
教务处工作人员登录学生信息管
理系统.1
教务处工作人员根据设置的用户名和密码,登录到学生信息管理系统
P1
教务处工作人员
教务处工作人员一登录_学生信息管
理系统.2
Error:
用户名或密码错误,登录失败,系统返回到登陆界面
P2
表6-15系统需求列表2
录入—学生基本信息
档案管理员录入学生基本信息
档案管理员录入学生的基本信息.1
档案管理员输入学生的基本信息
档案管理员录入学生的基本信息.2
学生的基本信息存入数据库中
档案管理员录入学生的基本信息.3
Error:
当输入的格式错误的时候,学生的基本信息录入失败。
表6-16系统需求表3
查看学生信息
档案管理员查看学生的
信息
信息.1
档案管理员输入查看学生某信息。
信息.2
系统从数据库中取出数据,显示在也页面上。
信息.3
当输入的数据有误时,数据库中找不到
相关的数据,系统给
出错误信息。
老帅查看学生的信息
老帅查看学生的信息.1
老师输入自己班上某学生学生的学
号等
老师
老帅查看学生的信息.2
系统从数据库中取出该学生的信息,显示在页面上
老帅查看学生的信息.3
系统找不到该数据,显示错误信息。
学生查看自
己的信息
学生查看自己的信息.1
学牛登录该系统
己的信息.2
系统从数据库中找出该学生的基本信息,并显示。
学生查看自己的信息.3
当学生输入自己的信息有误时,系统不能从数据库中找到该学生的信息,系统给出错
误信息。
表6-17系统需求表3
用户名称
修改学生信息
档案管理员修改学生的信息
档案管理员修改学生的
档案管理员修改某学生的信息。
系统将修改之后的数据保存到数据库。
学生修改学生的信息
学生修改学生的信息.1
学生修改了自己的信息。
学生修改学生的信息.2
系统将学生的修改信息提交的教务处,教务处对其进行审核。
学生修改学生的信息.3
教务处审核通过后,档案管理员将修改信息从
入数据库。
学生修改学生的信息.4
学生修改学生的信息.5
审核没有通过,学生修改自己的信息失败,系统给出反馈信息。
表6-18系统需求列表4
删除学生的信息
档案管理员删除学生信息
档案管理员删除学生信
息.1
档案管理员找到要删除的学生的信息,进行删除。
息.2
系统将学生的信息从数据库中删除,并给出提示信息。
722非功能需求
表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
原始版本
2012-10-30
林聪
漆建红、吴文平
V1.1
- 配套讲稿:
如PPT文件的首页显示word图标,表示该PPT已包含配套word讲稿。双击word图标可打开word文档。
- 特殊限制:
部分文档作品中含有的国旗、国徽等图片,仅作为作品整体效果示例展示,禁止商用。设计者仅对作品中独创性部分享有著作权。
- 关 键 词:
- 软件 系统 需求 说明书