流程挖掘 最后更新于2026年11月5日
对象中心流程挖掘适用于哪些场景?
对象汇聚时,使用OCPM;对象共享事件、但可分别分析时,使用Multiple Perspectives。
对象汇聚时,适合采用对象中心流程挖掘;对象共享事件、但可分别分析时,则适合采用Multiple Perspectives。关键在于如何定义案例:每个流程实例应代表哪个实体或实体组?
案例究竟是什么
案例是您在流程中跟踪的单位。在以案例为中心的流程挖掘中,每个事件都会归入一个案例,例如订单、发票或客户。这样可以清晰呈现流程路径,但如果某个事件涉及多个对象,或这些对象各自遵循不同的生命周期,分析结果就可能失真。
设想一笔订单包含多个订单项,每项分别发货,并产生多张发票。如果以订单作为案例,订单项和发票层面的活动可能会被压缩成一条路径。如果以订单项作为案例,则可能失去订单的整体背景。
选择方法前,请先思考:
- 您的业务问题关注哪个实体?
- 每个事件只属于一个案例,还是可能关联多个对象?
- 您需要综合分析这些关系,还是分别查看不同视角就足够?
案例定义决定事件日志的结构和您能看到的变体。如需了解基础知识,请阅读什么是流程挖掘。
对象中心流程挖掘如何运作?
对象中心流程挖掘呈现事件及其与多种对象类型之间的关系,而不是将每个事件都归入单一案例。这种方法通常与OCEL相关,OCEL是一种对象中心事件日志格式。OCPM对象中心流程模型可以关联订单、订单项、交付和发票等对象。
以一笔包含三个订单项的客户订单为例。每个订单项都有自己的履约生命周期。订单项分两批交付;由于其中一项缺货,订单产生了两张发票。整个流程涉及一笔订单、三个订单项、两次交付和两张发票。
使用OCPM时,事件可以关联到受其影响的对象。您可以查看订单、订单项、交付和发票之间的关系,而不必为每个问题都选定一个对象作为案例。例如,您可以分析发货异常是否与发票延迟同时发生。
更全面的视角也会带来更高的复杂性。数据需要记录相关对象之间的关系,而包含大量对象和关联的网络也更难解读。OCPM并非只是为标准案例日志换一种图表,而是取决于事件数据的组织和分析方式。
我们花了很多时间研究对象中心流程挖掘,但对于我们服务的用户,我们仍看不出它的价值。它让分析转向更偏数据的布局,我们理解这对供应商更方便。我们的目标恰恰相反:帮助业务人员清楚了解流程。业务用户看不懂的视图,不代表进步。
Multiple Perspectives方法如何运作?
Multiple Perspectives将流程分析组织为不同视角。您可以使用BPMN定义流程及关注范围,再通过这些视角分析现有事件数据。
以订单为例,您可以分别从订单履约、订单项交付和开票等视角进行分析。每个视角聚焦特定问题及相关流程路径。您可以比较不同视角的发现,但这种方法不会在一个对象中心事件日志中呈现所有对象关系。
如果您能明确要回答的问题,并希望每项分析各有侧重,这种方法就很适用。模型可以引导分析,不必依靠单一案例定义来呈现全部情况。
借助Multiple Perspectives,您可以通过不同视角探索流程。调整模型以分析当前问题,同时让每个视角都清晰易懂,方便相关流程环节的工作人员使用。
OCPM与Multiple Perspectives有何不同?
两种方法都能回答同一个业务问题,区别在于它们将复杂性放在了不同环节。
| 维度 | 对象中心流程挖掘(OCPM) | Multiple Perspectives |
|---|---|---|
| 案例定义 | 将事件关联到多种对象类型,不要求只有一种案例类型 | 通过不同的模型引导视角检查流程 |
| 数据结构 | 需要记录对象之间关系的事件数据 | 使用现有数据,并通过流程模型补充结构和上下文 |
| 分析重点 | 综合检查不同对象之间的交互 | 聚焦特定流程视角或问题 |
| 跨对象问题 | 在分析中呈现不同对象类型之间的关系 | 需要比较不同视角的分析结果 |
| 可理解性 | 包含大量对象和关联的网络可能难以阅读 | 每个视角都可聚焦流程的特定部分 |
| 适应性 | 对象关系或数据发生变化时,可能需要准备数据并重新处理 | 可通过调整模型或视角改变分析方式 |
| 适用场景 | 对象汇聚且对象关系与问题相关的流程 | 对象共享事件,但可通过不同视角分别分析的流程 |
三项订单示例说明了什么?
能否跟踪各个对象,会让同样的三个问题得到不同的分析结果。
| 问题 | OCPM | Multiple Perspectives |
|---|---|---|
| 哪些订单项总是延迟? | 跟踪每个订单项的生命周期,将延迟与具体订单项关联起来 | 从订单项视角分析履约情况 |
| 发票延迟是否与发货异常同时发生? | 呈现发票对象与交付对象之间的关系 | 比较发票和交付两个视角 |
| 这个案例为何耗时40天? | 展示关联对象之间的交互,但关联过多时,路径可能更难解读 | 跟踪该案例的建模路径,并指出偏离之处 |
两种方法的区别在于如何处理复杂性。OCPM将更多复杂性放在数据结构和综合分析中;Multiple Perspectives则更多依赖视角的选择与比较。无论采用哪种方法,您都需要明确问题,并了解数据能够说明什么。
如需了解流程变体如何帮助您比较不同路径,请参阅流程变体文档。
何时选择OCPM或Multiple Perspectives?
当单一案例定义不适用,且问题取决于对象之间的关系时,使用OCPM。例如,跨订单项、交付和发票分析订单履约。您还需要能够记录这些关系的事件数据。
如果您能预先明确问题、对象共享事件,且不同视角足以回答问题,就适合使用Multiple Perspectives。模型可以让每项分析各有侧重,也有助于向负责相应流程环节的人员说明结果。
如果您不确定,可以先从案例定义入手,用同一数据集测试两种分析方式。要回顾基础知识,请先了解案例的定义;要获取探索自有数据的实用指导,请阅读如何分析流程;要了解平台如何进行基于视角的分析,请查看流程挖掘。
Where to Go From Here
案例定义是一个实用的起点,并非永久选择。结合现有数据,比较不同定义方式能回答哪些问题,再判断是否需要关联对象关系或聚焦特定视角。