9A文用户需求说明书.docx
- 文档编号:7914728
- 上传时间:2023-01-27
- 格式:DOCX
- 页数:7
- 大小:17.50KB
9A文用户需求说明书.docx
《9A文用户需求说明书.docx》由会员分享,可在线阅读,更多相关《9A文用户需求说明书.docx(7页珍藏版)》请在冰豆网上搜索。
9A文用户需求说明书
项目名称
用户需求说明书
文档修改摘要
日期
版本号
修订说明
修订人
审核人
批准人
1文档简介4
1.1文档目的4
1.2范围4
1.3名词定义4
1.4参考文件4
2系统概述5
2.1系统介绍5
2.2系统目标5
2.3系统范围5
2.4系统面向用户群体5
2.5遵循的标准与规范5
3功能需求6
3.1系统总体功能6
3.2功能需求16
3.3功能需求26
4非功能需求7
4.1用户界面需求7
4.2软硬件环境需求7
4.3接口需求7
4.4性能需求7
4.5品质需求。
7
4.6安全与保密需求8
4.7扩展性需求8
4.8其他需求8
5需求优先级9
6附录10
1文档简介
本章将简要地说明用户需求说明书(以下简称本说明书)的目的、范围、读者对象、名词定义和参考文件
1.1文档目的
本说明书的目的在于阐明RRRRRR系统(以下简称本系统)的用户需求。
本说明书为编制其它有关文件提供基本依据。
本说明书收集和整理了客户的需求,并提供作为与客户讨论和确认需求的依据。
1.2范围
本用户需求说明书的内容涵盖了客户提出的业务、非功能需求等。
本说明书的阅读、使用者包括:
项目管理人员
软件设计人员
编程人员
软件测试人员
软件质量控制人员
软件维护人员
用户代表(需求方、需求部门主管)
1.3名词定义
提示:
准确地解释本说明书所涉及的字头词和缩写词
1.4参考文件
标题
文件号
发布日期
出版单位
2系统概述
提示:
本章将简要地进行本系统的介绍、说明系统目标、范围、面向群体与标准规范。
2.1系统介绍
提示:
系统介绍主要说明系统的特征、用途、背景等。
2.2系统目标
提示:
说明本系统所要达到的目标。
2.3系统范围
提示:
(简单描述)说明本系统所涵盖的范围,例如:
●业务范围
●组织范围
●功能范围
本子章节应提供软件所实现功能的一个概要描述。
例如,对一个财务软件的SRS,我们应在此部分说明用户帐户维护,用户声明和发票准备等功能,对每个功能进行大量的细节说明放在功能需求或者非功能需处说明。
2.4系统面向用户群体
提示:
描述本系统面向的用户(客户、最终用户)特征,说明产品对他们的用处,带来的利益等。
2.5遵循的标准与规范
提示:
描述本系统遵循的标准与规范。
3功能需求
3.1系统总体功能
功能类别
子功能
编号
提示:
对需求调研获得的用户需求进行分类。
3.2功能需求1
提示:
详细描述需求调研获得的用户功能需求1
3.3功能需求2
提示:
详细描述需求调研获得的用户功能需求2
4非功能需求
4.1用户界面需求
提示:
对于用户的界面需求进行描述,可包括风格、布局、色调、图片、控件、提示等方面的需求。
4.2软硬件环境需求
提示:
用户提出的软硬件环境需求。
4.3接口需求
提示:
需求调研中获知的系统与其他系统需要的接口。
4.4性能需求
提示:
描述系统的性能需求。
如
◆对事务的响应时间(平均、最长);
◆吞吐量,例如每秒处理的事务数;
◆容量,例如系统可以容纳的客户或事务数;
◆负载,系统的负载能力,并发数等;
◆资源利用情况,如内存、磁盘、通信等。
4.5品质需求。
提示:
应明确说明软件品质需求各属性,以便能客观地验证其达成情况。
属性包括:
●可靠性
说明为了达到整个系统的可靠性需求,而对软件提出的可靠性需求。
下面这段话就是一个简单的例子:
‘本软件须被测试完全,以避免任何数据储存及运算可能发生的错误。
’
●可维护性
说明为了达到整个系统的可维护性需求,而对软件提出的可维护性需求。
例如:
●可用性
说明为了使整个系统达到指定的可用性水准,而对软件提出的可用性需求。
例如:
检查点、恢复、重新启动等。
下面这段话就是一个简单的例子:
‘为了保证系统的可用性,软件必须采用检查点、恢复、重启动机制。
在每日9小时、每周七日操作的情况下,本软件之可用性应在99.5%以上。
’
●可移植性
若有可移植性要求,即要求软件能方便地从一个环境转移到另一个环境,那么应该在此明确指出,并指明转移之程序,以及界面限制等。
●其它
4.6安全与保密需求
1)安全
说明为防止可能发生的人员、财物或实体环境伤害而对软件设计提出的安全需求。
例如:
●通过提供数据的备份和恢复功能,来保证数据文件的安全(当系统中的数据文件遭到破坏时,可以把备份数据读入系统,使系统能够继续运行)。
●通过数据库管理软件提供的各式数据备份/恢复功能,来保证数据库/表的安全。
2)保密
说明保护系统免遭意外或恶意的存取、使用、修改、破坏或泄密的需求。
包括:
●利用某种密码技术;
●设置专门的日志或历史数据集;
●给不同的模块分配不同的功能;
●对一个程序中各部分之间的通讯实施限制;
●对关键的量实施“检查和”校验等等。
4.7扩展性需求
4.8其他需求
5需求优先级
需求优先级定义为三个等级:
强制的、可协商的、理想的,定义需求优先级时还要考虑模块的关联性、技术的难易程度等,每个需求相应的优先级定义详见【需求跟踪矩阵】,具体个优先级的应对策略如下表所示:
需求优先级
应对策略
强制的
需求是必须做的
可协商的
需求是选择性的做
理想的
需求是有时间和资源就做
6附录
可附需求访谈记录表、客户调研会议纪要、调研报告等。
- 配套讲稿:
如PPT文件的首页显示word图标,表示该PPT已包含配套word讲稿。双击word图标可打开word文档。
- 特殊限制:
部分文档作品中含有的国旗、国徽等图片,仅作为作品整体效果示例展示,禁止商用。设计者仅对作品中独创性部分享有著作权。
- 关 键 词:
- 用户 需求 说明书