数据流图(DFD)供给了体系内信息流(即数据流)的可视化标明。经过制作数据流程图，您能够了解由参加体系流程的人员供给并交给给他们的信息、完结流程所需的信息以及需求存储和拜访的信息。本文以一个订餐体系为例，对数据流图(DFD)进行了描绘和阐明。

  上下文联系图是只显现顶层的数据流联系图，也称为0级。在这个层次上，只要一个可见的流程节点，它代表了一个完好体系的功用，包括它怎么与外部实体交互。上下文联系图的一些优点是:

  下图显现了为食物订货体系制作的上下文数据流程图。它包括一个标明要建模的体系的流程(形状)，在本例中是“食物订货体系”。它还显现将与体系交互的参加者(称为外部实体)。在本例中，供货商、厨房、司理和客户是将与体系交互的实体。在流程和外部实体之间有数据流(衔接器)，标明实体和体系之间存在信息交流。

  上下文DFD是数据流模型的进口。它只包括一个进程，而且不显现任何数据存储。

  下图显现了榜首级DFD，它是在DFD上下文中显现的食物订货体系流程的分化(即分化)。通读这张图，然后咱们将介绍一些依据这张图的要害概念。

  依据图表，咱们知道客户能够下订单。订单食物流程接纳订单，将其转发到厨房，将其存储在订单数据存储中，并将更新后的库存详细信息存储在库存数据存储中。该流程还向客户交给账单。

  司理能够经过Generate Reports流程接纳陈述，该流程分别从库存数据存储和订单数据存储中获取库存细节和订单。

  司理还能够经过供给库存订单来发动订单库存流程。流程将库存订单转发给供货商，并将更新后的库存详细信息存储在库存数据存储中。

  数据存储不应该衔接到外部实体，不然，这将意味着您将让外部实体直接拜访您的数据文件

  有些规划人员可能在看到从数据存储衔接到流程的衔接器时感到不舒服，由于没有看到数据恳求的过程以某种方法显现在图中。其间一些将企图经过在流程和数据存储之间增加衔接器来标明恳求，并将其标记为“恳求”或“恳求某些东西”，这是过错的。

  请记住，数据流图是为标明信息交流而规划的。数据流图中的衔接器用于标明数据，而不是标明流程流、过程或其他任何东西。当咱们将完毕于数据存储的数据流标记为“恳求”时，这意味着咱们将恳求作为数据传递到数据存储中。尽管这可能是在完成等级的DBMS做支撑的运用功用,而摄入一些值作为参数并回来一个成果,在数据流图中,咱们倾向于把数据存储作为仅有的数据夹,并不具有任何处理才能。假如您想对体系流或流程流建模，那么能够运用UML活动图或BPMN事务流程图。假如期望对数据存储的内部结构建模，请运用实体联系图。