decision table 例题讲解
决策表（Decision Table）是一种用于描述复杂业务规则和条件的表格形式。它可以帮助清晰地表示输入条件和对应的输出动作之间的关系。让我们通过一个简单的例子来讲解决策表。
例题： 考虑一个简单的系统，根据学生成绩给予奖励。奖励的规则如下：
- 如果成绩在 90 分以上，奖励 A。
- 如果成绩在 80 到 89 分之间，奖励 B。
- 如果成绩在 70 到 79 分之间，奖励 C。
- 如果成绩在 60 到 69 分之间，奖励 D。
- 如果成绩在 60 分以下，没有奖励。
我们可以使用决策表来清晰地表示这些规则。
条件 \ 结果 成绩 ≥ 90 80 ≤ 成绩 < 90 70 ≤ 成绩 < 80 60 ≤ 成绩 < 70 成绩 < 60
奖励 A B C D 无奖励
在这个决策表中，每一列代表一个可能的条件或输入，每一行代表一组条件的组合。而每个交叉点则表示对应条件组合下的输出结果。例如，如果学生成绩为 85 分，那么该学生符合
"80 ≤ 成绩 < 90" 这个条件，因此在 "奖励 B" 这一列会有一个勾号。
这种形式的决策表使得业务规则更加直观、清晰，同时也便于后续的维护和修改。在实际应用中，决策表通常会用于软件系统、规则引擎等场景，以帮助自动化决策过程。
第 1 页 共 3 页 特殊情况处理规程范本
第一章 总则
第一条 目的和依据
为了规范特殊情况的处理，保障员工和公司的利益，根据国家相关法律法规和公司内部管理制度，制定本规程。
第二条 适用范围
本规程适用于公司所有员工，在处理特殊情况时必须遵守。
第三条 定义
特殊情况：指不符合正常流程和常规操作的情况，包括但不限于自然灾害、突发事件、突发疾病等。
第四条 原则
处理特殊情况应遵循以下原则：
1. 保障员工安全和健康；
2. 保护公司利益和声誉；
3. 对特殊情况进行科学决策，确保合理性和公平性。
第二章 特殊情况处理规程
第五条 报告与通知
在发生特殊情况时，相关员工应立即向上级主管报告，并通知公司其他相关部门，以便及时应对。
第六条 制定应急计划
针对特殊情况，公司应提前制定应急预案，并与员工进行培训，确保员工了解应急措施和流程。 第 2 页 共 3 页 第七条 决策流程
特殊情况的决策应由公司管理层负责，并征求相关专业人员的建议。决策需要符合法律法规和公司内部规定，并确保公正、透明、科学。
第八条 沟通与协调
在特殊情况处理过程中，公司应加强与相关政府部门、媒体、客户等的沟通与协调，确保信息传递准确、及时，协助解决问题。
第九条 权益保护
对于因特殊情况而受到损失的员工，公司应依法保护其权益。如需要赔偿，应按照相关法律法规进行。
第十条 信息保密
在特殊情况处理中，相关员工应严守公司和客户的商业机密，不得泄露相关信息。
第三章 违规处理与补救
第十一条 违规处理
对于特殊情况处理中的违规行为，公司将根据情况进行处理，如情节严重涉及职务侵占、贪污受贿等严重违法行为，将依法追究刑事责任。
第十二条 补救措施
对于特殊情况处理中的错误决策或过失给公司造成的损失，公司将采取相应的补救措施，如追逐赔偿、调整流程等。 第 3 页 共 3 页 第十三条 教育与培训
公司将定期组织特殊情况处理的相关教育与培训，提高员工应对特殊情况的能力和技巧。
决策表法
1、 决策表：
决策表（Decision Table ），⼜叫判定表
是分析和表达多逻辑条件下执⾏不同操作的⼯具。2、 决策表的构成：
条件桩：列出了问题的所有条件。
条件项：针对条件桩给出的条件列出所有可能的取值。 动作桩：给出了问题规定的可能采取的操作。
动作项：和条件项紧密相关，指出在条件项的各组取值情况下应采取的动作。 规则：
● 任何⼀个条件组合的特定取值及其相应要执⾏的操作称为规则； ● 在决策表中贯穿条件项和动作项的⼀列就是⼀条规则； ● 决策表中列出多少组条件取值，也就有多少条规则，即条件项和动作项有多少列。
通过“阅读指南”实例说明了决策表的构成。
3、 决策表的化简：合并规则有两条或多条规则具有相同的动作，并且其条件项之间存在着极为相似的关系，就可以将规则合并。
4、决策表测试⽅法：
根据软件规格说明，构造决策表的5个步骤如下：1)列出所有的条件桩和动作桩；
分析输⼊域，对输⼊域进⾏等价类划分；
分析输出域，对输出进⾏细化，以指导具体的输出动作；2)确定规则的个数；假如有n个条件，每个条件有两个取值（0,1）,则有2n种规则；
3)填⼊条件项；
4)填⼊动作项，得到初始决策表；
5)简化，合并相似规则（相同动作）。
举例：
维修机器问题描述：“……对于功率⼤于50马⼒的机器，并且维修记录不全或已运⾏10年以上的机器，应给予优先的维修处理……”1）列出所有的条件桩和动作桩
条件桩：
动作桩：
决策表
决策表 - 结构
⼀般分为4个部分，见下图。
条件候选条件
动作动作⼊⼝
决策表⽰意图
每个条件对应⼀个变量、关系或预测，“候选条件”就是它们所有可能的值；动作指要执⾏的过程
或操作；动作⼊⼝指根据该⼊⼝所对应的候选条件集，是否或按怎样的顺序执⾏动作。
许多决策表在候选条件中使⽤“不关⼼”符号来化简决策表，尤其是当某⼀条件对应要执⾏的动作
影响很⼩时。有时，所有的条件在开始时都被认为是重要的，但最后却发现没有⼀个条件对执
⾏的动作有影响，都是⽆关的条件。
在这4个部分的基础上，决策表根据候选条件和动作⼊⼝的表现⽅法的变化⽽变化。有些决策表
使⽤true/false作为候选条件值(类似与if-then-else)，有些使⽤数字(类似于switch-case)，有些甚
⾄使⽤模糊值或概率值。对应动作⼊⼝，可以简单的表⽰为动作是否执⾏(检查动作执⾏)，或更
⾼级些，罗列出要执⾏的动作(为执⾏的动作排序)。
决策表 - ⽰例
有限决策表(Limited-entry Decision Table)是最简单的⼀个形式。候选条件为布尔值，动作⼊⼝
为X符号，表⽰在某⼀列中哪个动作将被执⾏。
⼀个技术⽀持公司⽤⼀个决策表，根据⽤户通过电话向他们描述的问题症状，来诊断打印机的
故障所在。
打印机故障决策表
当然，这只是⼀个简单的例⼦（表中的动作也不⼀定符合现实情况），但是从这个表中可以看
出，根据可能的情况随着条件的数量的增加⽽增加。在这个例⼦中有3个条件，可能的组合是8
个。
决策表 - 优点
决策树能罗列出所有的可能情况，并清晰的指出相应的处理⽅式，⽤户不需要考虑其中的逻辑
关系就能⼀眼看出其中什么样的动作对应什么样的情况，这⽐程序语⾔中层层嵌套的逻辑语句
要强多了。⽽所有可能情况的平⾯罗列，也能避免在程序语⾔编写中，因为逻辑上的层层嵌套
⽽产⽣遗漏，尤其在if-then-else结构中else部分是可选的情况下。
因为逻辑控制在编程中的重要地位，决策表成为设计逻辑控制时⼗分重要的⼀个⼯具。
