数据流图中每个组件的正确命名直接影响数据流图的可理解性。因此，这些成分应该小心命名。

(1)名称应该代表整个数据流(或数据存储)的内容，而不仅仅是其中的一些组件。

(2)不要使用没有特定含义的空名称(“数据”、“信息”、“输入”等)。作为标准

(3)如果您在命名数据流(或数据存储)时遇到困难，这可能是由于数据流图的不当分解，您应该尝试重新分解，看看是否可以克服这个困难。

(1)通常先对数据流命名，然后再对其进行处理。这是一个简单的名字，它反映了人类习惯的“由外而内”的思维过程。

(2)名称应该反映整个过程的功能，而不是它的一部分。

名称应该由一个特定的及物动词和一个特定的宾语组成。尽量避免使用“processing”、“treatment”等空的一般动词作为名称。

通常名称中只有一个动词。如果需要用两个动词来描述整个过程的功能，则将过程一分为二可能更为合适。

(5)如果你很难命名一个过程，很可能你已经发现了不适当分解的迹象，应该考虑重新分解。

数据源点/端点不需要在目标系统开发期间设计和实现。它们不是数据流图的核心内容的一部分，而只是目标系统外围环境的一部分(可能是人、计算机外围设备或传感器设备)。通常，数据源点/端点使用它们在问题领域中使用的名称命名(例如“买方”、“仓库管理员”等)。

绘制数据流程图的基本目的是将其作为信息交流的工具。分析人员在数据流图中展示他对现有系统的知识或他对目标系统的看法，以供审查和确认。由于数据流图中通常只使用四个基本符号，并且不包括任何关于物理实现的细节因此，大多数用户都能理解和评估它。

从数据流图的基本目标出发，我们可以考虑在数据流图中包含多少元素是合适的。一些研究表明，如果一个数据流图包含超过5到9个流程，就很难理解其含义。因此，数据流图应分层处理，当处理功能级数据流图大于9时，应采用划分图的方法，即将各主要功能划分为一个数据流图，并利用原有的功能级数据流程图来描述系统的整体逻辑概况。

数据流图的另一个主要用途是作为分析和设计的工具。分析师在研究现有系统时，经常使用系统流程图来表达自己对系统的理解。该描述方法具体，易于验证其正确性。然而，开发工程的目标不是精确地复制一个现有的系统，而是创建一个可以执行相同或类似功能的新系统。在用系统流程图描述系统时，结合了系统的功能和实现各个功能的具体方案。因此，分析人员希望以一种专注于描述系统所做的事情而不是系统的物理实现的方式来总结现有的系统。数据流图是实现这一目标的一个很好的方法。

在数据流图上可以绘制许多组自动化边界，每组自动化边界可能意味着一个不同的物理系统。因此，可以根据系统的逻辑模型来考虑系统的物理实现。例如，考虑下面的图，交易可以在任何时间发生，因此处理http://www.zhucesz.com/(“接收交易”)必须是在线的;买方需要每天一次的订单报告，因此处理2(“生成报告”)应该批量完成。问题描述没有对其他处理施加限制。

例如，事务可以在线接收并排队，而更新库存清单、处理订单和生成报告则是批量完成的(如下所示)图)。当然，这个场景需要一个额外的数据存储来保存事务数据。

这种划分自动化边界的方法意味着批量更新库存

更改自动化边界，处理http://www.zhucesz.com/、http://www.zhucesz.com/和http://www.zhucesz.com/在同一边界，系统将在线接收交易，更新库存清单，处理订单和输出订单信息;然而，处理2将批量生成订单报告。你能想象建立自动边界的其他方法吗?将处理1。在一个自动化边界内处理http://www.zhucesz.com/，在另一个边界内处理http://www.zhucesz.com/和处理2 ?

另一种划分自动化边界的方法建议在线更新库存库存

数据流图也有助于更详细的设计步骤，一种从数据流图映射软件结构的方法——面向数据流的设计方法