《用户需求说明书模板》(共8页).doc

《《用户需求说明书模板》(共8页).doc》由会员分享，可在线阅读，更多相关《《用户需求说明书模板》(共8页).doc（8页珍藏版）》请在淘文阁 - 分享文档赚钱的网站上搜索。

1、精选优质文档-倾情为你奉上【项目名称】用户需求说明书文件编号文件状态 草稿 正式发布 正在修改当前版本拟 制日期审 核日期批 准日期 修订历史记录 A - 增加 M - 修订 D - 删除变更版本号日期变更类型（A*M*D）修改人摘 要备注【模板使用必读：模板内容和页眉中【】包含内容为指导性的待替换文字，请在使用中替换为具体内容，或删除。文件提交时不得再含有这些内容。】目 录1引言1.1 编写目的【说明开发本软件的目的；编写本功能规格书的目的；功能规格书所预期的读者。】1.2 范围【说明开发本软件开发的用户需求范围。】1.3 术语与缩写解释缩写、术语解 释1.4 读者对象【客户、需求开发人员等

2、涉及需求的人员。】1.5 参考资料【项目标书等相关资料。】2 软件介绍【提示：（1）说明软件是什么，什么用途。（2）介绍软件的开发背景。】3 软件面向的用户群体【提示：（1）描述本软件面向的用户（客户、最终用户）的特征，（2）说明本软件将给他们带来什么好处？他们选择本软件的可能性有多大？】4 软件应当遵循的标准或规范【提示：阐述本软件应当遵循什么标准、规范或业务规则（Business Rules），违反标准、规范或业务规则的软件通常不太可能被接受。】5 软件的功能性需求5.1 功能性需求分类【提示：将功能性需求先粗分再细分，每个功能性需求除要有中文命名外，还应有唯一的标号。具体的需求标号规则，

3、请参考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【按照上面划分的功能下面具体填加标题描述】5.2 功能（Function A）【提示：此处写一些承上启下的文字。】5.2.1 子功能（Function A_SF01）(

4、1) 功能需求（F）【对本功能点的功能进行描述。需求编码为：URS_Function A_SF01_F01】(2) 操作流程需求（H）【操作顺序和处理过程，给出流程图。以及操作方面的需求。需求编码为：URS_Function A_SF01_H01】(3) 角色及权限需求（R）【描述此功能使用的角色和权限，给出用例图。需求编码为：URS_Function A_SF01_R01】(4) 输入数据需求（I）【输入数据的描述，包括输入源、数量、度量单位和精度；操作员具体的操作控制需求（如输入格式、数据类型、精度、范围自动检验等）；指明引用的输入设备接口资料（包括设备型号、数量）。需求编码为：URS_F

5、unction A_SF01_I01】名称输入方式数据类型是否必输项预设值(5) 输出需求（O）【输出数据的描述，包括目的地（存储媒体和用途）、数量、度量单位和精度；非法数据的处理；指明引用的输出设备接口资料（包括设备型号、数量）。需求编码为：URS_Function A_SF01_O01】(6) 界面需求（W）【本功能对应的界面需求。需求编码为：URS_Function A_SF01_W01】6 软件的非功能性需求6.1 软硬件环境需求需求名称详细要求【该需求编码：。URS_NF _E01】【该需求编码：。URS_NF _E02】【该需求编码：。URS_NF _E03】【该需求编码：。URS

6、_NF _E04】6.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 _

7、E01】兼容性Compatibility 【该需求编码：。URS_NF _C01】可移植性Transplantation 【该需求编码：。URS_NF _T01】6.3 其它需求【其它需求的说明。】7 需求签字确认【提示：当用户需求规格说明书通过双方评审之后，开发方负责人和客户方负责人作书面承诺，使之具有商业合同效果。责任人作书面承诺之前务必要认真阅读文档，一定要明白签字意味着什么。】需求确认本用户需求规格说明书建立在双方对需求的共同理解基础之上，我同意后续的开发工作根据该用户需求规格说明书开展。如果需求发生变化，我们将按照“需求变更控制规程”执行。我明白需求的变更将导致双方重新协商成本、资源和进度等。客户承诺签字：日期：项目经理承诺签字：日期：附件：需求建模及相关材料专心-专注-专业