etl - 在流程图中概括多个过程

Question

下面是一个通用的 ETL 流程图。我真的很困惑绘制这样的流程图是否是一个好习惯。特别是在连接最终输出的线处，以及用于概括从输入格式到整个过程的大框“根据文件类型验证文件”到“调整所需输出”，最后到“输出”。

Answer 1

在概念上，为了提供过程的概述，可以使用上下文图或数据流图以及流程图。虽然所有这些图表都很旧，但它们通常很有用。

我建议您检查图表中的以下几点 - 我这里有一些基于 ETL 悠久历史的个人建议。

1. 您的处理形状（比如矩形）必须至少有一个条目（输入）和至少一个存在（输出）。示例：两个大矩形没有明确的输入和输出！那里发生了什么？

2. 没有过程就不能有输出 - 示例：类型 1 以某种方式分为类型 1.1 和类型 1.2。这种分裂是怎么发生的？是通过程序吗？哪一个？另一个例子是类型 1.1 有一个连接到输出 1 的箭头。同样的问题也成立。另一个例子是“被拒绝的文件夹”发送电子邮件。

3. 进程的名称应该表明进程是什么或实际的程序组件名称或物理文件名。这在 ETL 中很有价值。

4. 您可能希望显示流程触发事件，例如一天中的时间。

5. 使用备注。

6. 使细节层次保持一致。