第 26 章 按指导决策表的策略


按策略决定应用指导决策表中的规则(箭头)的顺序,无论是从下到下、每个指定优先级还是其他选项。

可用的命中策略如下:

  • none : (默认点击策略)可以执行多行,验证警告了冲突的行。已上传的任何决策表(使用非指导决策表)都将采用此点击策略。
  • 解决的 Hit : 根据指定优先级只能执行一行,无论列表顺序是什么(例如,您可以给行 10 个优先级提供行 10 个)。这意味着您可以保留您想要进行视觉可读性的行顺序,但指定了优先级例外。
  • 唯一 Hit : 每次只能执行一行,每行必须是唯一的,且不满足条件重叠。如果执行多个行,则验证会在开发时生成警告。
  • 第一个 Hit: 根据表中列出的顺序,可以一次只执行一行,按上到下的顺序执行。
  • 规则顺序: 可以执行多个行和验证不会报告行之间冲突,因为它们预期发生。

图 26.1. 可用的命中策略

26.1. 按策略示例:用于销售月的决策表

以下是基于客户年龄、或状态或全部状态的电池的示例决策表。

Expand
表 26.1. 有关 movie 票据可用销售的决策表示例
端口号领导类型领导

1

高级实验室(超过 60+)

10%

2

opendoi

10%

3

法国

10%

在本例中,结尾要应用的总活动将因表指定的点击策略而异:

  • none/Rule Order: 使用 NoneRule Order hit 策略,所有适用的规则都会合并,在这种情况下,允许为每个客户进行堆栈。

    示例:一个高级账单,也是 veteran 的高级 veteran 将收到所有三个销售者,总计为 30%。

    关键区别:如果没有 会为应用的多行创建警告。使用 Rule Order 时,不会创建这些警告。

  • 第一个 Hit/Resolved Hit: 使用第一个 HitResolved Hit 策略,只能应用其中一个参与。

    对于 First Hit,首先在列表中满足的承诺将被应用,其他用户将被忽略。

    示例:一个高级实验室,也是 veteran 的高级 veteran 将只收到 10% 的高级部门,因为该技术在表中首先列出。

    对于 Resolved Hit,需要一个修改后的表。无论您为表中的优先级例外分配优先级例外,无论列出的顺序是什么,都将首先应用。要分配此异常,请包括一个新的列,用于指定其他参与(箭头)的优先级。

    示例:如果在列出的顺序高,那么如果参与时间高于年龄,则即使列出的顺序,那么无论年龄或 veteran 仍收到 10% 的人员,无论年龄如何,都会收到 10% 的人员。

    请考虑以下修改的决策表,其中包含一个 Resolved Hit 策略:

    Expand
    表 26.2. 修改了适合 已解决 Hit 策略的决策表
    端口号领导类型具有优先级超过 Row领导

    1

    高级实验室(超过 60+)

     

    10%

    2

    opendoi

     

    10%

    3

    法国

    1

    10%

    在此修改的表格中,活动基本上是新行 1,因此优先于年龄和站的承诺,以及稍后添加的任何其他活动。您不需要在行 "1 和 2" 上指定优先级,只用行为 "1"。这会将行按顺序改为 3 1 2 …​,因为表增加。

    注意

    如果您实际将参与移动到行 1,并将第一个 Hit 策略应用到表,则行顺序将以相同的方式更改。但是,如果您希望以某种方式列出的规则,并以不同的方式应用,比如在字母表中应用,则 Resolved Hit 策略很有用。

    主要区别:如果 第一个 Hit,规则按列出的顺序严格应用。使用 Resolved Hit 时,规则按列出的顺序应用,除非指定了优先级例外。

  • unique Hit : 需要修改的表。使用 唯一 Hit 策略时,必须以一次无法满足多个规则的方式创建行。但是,您仍然可以指定行,无论是否应用一条规则。这样,对于 唯一 Hit 策略,您可以更精细地将决策表设置为更精细的,并防止重叠警告。

    请考虑以下修改的决策表,该表适合 唯一 Hit 策略:

    Expand
    表 26.3. 修改了适合 唯一 Hit 策略的决策表
    端口号Sphone Citizen (age 65+)受位is Military领导

    1

    是

    �

    10%

    2

    �

    �

    10%

    3

    �

    是

    10%

    4

    是

    �

    20%

    5

    是

    是

    20%

    6

    �

    是

    20%

    7

    是

    是

    30%

    在这个修改的表中,每行都是唯一的,无允许重叠,并且任何单一部门或任何组合均适用。

26.1.1. 指导决策表的类型

Red Hat Process Automation Manager 支持两种类型的路由表:扩展条目和有限条目表。

  • Extended entry: 一个扩展条目决策表是列定义指定 Pattern、field 和 Operator,但没有值。值或状态本身保存在路由表的正文中。

  • 有限条目: 有限条目决策表是列定义除 Pattern、field 和 Operator 之外指定值的一个。保持在表正文的决策表状态是布尔值,其中正值(标记为复选框)具有应用列或匹配的含义。负值(清除复选框)表示该列不适用。

返回顶部
Red Hat logoGithubredditYoutubeTwitter

学习

尝试、购买和销售

社区

关于红帽文档

通过我们的产品和服务,以及可以信赖的内容,帮助红帽用户创新并实现他们的目标。 了解我们当前的更新.

让开源更具包容性

红帽致力于替换我们的代码、文档和 Web 属性中存在问题的语言。欲了解更多详情,请参阅红帽博客.

關於紅帽

我们提供强化的解决方案,使企业能够更轻松地跨平台和环境(从核心数据中心到网络边缘)工作。

Theme

© 2025 Red Hat