无意冒犯cmmn规范的权威性，本次主要为内部快速梳理cmmn规范所用，我们当前在使用flowable6.5作为底层进行bpmn、cmmn 规范的实现，在我们的业务系统中将使用bpmn作为审批流标准（已初步实现）。cmmn由于其适用与模仿现实生活中的预测下的突发事件处理，我们将在业务调度平台中集成cmmn思想，由于解决基于决策支持性的数据触发。 flowable中已提供cmmn较为全面的实现，我们

9.1 交换不完整的模型 案例模型在完成之前进行交换是很常见的。在进行迭代建模时，这种情况经常发生，其中一个用户(例如主题专家或业务用户)首先定义一个高级模型，然后将其传递给另一个人以完成或细化模型。 这种“不完整”模型是指没有填满所有强制模型属性，或者没有满足属性和关联的基数下限的模型。 XMI允许交换这些不完整的模型。在CMMN中，我们扩展了这种功能，以基于CMMN XML- schem

8.1Introduction 大多数执行语义是由重要CMMNElement实例的生命周期来描述的。特别是Task、Stage、Milestone、EventListener和CaseFileItem实例的生命周期描述了大部分的执行语义。除了生命周期之外，还有描述案例管理系统行为的行为属性规则。 这个子句首先描述与Case实例关联的整体语义。然后描述caseFileModel的语义，最后给出c

6.1 介绍 下面的子句提供了CMMN表示法的概述，该表示法用于对Case的核心构造建模。 6.2案例（case） CMMN符号提供了一个Case的行为模型元素的描述(例如，Case的casePlanModel的元素)。就信息建模而言，只描述了涉及Case行为的信息模型元素(例如，CaseFileItems)。换句话说，CMMN表示法不提供Case的信息模型元素的可视化建模。 与其他建模语

Artifacts用于提供关于案例的附加信息。在这一点上，CMMN提供了两个标准Artifacts:Associations和TextAnnotations。建模人员或建模工具可以扩展CMMN图，并向图中添加新的工件类型。关联可以用来将Artifacts链接到任何CMMNElement。 图5.14显示了Artifacts类图。当定义工件时，它包含在Definitions元素中。

此子条款指定了casePlanModel(参见图5.5)。对于一个特定的Case模型，casePlanModel包含了代表Case初始计划的所有元素，以及支持Case工作者通过运行时计划进一步发展的所有元素。如图5.5所示，casePlanModel是通过与Stage的关联来定义的。正如它将在这个子句中出现的，Stage代表了一个递归概念——Stage可以嵌套在其他Stage中——作为构建和进