我们的应用程序正在快速增长。因此,我开始研究业务规则,将其作为将我们的一些逻辑从代码(big DAAAH ;)中分离出来的一种方式。主要目标是允许我们的业务人员编辑和部署规则,而不需要重新编译任何东西(另一个重要的DAAAH)。到目前为止,我只能找到对“决策表”的引用,作为业务管理规则的一种方式。问题是,我试图将决策表的概念引入我们的业务中,得到的反应非常“复杂”,至少可以这么说:)简而言之,他们不想理解它们。问:有没有替代决策表的方法?对于销售人员来说更容易理解的是什么?
发布于 2011-05-24 06:25:25
我认为决策表只有一个替代方案-- decision trees。我想,有些人也把它们叫做“流程图”。我知道有几个商业工具将UI显示为树,让用户通过拖放来“构建”规则。在内部,当您将规则保存为文件时,它们会将这些树转换为决策表或类似的结构对象。
发布于 2011-05-26 11:09:51
通常,像您在问题中提出的规则是以集群的形式出现的,例如
如果价格< 100,则运行
<代码>G29
很容易将这个逻辑放在一个只有2个头文件的决策表中。大多数现代规则引擎都支持这种决策表。经验表明,业务用户理解这些表是没有问题的
https://stackoverflow.com/questions/6101928
复制相似问题