​数据流图实例详解，数据流图简单例子

数据流图实例详解，数据流图简单例子

数据流图实例详解。本书可作为高等院校计算机专业、网络工程专业、通信工程专业、电子商务专业等相关专业的教材，也可作为从事数据流图研究的科研人人员的参考书。同时，本书还可作为计算机软件开发人员的参考书。本书适合于从事数据流图研究的科研人员阅读，也可作为大专院校计算机专业、网网络工程专业的教学参考书。

一：数据流图实例详解

(1)首先画系统的输入输出，即先画顶层数据流图。顶层流图只包含一个加工，用以表示被开发的系统，然后考虑该系统有哪些输入数据、输出数据流。顶层图的作用在于表明被开发系统的范围以及它和周围环境的数据交换关系。下图为飞机机票预订系统的顶层图。

(2)画系统内部，即画下层数据流图。不再分解的加工称为基本加工。一般将层号从0开始编号，采用自顶向下，由外向内的原则。画0层数据流图时，分解顶层流图的系统为若干子系统，决定每个子系统间的数据接口和活动关系。例如，在上面的机票预订系统按功能可分成两部分，一部分为旅行社预订机票，另一部分为旅客取票，两部分通过机票文件的数据存储联系起来，0层数据流图如图3-4。

(3)注意事项。

①命名。不论数据流、数据存储还是加工，合适的命名使人们易于理解其含义。

②画数据流而不是控制流。数据流反映系统“做什么”，不反映“如何做”，因此箭头上的数据流名称只能是名词或名词短语，整个图中不反映加工的执行顺序。

③一般不画物质流。数据流反映能用计算机处理的数据，并不是实物，因此对目标系统的数据流图一般不要画物质流。

④每个加工至少有一个输入数据流和一个输出数据流，反映出此加工数据的

二：数据流图实例题目

正常。

因为大众EA888引擎控制系统需要获取正时数据流37来控制进气排气凸轮轴的同步，如果数据流37异常，会导致引擎运行不稳定、动力下降等问题，但正时数据流37异常的原因可能有很多，需要具体情况具体分析。

大众EA888引擎控制系统还可以获取多个数据流来控制引擎的运行，如车速、氧气传感器数据等，这些数据流也需要正常才能保证引擎的稳定运行。

因此，及时检查和维护引擎控制系统，保证各个数据流正常非常重要。

三：数据流图实例详解考研

数据流图(DFD)提供了系统内信息流(即数据流)的可视化表示。通过绘制数据流程图，您可以了解由参与系统流程的人员提供并交付给他们的信息、完成流程所需的信息以及需要存储和访问的信息。本文以一个订餐系统为例，对数据流图(DFD)进行了描述和说明。

食品订购系统示例上下文

上下文关系图是只显示顶层的数据流关系图，也称为0级。在这个层次上，只有一个可见的流程节点，它代表了一个完整系统的功能，包括它如何与外部实体交互。上下文关系图的一些好处是:

显示系统边界的概述使用简单的符号不需要任何技术知识简单的绘制，修改和阐述作为其有限的表示法

下图显示了为食品订购系统绘制的上下文数据流程图。它包含一个表示要建模的系统的流程(形状)，在本例中是“食品订购系统”。它还显示将与系统交互的参与者(称为外部实体)。在本例中，供应商、厨房、经理和客户是将与系统交互的实体。在流程和外部实体之间有数据流(连接器)，表明实体和系统之间存在信息交换。

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

1级过程

下图显示了第一级DFD，它是在DFD上下文中显示的食品订购系统流程的分解(即分解)。通读这张图，然后我们将介绍一些基于这张图的关键概念。

食品订单系统数据流图示例包含三个流程、四个外部实体和两个数据存储。

根据图表，我们知道客户可以下订单。订单食品流程接收订单，将其转发到厨房，将其存储在订单数据存储中，并将更新后的库存详细信息存储在库存数据存储中。该流程还向客户交付账单。

经理可以通过Generate Reports流程接收报告，该流程分别从库存数据存储和订单数据存储中获取库存细节和订单。

经理还可以通过提供库存订单来启动订单库存流程。流程将库存订单转发给供应商，并将更新后的库存详细信息存储在库存数据存储中。

数据流程图提示和注意事项提示过程标签应该是动词短语;数据存储由名词表示数据存储必须至少与一个进程相关联外部实体必须与至少一个流程相关联不要让它变得太复杂;通常5 - 7个普通人可以管理流程DFD是不确定的——编号不一定表示顺序，它在与用户讨论时用于标识流程数据存储不应该连接到外部实体，否则，这将意味着您将让外部实体直接访问您的数据文件如果没有经过一个流程，数据流不应该存在于两个外部实体之间有输入但无输出的过程被认为是黑洞过程注意事项

不要混淆数据流和进程流

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

请记住，数据流图是为表示信息交换而设计的。数据流图中的连接器用于表示数据，而不是表示流程流、步骤或其他任何东西。当我们将结束于数据存储的数据流标记为“请求”时，这意味着我们将请求作为数据传递到数据存储中。虽然这可能是在实现级别的DBMS做支持的使用功能,而摄入一些值作为参数并返回一个结果,在数据流图中,我们倾向于把数据存储作为唯一的数据夹,并不拥有任何处理能力。如果您想对系统流或流程流建模，那么可以使用UML活动图或BPMN业务流程图。如果希望对数据存储的内部结构建模，请使用实体关系图。

资源Food-Ordering-System.vpp本教程的读者也可以阅读什么是数据流程图(DFD)?如何绘制DFD?如何编写有效的用例?如何使用ERD对关系数据库设计建模?如何开发现有的和将来的业务流程?数据流程图与实例-客户服务系统

原文：https://www.visual-paradigm.com/tutorials/data-flow-diagram-example-food-ordering-system.jsp

本文：http://jiagoushi.pro/data-flow-diagram-examples-food-ordering-system

讨论：请加入知识星球【首席架构师圈】或者飞聊小组【首席架构师智库】

四：数据流图简单例子

1.矩形表示数据的外部实体；

在单张数据流图时，必须注意以下原则：

□：数据源（终点）。代表系统之外的实体，可以是人、物或其他软件系统。