规则引擎面临的问题和挑战 - brcommunity


过去这十年规则平台的机会不仅仅是变得更智能,虽然这当然很重要,而且还可以消除程序员的工作量。
但是存在三个挑战:

  • 问题 1.我们是否取得了重大进展?

这个问题很简单——绝对!决策和 DMN 标准为行业做出了重大贡献。所以,我们可以继续前进。
 
  • 问题 2.为什么规则和规则平台不占主导地位?

十年或十五年前,我会认为现在世界上的每个人都会使用业务规则和规则工具。但他们没有,为什么?!
我的观点是,行业提供的工具并没有提供企业需要的所有解决方案。我们还没有充分发挥规则的潜力——甚至还没有接近!仍有重大机遇可抓。
 
  • 问题 3.规则工具还需要解决哪些挑战?

  1. 降低程序员的工作量。
  2. 更好地解决情绪和人的自由裁量权。
  3. 更直接地与业务治理联系起来。

 

行为规则
很明显,许多规则都可以被打破。
想想法律、法规、合同、协议、谅解备忘录、认证、保证等,这些规则通常是一次性的,直接以自然语言提供。
个人或组织可以打破的规则称为行为规则。
 
进入 21 世纪的 20 年,为什么规则平台不支持它们是个谜。
基于对规则的评估是由建模器调用还是基于状态?
DMN 风格的决策规则与行为业务规则之间存在很大的阻抗不匹配。
在建模者调用的评估中验证事态的负担是由编码人员也就是程序员承担的。
因此,建模器调用的评估不适用于行为业务规则。

这种不实时发现违规会导致下游错误滚雪球,从而导致大量返工,难怪商业软件仍然如此复杂和脆弱。
 
“闪点”是需要仅根据其语义评估规则时的特定领域事件
即:不使用外部模型或规范(例如,程序模型或决策模型),同一规则的闪点可能出现在多个流程、过程、用例等中,或者出现在临时(未建模)业务活动的各个点。自动调用闪点需要“有状态”平台。
在这十年中,规则平台的机会不仅在于变得更智能,还在于消除程序员的工作量——甚至可能是死记硬背的教条主义的程序员。