产品需求说明书-模板

产品需求说明书-模板
项目名称：
编写：
审核：
批准：
日期：
XXXX公司
2020-10-01
修订历史记录
*变化状态（A-添加，M-修改，D-删除）
目录
1 概述 (1)
2 总体结构 (1)
3 功能需求 (1)
3.1 <功能域编号>/<功能域名称> (1)
3.1.1 功能域描述 (1)
3.1.2 流程及功能项列表 (2)
3.1.3 <功能项编码>/<功能项名称> (4)
4 业务项与功能项的对照表 (11)
5 功能项、功能子项一览表 (12)
6 附件 (12)
6.1 附件一数据类索引 (12)
6.2 附件二表卡单据 (13)
6.3 附件三集成需求 (13)
1概述
【编写内容】
首先说明编写目的（为了归纳总结用户需求说明书中……的业务需求，便于数据模型和功能精化设计，特编写本产品需求说明书）；
其次对业务进行解释，再次描述采用什么方法达到什么结果，
最后描述业务包含的主要功能。

[正文]
【实例】
2总体结构
3功能需求
3.1<功能域编号>/<功能域名称>
[正文]
【实例】
3.1 F01/运营展示
3.1.1功能域描述
【编写内容】
概括描述本功能域的功能需求
【引用文档】
引用用户需求说明书的“业务项描述”部分内容
[正文]
【实例】
以简洁、美观的图表形式进行展示营销工作整体运营状况，同时可以根据需要对展现内容进行进一步挖掘。

3.1.2流程及功能项列表
【编写内容】
第一部分，按照业务功能流程描述约定绘制功能流程图。

如无流程，写“无”。

第二部分，流程环节或功能项列表。

如果仅有一个功能项，可以省略列表。

3.1.2.1功能域流程
[正文：绘制流程图]
1、页面名称：业务流程名称。

2、字体：标题：宋体、12pt 、黑体，图块文字：宋体、10pt 。

3
、常用图块：
开始节点结束节点业务子项节点
业务项节点
文档分支4、图块文字命名：
业务项结点：业务项名称
业务子项结点：业务子项名称。

5、图块之间的连线：
等表示：节点先后顺序、节点的输入与输出、引
用关系。

手工操作业务类流程描述约定
批注
流程衔接的开始和终止
【实例】
3.1.2.2 功能项/环节列表
【实例】
3.1.2.2功能项/环节列表
3.1.3<功能项编码>/<功能项名称>
【实例】
3.1.3 F03_01_01/人员信息维护
label_b1：如果有下属子功能项(或多个功能)，将目录层次继续往下扩展，格式：3.1.3.1功能项描述
【编写内容】
概括描述本业务项的功能需求。

[正文]
【实例】
建立包括抄表段名称、编号、管理单位等抄表段基本信息；建立和调整抄表方式、抄表周期、抄表例日等抄表段属性。

3.1.3.2流程及功能子项列表
【编写内容】
第一部分，按照业务功能流程描述约定绘制功能流程图。

如无流程，写“无”。

第二部分，流程环节或功能子项列表。

如果仅有一个功能子项，可以省略列表。

3.1.3.2.1功能项流程
流程描述约定同业务项的业务流程中流程描述约定。

[正文]
3.1.3.2.2功能子项/环节列表
【实例】
3.1.3.2.1功能项流程
无
3.1.3.2.2功能/环节列表
label_o1：否则直接采用如下结构进行描述3.1.3.3具体功能
label_e2：
3.1.3.4功能项关联
【编写内容】
关联是指功能项之间、功能项与其他业务应用或外部系统之间的相互关系。

一种情况是关联发起端（源端）发出的关联内容是接收端（目标端）工作的前提条件，即接收端环节的功能在处理业务前，先查询《关联内容清单》中有否需要本环节处理且还未处理的记录，如果有记录，则处理本环节的功能工作;另一种情况是源端环节的功能调用接收端环节的功能。

本节描述本功能子项与其他功能项、其他业务应用、外部系统之间的关联关系。

其中关联方式包括数据关联和流程关联。

数据关联是指以提供的数据作为目标端工作任务的触发条件，如果时限要求为“实时”，则需要设计时采用服务方式或程序包含关系；流程关联是指以流程控制机制作为目标端工作任务的触发条件，通常没有关联内容。

对于功能项－>功能子项两层次的情况，需要在功能项描述关联。

对于功能项－>功能子项－>功能子项三层次的情况，需要分别在功能项和功能子项描述关联。

【实例】
4业务项与功能项的对照表
列出业务项与功能项的对照关系，业务子项和功能子项之间是多对多关系。

5功能项、功能子项一览表
需求规格中功能项编号：
功能域：“F××”（2位业务类顺序号）
功能项：功能域编号+“_”+“××”（2位顺序号）
功能子项：功能项编号+“_”+“××”（2位顺序号）
下述表格中采用功能项编号和功能项名称组合的方式填写，中间用/分隔。

6附件
6.1附件一数据类索引
【编写内容】
从各业务功能需求的“信息处理要求”栏目中整理汇总出数据类。

需求规格说明书各分册中的数据类，就是数据模型的局部概念模型。

信息分类：人工创建（基础数据）、自动汇集（过程处理数据）。

信息类编码分业务项专用编码和公共信息类编码：
【实例】
6.2附件二表卡单据
6.3附件三集成需求
根据各业务分类与其他业务应用的关联，汇总描述系统与其他业务应用、外部系统的集成需求。

对数据关联，提供数据的系统为源端，接收数据的系统为目标端
【例如】：。