Visual Paradigm是包含设计共享、线框图和数据库设计新特性的企业项目设计工具。现在你只需要这样单独的一款模型软件 Visual Paradigm就可以完成用UML设计软件，用BPMN去执行业务流程分析，用ERD企业设计数据库的任务。Visual Paradigm年终钜惠来袭，Visual Paradigm Modeler 订阅1年只需666元，现在抢购立享优惠！

点击下载Visual Paradigm最新试用版

数据流图（DFD）提供了系统内信息（即数据）流的直观表示。通过绘制数据流程图，您可以告诉参与系统过程的人员提供的信息以及交付给系统过程的人员的信息，完成过程所需的信息以及需要存储和访问的信息。本文以食品订购系统为例，介绍和解释数据流程图（DFD）。

食品订购系统示例

上下文DFD

上下文图是仅显示顶层（也称为级别0）的数据流程图。在此级别上，只有一个可见的过程节点表示完整系统在如何与外部实体进行交互方面的功能。上下文图的一些好处是：

1. 显示系统边界的概述
2. 无需技术知识即可理解简单的符号
3. 易于绘制，修改和详细说明

1级DFD

下图显示了1级DFD，它是DFD上下文中显示的食品订购系统过程的分解（即分解）。通读该图，然后我们将基于此图介绍一些关键概念。

根据该图，我们知道客户可以下订单。在点菜过程接收订单，其转发到厨房，把它存储在订单数据存储和存储更新库存信息的库存数据存储。该过程还提供了一个法案给客户。

该管理器可以接收报告通过生成报告的过程，这需要库存的细节和订单从输入库存和订单分别数据存储。

该经理还可以发起订购清单通过提供工艺清单顺序。该过程将库存订单转发给供应商，并将更新的库存明细存储在库存数据存储中。

数据流程图提示和注意事项

提示

1. 流程标签应为动词短语；数据存储用名词表示
2. 数据存储必须至少与一个流程相关联
3. 外部实体必须至少与一个流程相关联
4. 不要让它变得太复杂。通常5-7名普通人可以管理流程
5. DFD是不确定的-编号不一定表示顺序，它在与用户讨论时用于识别流程很有用
6. 数据存储区不应连接到外部实体，否则，这意味着您要给外部实体直接访问数据文件的权限
7. 如果不经过流程，则两个外部实体之间不应存在数据流
8. 有输入但无输出的过程被视为黑洞过程

不要混淆数据流和流程流

有些设计人员看到连接器从数据存储连接到流程时可能会感到不舒服，而看不到图中以某种方式显示数据请求的步骤。其中一些会尝试通过在流程和数据存储之间添加连接器来表示请求，将其标记为“请求”或“对某物的请求”，这是错误的。

请记住，数据流程图是为表示信息交换而设计的。数据流程图中的连接器用于表示数据，而不用于表示过程流，步骤或其他任何内容。当我们将以数据存储结尾的数据流标记为“请求”时，这意味着我们会将请求作为数据传递到数据存储中。尽管在实现级别可能是这种情况，因为某些DBMS确实支持使用函数，这些函数会吸收一些值作为参数并返回结果，但在Data Flow Diagram中，我们倾向于将数据存储视为唯一的数据持有人，不具备任何处理能力。如果要对系统流或流程进行建模，请使用UML活动图或BPMN业务流程图代替。如果要对数据存储的内部结构建模，请使用实体关系图。