《需求分析报告》模板

概 述

格式号：R-06-03-03                                                       

编写说明：

本章描述本软件开发的背景、用户组织机构的设置情况、用户的业务现状，以便使需求更易于理解。

§1.1 背景

编写说明：

Ø 项目的任务提出者、开发者、已明确的用户和潜在用户。

Ø 用户特点。

对本软件的用户进行分类，列出本软件的各类最终用户的一般特点，充分说明操作人员、业务管理人员、系统管理维护人员等各类用户的教育水平、经验、业务技术专长等，以及各类用户对本软件各部分的预期使用频度。这些都是施加于系统操作环境的重要约束。

Ø 项目经费、人力资源、开发周期等。

Ø 其他应向读者说明的有关该软件开发的背景材料。

§1.2 系统目标

编写说明：

    描述该项软件的开发意图、应用目标、系统边界。说明系统将干什么，如果需要，还可说明系统不干什么。

§1.3 业务模式

编写说明：

    描述新系统的业务模式，重点描述对系统开发有明显影响或不同于其它系统的业务模式。

§1.4 现行组织机构

编写说明：

    描述用户现有组织机构设置情况。还可以说明用户对现有机构设置的评价。

§1.5 业务现状

编写说明：

Ø 现有系统的业务模式；

Ø 现有系统的主要业务处理流程；

Ø 现有系统的业务运行情况；

Ø 工作负荷    列出现有系统所承担的工作及工作量；

Ø 局限性      如功能不够、处理能力不足、响应不及时等；

Ø 对现有系统的其他说明。

§2 用户需求

§2.1 业务需求

编写说明：

本节以条目形式反映用户对系统将要完成的业务处理的要求，对其中的关键业务处理可以稍加描述。例如，对于一个记帐软件来说，可以用这部分来描述：客户帐户维护、客户财务报表和发票制作，而不必把大量细节描写出来，只是对业务逻辑一章中要描述的需求提供理由。

Ø 用户的主要需求和特殊需求；

Ø 可以使用流程图和业务处理列表及业务简述的方式来简要描述各类用户要求软件应具备的业务处理功能；

Ø 编制业务处理功能的一种方法是制作业务处理功能表，以便客户或者首次读该报告的人都可以理解；

Ø 用方框图表达不同的业务处理和它们的关系也是有帮助的。但应注意，这样的图不是软件设计时所需求的，而只是一种有效的解释工具。

§2.2 性能需求

编写说明：

    对于不同的应用类型，如OLTP、OLAP、BATCH和DSS，由于它们自身特性的不同，对性能的要求也有所不同。考查OLTP的性能指标，主要体现在响应时间上；DSS类的应用，其性能指标主要体现在系统的吞吐量上。因此，对系统总体性能指标的规定，要依据应用的类型来分别考虑。其他方面的性能要求，也可以在此处进行描述。

尽可能详细地确定性能需求。可能需要针对每个功能需求或特性分别陈述其性能需求，而不是把它们都集中在一起陈述。

§2.3 其他需求

编写说明：

可以在此说明用户对软件的操作界面的要求。用户对多级管理模式的要求，对应用体系结构的要求，都可以在此处进行描述。

    还可以描述用户对安全性、可维护性、可扩充性、易读性、可靠性、可移植性及灵活性等要求。

§2.4 用户平台要求（可选）

编写说明：

本节描述由用户提出的对支持应用软件运行的相关环境的要求。

Ø 软件将运行的主机网络环境；

Ø 支撑软件：包括操作系统、DBMS、工具软件、编译程序等；

Ø 外部接口，与其他软件的接口、数据通信协议。

§3 业务流程

编写说明：

第3、4、5这三章应包括软件开发者在软件设计时需要的全部细节。这是需求分析报告中最重要的部分，应进行详细描述。要求通过第3、4、5这三章，能够完整地建立起软件的业务处理功能、数据和行为模型。

§3.1 与其他系统的关系

编写说明：

    简述该软件同开发机构内部和用户单位中的其他系统之间的相互关系。如果所定义的软件是一个更大的系统的一个组成部分，则应说明本软件与该系统中其他各组成部分之间的关系，为此可以使用图表等方式说明该系统的组成和本软件同其他各部分的联系和接口。

§3.2 业务流程

编写说明：

本节分层描述业务处理（加工），在业务流程图中可以包含主要的判断条件和分枝处理。业务流程图的图形元素符号以GB1526-89《信息处理-数据流程图、程序流程图、系统流程图、程序网络图和系统资源图的文件编制符号及约定》为准。建议用数据流图描述业务处理（加工）与数据之间的关系的方式来描述业务流程，数据流图的格式及图形元素符号以具体使用的CASE工具为准（BPWIN、POWERDESIGNER、ROSE等），但应注意，此时应站在用户的角度，描述用户的业务处理要求，尽可能不涉及软件设计成分。同一个产品开发项目组内使用的描述方式及图形符号应当相同，并且应该有统一的图例说明。

图例：

数据流 数据流     数据存储

§4 业务逻辑

§4.1 业务分解

编写说明：

        可以用一张较大的总图描述新系统的业务划分情况，并辅以必要的文字说明。对于可划分为多个相对独立部分的大中型软件，除了描述总的业务划分情况外，还应该描述各部分的业务划分情况。

§4.2 业务描述

编写说明：

针对业务处理的每一个环节（阶段或步骤），进行详细的文字描述。在描述方法上，可采用由总到分、由粗到细、自顶向下逐层细化的方式来组织结构。力求做到思路清晰，层次分明。详细给出最低一层流程图的业务处理逻辑（功能单元）的定义，详细陈述对这个处理的逻辑要求，即该处理的输入数据到输出数据的转变过程，是对它的逻辑功能、而不是物理功能的表达。可以自然语言为主，辅以判断树、判断表或其他表达形式（如IPO等）来描述。

§5 数据调查及分析

§5.1 原始单据

编写说明：

本节描述原始单据调查的结果，列出单据清单。原始单据可以是：业务单据、查询结果、统计报表、向外发布的信息。

     对原始单据的描述应包含以下内容：

ü 单据名称；

ü 别名；

ü 简述；

ü 来源；

ü 去处；

ü 组成；

ü 流通量；

ü 高峰时期流通量。

§5.2 数据分析

§5.2.1 数据分类

编写说明：

本节用来对原始单据上的数据项进行分类。可以按照静态数据和动态数据来分类或对于其应用更为恰当的逻辑分类。所谓静态数据，指在运行过程中一般不随运行而改变的数据。所谓动态数据，包括所有在运行中要变化、输出的数据。

估计各类数据的数据量。

§5.2.2 数据项描述

编写说明：

把数据的最小组成单位看作是数据项，通过对数据项的定义来描述业务单据、查询结果和统计报表等的数据内容。

对数据项的描述应包含以下内容：

ü 数据项编号；

ü 数据项名称；

ü 别名；

ü 类型、长度、精度；

ü 取值/含义。

附件

编写说明：

如果需要，需求分析报告可以有附件，附件中可以包括因为可读性、篇幅以及其他因素而不便放入正文部分的内容。

例如：

ü 术语  列出本报告中用到的专门术语和中外文缩略语的定义；

ü 参考资料；  

可通过表格方式，列出主要的参考资料，如：

Ø 本项目经核准的计划任务书、可行性分析报告、合同等；

Ø 与本项目相关的其他文件；

Ø 报告中引用的文件、资料以及所要直接引用的软件开发标准等。

列出上述文件资料的标题、文件编号、发表日期和出版单位，说明能够得到这些文件资料的来源。

ü 相关的参考资料、文献等内容；

ü 涉及用户业务的各种报表、原始单据、表格、输入输出格式样本等；

ü 用户历史、背景、经历和特点。