| 前页 | 后页 |
DMN 表达式验证
DMN 定义了很多表达式，例如 FunctionDefinition、DecisionTable、Boxed Context、Invocation 和 Literal Expression。这些表达式的参数、参数和逻辑主要由“文本”实现。
为了使建模更容易和更可靠， Enterprise Architect提供了两个特征：自动完成和验证。
- 验证：识别由拼写错误、逻辑不完整、不一致等引起的建模错误
- 自动完成：您可以从枚举列表中选择一个文本string ，而不是在
访问
|
DMN 表达式窗口 |
仿真>决策分析> DMN > DMN 表达式：验证按钮 |
|
DMN仿真窗口 |
仿真>决策分析>DMN>打开DMN仿真>仿真：验证图标 |
公共验证
变量名称Validation
在本例中，Boxed Context业务知识模型BKM1定义了两个参数“输入1 ”和“输入2”，以及两个局部变量“局部变量1 ”和“局部变量2”。表达式已经过验证，结果输出到系统输出窗口的“DMN Validation”选项卡。
- 上下文条目 #1 失败，因为存在印刷错误；它应该是运算符'-'，但用户在'-'中键入或复制
- Context Entry #2 失败，因为 'Input' 和数字 2 之间没有空格；注记函数'ceiling()' 是在 DMN 库中定义的，因此可以成功解析
- 上下文条目 #3 失败，因为“本地”和“变量”之间没有空格
依赖验证
A决策可能需要其他决策、输入数据和业务知识模型；这些关系由 InformationRequirement 和 KnowledgeRequirement 连接器标识。
当图表变得复杂时，很可能缺少某些连接器或使用了错误的连接器类型。
在本例中，单击验证按钮， Enterprise Architect将显示：
- 'Decision3' 由'Decision1' 通过绑定到被调用的BKM2 的参数来使用；但是，它没有定义 - 缺少 InformationRequirement 连接器
- “Decision1”中定义的调用无效；从“BKM2”到“Decision1”的连接器类型应该是 KnowledgeRequirement
