软件系统需求说明书案例

软件系统需求说明书

from 百度文库

系统需求说明书

项目名称:学生信息管理系统

专    业:软件工程

组    号:

小组成员:

完成时间:2012-10-29

目录

1.      系统概述... 3

1.1. 系统功能简介... 3

1.2 系统用户角色... 3

2.      理由... 3

3.      项目范围... 3

4.      系统假设... 3

5.      系统定义... 4

6.      用户场景... 5

7.      用户用例... 5

7.1  用户用例步骤... 5

7.2系统需求... 9

7.2.1 功能需求... 9

7.2.2 非功能需求... 12

8.      文档历史... 14

1.   系统概述

1.1. 系统功能简介

教务处工作人员根据设置的用户名和密码,登录到学生信息管理系统,并对学生提交的信息修改进行审核,,系统优先级高;

档案管理员添加、查看、删除、修改学生的基本信息, 系统优先级高;

老师查看自己所管班级的学生的信息, 系统优先级高;

学生修改、查看自己的某些信息, 系统优先级高;

1.2 系统用户角色

表 6-1系统用户角色表


岗位


职责


系统用户


业务需求


教务处主任


监督


学生档案管理员

学生

教师

教务处人员


管理


审核


学生档案室管理员


录入学生信息,查询,统计,修改学生信息


学生


查询,修改


查询


教师


查询,统计

2.   理由

由于现在的学校规模在逐渐的扩大,设置的专业类别、分支机构及老师、学生人数越来越多,对于过去的学生信息管理系统,不能满足当前学生信息管理的服务性能要求。本报告对于开发新的<<学生信息管理系统>>面临的问题及解决方案进行初步的设计与合理的安排,对用户需求进行了全面细致的分析,更清晰的理解学生信息管理系统业务需求,深入描述软件的功能和性能与界面,确定该软件设计的限制和定义软件的其他有效性需求,对开发计划进行了总体的规划确定开发的需求与面临困难的可行性分析。

3.   项目范围

学生信息管理系统是典型的信息管理系统,其开发主要包括后台数据库的建立、维护以及前端应用程序的开发两个方面。对于前者要求建立起数据一致性和完整性强、数据安全性好的数据库。而对于后者则要求应用程序具有功能完备,易使用等特点。学生信息管理系统对全校学生实行统一的管理,可以方便的进行增添、查询、修改、删除学生信息的工作。为了使本系统成功达到用户的要求,需要在2012.12.28之前完成本系统的开发测试,并写提交相关的技术文档。通过与用户的沟通,及时获得用户的最新需求以便于本系统的完善。

4.   系统假设

本项目的开发时间为2012.9.9—2012.12.28

开发人员人数:3人

技术文档写作人员人数3人

测试人员人数3人

设备:3台PC

5.   系统定义

问题定义:在计算机日益普及的今天,使用计算机管理各种资源无疑给人们提供了很大的方便,对于学校或老师而言,若采用一套行之有效的学生信管理系统来管理学生信息,不仅提高查询速度,并且减少了不必要的错误的发生。我们即将开发的学生信息管理系统是一功能比较完善的数据管理软件,能方便快捷的进行:“查询”,“增加”,“更新”,“删除”等工作,并且具有很好的可移植性,可在应用范围较广的WINDOWS系列操作系统上使用。同时,该系统也有很强的安全性。

可行性研究:技术的可行性:目前已经成功的开发出许多信息管理系统,信息技术和计算机软硬件发展已经完全可以满足本系统的技术要求,本方案要求较高,安全性和可靠性较强,但通过前面的综合分析,可以知道从技术上是可行的。

对现有软件不会产生冲突,对使用的操作系统来说有很好的兼容性、稳 定性。

需要大量的人员来管理,维护其数据,出错率较高。出现很多冗余信息。设备较老旧,不能满足该系统基本需求,所有经常超负荷工作,容易导致损坏。

运用数据库提高其处理数据的速率,在操作员的平台对技术的要求降低了,减少操作者的工作量,节约了人力,并提高了速度。

本系统采用MYECLIPSE 8.6和MYSQL 2005进行开发,利用所学JAVAEE技术进行实现功能,技术上很易懂实用。

经济可行性:本系统简单可行,采用所学知识进行开发研究,很经济实用,是经济耐用且好用的一个管理系统。

运行可行性:本系统运行平台是MYECLIPSE 8.6 且 有MYSQL 2005,浏览器web2.0以上就能运行,操作系统Windows 2000以上。所以本系统在运行上要求适中,适合学校以及一些公司管理学生或员工信息时使用。

需求分析:随着学校规模的不断扩大,学生数量急剧增加,有关学生的各种信息也成倍增加。面对庞大的信息量,就需要有学生信息管理系统来提高学生管理工作的效率。通过这样的系统,可以做到信息的规范管理、科学统计和快速的查询,从而减少管理方面的工作量。现在的时代是网络普及是时代,学生有条件通过网络方便快捷的查询自己的个人信息。所以,学生信息管理系统既能方便学校管理部门的管理,又能方便学生及时查询个人信息。

作为计算机应用的一部分,使用计算机对学生信息进行管理,有着手工管理所无法比拟的优点.例如:检索迅速、查找方便、可靠性高、存储量大、保密性好、寿命长、成本低等。这些优点能够极大地提高学生信息管理的效率,也是学校的科学化、正规化管理,与世界接轨的重要条件。

从自己学习的角度来说:这次系统的制作过程,无疑加深了自身对网络专业理论知识的理解,大大提高了理论知识的应用水平,而且增强动手能力,可以说是为毕业设计做了很好准备。面对以后强大的就业压力,没有熟练的动手能力,光有满脑袋的理论是不行的,因此本次设计的意义显得十分重要。

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)用例结束


后置条件


输入要查看的学生姓名(或学号)后,显示该学生的详细信息

表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)用例结束


后置条件


输入要登陆的学生姓名(或学号)后,显示该学生的详细信息

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


原始版本


2012-10-30


林聪


漆建红、吴文平


V1.1

时间: 2024-10-14 04:34:47

软件系统需求说明书案例的相关文章

软件需求说明书

1引言 1.1编写目的 1.2背景 1.3定义 1.4参考资料 2任务概述 2.1目标 2.2用户的特点 2.3假定和约束 3需求规定 3.1对功能的规定 3.2对性能的规定 3.2.1精度 3.2.2时间特性要求 3.2.3灵活性 3.3输人输出要求 3.4数据管理能力要求 3.5故障处理要求 3.6其他专门要求 4运行环境规定 4.1设备 4.2支持软件 4.3接口 4.4控制 软件需求说明书 1引言 1.1编写目的 (1)为了更好的了解软件的需求,该文档可供用户浏览,了解海法内容和各部分模

图书管理系统需求说明书

      图书管理系统需求说明书               1引言.............................................................................................................................. 2 1.1编写目的...............................................................................

软件项目需求开发过程实践之软件需求说明书

软件需求说明书为谁而编写?把这个问题搞清楚是非常有意义的. 先讲个故事. 在软件项目开始时,需求及架构设计人员把需求和架构方案讲给开发人员听,开发人员还在设计"他那辆车",没有听明白?需求及架构设计人员接着写出一些列文档后,开发人员还在设计稍作调整"他那辆车",沟通出现了问题了吗?项目完成后,最后结果仍是开发人员所设计的,已经变形的"他那辆车". 问题的源头当然在需求,需求人员又如何把需求调研结果无损的分享给"相关人员"呢?其

成绩管理系统需求说明书

成绩管理系统需求说明书 1 引言 1.1 目的 首先给出了整个系统的整体网络结构和功能结构的概貌,试图从总体架构上给出整个系统的轮廓,然后又对功能需求.性能需求和其它非功能性需求进行了详细的描述.其中对功能需求的描述采用了UML的用例模型方式,主要描述了每一用例的基本事件流,若有备选事件流则描述,否则则省略.而且还给出了非常直观的用例图.这些文字和图形都为了本文档能详细准确地描述用户的需求,同时也为用户更容易地理解这些需求的描述创造了条件. 详尽说明了这一软件产品的需求和规格,这些规格说明是进行

医疗管理系统需求说明书

1)软件需求说明书 1.引言 1.1编写目的 本需求说明书是为医疗管理系统而编写的.多角度对产品特点进行描述,反映功能.本报告旨在使需求者明确医疗管理系统的要求和细节,给开发人员了解需求实现的难度和困难,最终提供给管理者讨论和审核,达到沟通效果. 1.2背景 随着科学技术的发展,人们的物质水平和精神水平也得到普遍提高.使医院的工作人员.病人流量及工作范畴等有了显著增加,这间接的对管理机制提出了更高的要求.医疗管理系统实现对医院业务的有效管理,减少了员工的工作流程.从而使得医院的现代化管理相比以往

软件详细设计说明书

软件详细设计说明书 1.引言 1.1.编写目的 根据我们在上课找教室就的尴尬状况,我们团队决定开发课堂派派软件.每当去上课找教室时,会很找不到教室,导致迟到,或者走错教室,我顿感忧伤,实难想到跑了如此远的路,浪费如此多的时间,还影响到正常的学习,我的心被刺穿了,我想能不能有一款软件可以让我不再如此浪费宝贵时间,能不能有一款软件让我在百忙之中还可以查看到教室信息,于是课堂派派的想法诞生了. 1.2.背景说明 a.待开发的软件名称:基于Andriod的课堂派派 b.本项目的任务提出者:大家讨论的结果

排球计分软件规则说明书

排球计分软件规格说明书 软件应用于:排球计分. 软件介绍:排球计分软件是专门针对排球的一款计分软件,可以利用排球规格轻松计分. 应用此软件可以代替人工计分过程,大大减少了由于人员操作引起的错误.可以使排球计分达到真正的公正,公开性.同时又方便了计分人员的记录操作,系统处理性强,安全性高.此软件以VS2010为开发平台. 软件开发流程:一:需求的分析:为了排球计分人员对排球比赛的充分了解与记录分析,此软件用来计分,和分析排球比赛.也为了方便其他新手排球计分人员的记录. 二: 计划:以VS2010为

软件概要设计说明书

软件概要设计说明书 1.引言 1.1编写目的 根据我们在上课找教室就的尴尬状况,我们团队决定开发课堂派派软件.每当去上课找教室时,会很找不到教室,导致迟到,或者走错教室,我顿感忧伤,实难想到跑了如此远的路,浪费如此多的时间,还影响到正常的学习,我的心被刺穿了,我想能不能有一款软件可以让我不再如此浪费宝贵时间,能不能有一款软件让我在百忙之中还可以查看到教室信息,于是课堂派派的想法诞生了. 1.2背景 a.我们团队开发的软件是基于Andriod的图书查询的App--“课堂派派”. b.我们团队的成员

国际软件设计文档——软件需求说明书

1 引言 1.1 编写目的 说明编写这份软件需求说明书的目的,指出预期的读者. 1.2 背景 说明: a.  待开发的软件系统的名称: b.  本项目的任务提出者.开发者.用户及实现该软件的计算中心或计算机网络: c.  该软件系统同其他系统或其他机构的基本的相互来往关系. 1.3 定义 列出本文件中用到的专门术语的定义和外文首字母组词的原词组. 1.4参考资料 列出用得着的参考资料,如: a.  本项目的经核准的计划任务书或合同.上级机关的批文: b.  属于本项目的其他已发表的文件: c.