需求报告的理解

这是一篇老文章，写于2015.11.19。以这篇文章作为开篇，用以记录工作中应该掌握的基础技能。

一、用户需求报告组成

一般在用户需求报告中，核心要素有以下几点：

需要明确出产品的功能需求；

软件的流程图，包含业务流程图和数据流程图；

软件的数据体系，包含数据定义、数据结构和数据字典；

接口说明，包含内部接口和外部接口；

当然还包含一些易用性、性能等等。

二、各阶段要素详解

（一）功能需求

对于功能需求，可以使用表格或者模块为段落章节描述清楚功能模块的细分，要列出详细的功能点，并且还要描述各功能。

（二）流程图

一般是先有业务流程图，然后才画数据流图。

对于业务流图一般是结合用户使用场景进行绘画的，通俗的说就是用户使用软件进行现实生活场景时的操作，通过业务流程图可以了解用户如何使用软件进行工作。一般用户会有多个使用场景，因此可以画多个主要场景的业务流程图。业务流程图一般以泳道图的形式呈现，可以清晰的突出价值活动的逻辑关系，并能较好的展示各参与者的职责。

对于数据流图，按照标准化一般是分级绘制，但是需要注意几点。首先顶层数据流图与实体之间的输出与1级数据流图的输出要保持一致；其次数据流图里面包含控制流信息，如果系统复杂，可以将控制流图与数据流图分开，但是要和数据流一一对应，数据流一般使用实线，控制流一般使用虚线。1级流图一般包含的是功能模块。

三、数据体系

好了，通过流程图章节，我们可以基本掌握软件的业务和数据走向。在数据体系章节里，我们就需要说明白各数据流的含义了，因此我们需要定义数据结构，数据传输使用的是什么协议。这样数据流图里的各种数据流就变得具体了。

四、接口说明

这里主要会绘制软件的外部接口图和内部接口图，接口图可以清楚的看到各模块之间的调用关系，并且主要描述的是数据的传输协议与数据，数据按照接口说明里的描述方式发送或者接收数据，方便开发者进行编码活动。

五、说明

这篇文章记录了当时对需求报告文件的理解，以上理解存在一些问题。

本文问题：本文《需求报告的理解》将需求阶段的理解比较模糊，描写的内容既不像需求调研报告，也不像需求规格说明书，混为一谈了。

后期工作：在需求阶段有哪些重要的过程节点，每一节点过程中需要输出哪些文件？

作者：小园丁，微信公众号：小园丁007。坐标：杭州