1、bpm标准三人组
本篇文章的重点是将bpmn作为建模和自动化流程的标准。最近的两个标准与bpmn密切相关，它们很好地补充了bpmn。这些是用于管理非结构化活动的案例管理模型和符号(CMMN)，以及用于管理决策的决策模型和符号(DMN)。
在本篇文章中，我们将概述这三个标准，然后描述它们如何相互关联以及如何结合使用。
2、用于结构化工作流的bpmn
最初，bpmn代表业务流程建模符号。第一个版本主要由ibm的stephen a . white开发，然后在2004年由业务流程管理计划(BPMI)发布。从一开始，目标就是提供一种标准化的图形化过程符号，这种符号也可以用于过程自动化。在2005年，随着bpmn的进一步发展，object management group (OMG)接管了bpmi。omg是it界的一个重要机构。它尤其以其统一建模语言(UML)而闻名，UML是软件设计的建模标准。bpmi与omg的合并也是bpmn全球胜利的开始，因为它为许多公司提供了转换的动力。
2011年2月，omg发布了当前版本bpmn 2.0。我们能够参与其中。2.0版本提供了BPMN的新定义:业务流程模型和符号，因为2.0版本不仅定义了符号，而且定义了所谓的正式元模型。2013年9月，bpmn被国际标准化组织(ISO)作为ISO/ iec 195:2013标准发布。
现在，您可能想知道这个神秘的bpmn在物质意义上是什么。bpmn是一种规范。它以pdf文档的形式存在，您可以从omg [?)的网站查阅。bpmn 1.2版本的规范文档大约有320页，而2.0版本已经扩展到500页。这些文档定义了所有bpmn符号、它们的含义以及组合它们的规则。
在1.2版本中，bpmn还没有定义在工作流引擎中直接执行bpmn模型所需的所有技术属性。这导致了几次将bpmn模型(“映射”)转换为bpel模型的不幸尝试(参见7.2.3节)。然而，bpmn 2.0版本使直接执行成为可能。这是使用bpmn模型的一个重要因素。另一个重要因素是标准化，它提供了以下优势:
-
当您不必在每次更改工具时都学习新符号时，您将变得更加独立于某些bpm工具。今天，存在超过100个bpmn工具;其中许多是免费的。
-
您在其他公司的合作伙伴(客户、供应商、顾问等等)很可能熟悉bpmn，因此可以快速理解您的流程模型。
-
在雇佣新员工时，更有可能的情况是，他们中的更多人已经能够阅读或生成您的bpmn流程模型。
-
当大学和私人公司投入时间和金钱来开发基于bpmn的附加解决方案时，这也会给你带来好处。我们稍后将介绍的bpmn框架就是这种承诺的一个例子——如果bpmn不是一个标准，我们就永远不会开发它。
尽管bpmn关注于业务流程，但是有一个重要的限制:有些流程不适合在bpmn中进行建模或自动化。这些是非结构化的过程;过程并不总是以可预测和可重复的方式发生。非结构化过程的一个例子是，一名医生出现在受伤的事故现场。她不太可能通过bpmn图来工作，但相反，她会迅速投入进来，根据她的知识和经验做出决策，当然，也会对混乱的场景做出反应。我们可以从几乎每个部门或行业中借鉴其他例子，尽管许多例子不那么明显。这就是为什么cmmn标准现在与bpmn一起存在。
3、用于非结构化案例处理的cmmn
cmmn是案例管理模型和符号的缩写。omg在2014年3月发布了cmmn版本1.0。2016年3月，omg发布了1.1版，也就是所谓的beta版。我们预计cmmn版本1.1将被采用，没有重大的变化，这就是为什么我们在这本书中描述它。
为了帮助理解cmmn背后的动机，假设您正在主持一个设计业务流程的研讨会。您有一屋子在流程中有利害关系的人，您的共同目标是提出一个bpmn流程模型。你从一个可管理的参与者圈子开始，你问他们第一个任务应该是什么。
你的问题的答案取决于，他们告诉你，然后他们继续用一系列的条件来刺激你。似乎您必须首先对条件的评估进行建模，并且您将使用一个包含许多可能路径的网关。
在会议过程中，与会者还指出，经常需要回到流程中，重复之前的任务。虽然在bpmn中表示这样的跳跃很容易，但是如果它们必须表示一半以上的任务，那么您的模型很快就会变得像一碗意大利面。有两种方法可以走出困境:
-
您解释说，他们必须以更结构化的方式开始工作，减少例外、偏差、回溯等等。这将限制他们在流程中操作时的灵活性，这可能会让员工和客户都感到失望。另一方面，这个过程将变得可预测、可重复，并且它将更少地依赖于控制这个过程的人的隐含知识。
-
你承认每一种情况都可能是不同的，这个过程不可能是均匀地组织起来的。您需要确保处理案例的人员有足够的自由来利用他们的所有知识和经验。案例处理不能表示为bpmn流程;您需要另一种建模方法。这就是cmmn的用武之地。
cmmn标准的典型应用包括:
-
处理特殊情况，例如，客户投诉
-
复杂的评估，例如，怀疑欺诈索赔解决
-
创造性活动，例如，设计新产品
cmmn可以对这些类型的案例处理进行可视化建模，并且这些模型可以在与cmmn兼容的案例引擎中执行。结果将在以后的文章中从用户的角度描述的支持案例管理。
首先，cmmn图看起来类似于bpmn图。这并不奇怪，因为这两个标准都与活动有关，而且都是由omg发布的。最显著的区别是顺序流，以后文章中我们会单独介绍。序列流是BPMN的基本组成部分，在cmmn中完全没有。
在cmmn中缺乏顺序流揭示了基本设计的根本差异。bpmn假定了一个清晰的顺序，一个基本的顺序，在这个顺序中任务被期望被执行。流程分支、回流和对事件的反应的存在并不会破坏定义为系列的流程的本质。cmmn的情况正好相反。流程序列的缺乏意味着更多的任务之间的跳跃，关于接下来发生什么的决定留给流程的负责人，即所谓的知识工作者。在cmmn中，可能存在订单或任务的预定义条件形式的异常，但是可以这样说，在cmmn中，预定义条件是异常，而在bpmn中，它们是规则。
在现实世界中，整个过程很少符合完全结构化或非结构化的模式。更常见的情况是，流程中有一些结构化部分(可以在bpmn中捕获这些部分)和一些非结构化部分(需要cmmn)。
本文会持续更新，欢迎关注，技术支持：盘古BPM