模板PP07软件需求规格说明书功能规范模板.docx

模板PP07软件需求规格说明书功能规范模板.docx

《模板PP07软件需求规格说明书功能规范模板.docx》由会员分享，可在线阅读，更多相关《模板PP07软件需求规格说明书功能规范模板.docx（3页珍藏版）》请在冰豆网上搜索。

模板PP07软件需求规格说明书功能规范模板

模板-PP-07软件需求规格说明书－功能规范模板

***功能规范

修订记录

版本

日期

撰写/修订人

备注/修订内容

1.    需求概述

1.1.需求编号：

标识需求（为需求编号）使得需求能够被跟踪，通过建立需求跟踪矩阵可以更容易的管理需求变更和对需求的变化进行度量。

需求编号应该与功能清单上的编号相一致，具体编号的方法请参阅《需求规格说明书》。

如果没有使用需求管理工具，并且每个需求项都有一份独立的需求文档，推荐在文档的文件名中包含需求编号，以方便检索和管理。

1.2.触发条件

说明通过何种方式可以执行功能。

一般只需要说明功能所处位置即可，例如：

***菜单>***子菜单>***功能；有一些隐含的功能需要简要描述一下动作。

比如：

鼠标双击触发。

1.3.岗位

对于解决方案类软件，通常涉及多个岗位协同工作，此处列出与本功能项直接相关的主要岗位。

对于工具类软件，可以省略。

1.4.用途

简要描述该功能项的主要作用。

1.5.业务背景

简要描述与功能相关的业务知识或应用的场景。

如果前期有业务需求分析的结果（业务用例或者业务需求功能清单），推荐通过建立需求跟踪矩阵－从业务需求到功能需求之间的完整链接关系来完成这项内容，此时此项就可以省略。

建立业务需求和功能需求的跟踪矩阵主要目的是为了有效支持需求覆盖度分析和影响分析，同时支撑对变更的管理和跟踪。

2.    界面需求

描述功能需求所要求的界面表现，包括：

界面的式样、界面的布局等。

推荐使用原型描述界面需求，只有在原型无法表现或者没有原型的情况下，对于比较特殊的界面需求才进行描述，以减轻文档的维护成本。

3.    业务定义

3.1.数据定义n

名称

数据说明

数据类型

规则

备注

填表说明：

1）      数据字典。

推荐在进行数据定义前，首先进行数据字典的定义。

使用数据字典时，此处只需要列出要使用的『数据名称』（本功能项中的名称）、『数据类型』（对应的数据字典中定义的数据名称），其余栏目无特殊说明均可省略。

2）      数据名称：

对于必须填充的项，在数据名称前加注符号“*”。

3）      数据说明：

对含义不清的数据进行说明，如果是枚举类型的数据，则要说明枚举值。

例如：

数据名称－审核状态，数据说明－有未审核、审核未通过、审核通过等三种取值。

对一些含义明显的数据就不必要填写数据说明。

4）      数据类型：

一般为整数、浮点数、文本、日期等几种，如果使用浮点数要指明精度，使用文本要指明长度。

5）      规则。

包括：

          数值的边界条件（最大、最小），格式：

最大值－（最大值）；最小值－（最小值），

          数值的唯一性，格式：

唯一；

          数值的读写性，格式：

只读；需要注意的是，如果在界面表现中填写了下拉列表选择，则意味着该数据仅是不能文字输入，但是可以通过下拉列表选择的方式来修改该值。

          缺省值、格式化要求等等

          如果规则比较复杂，可以在单独进行描述，此处链接即可。

6）      备注。

填写其他需要说明的事项。

7）      注意：

如果功能项对应的数据分成几块，建议此时也分块分别进行说明。

此外，不推荐在数据定义中描述界面需求，确实需要可以单独定义『界面说明』一列或者在备注中注明。

3.2.功能定义n

功能名称

限制条件

限定规则

备注

填表说明：

1）      功能名称，指当前需求所涉及的所有功能（操作），包括显示的或隐藏的，推荐使用数据字典定义全局功能字典，此处只需要列出对应的字典名称即可。

2）      限定规则，指功能的限制条件。

包括：

在何种条件下使能或不使能，何种条件下使用或禁用等。

通常列出不使能或禁用的情况。

3）      备注。

其他需要说明的事项。

3.3.业务规则

描述需求所涉及的复杂业务规则，比如删除的限定规则，数据的修改规则等等。

3.4.业务算法

描述需求所涉及的复杂业务算法，比如：

成本的算法，查询的算法等等。