前页 | 后页 |
DMN表达验证
DMN定义了许多表达式,例如FunctionDefinition,DecisionTable,Boxed Context,Invocation和Literal Expression。这些表达式的参数,自变量和逻辑主要由“文本”实现。
为了使建模更容易和更可靠, Enterprise Architect提供了两个功能:自动完成和验证。
- 验证:识别由错别字,逻辑不完整,不一致等引起的建模错误
- 自动完成:您可以从枚举列表中选择文本字符串,而不必在
访问
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