bpmn定义之camunda bpm生命周期

 camunda bpm生命周期

过程模型似乎总是要么太简单要么太复杂。过于简单的元素只包含最明显的元素。它们可能在市场演示中有用，但在其他方面用处不大。另一方面，过于复杂的模型在预测每一个偶发事件时都非常努力，以至于它们像琥珀色的苍蝇一样困住了用户。它们是不切实际的僵化。但是，如果没有模型，我们就没有地图来确定方向。

在检查了简单的bpm生命周期(这是最受欢迎的bpm过程模型)之后，我们根据自己的经验对其进行了改进。我们想要创建一个没有太多限制的相对轻量级的模型。我们认为这比我们经常在会议上看到的色彩鲜艳的营销材料更实用。我们称之为camunda bpm生命周期。参见图1.1。

我们希望camunda bpm生命周期一次只描述一个流程。任何流程都可以独立于任何其他流程在整个生命周期中运行，并且流程可以在每次重复时处于不同的阶段。当出现以下情况之一时，就会触发该循环:

1. 现有的过程将被记录或改进。

2. 将要引进一种新工艺。

我们必须从检查一个现有的过程开始。过程发现清楚地将主题过程与上游和下游的其他过程区分开来。该发现揭示了主题流程生成的输出以及该输出对客户端的重要性。我们使用例如研讨会或一对一访谈来确定不仅需要完成什么，而且需要谁参与，以及哪些it系统。

我们在当前状态流程模型中记录来自流程发现的结果。此过程文档可能包括许多不同的图表和描述;它通常有多个流程图。对当前状态过程的系统检查清楚地确定了弱点及其原因。

我们进行过程分析，要么是因为首次编制文档，要么是因为连续的过程控制暴露了过程的一个弱点，而这个弱点是无法轻易纠正的。

由过程分析确定的弱点的原因成为另一个过程设计的起点。如有必要，可以通过过程模拟来评估不同的过程设计。在引入新工艺时，我们也进行工艺设计。这两种情况的结果都是目标状态流程模型。

实际上，我们通常希望将目标状态流程模型实现为业务或组织过程以及it项目中的更改。变革管理，尤其是过程沟通，在成功的组织变革中起着决定性的作用。对于it实现，流程可以是自动化的，或者可以开发、调整或获取软件。流程实现的结果是与目标状态流程模型相对应的当前状态流程，方便地说，目标状态流程模型已经被文档化了。

在大多数情况下，我们发现从流程发现到流程实现的所有阶段都是必要的。然而，因为过程监视是连续进行的，所以它揭示了更多关于过程正在进行的操作的信息。

过程控制最重要的任务是对单个过程实例的持续监控和关键数据的分析，以便尽快发现薄弱环节。单个实体的问题需要直接补救，如果可能的话，结构性问题也需要直接补救。如果需要，必须调整当前状态流程模型。

如果问题的结构原因不明或复杂，这就需要一个改进项目，再一次从对弱点的系统过程分析开始。启动这样一个项目的决定取决于过程所有者和任何其他依赖于过程的人。通常将持续过程控制视为过程实现之后的事情，尽管让它遵循初始文档可能更好。当对改进的必要性存在疑问时，尤其如此。

鉴于流程模型在bpm生命周期中的重要性，您可以想象建模标准(如bpmn)的重要性。然而，您可能还注意到流程建模并不是camunda bpm生命周期中的一个阶段。这是因为流程建模是一种影响所有阶段的方法，尤其是流程文档和流程设计。作为顾问，我们经常遇到这样的人，他们试图将流程建模作为一个阶段插入到与当前状态文档相同的级别。我们认为这是一种误解。

bpm生命周期描述了实现持续改进的简单方法。应用it需要协调三元组:责任方、应用方法和支持软件工具。让三位一体朝着一个共同的目标前进是bpm治理的任务，它拥有组织中所有流程和所有bpm项目的权限。

eabpm对bpm的定义使用了过程自动化这个术语，我们在描述camunda bpm生命周期时也使用了这个术语。开发BPMN是为了更好地实现流程自动化。即使您不是it专家，您也需要理解流程自动化的含义，因为它将帮助您理解bpmn如何在业务和技术之间构建桥梁。

本文会持续更新，欢迎关注，技术支持：盘古BPM