决策建模是构建决策管理系统所需的五项关键能力之一。每项能力都可以逐步采用，并可以根据资源和业务驱动因素进行扩展。决策建模为业务分析师、业务专业人员、IT专业人员和分析团队提供了一个框架，用于指定技术能力要求、链接绩效管理以跟踪结果以及协调和协调整个项目。这使得项目团队更容易将重点放在他们能产生最大影响的地方并衡量结果。决策建模与决策建模和符号(DMN)标准是决策管理系统的关键部分。最重要的是，决策模型不仅仅是一次性规范决策管理系统的要求。它们用于构建和管理整个过程。
l 推动需求-构建和制定业务规则和分析工作。
l 定义决策支持/决策自动化边界。
l 确定业务规则和分析的最大优势。
l 提供从原始以业务为中心的需求到详细技术实施的可追溯性。
l 随着业务需求的变化而更新。
为了实现这一点，组织需要确保构建的决策模型可以相互集成到共享存储库中，并且这是一个每个人都可以访问的动态存储库。
概述
决策建模为业务分析师、业务专业人员、IT 专业人员和分析团队提供了一个框架，用于指定技术能力要求、链接绩效管理以跟踪结果以及协调和协调整个项目。这使得项目团队更容易将注意力集中在他们能产生最大影响的地方并衡量结果。
使用决策模型和符号(DMN) 标准的决策建模是决策管理系统的重要组成部分。在专注于管理实施这些决策的决策逻辑、预测分析或优化模型之前，首先对决策进行建模和管理非常重要。
决策模型展示了如何、在何处以及为什么管理和部署决策管理系统的元素，同时也展示了决策如何融入更广泛的企业环境和绩效管理系统。
然而，决策模型不仅仅是一次性的决策管理系统需求规范。它们可用于构建和管理整个过程：
l 构建初始决策模型，以推动需求、结构化和框架业务规则和分析工作。
l 使用此决策模型来确定自动化边界 - 哪些可以自动化，哪些留给人的-认识到决策建模是指定自动化需求和指定人们应如何做出决策的好方法。
l 使用决策模型来了解决策的哪些部分可能最好使用业务规则实现自动化，哪些部分将受益于分析，以及优化可能在哪些方面有用。
l 保持决策模型的活力，以确保从原始以业务为中心的需求到详细技术实施的可追溯性。
l 随着业务需求的变化更新决策模型，以支持决策技术部署的持续协调。
为了实现这一目标，组织需要确保所构建的决策模型能够相互集成到共享存储库中，并且这是一个每个人都可以访问的动态存储库。
图1. 决策模型示例
架构
支持建模决策的能力可以作为独立的建模能力提供，也可以作为与开发能力（例如使用业务规则管理决策逻辑或嵌入预测分析）集成的建模能力提供，或者作为整体决策管理平台的组成部分提供。关键能力包括：
l 能够对决策要求和潜在的决策逻辑进行建模。
l 决策模型必须置于上下文中并链接到外部上下文（例如业务流程和指标）。
l 应该能够评估更改产生或提出时的影响。
l 决策模型应该经过验证和确认，并存储在托管存储库中。
l 如果已指定决策逻辑，则必须可部署，如果没有，则决策模型必须可链接到已实施的决策逻辑。
决策建模应被视为开发和维护决策管理系统的关键持续组成部分，而不仅仅是一种需求方法。
功能
决策需求管理
为了有效地自动化或改进决策，必须指定详细的决策需求。这涉及确定决策所需的数据、有关如何做出决策的知识以及相关或组成决策。决策需求管理能力允许将这些元素组合在决策需求图中并关联以形成决策需求模型。该能力应允许多个图表，以便可以看到多个视角并管理模型的复杂性。应该能够描述每个元素并提供一组丰富的元数据来完整描述它。
决策逻辑管理
要实现决策需求模型，必须指定其背后的决策逻辑或业务规则。这可以在决策模型外部指定（见下文），也可以作为额外的细节层添加。如果作为细节层添加，则应在决策表和需求模型中每个决策的其他逻辑工件中指定决策逻辑（业务规则）。需求模型和逻辑模型应保持一致，确保建模的任何需求都反映在逻辑中，反之亦然。如果在决策建模环境中管理决策逻辑，则必须提供BRMS 中通常存在的许多功能，以确保正确编写此逻辑。
上下文管理
每个决策都应置于业务上下文中。决策模型是整体业务架构的一部分，需要与该架构的其他元素相链接。这需要支持将业务领域中的KPI 和目标与正在建模的决策相链接，以便评估决策的业务价值。决策需求模型还通过模型中涉及的决策与业务流程相链接。任何决策都可以被识别为业务流程所需的和/或由该流程中的任务执行的。这清楚地确定了决策需求模型中建模的决策的流程上下文。还应管理组织影响和其他考虑因素。
图2.决策建模能力
影响分析
影响分析工具允许非技术用户查看一组更改对其业务结果的影响。业务用户需要查看其决策模型的更改将产生的影响。可以通过上下文管理链接找到受影响的流程和组织，而可以直接跟踪要建模的影响。当管理决策逻辑时，这种需求尤其强烈，因为必须在部署之前评估对逻辑的更改。
验证和验证
决策模型应在存储库之前进行验证和验证。应评估模型的完整性和一致性。防止逻辑错误是关键，尤其是在管理详细的决策逻辑时。
存储库
产品应提供企业级存储库来存储和管理决策模型。此存储库可能仅存储决策需求模型及其上下文，也可能存储决策逻辑。它应提供访问控制和安全性、对所做更改的审计跟踪以及多个级别的版本控制。可扩展的存储库允许添加其他信息，并且提供用于存储库访问的API，可以改善产品与其他企业组件的集成。
部署
如果将决策逻辑作为决策模型的一部分进行管理，则它必须是可部署的。这意味着提供与使用业务规则管理决策逻辑中所述相同的生成代码或可执行规则包的能力。
实施集成
存在另一种实施决策需求模型的方法。无需在模型中指定决策逻辑，而是可以将模型链接到实施环境中开发的组件。例如，如果决策需求最好作为决策逻辑或业务规则实施，则可以将模型链接到业务规则管理系统(BRMS)。这些系统包含定义明确的工件中的决策逻辑，不仅包括决策表，还包括决策树等。可以在 BRMS 中指定特定决策的决策逻辑，然后将其链接到模型，以便用户可以轻松地从一个导航到另一个。这样，业务用户便可以使用他们熟悉的决策需求模型，在 BRMS 中找到需要管理的规则。此外，实施团队还可以在 BRMS 中创建其他工件，而无需向业务用户公开这些工件。
决策需求模型还可以与数据挖掘和其他高级分析工具中开发的预测分析模型相关联。该模型显示了分析所依据的信息以及如何在决策中使用这些信息。通过将决策需求模型直接链接到预测分析模型，业务用户可以查看分析模型的使用位置，并确保将这些分析模型保存在业务上下文中。
我们拥有丰富的经验，专注于帮助客户使用决策管理、业务规则和高级分析技术构建以决策为中心、以行动为导向的系统和流程。使客户快速有效地采用决策建模并将其集成到他们的系统中。我们的客户涉及保险、银行、医疗、制造、供应链、物联网、电信、电商、健康管理和零售等领域的领先公司。
您可以联系我们进行免费咨询并了解有关我们服务的更多信息。
