dmn中的DRG概念

dmn中的DRG概念

     有些决定无法在简单的表格中表达。 通常，一个决定取决于另一个决定。 这些情况可以使用决策需求图（DRG）进行建模，并可视化为决策需求图（DRD）。

    目前实现DRG和DRD的厂商有：盘古BPM工作流平台。Flowable暂时没有实现DRD和DRG。

    在您的晚餐聚会上，您想决定要提供哪种饮料。 这当然取决于餐食。 毕竟，您想配上优质的白葡萄酒来搭配美味的芦笋，对吗？

图6.17：决策需求图（DRD）显示决策，输入值以及决策之间的关系。

图6.17中的DRD显示了需要采取的决策，必要的输入内容以及决策之间的关系。 这就是您将进餐决定的结果用作饮料决定的输入值的方式。

      DRD是讨论决策结构的好工具，因此您可以与配偶一起参加研讨会。 在工作坊中，他或她指出，有些客人会喜欢不含酒精的饮料。 在DRD的基础上，您可以决定将此决策外包，以免使饮料决策表过于复杂。 如图6.18所示更改DRD。

图6.18：该DRD已将有关酒精是否合格的决定外包了。

     DRD还有另一个优势：将来，您将能够介绍不提供酒精饮料的其他原因，而不必修改饮酒决定。 此外，该逻辑是可重用的。 如果您需要确保甜点也不含酒精，那将是一个优势。

DRD中的决策节点链接到决策逻辑。 这意味着FEEL或决策表可以在后台链接。 顺便说一句，在工作会议中讨论DRD时，建立示例决策表可能非常有帮助，因为决策表使情况更容易掌握。 图6.19给出了一个例子。 计划聚会时，可能正是您和您的配偶在厨房白板上绘制的内容。

图6.19：DRD中的决策节点通常链接到决策逻辑决策表。

     表格中包含的并非所有输入都必须以图形方式表示。相反，在实践中，有时可能需要选择自己的粒度。您可能希望仅将聚会作为DRD中的一个对象，但希望使用该表详细了解日期或来宾人数。

     DMN使得可以通过各种图表（DRD）绘制复杂的决策需求图（DRG decision requirement graph）。这意味着每个图可能仅显示片段以解释特定情况。这与BPMN相当，在理论上您可以为单个协作绘制多个业务流程图。在实践中，这种情况很少见，而且我们还没有在DMN上实际体验过。为了简单起见，通常可以假定DRG等于DRD。