在实践中介绍CMMN：第二部分

在实践中介绍CMMN：第二部分

我们一直在跟踪示例CMMN模型，以此作为介绍使用CMMN描述案例管理自动化的一些方法的方法。在上一篇文章中，我们已经开始然后完成了第一个任务，即“捕获索赔详细信息”，在第一阶段是“接收索赔”。这样做仅启用了流程任务，需要其他信息，以便用户在需要时手动启动。我们在这篇文章中要做的是探索如何对案例中元素之间的依赖关系进行建模。

在进一步说明之前，有必要指出，手动激活的流程任务可以运行多次，如标记＃所示，因此，只要需要更多信息，就可以将流程作为新流程实例再次运行。

查看接收索赔阶段中的其他三个手动激活的人工任务，我们可以看到其中两个人工任务与“添加警务事件报告”之间存在依赖关系。首先，“需要法律审查”任务尚未启用（在启动的情况下我们看不到它）。它具有一个条目哨兵，该哨兵在“添加事件”任务启动时触发，因此只有在发生这种情况时，用户才能看到它。我们已经可以看到“ Need 3rd party”报告选项，因为它没有入口哨兵，因此在激活阶段时已启用。

单击添加来自警察行动的事件报告，将会发生一些事情，如下面的屏幕所示。首先，我们现在将“添加事件报告”任务作为用户需要完成的活动任务。其次，如果需要，我们还可以选择启动“需要法律审查”任务。最后，选择手动启动需要3次方报告的任务就不再出现了。拥有警察报告意味着第三方报告不再相关。

也许你已经意识到了，但开始向警方报案任务它引发了3出口哨兵次党的工作，有效地使其不再为用户启动的选项。事实上，如果用户已经手动启动了3次党的工作，开始向警方报案任务会自动终止它。如果它是已经开始运行流程实例的流程任务，则同样适用：出口岗哨将终止正在运行的流程。

这可能是表示意外或不可预测事件的一种非常清晰有效的方法，而BPMN并不容易做到。想象一下这样一种情况，即某些客户服务流程已经开始，以退还从网上商店购买商品的失败交付。它正在与交付公司进行必要的检查，然后是批准步骤以使客户退款，而当客户突然说刚到时。使用CMMN，我们只需要提供一个用户事件侦听器或手动激活的任务，即可通过出口哨兵连接到失败的交付过程任务。就是这样–在CMMN图表中清晰可见，并且只需单击几次该模型即可实现。玩BPMN可以很有趣。

让我们通过完成该阶段结束这篇文章。因为有这么多的用户驱动的手动选项在这个阶段，我们使用用户事件侦听器，详细完成，连接到出口哨兵在舞台上，以允许用户说，他们都在这里完成。执行用户事件，该阶段将退出。的接收，根据权利要求级具有一个退出事件作为触发有关条目岗哨对调查权利要求阶段，这意味着阶段将被激活，一旦用户选择了详细完成。可流动，你其实可以选择的事件类型出口岗哨，所以你可以使用标准的完整如果需要，可以将事件链接到下一个阶段。我们添加了许多扩展，以实现CMMN的执行便利性或来自客户的扩展，这与标准用于真实环境的方式一样。

在接下来的文章我们将看到怎样的阶段嵌套可以用来处理这种情况，我们要组依赖关系的一些情况。我们还将介绍里程碑的使用，以帮助测试较早的结果。