预订演示

请注意 : 本帮助页面不适用于最新版本的Enterprise Architect. 最新的帮助文档在这里.

前页 后页

DMN表达验证

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

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

  • 验证:识别由错别字,逻辑不完整,不一致等引起的建模错误
  • 自动完成:您可以从枚举列表中选择文本字符串,而不必在
在本主题中,我们将向您展示如何验证DMN表达式。

访问

DMN表达窗口

模拟>决策分析> DMN> DMN表达式:“验证”按钮

DMN仿真窗口

模拟>决策分析> DMN>打开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
解决这些问题后,请再次运行验证:

学到更多