dmn是决策模型和表达方式的缩写。bpmn和cmmn一样，它由omg管理。dmn这三个标准中最新的一个。.0于2015年9月发布。截至2016年6月，1.版本已被采用，即我们在本书中提到的版本。
dmn决策意味着根据定义逻辑(决策逻辑)从给定的事实(输入)中获得结果(输出)。
与bpmn和cmmn不同，dmn与活动或过程无关。DMN以类似的方式工作：决策可由业务用户建模，然后由决策引擎执行。bpmn和cmmn另一个相似之处是，dmn标准规范不仅包括对表达法的书面描述，还包括基于表达法的书面描述xml正式元模型。
dmn标准为决策建模提供了不同的方法。最流行的方法是决策表。在决策表中，您必须定义确定结果所需的具体条件。这个定义在技术层面上必须是可以理解和实现的——bpmn用户将意识到它是如何工作的bpmn这就是为什么我们使用一种叫做足够友好的表达语言的语言(FEEL)正式语言。feel是dmn我们将在标准的一部分以后的文章中介绍它。
一般来说，复杂的决由相对简单的决定组成的。我们将在以后的文章中描述决策需求图(DRDs)帮助我们把复杂的决策分解成它们的组件，让它们更清晰。
与bpmn和cmmn类似地，当建模决策由兼容的决策引擎执行时，dmn值达到峰值。有以下优点：
-
透明度：每个人都可以很容易地理解如何制定决策。这些知识不再埋在一些员工的脑海中，也不再埋在难以理解的应用程序源代码中。
-
可跟踪性:决策引擎可以自动记录每个决策。可以追溯某些决定的原因。
灵活性：决策逻辑更容易适应。它不需要与冗长的培训或文件一起推出；它可以部署。在这方面，dmn比bpmn更好，因为更改流程引擎执行bpmn非程序员的风险太大。(这可能很难理解——毕竟添加、移动或删除几个符号有多难？是的，但技术过程只是整个应用程序系统结构的一部分，可能会受到小变化的意外后果的影响。dmn类似的情况也可能发生在决策表中，但结果更容易识别，而且与之相似bpmn不同的是，符号背后没有需要维护的技术属性。因此，业务部门更容易独立it软件解决方案的设计或调整。
在业务流程中，活动和决策紧密交织在一起。BPMN 2.0版本在dmn第一个版本在前四年定义了业务规则任务。即便如此，也假设规则将作为决策的一部分不断评估。然而，决策管理这个术语在当时并不常见;我们谈到的是业务规则管理，而业务规则管理解释了BPMN描述任务类型。cmmn版本1.1介绍了决策任务的概念，相当于意义和建模bpmn业务规则任务。
在在下一篇文章中，我们将研究如何通过这些任务类型bpmn和cmmn与dmn结合起来。
本文将继续更新，欢迎关注，技术支持：盘古BPM