用户需求说明书.docx
《用户需求说明书.docx》由会员分享，可在线阅读，更多相关《用户需求说明书.docx（13页珍藏版）》请在冰点文库上搜索。
用户需求说明书
〈项目名称〉
用户需求说明书
文件状态：
[]草稿
[]正式发布
[]正在修改
文件标识
DLSM-合同号-RM-TF-01C
审核人
当前版本
X.Y
审核日期
作者
批准人
完成日期
Year-Month-Day
批准日期
版本历史
版本/状态
作者
参与者
起止日期
修订说明
批准人
目录
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功能A6
3.2.1功能A.16
3.2.2功能A.27
3.3功能B7
3.3.1功能B.17
3.3.2功能B.28
4其它需求9
4.1用户界面需求9
4.2运行环境需求9
4.3系统质量需求9
4.4其它约束10
5接口需求11
5.1软件接口需求11
5.2硬件接口需求11
5.3通讯接口需求11
6客户确认12
附录.用户需求调查报告13
需求调查方式13
需求调研记录13
文件说明
编写目的
说明编写这份需求规格说明书的目的。
预期读者
说明本文档所针对的读者对象，以及每类读者对象应该重点阅读的部分，如高层用户关心业务目标与范围。
参考资料
提示：
列出本需求规格说明书需要的参考资料，如：
（1）本项目的经核准的计划任务书或合同、上级机关的批文；
（2） 属于本项目的其他已发表的文件；
（3）本文件中各处引用的文件、资料、包括所要用到的软件开发标准。
列出这些文件资料的标题、文件编号、发表日期和出版单位，说明能够得到这些文件资料的来源。
术语定义
提示：
列出本文件中用到的专门术语的定义和外文首字母组词的原词组。
序号
缩写、术语
解释
需求概述
项目背景
提示：
描述待开发的软件系统的名称；项目的任务提出者、开发者、用户及实现该软件的计算中心或计算机网络；项目相关业务背景、现状等。
业务目标
提示：
描述项软件开发的意图、应用目标。
解释被开发软件与其他有关软件之间的关系。
如果本软件产品是一项独立的软件，而且全部内容自含，则说明这一点。
如果所定义的产品是一个更大的系统的一个组成部分，则应说明本产品与该系统中的其他各组成部分之间的关系，为此可使用一张方框图来说明该系统的组成和本产品同其他各部分的联系和接口。
业务范围
提示：
描述本系统“适用的范围”和“不适用的范围”，本系统“应当包含的内容”和“不包含的内容”。
以便于清晰的描述业务需求，及控制需求的变更
用户特点
提示：
描述本产品各类最终用户的特点，如操作、维护人员的知识水平和技术专长等，也包括用户组织关系结构图以及组织、部门、岗位的隶属关系与职能，以及本软件预期使用频度。
这些是后续工作的重要依赖条件。
若企业的部门非常多时，组织机构图至少要包括与本项目的业务有关的所有组织机构。
如果是产品开发，应列出本软件的特点，与老版本软件（如果有的话）的不同之处，与市场上同类软件（如果有的话）的比较。
说明本软件预期使用频度；
假定约束
提示：
列出影响需求陈述的假设因素。
可能包括将要使用的组件、特殊的用户界面设计约定、产品预期使用频度等。
如果这些假设不正确、不一致或被更改，就会使项目受到影响。
功能需求
功能需求分类
提示：
将功能性需求先粗分再细分，下表中的功能A，功能A.1等符号应当被替换为有含义的名称。
功能类别
子功能
功能A
功能A.1
功能A.2
…
功能B
功能B.1
功能B.2
…
…
功能A
提示：
此处写一些关于功能A概要描述的文字，承上启下。
功能A.1
提示：
在功能描述时重点从如下方面进行描述，但不仅限于如下方面。
也可采用用例模型来描述此功能。
功能名称：
此处填写功能名称
功能描述：
此处填写用户对此功能的描述
使用频率：
此处填写此功能的使用频率，使用时机
使用人员：
此处填写此功能的使用人员
限制条件：
此处填写此功能的一些限制条件，如对精度、响应时间等方面的要求。
输入输出：
此处填写此功能的输入和输出。
包括数据类型，并逐项说明某媒体、格式、数值范围等。
对数据输出及必须标明的控制输出量进行解释并举例，包括对正常结果输出、状态输出及异常输出以及图形或显示的描述。
提供者：
此处填写此功能需求的提供者。
提出者是否更妥当？
优先级：
此处填写此功能需求的优先级（高、中、低），划分方式建议按如下规则：
高：
（一个关键的需求）属于系统（产品）主要功能且当前版本中必须实现的。
中：
（支持必要的功能）最终所需要的，但如果有必要的话，可以延迟到下一个版本。
低：
（功能或质量上的增强）如果资源允许的话，实现这些需求会使系统（产品）更完美。
获取时间：
此处填写此功能需求的获取时间,如2010-7-2615:
00
其他：
此处填写此功能的其他描述。
功能A.2
提示：
在功能描述时重点从如下方面进行描述，但不仅限于如下方面。
也可采用用例模型来描述此功能。
功能名称：
此处填写功能名称
功能描述：
此处填写用户对此功能的描述
使用频率：
此处填写此功能的使用频率，使用时机
使用人员：
此处填写此功能的使用人员
限制条件：
此处填写此功能的一些限制条件，如对精度、相应时间等方面的要求。
输入输出：
此处填写此功能的输入和输出。
提供者：
此处填写此功能需求的提供者。
优先级：
此处填写此功能需求的优先级（高、中、低）
获取时间：
此处填写此功能需求的获取时间,如2010-7-2615:
00
其他：
此处填写此功能的其他描述。
功能B
提示：
此处写一些关于功能概要描述的文字，承上启下。
功能B.1
提示：
在功能描述时重点从如下方面进行描述，但不仅限于如下方面。
也可采用用例模型来描述此功能。
功能名称：
此处填写功能名称
功能描述：
此处填写用户对此功能的描述
使用频率：
此处填写此功能的使用频率，使用时机
使用人员：
此处填写此功能的使用人员
限制条件：
此处填写此功能的一些限制条件，如对精度、相应时间等方面的要求。
输入输出：
此处填写此功能的输入和输出。
提供者：
此处填写此功能需求的提供者。
优先级：
此处填写此功能需求的优先级（高、中、低）
获取时间：
此处填写此功能需求的获取时间,如2010-7-2615:
00
其他：
此处填写此功能的其他描述。
功能B.2
提示：
在功能描述时重点从如下方面进行描述，但不仅限于如下方面。
也可采用用例模型来描述此功能。
功能名称：
此处填写功能名称
功能描述：
此处填写用户对此功能的描述
使用频率：
此处填写此功能的使用频率，使用时机
使用人员：
此处填写此功能的使用人员
限制条件：
此处填写此功能的一些限制条件，如对精度、相应时间等方面的要求。
输入输出：
此处填写此功能的输入和输出。
提供者：
此处填写此功能需求的提供者。
优先级：
此处填写此功能需求的优先级（高、中、低）
获取时间：
此处填写此功能需求的获取时间,如2010-7-2615:
00
其他：
此处填写此功能的其他描述。
其它需求
用户界面需求
提示：
描述用户对软件界面的要求，包括样式、风格、色调及操作方式等。
运行环境需求
提示：
描述软件的最低运行环境，包括硬件平台、操作系统和版本，还有其他的软件组间或与其共存的应用程序
环境类型
环境元素
数量及版本说明
具体配置说明
硬件
环境
服务器
机柜
1
服务器
1
KVM切换器
1
显示器
1
Pc机
1
PIII，双CPU
客户端
台式机
1
PIII以上
笔记本
4
PIII以上
其它
打印机
1
公司共享打印机
软件
环境
操作系统
WinXP
1
数据库
Oracle
1
10g
中间件
Tomcat
1
5.0
LDAP
2
tivolidirectoryserverApachesldapserver
其它
office
Msoffice
网络环境
内部网
系统质量需求
提示：
对产品的质量及性能列出具体的要求
主要质量属性
详细要求
健壮性
可靠性
性能效率
易用性
安全性
兼容性
可扩展性
可移植性
…
其它约束
提示：
设计上的限制、开发环境及开发进度的约束等。
例如：
（1）必须使用的特定技术、工具、编程语言和数据库
（2）应当遵循的规范或标准
（3）企业策略、政府法规或工业标准
（4）硬件限制，例如：
定时需求或存储器限制
（5）数据转换格式标准
接口需求
软件接口需求
硬件接口需求
通讯接口需求
客户确认
东蓝数码意见：
客户评审意见：
项目经理签字：
客户签字：
附录.用户需求调查报告
需求调查方式
Ø与用户交谈，向用户提问题。
Ø参观用户的工作流程，观察用户操作。
Ø向用户群体发调查问卷。
Ø与同行、专家交谈，听取他们的意见。
Ø分析已经存在的同类软件产品，提取需求。
Ø从行业标准、规则中提取需求。
Ø从Internet上搜查相关资料。
Ø通过已有产品的使用，共同确定需要实现的功能。
需求调研记录
需求调研记录
标识：
DLSM-RM-TF-03C
部门名称：
调研日期：
需求标题：
调研对象：
调研人员：
调研方式：
调研地点：
调研时间：
需求信息记录
序号
内容
1
2
3
4
5
6
7
8
9
10
原始资料汇编
序号
资料名称
1
2
3
4
5
6
7
8
9
10
东蓝数码意见：
签字：
客户负责人意见：
签字：
（本表格由调研人员整理完毕后双方签字确认）
升级会员 