Process Mining

概述

下图显示了Process Mining应用程序模板的转换步骤。

models\文件夹是根据转换步骤的结构进行组织的。

1. 输入

输入步骤用于加载原始数据。通常会执行以下操作，为下一个转换步骤准备数据：

选择具有可选宏和必选宏的字段。使用可选宏时，原始数据中不需要存在字段。
将字段类型转换为适当的数据类型。
在转换的早期筛选表以减少数据大小。

注意：建议尽可能减少提取中已存在的数据大小。

命名约定

如果您预计名称会在接下来的转换步骤中与表格名称冲突，最佳实践是为输入表添加后缀_input 。

2. 实体

在“实体”步骤中，输入表将转换为实体表。预期事件所需的每个实体都应具有自己的表格。请参阅设计事件日志。此外，也可以在此处定义支持实体。

在以下示例中，3 个输入表Invoices_input 、 Invoice_types_input和Customers_input联接在一起以创建实体表 Invoices。

准则

创建实体表时，请遵循以下准则。

有一个实体 ID 字段，该字段对于每个数据记录都是唯一的。
数据分析所需的所有实体字段均已存在。
所有实体字段都具有易于理解的名称。

如果适用，实体表通过 ID 字段与另一个实体相关联。在以下示例中，发票行通过Invoice_ID字段与发票实体相关联。

Additional transformations

并非所有输入表都转换为实体表。此外，其他输入表可能包含相关信息，例如示例中的“客户”表。在实体步骤中将它们定义为单独的表格可能会很方便，以便可以在数据转换中重用它们。

命名约定

如果实体表名称日后会导致名称冲突，请在表中添加后缀 _base。

3. 事件

注意： TemplateOne-SingleFile 和 TemplateOne-MultiFiles 应用程序模板的输入已经是 Process Mining 定义明确的事件日志。此处无需将源系统中的数据转换为 Process Mining 的事件。这意味着3. events在 TemplateOne-SingleFile 和 TemplateOne-MultiFiles 流程应用程序的转换中不存在。

在此转换步骤中，将为每个实体创建事件表。请参阅设计事件日志。事件表中的每条记录代表发生的一个事件。关于数据的结构化方式，有两种情况：

时间戳字段: 实体表上具有事件时间戳的字段。例如， Invoices表中的Invoice_created字段。
事务日志：事件列表。

根据数据的结构，用于创建事件表的转换会有所不同。

Timestamp fields

在这种情况下，必须将时间戳字段的值转换为事件表中单独的记录。以下示例是包含三个时间戳字段的发票表。

每个时间戳字段用于创建单独的事件表。对于时间戳字段包含值的每条记录，请创建一个表格，其中包含发票 ID、事件名称（活动）和事件发生的时间戳（事件结束）。

Invoices_input table分为Invoice_events_Create_invoice 、 Invoice_events_Delete_invoice和Invoices_events_Change_invoice_price 。

然后，可以将单独的事件表合并到每个实体的单个事件表中，例如Invoices_events 。

事务日志

如果事件存储在事务日志中，则应标识每个实体的相关事件。为每个实体创建一个表，并存储相应的实体 ID、事件名称 (Activity) 以及事件发生的时间戳 (Event end)。

在以下示例中，事务日志包含“采购订单”实体和“发票”实体的事件。

在事件表中，以下字段为必填字段。事件表中的所有记录都应包含这些字段的值。

字段	描述
实体 ID	发生事件的实体的 ID。例如，发票 ID。
活动	该活动描述了对实体执行的操作。
Event end	“事件结束”字段指示特定事件的完成时间。理想情况下，这应该是日期时间字段，而不是日期。