【软件开发规范五】《用户需求及规格说明书》

1 文档说明

2 系统概述

2.1 项目背景

2.2 建设内容及目标

2.2.1 建设内容

2.2.2 建设目标

3 业务需求

3.1 业务概述

3.2 业务范围

3.3 XX业务1

3.3.1 业务流程

3.3.2 业务单据

3.3.3 业务场景

4 功能需求

4.1 功能树

4.2 XX功能1

4.2.1 功能描述

4.2.2 功能处理流程

4.2.3 抽象数据处理

4.2.4 界面原型

5 非功能需求

5.1 常用的非功能需求

5.2 集成要求

6 接口需求

7 相关文档

1 文档说明

用户需求及规格说明书主要有两种组织方式，一是由用户需求说明书和需求规格说明书组成，分别从业务需求描述和系统需求的角度进行分析；二是融合业务需求和系统需求两部分为一体。

其中，方案一适合需求设计过程有比较明确的岗位职责划分的场景，方案二适合项目经理或设计人员一岗多职的情况。公司各部门可以根据项目情况使用相应的模板，围绕“什么人”、“做什么”、“怎么做”做清晰的需求分析。

2 系统概述

2.1 项目背景

【说明】1、描述当前用户的状态或信息化状态；

2、描述用户当前的问题、痛点；

3、描述用户的期望和效果；

2.2 建设内容及目标

2.2.1 建设内容

【说明】描述项目的业务范围

2.2.2 建设目标

【说明】描述系统的目标需求

3 业务需求

3.1 业务概述

【说明】借助业务整体架构图，描述系统包含的业务内容及使用对象。

 

3.2 业务范围

【说明】业务分析时需要从业务的角度进行梳理业务范围，而不是从信息化的角度进行系统功能分析，以业务服务目录的方式描述业务范围。

例如：

 

3.3 XX业务1

3.3.1 业务流程

【说明】流程分析需要包含业务流和数据流两个方面的内容。在业务流方面，需要体现所分析业务的过程完整性，既包含业务本身的闭环流程，又包含关联业务之间的流程；在数据流方面，需要既体现流程节点的业务展示数据及数据权限，又体现业务数据在关联系统之间的流转情况。

例如：

3.3.2 业务单据

【说明】围绕业务范围分析的具体业务，描述相应的业务单据、业务报表等。

 

3.3.3 业务场景

【说明】从用户、权限的角度分析正向业务或变更业务的流程及单据，描述不同岗位的用户在处理正常业务、变更业务或异常业务时，对应哪些业务流程节点、需要什么单据、按照权限走什么流程节点等等。

例如：

场景一：二级单位编制年度成本预算

场景二：二级单位调整年度成本预算

场景三：机关部门编制年度成本预算

场景四：机关部门调整年度成本预算

 

4 功能需求

4.1 功能树

【说明】功能树根据业务场景提炼形成，以功能菜单的方式描述业务入口。

例如：

 

4.2 XX功能1

4.2.1 功能描述

【说明】围绕业务功能，从业务闭环的角度进行“什么人”、“做什么”、“怎么做”的操作描述。

4.2.2 功能处理流程

【说明】描述功能处理流程图。

4.2.3 抽象数据处理

【说明】

把功能处理的实体数据抽象成类。

例如：

 

4.2.4 界面原型

【说明】按照业务组成利用原型设计工具制作功能原型，并将主要业务操作界面进行截图。

5 非功能需求

5.1 常用的非功能需求

【说明】可参考《需求开发与管理指南》中非功能性需求清单

 

5.2 集成要求

【说明】按照集成策略进行描述

6 接口需求

【说明】描述本系统与现有系统或在建其他系统接口

7 相关文档

《需求开发与管理指南》