《用户需求说明书模板》
【项目名称】
用户需求说明书
文件编号
文件状态[ ]草稿 [ ] 正式发布 [ ]正在修改当前版本
拟 制日期
审 核日期
批 准日期
修订历史记录
A - 增加M - 修订D - 删除
变更版本号日期变更类型
修改人摘要备注
（A*M*D）
【模板使用必读：模板内容和页眉中【】包含内容为指导性的待替换文字，请在使用中替换为具体内容，或删除。文件提交时不得再含有这些内容。】
目录1引言
1.1编写目的
1.2范围
1.3术语与缩写解释
1.4读者对象
1.5参考资料
2软件介绍
3软件面向的用户群体
4软件应当遵循的标准或规范
5软件的功能性需求
5.1功能性需求分类
5.2功能（Function A）
5.2.1子功能（Function A_SF01）
6软件的非功能性需求
6.1软硬件环境需求
6.2软件质量需求
6.3其它需求
7需求签字确认
1引言
.1 编写目的
【说明开发本软件的目的；编写本功能规格书的目的；功能规格书所预期的读者。】
.2 范围
【说明开发本软件开发的用户需求范围。】
.3 术语与缩写解释
缩写、术语解释
…
.4 读者对象
【客户、需求开发人员等涉及需求的人员。】
.5 参考资料
【项目标书等相关资料。】
1 软件介绍
【提示：
（1）说明软件是什么，什么用途。
（2）介绍软件的开发背景。】
2 软件面向的用户群体
【提示：
（1）描述本软件面向的用户（客户、最终用户）的特征，
（2）说明本软件将给他们带来什么好处？他们选择本软件的可能性有多大？】
3 软件应当遵循的标准或规范
【提示：阐述本软件应当遵循什么标准、规范或业务规则（Business Rules），违反标准、规范或业务规则的软件通常不太可能被接受。】
4 软件的功能性需求
4.1 功能性需求分类
【提示：将功能性需求先粗分再细分，每个功能性需求除要有中文命名外，还应有唯一的标号。具体的需求标号规则，请参考《iASPEC-SP-RDM-G02 需求ID编码规则》。】
功能类别子功能功能模块编码
功能类别（Function A）子功能（Function A_SF01）Function A_SF01
子功能（Function A_SF02）Function A_SF02
…
功能类别（Function B）子功能（Function B_SF01）Function B_SF01
子功能（Function B_SF02）Function B_SF02
…
…
【按照上面划分的功能下面具体填加标题描述】
4.2 功能（Function A）
【提示：此处写一些承上启下的文字。】
4.2.1 子功能（Function A_SF01）
(1) 功能需求（F）
【对本功能点的功能进行描述。需求编码为：URS_Function
A_SF01_F01】
(2) 操作流程需求（H）
【操作顺序和处理过程，给出流程图。以及操作方面的需求。需求编码为：URS_Function A_SF01_H01】
(3) 角色及权限需求（R）
【描述此功能使用的角色和权限，给出用例图。需求编码为：
URS_Function A_SF01_R01】
(4) 输入数据需求（I）
【输入数据的描述，包括输入源、数量、度量单位和精度；操作员具体的操作控制需求（如输入格式、数据类型、精度、范围自动检验等）；指明引用的输入设备接口资料（包括设备型号、数量）。需求编码为：URS_Function A_SF01_I01】
名称输入方式数据类型是否必输项预设值
(5) 输出需求（O）
【输出数据的描述，包括目的地（存储媒体和用途）、数量、度量单位和精度；非法数据的处理；指明引用的输出设备接口资料（包括设备型号、数量）。
需求编码为：URS_Function A_SF01_O01】
(6) 界面需求（W）
【本功能对应的界面需求。需求编码为：URS_Function A_SF01_W01】5 软件的非功能性需求
5.1 软硬件环境需求
需求名称详细要求
【该需求编码：。。。URS_NF
_E01】
【该需求编码：。。。URS_NF
_E02】
【该需求编码：。。。URS_NF
_E03】
…【该需求编码：。。。URS_NF
_E04】
5.2 软件质量需求
主要质量属性详细要求
正确性Correctness【该需求编码：。。。URS_NF
_C01】
健壮性Stability【该需求编码：。。。URS_NF _S01】
可靠性Reliability 【该需求编码：。。。URS_NF _R01】
性能，效率Efficiency【该需求编码：。。。URS_NF _E01】
易用性Convenience【该需求编码：。。。URS_NF
_C01】
清晰性Clarity【该需求编码：。。。URS_NF _C01】
安全性Security【该需求编码：。。。URS_NF _S01】
可扩展性Expansibility【该需求编码：。。。URS_NF
_E01】
兼容性Compatibility【该需求编码：。。。URS_NF
_C01】
可移植性Transplantation【该需求编码：。。。URS_NF
_T01】
…
5.3 其它需求
【其它需求的说明。】
6 需求签字确认
【提示：当《用户需求规格说明书》通过双方评审之后，开发方负责人和客户方负责人作书面承诺，使之具有商业合同效果。责任人作书面承诺之前务必要认真阅读文档，一定要明白签字意味着什么。】
需求确认
本《用户需求规格说明书》建立在双方对需求的共同理解基础之上，我同意后续的开发工作根据该《用户需求规格说明书》开展。如果需求发生变化，我们将按照“需求变更控制规程”执行。我明白需求的变更将导致双方重新协商成本、资源和进度等。
签字：
客户承诺
日期：
签字：
项目经理承诺
日期：
附件：需求建模及相关材料