对象中心流程挖掘适用于哪些场景? — article illustration

从不同视角查看同一个案例

探索您的事件数据

流程挖掘 最后更新于2026年11月5日

对象中心流程挖掘适用于哪些场景?

对象汇聚时,使用OCPM;对象共享事件、但可分别分析时,使用Multiple Perspectives。

对象汇聚时,适合采用对象中心流程挖掘;对象共享事件、但可分别分析时,则适合采用Multiple Perspectives。关键在于如何定义案例:每个流程实例应代表哪个实体或实体组?

案例究竟是什么

案例是您在流程中跟踪的单位。在以案例为中心的流程挖掘中,每个事件都会归入一个案例,例如订单、发票或客户。这样可以清晰呈现流程路径,但如果某个事件涉及多个对象,或这些对象各自遵循不同的生命周期,分析结果就可能失真。

设想一笔订单包含多个订单项,每项分别发货,并产生多张发票。如果以订单作为案例,订单项和发票层面的活动可能会被压缩成一条路径。如果以订单项作为案例,则可能失去订单的整体背景。

选择方法前,请先思考:

  • 您的业务问题关注哪个实体?
  • 每个事件只属于一个案例,还是可能关联多个对象?
  • 您需要综合分析这些关系,还是分别查看不同视角就足够?

案例定义决定事件日志的结构和您能看到的变体。如需了解基础知识,请阅读什么是流程挖掘。

选择案例的定义方式并用一份日志检验

对象中心流程挖掘如何运作?

对象中心流程挖掘呈现事件及其与多种对象类型之间的关系,而不是将每个事件都归入单一案例。这种方法通常与OCEL相关,OCEL是一种对象中心事件日志格式。OCPM对象中心流程模型可以关联订单、订单项、交付和发票等对象。

以一笔包含三个订单项的客户订单为例。每个订单项都有自己的履约生命周期。订单项分两批交付;由于其中一项缺货,订单产生了两张发票。整个流程涉及一笔订单、三个订单项、两次交付和两张发票。

使用OCPM时,事件可以关联到受其影响的对象。您可以查看订单、订单项、交付和发票之间的关系,而不必为每个问题都选定一个对象作为案例。例如,您可以分析发货异常是否与发票延迟同时发生。

更全面的视角也会带来更高的复杂性。数据需要记录相关对象之间的关系,而包含大量对象和关联的网络也更难解读。OCPM并非只是为标准案例日志换一种图表,而是取决于事件数据的组织和分析方式。

对象中心流程挖掘与Multiple Perspectives对比示意图

我们花了很多时间研究对象中心流程挖掘,但对于我们服务的用户,我们仍看不出它的价值。它让分析转向更偏数据的布局,我们理解这对供应商更方便。我们的目标恰恰相反:帮助业务人员清楚了解流程。业务用户看不懂的视图,不代表进步。

Roel Vliegen
Roel Vliegen 联合创始人兼首席执行官

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

案例定义是一个实用的起点,并非永久选择。结合现有数据,比较不同定义方式能回答哪些问题,再判断是否需要关联对象关系或聚焦特定视角。

常见问题

对象中心流程挖掘(OCPM)将事件关联到多种对象类型,例如订单、订单项、交付和发票,而不是将每个事件都归入单一案例。它通常采用OCEL对象中心事件日志格式。

两种方法都能回答同一个业务问题,但处理复杂性的方式不同。OCPM在事件数据中呈现对象之间的关系;Multiple Perspectives则通过由模型引导的不同视角,分别聚焦流程的特定部分。

当单一案例定义不适用、问题取决于对象之间的关系,且事件数据记录了这些关系时,使用OCPM。

案例定义指您在流程中跟踪的实体,例如订单、发票或客户。它决定事件日志的结构和您能看到的变体,因此定义不当可能掩盖对象之间的交接。

不支持。ProcessMind通过不同视角分析流程,不会生成对象中心事件日志或OCEL导出文件。如果您的问题确实取决于相互汇聚的对象,使用对象中心工具才是合适的选择。

相关文章

订阅流程挖掘与工作流优化资讯,直达您的收件箱
业务流程外包(BPO):外包前先衡量

流程挖掘

业务流程外包(BPO):外包前先衡量

业务流程外包是将流程交由外部服务商处理。衡量流程表现,重新设计可改进之处,并让双方共用一个仪表板。

流程建模与流程挖掘:协同提升业务效率

流程建模

流程建模与流程挖掘:协同提升业务效率

了解流程建模与流程挖掘分别能揭示什么、两者有何不同,以及一致性检查如何将二者联系起来。

流程挖掘需要哪些ETL工具?

数据

流程挖掘需要哪些ETL工具?

流程挖掘何时需要ETL?提取的数据需要包含哪些内容?ProcessMind为何能加载现有数据管道生成的数据?

流程智能如何助力可持续发展声明

数字化转型

流程智能如何助力可持续发展声明

追溯可持续发展报告数据,找到背后的流程事件。

优化流程,构建互联架构,掌控全局。

无需信用卡,也无需等待,即刻开始。将组织的实际工作方式转化为清晰、互联的流程设计。

构建流程架构,明确职责归属与管控措施,并在各层级统一角色分工。

开始免费试用,为流程治理、管理和持续改进建立可靠的统一基础。