数据流程图（Data Flow Diagram，DFD）是一种结构化分析描述模型，用来对系统的功能需求进行建模，它可以用少数几种符号综合地反映出信息在系统中的流动、处理和存储情况。

常见的数据流程图有两种：

一种是以方框、连线及其变形为基本图例符号来表示数据流动过程。

一种是以圆圈及连接弧线作为其基本符号来表示数据流动过程。

这两种方法实际表示一个数据流程的时候，大同小异，但是针对不同的数据处理流程却各有特点。故在此我们介绍其中一种方法，以便读者在实际工作中根据实际情况选用。

3、数据流程图画法

自上而下，逐层展开；输入输出，保持平衡。

举例。某财务系统数据流程绘制：

从图中可看到数据流程图是分层次的，绘制时采取自顶向下逐层分解的办法。

首先画出顶层（第一层）数据流程图。 顶层数据流程图只有一张，它说明了系统的总的总的处理功能、输入和输出。

下一步是对顶层数据流程图中的"处理"进行分解，也就是将"帐务处理"分解为更多的"处理"。第2张图是第一层中的处理被分解后的第二层数据流程图中的一个。

数据流程图分多少层次应根据现实际情况而定，对于一个复杂的大系统，有时可分至七八层之多。为了提高规范化程度，有必要对图中各个元素加以编号。通常在编号之首冠以字母，用以表示不同的元素，可以用P表示处理，D表示数据流， F表示数据存储， S表示外部实体。

数据流程图的特征

抽象性。在数据流程图中具体的组织机构、工作场所、人员、物质流等等都已去掉，只剩下数据的存储、流动、加工、使用的情况。这种抽象性能使我们总结出信息处理的内部规律性。

概括性。它把系统对各种业务的处理过程联系起来考虑，形成一个总体。而业务流程图只能孤立地分析各个业务，不能反映出各业务之间的数据关系。

    用于需求建模的方法有很多种，最常用的包括数据流图（DFD）、实体关系图（ERD）和用例图（Use Case）三种方式。DFD作为结构化系统分析与设计的主要方法，已经得到了广泛的应用，DFD尤其适用于MIS系统的表述。DFD使用四种基本元素来描述系统的行为，过程、实体、数据流和数据存储。DFD方法直观易懂，使用者可以方便地得到系统的逻辑模型和物理模型，但是从DFD图中无法判断活动的时序关系。图2描述的是某个项目的DFD示意图。

    ERD方法用于描述系统实体间的对应关系，需求分析阶段使用ERD描述系统中实体的逻辑关系，在设计阶段则使用ERD描述物理表之间的关系。需求分析阶段使用ERD来描述现实世界中的对象。ERD只关注系统中数据间的关系，而缺乏对系统功能的描述。如果将ERD与DFD两种方法相结合，则可以更准确地描述系统的需求。

    在面向对象分析的方法中通常使用Use Case来获取软件的需求。Use Case通过描述“系统”和“活动者”之间的交互来描述系统的行为。通过分解系统目标，Use Case描述活动者为了实现这些目标而执行的所有步骤。Use Case方法最主要的优点，在于它是用户导向的，用户可以根据自己所对应的Use Case来不断细化自己的需求。此外，使用Use Case还可以方便地得到系统功能的测试用例。