DMN表达验证

DMN定义了许多表达式，例如FunctionDefinition，DecisionTable，Boxed Context，Invocation和Literal Expression。这些表达式的参数，自变量和逻辑主要由“文本”实现。

为了使建模更容易和更可靠， Enterprise Architect提供了两个功能：自动完成和验证。

• 验证：识别由错别字，逻辑不完整，不一致等引起的建模错误
• 自动完成：您可以从枚举列表中选择文本字符串，而不必在

在本主题中，我们将向您展示如何验证DMN表达式。

访问

常见验证

变量名验证

在此示例中，框式上下文BusinessKnowledgeModel BKM1定义了两个参数“输入1”和“输入2”，以及两个局部变量，“局部变量1”和“局部变量2”。表达式已验证，结果输出到“系统输出”窗口的“ DMN验证”选项卡。

• 上下文条目1失败，因为存在印刷错误；它应该是运算符“-”，但用户在“ –”中键入或复制

• 上下文条目2失败，因为“输入”和数字2之间没有空格；请注意，函数“ ceiling（）”在DMN库中定义，因此可以成功解析

• 上下文条目3失败，因为“本地”和“变量”之间没有空格

很难通过视力识别这些类型的错误。运行验证可以帮助您识别错误，然后可以执行简单的修复。

依赖验证

决策可能需要其他决策，输入数据和业务知识模型；这些关系由InformationRequirement和KnowledgeRequirement连接器标识。

当图形变得复杂时，很可能会丢失某些连接器或使用了错误的连接器类型。

在此示例中，单击“验证”按钮， Enterprise Architect将显示：

• “ Decision3”由“ Decision1”使用，方法是绑定到被调用的BKM2的参数。但是，未定义-缺少InformationRequirement连接器
• “ Decision1”中定义的调用无效；从“ BKM2”到“ Decision1”的连接器类型应该是一个KnowledgeRequirement

解决这些问题后，请再次运行验证：

学到更多

• DMN决策表验证
• DMN表达式自动完成