我想知道为什么我们使用数据流图而不是流程图。
答案 0 :(得分：37)
流程图详细介绍了要遵循的进程。 DFD通过系统详细说明了数据的流程。
在流程图中，箭头表示元素之间的控制（而非数据）传输，元素是指令或决策（或I / O等）。
在DFD中，箭头实际上是元素之间的数据传输，元素本身是系统的一部分。
维基百科有一篇关于DFD here的好文章。
答案 1 :(得分：12)
你应该使用你喜欢的任何东西。该图只是一个工具。使用适合您和您的问题的任何工具。我通常只使用盒子和箭头，曲线和圆圈以及小棒图和其他任何我认为能够吸引观众的东西。简而言之，如果你甚至使用标准的绘图标准也没关系。人们通常很擅长理解图片。
答案 2 :(得分：4)
数据流程图显示系统中不同实体和数据存储之间的数据流，而流程图显示执行任务所涉及的步骤。从某种意义上说，数据流图提供了一个非常高级别的系统视图，而流程图是一个较低级别的视图（基本上显示了算法）。
您使用数据流图还是流程图取决于确定您要显示的内容。
答案 3 :(得分：4)
数据流图（DFD）和流程图（FC）之间的区别在于数据流图通常描述系统内的数据流，流程图通常描述业务流程的详细逻辑。
答案 4 :(得分：3)
数据流和流程图在流程，流程和时间方面有所不同。
<强>过程
a。）在DFD上，流程可以并行运行（同时）。
b。）在流程图中，流程一次执行一个。
<强>流量
a。）DFD通过系统显示数据流
b。）流程图显示控制流程（控制的顺序和转移）
<强>时序
a。）DFD上的流程可能有明显不同的时间（每日，每周，按需）
湾） 流程图上的流程是具有一致时序的单个程序的一部分
答案 5 :(得分：1)
DFD显示数据如何在系统中移动，流程图更接近系统所执行的操作。
在经典make a cup of tea example中，DFD会显示水，茶，牛奶，糖的去向，而流程图则显示了这个过程。
答案 6 :(得分：1)
其他答案已经超越了每件事的基础知识。在更高级别，流程图是设计级工具，而DFD则是更多分析。
DFD有一些不错的功能。由于它们显示了数据流，因此有些事情在以这种方式绘制时变得更加明显：一些数据仅由少数几个例程使用，一些例程仅使用一些数据，一些例程触及所有内容。预先看到这有助于组织，重组和规划。
后续值得探索的是事件响应图，它基本上是一个DFD，仅显示处理“事件”所需的流程和数据，这意味着外部触发的内容（客户付款等）。
答案 7 :(得分：1)
数据流图是功能关系，包括输入值和输出值 和内部数据存储。
流程图是一个包含输入和输出值的过程关系。
答案 8 :(得分：0)
流程图描述了该程序（参见旧的fortran流程图 - 当然，谷歌上有一些浮动）。
数据流程图确定数据流，例如，子程序之间或不同程序之间的数据流。
答案 9 :(得分：0)
虽然我对DFD图的经验有限但我可以告诉你DFD向你展示了各个模块之间数据的移动（流动）。此外，DFD可以在级别中进行分区，即在初始级别中，您可以看到系统（例如，要租借电影的系统）（称为上下文级别）。该级别可以分解为包含活动的另一个级别（例如，租借电影，返回电影）以及数据如何流入这些活动（可以是名称，天数，等等）。现在，您可以为每个活动制作一个子级别，详细说明这些活动的许多任务或方案。等等，等等。请记住，数据总是在各级之间传递。
现在关于流程图，请记住流程图描述算法！
答案 10 :(得分：0)
答案 11 :(得分：0)
在上述答案之间已经解释过，但我会尝试稍微扩展......
关于一杯茶的观点很好。流程图涉及任务的物理方面，因此用于表示当前的。这对于了解情况/沟通/培训等有用。如果他们已经采用了ISO9000标准，你肯定会在工作场所遇到这些问题。
数据流程图与活动的逻辑方面有关，所以茶杯类比再次是一个好的。如果将数据流图与流程流结合使用，则数据流仅涉及有关流程的数据/信息流，而不涉及物理方面。如果你想知道为什么那会有用，那么因为数据流图允许我们从'原样'的情况转移并看到它可能/将会是什么。这两种建模方法在结构化分析和设计中很常见，通常由系统/业务分析师用作业务流程改进/重新设计的一部分。
答案 12 :(得分：0)
数据流图：表示系统功能分解的建模表示法。
流程图：程序的逐步流程。
答案 13 :(得分：0)
数据流程图 正式的结构化分析方法使用数据流图（DFD）来协助功能分解过程。我从DeMarco [7]学习了结构化分析技术，这些技术代表了现有的惯例。总而言之，DFD由四个部分组成：
