[过程挖掘 Process Mining] Demo scenario 演示场景（一）

[过程挖掘 Process Mining] Demo scenario 演示场景

---

我们首先来看一个采购过程的演示场景。

如图所示：如果一个人想买电脑
他首先需要得到经理的批准，才能把这笔钱花在一台新电脑上。
之后，请求会转到采购部门，采购部门会寻找最佳的选择。
再之后，电脑将被订购，并由供应商提供。
最终，通过财务部门发送和支付并在同时开具发票。

现在假设你是这个采购过程的经理，你有以下问题。首先，您正在寻找使流程更高效的方法。你真的不知道如何做到这一点，但你觉得在这个过程中有改进的空间。
其次，你被要求证明这个过程符合采购指南。你认为是这样，但现在你需要提供一些证据，证明事实确实如此。
最后，您最近收到了关于流程持续时间的投诉。人们都在抱怨这花了太长时间。你想知道，这真的是个问题吗？还是不是问题？这个过程通常有一个21天的服务级别协议。所以整个过程应该在21天内完成。

因此，基于这些问题，您得出了以下分析目标。首先，你想了解这个过程是什么样子的。
你要分析他们是否偏离了准则。并且你要控制目标在21天之内。

典型流程挖掘项目有这四个阶段。
第一阶段是确定项目的范围。了解问题是什么，流程从何处开始，在何处结束，涉及哪些it系统。在数据被提取之后，在数据分析阶段，你要分析过程，回答问题，最后给出结果。在我们的场景中，我们已经有了问题。这是我们要回答的三个问题，它们将指导我们的过程发现分析。

我们首先来看一个采购过程的演示场景。你是这个采购流程的经理，你有三个问题：效率低下，需要证明符合规定的流程，以及对吞吐量时间的投诉。

---

过程挖掘是一种数据分析技术，因此需要数据进行分析。幸运的是，流程挖掘的数据需求非常简单。您只需要在您的IT系统的日期中找到三个不同的部分。第一个是您需要一个case ID。case ID是一个流程实例标识符，用于标识流程的特定执行。根据您所看到的流程类型，这可能会有所不同。例如，在医院的诊断和治疗流程中，可以是患者ID。在呼叫中心流程中，系统中会有服务请求号码，依此类推。您需要在数据中找到的第二件事是活动名称、状态更改或事务名称。所以这是关于过程中要执行的步骤。
第三个要求是，我们至少需要一个时间戳，才能将所有内容按正确的顺序排列。现在，一旦我们有了这些数据，流程挖掘就可以真正发现基于这些数据的实际流程。所以这里有一个简单的示例场景。您可以看到针对不同案例执行的不同活动。

我们将从IT系统中提取这些活动和案例信息。例如，我们将从数据库中提取一个文件。现在，在流程人员配备工具中发生的事情如下所示。

例如，这是1号案件。假设这是一个订购过程。第一步是订购我们产品的客户。第二步是客户支付产品。步骤C是我们将产品运送给客户。如果我们看一下2号客户，那么我们可以看到该流程经历了类似的流程。但它并没有走完全相同的道路。如果你仔细观察，你会发现B和Cc在这里是以不同的顺序发生的。所以也许那是我们已经认识的客户。我们知道他们会付款的，所以我们会在收到付款之前发货。如果我们看看3号顾客，我们会发现活动D有重复。所以，也许我们必须开两次发票，因为发生了错误或类似的事情。所以这些都是同一个过程在现实中发生的不同变化。通过过程挖掘，我们可以从数据中提取不同的变量。但我们还想更进一步。我们想看看在所有这些情况下，在所有这些变体上，这个过程是什么样子的。如果我们只对第一种情况这样做，我们会有一个非常简单的顺序过程。然而，一旦我们考虑到第二种情况，我们就会在流程图中看到这种变化。在第三种情况下，我们看到这个围绕活动D的小循环。直接导出一个过程可视化模型，模型显示实际发生的过程。这就是核心。
所以，一旦我们有了这个case ID活动名称和时间戳数据，我们就可以进行流程挖掘了。
因此，如果我们进入数据提取阶段，通常我们不会自己从IT系统中提取数据，但我们会要求IT部门帮助我们。我们需要告诉他们我们需要什么样的数据。因此，对于此采购流程，我们可能会要求ERP系统的IT管理员以CSV文件的形式向我们提供采购订单号、活动名称和流程中每个步骤的时间戳。这是我们现在要讨论的课程的起点。所以，现在我们要在实际的数据分析中回答我们在开始时提出的问题。