引入案例管理模型和注释标准：CMMN

引入案例管理模型和注释标准：CMMN

使用CMMN建模业务解决方案的兴趣越来越浓厚，尽管许多人对BPMN的业务流程有所了解，但是对于描述案例模型的另一种OMG标准却认识不足。我们将在一系列博客文章中介绍CMMN背后的思想和概念，以及我们如何学会在行动中使用它。

首先要说的是：不要将CMMN视为BPMN的替代方案。以与DMN（决策管理）标准与BPMN强大结合的相同方式，将CMMN与BPMN和DMN结合使用可提供令人难以置信的表现力。在后面的博客中，当我们谈论与业务合作发展的一些最佳实践时，您会看到一种常见的模式是让CMMN案例协调BPMN流程。

如果您是从BPMN的背景，还是从面向过程和面向过程的观点出发，则值得调整一下思路，以声明性的方式考虑CMMN中的事情。CMMN描述了一种情况，其要素和阶段。个人或系统可以采取哪些行动和选择？以及可能触发某些动作的事件。您可以想到CMMN定义了在不同情况下可以做什么，而BPMN定义了您如何做。BPMN告诉您如何从AZ骑自行车，而CMMN说这是需要时的自行车。

在BPMN和CMMN中描述解决方案的方式有很多重叠之处，有人说您可以使用BPMN来完成您需要的一切（或者反之亦然）。好吧，如果有时间的话，您可以使用汇编程序编程语言来完成所有这些工作，但这并不是重点。使用模型而不是代码来描述解决方案的主要原因之一是，它易于共享对所描述内容的理解，并且易于快速更改。是的，您需要依靠提供快速且可扩展的工具来运行这些模型的人，但这正是我们的目标！

到目前为止，有很多介绍性的华夫饼，但是以正确的视角参加CMMN对于您获得其优势很重要。因此，让我们开始研究并解释您使用的主要元素。

有关案例的所有内容都包含在“案例计划模型”中，该模型在视觉上被描述为大型档案。案例计划可以代表各种业务状况，并具有典型的案例管理场景，例如贷款申请，保险索赔，客户投诉和医疗保健患者。这并不意味着常规案例管理用例是CMMN可以建模的唯一解决方案类型。在此视频中，我们提供了一个使用CMMN管理聊天机器人的示例。

案例的元素通常分为多个阶段，这些阶段可用于表示解决或完成一个案例（或情况）的高级阶段，或者用于描述某个实体的生命周期阶段（入职，维护和离职）客户或用户；控制记录管理文档）或事件。在视觉上，阶段显示为带有切角的矩形（请在下图中接收索赔）。

然后，您将拥有代表各种实际工作的不同口味的任务。这些可能是人工任务，决策任务，流程任务或案例任务等。这些被绘制为带有圆角的矩形。任务可以放置在案例计划内或阶段内。任务的重要特征是可以将其定义为手动或自动启动，也可以多次使用。您将看到的另一个元素是Milestone（里程碑），显示为带有半圆形端部的矩形，可用于指示何时达到或满足案例中的某个关键点。

最后的主要元素是事件侦听器，它们又具有各种风格，包括计时器事件侦听器和用户事件侦听器，以双线圆圈表示。如您所料，这些事件可在某些事件发生时触发事件。

这些项目一起使您能够描述工作比特如何一起构成以及如何触发。最后几滴胶水将所有东西绑在一起，使它们全部可操作。其中第一个是Sentries（菱形），可以放置在项目上以确定它们何时合适开始或可用（使用Entry Criterion），或者何时应该停止或变得不可用（使用Exit Criterion）。 。哨兵提供了表达案件要素如何发挥作用的强大力量。第二点胶水是定义元素之间依赖性的链接，不足为奇地用连接元素的线表示。

这是一个CMMN模型的简单示例，其中显示了许多这些元素。本文底部有指向CMMN和引用的BPMN模型的链接，因此您可以下载它，并与Flowable的社区和企业UI一起运行。您能算出开始使用此模型的案件会发生什么吗？如果没有，您将不得不等到下一篇文章之后，我们才能详细介绍CMMN模型的执行方式。