新生报到系统软件需求规格说明书.docx
《新生报到系统软件需求规格说明书.docx》由会员分享，可在线阅读，更多相关《新生报到系统软件需求规格说明书.docx（17页珍藏版）》请在冰豆网上搜索。
新生报到系统软件需求规格说明书
软件需求规格说明书
本说明书是系统客户和开发者对将要开发的软件系统的共同理解，是后续设计和实现工作的基础。
本报告由以下文档组成：
软件需求规格说明书目录
子文档序号
一、前言
R1
二、项目概述
R2
三、具体需求
3-1功能需求
R3-1
3-2外部接口需求
R3-2
3-3性能需求
R3-3
3-4软件属性需求
R3-4
3-5数据需求
R3-5
3-6其他需求
R3-6
本说明书涉及的对系统的全部定义，经客户确认后，具有约束力，由系统设计人员贯彻和实施。
系统分析员（签名）
日期年月日
一、软件需求规格说明书的前言：
主文档名称
软件需求规格说明书
主文档编号
R
子文档名称
前言
子文档编号
R1
编者
编写日期
1.编写目的
本需求规格说明书主要目的是明确所要开发的软件应具有的功能、性能，使系统分析人员及软件开发人员能清楚地了解用户的需求，
系统对新生各种材料进行录入，同时系统根据宿舍基本情况给新生自动分配宿舍，由于在系统分析与分配宿舍等功能，所以要求系统有相应事物处理能力。
此外，系统还涉及系统安全和用户管理问题和维护问题、数据安全和数据维护问题、统计报表生成和输出等问题，因此要求系统具有系统管理和维护事物处理功能。
总而言之，要求通过系统的开发，结合学院管理的实际需要，实现对新生报到的全过程进行有效管理的信息系统，提供查询分析功能和管理、决策信息，用户界面友好，满足学院管理需要的软件，提高新生管理的效率。
2.项目背景
开发软件名称：
院系新生报到管理系统
项目任务提出者：
某高校学工处
项目开发者：
某某人
用户：
某高校
软件开发单位：
武汉航海职业技术学院
3．符号、缩略语和定义
FRMS：
院系新生报到管理系统
4．参考资料
《实用软件工程》郑人杰清华大学出版社
二、项目概述
主文档名称
软件需求规格说明书
主文档编号
R
子文档名称
项目概述
子文档编号
R2
编者
编写日期
1．待开发的系统的一般描述
学院新生报到管理系统项目结合学院新生报到管理的实际需要，对新生信息进行有效管理的信息系统，提供丰富的查询分析功能和管理、决策信息，用户界面友好，满足新生报到管理的软件，用以提高管理效率。
本软件旨在学院对新生材料的管理更方便，以减轻工作人员的负担；快速方便地对新生材料进行管理和查询，使散乱的申报材料能够数字化、直观化、条理化。
2、产品功能
待开发的系统软件具有新生材料录入、修改、删除、查询、宿舍分配、数据的管理功能。
3．用户特点
本软件的使用对象是系部、学生管理人员、教务处、财务处、宿管科、院领导和学生。
懂计算机的基本操作就可以利用该软件进行所需操作。
4．一般约束
●系统作为B/S结构的一个应用系统，不可避免地要受到B/S结构的约束。
在其实施的各个阶段都要服从B/S结构的一些规律，包括功能设计，系统配置和计划。
●硬件约束。
客户端运行于基于windows平台，服务端运行于基于windowsServer平台的服务器。
●网络通信协议采用TCP/IP协议。
●应用的临界点。
应用系统所支持终端数的临界点与硬件平台的性能、所支持终端数、网络平台的传输速率及数据库系统所支持终端数据有关，与应用系统本身无关。
5．假设和依据
本系统要求具有较高的可靠性和安全保密性。
消息传送，文件传送要性能稳定，不出差错。
在安全保密性方面，数据库系统安全应当由学院信息中心进行管理，本应用系统只负责应用系统本身的安全与保密，对不同用户定义不同的使用权限。
三、具体需求
3-1功能需求
主文档名称
软件需求规格求说明书
主文档编号
R
子文档名称
功能需求
子文档序号
R3-1
编者
编写日期
功能需求用CASE工具生成，见以下CASE工具生成的表格（所有删节）
模型信息
项目名称：
新生报到管理系统功能描述
加工
加工列表：
名称
新生报到系统
加工名称：
新生报到管理系统
对新生报到管理系统进行管理
关联数据流
关联对象
输入
输出
收费信息
财务处
√
√
学费汇总
财务处
√
汇总信息
教务处
√
√
通知书、个人信息、档案
教务处
√
√
宿舍情况
宿管科
√
√
宿舍分配信息
宿管科
√
组织关系
系部
√
组织关系汇总
系部
√
数据流图：
新生报到管理系统
个人信息
项目名称：
新生报到管理申报系统
数据流图名称：
新生报到系统
加工名称：
新生个人信息处理
加工描述：
对个人信息进行查增删改、汇总等操作。
名称：
个人信息
编号：
1
加工引用列表：
关联的数据流
关联对象
输入
输出
个人信息请求
教务处
√
√
个人信息
个人信息请求
√
√
加工名称：
分配宿舍
加工描述：
为新生自动分配宿舍
名称：
分配宿舍处理
编号：
2
加工引用列表：
关联的数据流
关联对象
输入
输出
分配宿舍请求
宿管科
√
个人信息
个人信息表
√
收费明细
收费明细表
√
宿舍情况
宿舍情况表
√
数据流图：
新生个人信息处理
项目名称：
新生报到管理系统
数据流图名称：
新生个人信息处理
加工名称：
新生个人信息处理
对教务处请求的处理。
名称：
教务处请求处理
加工引用列表：
关联的数据流
关联对象
输入
输出
教务处请求
教务处
√
查询请求
查询
√
增加请求
增加
√
删除请求
删除
修改请求
修改
√
加工名称：
修改个人信息
加工描述：
对新生个人信息表进行修改
名称：
修改个人信息
编号：
4
加工引用列表：
关联的数据流
关联对象
输入
输出
教务处请求
教务处请求处理
√
修改个人信息
新生个人信息表
√
√
加工名称：
新增个人信息
加工描述：
新增个人信息
名称：
新增个人信息
编号：
5
加工引用列表：
关联的数据流
关联对象
输入
输出
请求（添加）
教务处请求处理
√
新增个人信息表
新增个人信息表
√
加工名称：
删除个人信息
加工描述：
删除个人信息，只有部门领导才能删除个人信息。
名称：
删除个人信息
编号：
6
加工引用列表：
关联的数据流
关联对象
输入
输出
删除请求
教务处请求处理
√
删除个人信息
新增个人信息表
√
加工名称：
查询请求
加工描述：
查询新生个人信息
名称：
个人信息查询
编号：
7
加工引用列表：
关联的数据流
关联对象
输入
输出
查询请求
教务处请求处理
√
查询个人信息
查询个人信息表
√
数据流图：
收退费处理
项目名称：
新生报到管理系统
数据流图名称：
收退费处理
加工名称：
查询费用明细
加工描述：
查询新生收退费明细。
名称：
查询收费明细
编号：
8
加工引用列表：
关联的数据流
关联对象
输入
输出
查询请求
财务处
√
个人信息（查询）
新生个人信息表
√
收费明细
收费明细表
√
加工名称：
收费
加工描述：
收取新生费用
名称：
收费
编号：
9
加工引用列表：
关联的数据流
关联对象
输入
输出
收费请求
财务处
√
个人信息（收费）
新生个人信息表
√
收费明细（收费）
收费明细表
√
加工名称：
退费
加工描述：
退回新生费用
名称：
退费
编号：
10
加工引用列表：
关联的数据流
关联对象
输入
输出
退费请求
财务处
√
个人信息（退费）
新生个人信息
√
收费明细（退费）
收费明细表
√
√
数据存储
数据存储列表：
名称
新生个人信息
收费明细表
收费汇总表
宿舍情况表
数据存储：
新生个人信息表
名称：
新生个人信息表
编号：
11
数据存储描述：
新生个人信息登记表=学号+姓名+性别+年龄+照片+家庭住址
以数据库的方式组织。
每份登记表相当于数据表中的一条记录。
数据存储引用列表：
关联的数据流
关联对象
输入
输出
对新生个人信息查增删改
个人信息查增删改处理
√
√
实体描述：
教务处有关工作人员。
实体引用列表：
关联的数据流
关联对象
输入
输出
教务处请求
教务处请求处理
√
3-2外部接口需求
主文档名称
软件需求规格说明书
主文档编号
R
子文档名称
外部接口需求
子文档编号
R3-2
编者
编写日期
1．用户界面
（1）采用Web的通用图形界面，用户界面友好。
（2）界面具有一致性，界面规范遵循Web软件界面的规范。
（3）提供错误处理。
（4）提供信息提示，用多种信息提示当前用户状态、界面的功能。
（5）提供方便的联机帮助。
（6）遵循全国自然科学名词审定委员会公布的《计算机科学技术名词》标准，用词正确、准确、无歧义。
（7）本产品的用户一般需要通过终端进行操作，进入主界面后单击相应的窗口，分别进入相应的界面（如输入界面、输出界面）。
用户对程序的维护，最好要有备份。
2．硬件、软件接口：
系统中的各个子系统的硬件和软件的配置如下：
（1）服务器的各个子系统运行要求：
●数据库管理系统：
WebSQL
●硬件要求：
258MB以上内存，14GB以上硬盘剩余空间。
（2）客户端子系统的运行要求：
●系统软件：
Window2000
●硬件要求：
32MB以上内存，4.3GB以上硬盘剩余空间。
3-3性能需求
主文档名称
软件需求规格说明书
主文档编号
R
子文档名称
性能需求
子文档编号
R3-3
编者
编写日期
了保证系统能够长期、安全、稳定、可靠、高效地运行，新生报到管理系统应该满足一下的性能需要。
1．系统处理的准确性和及时性
系统处理的准确性和及时性是系统的必要性能。
查询时应保证查全率，所有相应字段包含查询关键字的记录都应能查到。
在系统设计和开发过程中，要充分考虑系统当前和将来可能承受的工作负荷，使系统的处理能力和响应时间能够满足企业对信息处理的需求。
响应及更新处理都比较迅速，完全满足用户要求。
2．系统的开放性和系统的可扩充性
系统在开发过程中，应该充分考虑以后的可扩充性。
用户查询的需求也会不断地更新和完善。
所有这些，都要求系统提供足够的手段进行功能的调整和扩张。
要实现这一点，应通过系统的开放性来完成，即系统应是一个开放系统，只要符合一定的规范，可以简单地加入和减少系统的模块，配置系统的硬件。
通过软件的修补、替换完成系统的升级和更新换代。
3．系统的易用性和易维护性
系统是直接面对使用人员的，而使用人员往往对计算机并不是非常熟悉。
这就要系统能够提供良好的用户界面，易用的人机交互界面。
要实现这一点，就要求系统应该尽量使用户熟悉的术语和中文信息的界面；针对用户可能出现的使用问题，要提供足够的在线帮助，缩短用户对系统熟悉的过程。
4．系统的标准型
系统在设计、开发、使用过程中都要涉及很多计算机硬件及软件。
所有这些要符合主流国际标准和行业标准。
3-4软件属性需求
主文档名称
软件需求规格说明书
主文档编号
R
子文档名称
软件属性需求
子文档编号
R3-4
编者
编写日期
1．正确性
要求发布的软件达到用户的预期目标，运行时基本无误。
2．可靠性
在正常条件下，应该不出故障。
3．效率
对于浏览、查询、增加、删除、更新和密码设置等一般操作，要求及响应，响应时间应在1~2秒内。
4．完整性
要求在发生意外（如掉电）时，保证数据不丢丢失。
5．易用性
软件界面符合当前主流软件的操作习惯，尽量为用户的使用提供方便。
6．可维护性
要求软件运行发现错误时，能够快速、准确地其定位、诊断和修改恢复。
7．安全保密性
要求提供身份验证，只允许通过身份验证的用户使用本软件。
如果三次密码输入不正确，则强行关闭系统。
8．可理解性
对于本软件提供的各种菜单、按钮，其功能应该一目了然，易于理解。
9．数据的可交换性
要求提供数据的导入/导出功能，尤其要提高与Word/Excel等通用办公软件的数据交换接口。
3-5数据需求
主文档名称
软件需求规格说明书
主文档编号
R
子文档名称
数据需求
子文档编号
R3-5
编者
编写日期
1．数据描述
申请书数据项：
姓名、部门、年龄、职务、职称、个人事迹介绍、审批意见
汇总数据项：
姓名、部门、金额、备注
2．动态数据
动态输入数据：
菜单选项、查询关键字、新建记录项、导入文件。
动态输出数据：
导出的文件、查询结果记录集。
内部生成数据：
中间查询结果。
3．数据库描述
本软件采用Sybase专用数据接口。
3-6其他需求
主文档名称
软件需求规格说明书
主文档编号
R
子文档名称
其他需求
子文档编号
R3-6
编者
编写日期
暂无其他需求
升级会员 