用户需求说明书.doc
《用户需求说明书.doc》由会员分享，可在线阅读，更多相关《用户需求说明书.doc（10页珍藏版）》请在冰点文库上搜索。
项目名称
用户需求说明书
文档修改摘要
日期
版本号
修订说明
修订人
审核人
批准人
目录
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 功能需求1 6
3.3 功能需求2 6
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文档目的
本说明书的目的在于阐明XXXXXX系统（以下简称本系统）的用户需求。
本说明书为编制其它有关文件提供基本依据。
本说明书收集和整理了客户的需求，并提供作为与客户讨论和确认需求的依据。
1.2范围
本用户需求说明书的内容涵盖了客户提出的业务、非功能需求等。
本说明书的阅读、使用者包括：
项目管理人员
软件设计人员
编程人员
软件测试人员
软件质量控制人员
软件维护人员
用户代表（需求方、需求部门主管）
1.3名词定义
提示：
准确地解释本说明书所涉及的字头词和缩写词
1.4参考文件
标题
文件号
发布日期
出版单位
2系统概述
提示：
本章将简要地进行本系统的介绍、说明系统目标、范围、面向群体与标准规范。
2.1系统介绍
提示：
系统介绍主要说明系统的特征、用途、背景等。
2.2系统目标
提示：
说明本系统所要达到的目标。
2.3系统范围
提示：
（简单描述）说明本系统所涵盖的范围，例如：
l业务范围
l组织范围
l功能范围
本子章节应提供软件所实现功能的一个概要描述。
例如，对一个财务软件的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性能需求
提示：
描述系统的性能需求。
如
u对事务的响应时间（平均、最长）;
u吞吐量，例如每秒处理的事务数;
u容量，例如系统可以容纳的客户或事务数;
u负载，系统的负载能力，并发数等;
u资源利用情况，如内存、磁盘、通信等。
4.5品质需求。
提示：
应明确说明软件品质需求各属性，以便能客观地验证其达成情况。
属性包括：
l可靠性
说明为了达到整个系统的可靠性需求，而对软件提出的可靠性需求。
下面这段话就是一个简单的例子：
‘本软件须被测试完全，以避免任何数据储存及运算可能发生的错误。
’
l可维护性
说明为了达到整个系统的可维护性需求，而对软件提出的可维护性需求。
例如：
l可用性
说明为了使整个系统达到指定的可用性水准，而对软件提出的可用性需求。
例如：
检查点、恢复、重新启动等。
下面这段话就是一个简单的例子：
‘为了保证系统的可用性，软件必须采用检查点、恢复、重启动机制。
在每日9小时、每周七日操作的情况下，本软件之可用性应在99.5%以上。
’
l可移植性
若有可移植性要求，即要求软件能方便地从一个环境转移到另一个环境，那么应该在此明确指出，并指明转移之程序，以及界面限制等。
l其它
4.6安全与保密需求
1） 安全
说明为防止可能发生的人员、财物或实体环境伤害而对软件设计提出的安全需求。
例如：
l通过提供数据的备份和恢复功能，来保证数据文件的安全（当系统中的数据文件遭到破坏时，可以把备份数据读入系统，使系统能够继续运行）。
l通过数据库管理软件提供的各式数据备份/恢复功能，来保证数据库/表的安全。
2） 保密
说明保护系统免遭意外或恶意的存取、使用、修改、破坏或泄密的需求。
包括：
l利用某种密码技术；
l设置专门的日志或历史数据集；
l给不同的模块分配不同的功能；
l对一个程序中各部分之间的通讯实施限制；
l对关键的量实施“检查和”校验等等。
4.7扩展性需求
4.8其他需求
5需求优先级
需求优先级定义为三个等级：
强制的、可协商的、理想的，定义需求优先级时还要考虑模块的关联性、技术的难易程度等，每个需求相应的优先级定义详见【需求跟踪矩阵】，具体个优先级的应对策略如下表所示：
需求优先级
应对策略
强制的
需求是必须做的
可协商的
需求是选择性的做
理想的
需求是有时间和资源就做
6附录
可附需求访谈记录表、客户调研会议纪要、调研报告等。
10/10
升级会员 