验证决策模型

除了作为决策模型的协作开发、管理和模拟平台之外， Enterprise Architect还有一个有用的特征来验证表达式，包括决策表，以确保它们在语法上是正确的，并发现规则之间的差距和重叠。被定义。此特征有助于确保在将决策模型部署到运行时引擎或服务时，规则将正确触发，并将输出形式的适当结果提供给调用应用程序或服务。创建规则的过程通常很复杂，这种验证函数对于业务和技术利益相关者来说都是一个受欢迎的特征。

由于各种原因，为决策模型寻找业务规则和其他输入的过程可能是一个相当大的挑战，当这些规则被收集后，它们将需要转换为决策规则。例如，它们可能以不同的方式定义，并以不同的格式分散在一系列不同的来源中。这可能会给业务带来挑战，因此帮助建模者验证和断言已正确输入规则的特征将有助于确保决策模型形成良好且适合用途。技术人员还可以使用任何托管浏览器的设备（例如智能手机、平板电脑或笔记本电脑）使用讨论、聊天和评论的协作特征来为这些模型和规则定义做出贡献。技术人员还可以使用Enterprise Architect客户端访问模型，并与业务人员一起制定或重组规则以实现最佳理解、消除冗余和/或缺失条件。

准确定义正在建模的决策的表达式的创建就像技术的许多方面一样 - 既是科学也是艺术。科学部分更容易一些，因为它可以在课堂上学习；艺术部分要困难得多，通常是从使用大量决策模型的经验中学习的。事实证明，当遇到相同的问题时，一组决策分析师总是会以不同的方式处理问题，并提出完全不同的决策模型；没有比使用命中策略决策表真实的了，在这种情况下，每个分析师通常都会对特定的政策有预先的行动。这些模型都是正确的，只是表达方式不同。在这些情况下， Enterprise Architect提供了一种高度兼容的标准实现，但在规范没有说明的情况下，或者当分析师更喜欢灵活性时，该工具提供了许多功能，这些功能将受到新手和有经验的建模者的欢迎。

DMN 标准规定了 DMN 表达式语法的许多方面。包括决策表，遵守这些很重要；同样重要的是，规则的其他一些方面也很完善。 Enterprise Architect检查中决策表的验证：

• 句法正确性——确保规则符合规范的句法和表达语言
• 完整性——确保规则之间不存在差距
• 重叠 - 确保规则不重叠