Visual Paradigm教程：数据流程图示例-食品订购系统

Visual Paradigm是包含设计共享、线框图和数据库设计新特性的企业项目设计工具。Visual Paradigm公司在其核心产品Visual Paradigm for UML更新到v11.1的时候，把三个原始的系列产品（Agilian、Visual Paradigm for UML和Logizian）融合在一起，将最初为不同建模功能服务的多个独立产品整合成的一个产品，其名字被命名为Visual Paradigm——与公司的名字相同。现在你只需要这样单独的一款模型软件 Visual Paradigm就可以完成用UML设计软件，用BPMN去执行业务流程分析，用ERD企业设计数据库的任务。

Visual Paradigm现已更新至最新版本16.0，新版本引入了大型Scrum画布和几十种新的图案，同时还增强了在线图表功能和支持从Customer Journey Map打开完整图表编辑器的功能。新版本，新功能，赶快下载体验吧！（Visual Paradigm现已加入在线订购，现在抢购立享优惠！）

点击下载Visual Paradigm最新版

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

食品订购系统示例

上下文DFD

上下文关系图是仅显示顶级的数据流图，也称为级别0.在此级别，只有一个可见的流程节点表示完整系统与外部实体交互方式的功能。Context Diagram的一些好处是：

1. 显示系统边界的概述

2. 使用简单的符号无需技术知识即可理解

3. 简单的绘制，修改和详细说明作为其有限的表示法

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

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

1级DFD

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

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

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

经理可以通过生成报告流程接收报告，该流程分别将库存详细信息和订单作为库存和订单数据存储的输入。

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

数据流图提示和注意事项

提示

1. 流程标签应该是动词短语; 数据存储由名词表示

2. 数据存储必须至少与进程相关联

3. 外部实体必须至少与进程相关联

4. 不要让它太复杂; 通常5-7个普通人可以管理流程

5. DFD是非确定性的 - 编号不一定表示序列，它在与用户讨论时识别过程很有用

6. 数据存储不应连接到外部实体，否则，这意味着您要让外部实体直接访问您的数据文件

7. 不经过一个过程，两个外部实体之间不应存在数据流

8. 具有输入但没有输出的过程被认为是黑洞过程

注意事项

不要混淆数据流和流程

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

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

=====================================================

更多Visual Paradigm相关资源，请点击此处进行查看~

想要购买Visual Paradigm正版授权的朋友可以。