彩票走势图

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

点击下载Visual Paradigm最新试用版

数据流图（DFD）提供了系统内信息（即数据）流的直观表示。通过创建数据流程图，您可以告诉参与系统流程的人员所提供并传递给其的信息，完成流程所需的信息以及需要存储和访问的信息。数据流程图已在软件工程中得到广泛使用。尽管它通常用于建模信息系统，但也可以用于建模移动应用程序。本文以超级市场应用程序为例介绍和解释数据流程图（DFD）。

超市应用示例

数据流程图是图的层次结构，包括：

1. 上下文图（概念上为零级）
2. 1级DFD
3. 以及可能的2级DFD和进一步的功能分解级别，具体取决于系统的复杂性。

下图显示了为Android超级市场应用程序绘制的上下文数据流程图。它包含一个过程（形状），代表要建模的系统，在本例中为“ Supermarket App ”。它还显示了将与系统交互的参与者，称为外部实体。在此示例中，只有一个外部实体，即Customer。在流程与外部实体之间，存在一个双向连接器，该连接器指示客户与该应用程序之间存在信息交换，并且信息流是双向的。

1级DFD

下图显示了1级DFD，这是DDF上下文中显示的Supermarket App流程的分解（即分解）。通读该图，然后我们将基于此图介绍一些关键概念。 

根据该图，我们知道客户可以从“检查最新促销”流程中接收到热门促销新闻，并且该新闻由公司数据库提供。请注意，根据常识，我们知道“检查最新促销信息”可能是该应用程序的功能，但“数据流程图”本身并不意味着这种情况。从理论上讲，数据流图中的过程可以对应一个功能或一组功能。

一个客户可以建立购物清单通过提供项目的详细信息和细节将被保存在购物车数据库。该仓库数据库还将提供项目的详细信息，以完成该过程所需。

一个客户可以接收购物清单细节从查看购物清单过程，这样的细节是通过所提供的购物车数据库。

一个客户可以接收项目的详细信息通过执行搜索项目进程。他/她必须提供要搜索的物料名称，并且从仓库返回物料详细信息搜索后的数据库。尽管我们说过搜索后会返回搜索结果，但是数据流图同样也没有暗示。这是我们的常识，导致我们以自然理解图表的方式来解释它。请记住，数据流程图仅告诉您信息交换发生的位置。它不会以什么方式和以什么顺序回答整个系统中使用的信息。如果此信息很重要且值得一提，请考虑使用诸如BPMN业务流程图或UML活动图之类的图对其进行建模。

最后，客户可以通过执行“检查位置”来接收超市的实际位置详细信息，并且该详细信息由公司数据库提供。

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

注意细节级别

在此数据流程图示例中，标记数据时，多次使用“详细信息”一词。我们有“项目详细信息”，“购物清单详细信息”和“位置详细信息”。如果我们将它们明确写为“商品ID”，“商品名称，描述和照片”以及“超市的国家，城市和地址”，该怎么办？它是否正确？好吧，这个问题没有确定的答案，但是在做出决定时尝试问自己一个问题。为什么要绘制DFD？

在大多数情况下，数据流程图是在系统开发的早期阶段绘制的，其中许多细节尚待确认。诸如“详细信息”，“信息”，“凭证”之类的通用术语的使用无疑为讨论留下了空间。但是，使用通用术语可能会缺少细节，并使设计失去实用性。因此，这实际上取决于您的设计目的。

不要透支

在数据流程图中，我们专注于系统与外部各方之间的交互，而不是接口之间的内部通信。因此，接口与所使用的数据存储之间的数据流被认为超出范围，因此不应在图中显示。

不要混淆数据流和流程流

一些设计人员在遇到从数据存储连接到流程的连接器时可能会感到不舒服，而没有在图表上显示指定数据请求的步骤。一些设计人员将尝试将请求附加到流程和数据存储之间的连接器，将其标记为“请求”或“对某物的请求”，这肯定是不必要的。

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