UML工具Visual Paradigm车辆维修站数据流程图示例研究

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

数据流图（DFD）提供了系统内信息（即数据）流的直观表示。通过绘制数据流程图，您可以告诉参与系统过程的人员提供和传递给他们的信息，完成过程所需的信息以及需要存储和访问的信息。本文以汽车维修站系统为例，介绍和解释数据流程图（DFD）。
PDF格式

车辆维修站系统示例

上下文DFD

下图显示了为车辆维修站系统绘制的上下文数据流程图。它包含一个过程（形状），该过程代表要建模的系统，在本例中为“车辆维修站系统”。它还显示了将与系统交互的参与者，称为外部实体。在此示例中，客户和机械师是将与系统进行交互的实体。在流程和外部实体之间，存在数据流（连接器），这些数据流指示实体与系统之间存在信息交换。

 

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

 

1级DFD

下图显示了级别1 DFD，它是上下文DFD中所示系统的分解（即分解）。通读该图，然后我们将基于此图介绍一些关键概念。

数据流程图示例包含三个流程，两个外部实体和三个数据存储。尽管没有设计准则可以控制形状在数据流程图中的位置，但是我们倾向于将过程放在中间，而将数据存储区和外部实体放在侧面，以便于理解。

根据该图，我们知道执行检查流程将向客户提供账单，并将检查结果存储到检查数据存储中。

在执行维护/修理过程需要检验结果从检测的数据存储作为输入，并提供客户与比尔。此外，工作明细存储在工作记录数据存储和零件信息中。存储在零件库存数据存储中。请注意，数据流程图不代表数据流的顺序。严格来说，此图仅告诉我们执行维护/修理过程将检查结果作为输入，并生成帐单，工作明细和零件信息 ，未指定顺序。请记住，数据流图不会以什么方式和顺序来回答整个系统中使用的信息。如果此信息很重要且值得一提，请考虑使用诸如BPMN业务流程图或UML活动图之类的图对其进行建模。

一个力学可以订购部件提供零部件信息。，结果是存储零件信息。在零件库存数据存储中。该过程还接收零件信息。在整个过程中都可以从工作记录数据存储中进行操作。

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

注意细节级别

在此数据流程图示例中，标记数据时多次使用单词“ detail”和“ info”。我们有“工作细节”，“零件信息”等。如果我们将它们明确写为“案例ID，症状，问题描述，解决方案”和“零件名称，数量，折扣”，该怎么办？这个对吗？好吧，这个问题没有确定的答案，但是在做出决定时尝试问自己一个问题。为什么要绘制DFD？

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

不要透支

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

不要混淆数据流和流程流

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