讨论，保险行业佣金计算系统 - 第3页 - 金融行业 - ITPUB论坛－专业的IT技术社区

wangjia

基本法在不断地发生变化，甚至可能因为中高层的变动而推翻很多以前的内容，这样一来，即便是规则引擎需要去修改去适应的地方也会非常多。
原帖由 Rossmary 于 2008-12-5 09:55 发表

使用规则引擎确实是一个很理想的方案，但是前提条件是能不能讲规则真正的确定下来。
基本法在不断地发生变化，甚至可能因为中高层的变动而推翻很多以前的内容，这样一来，即便是规则引擎需要去修改去适应的地方也会非常多。
我是这样想的，将基本法拆分成一些因子，比如最近几个月的业绩，考核结果的要求，月承保件数的要求等，然后做成规则和对应的处理方法，然后组合规则就可以了。如果基本法增加新的条件，那就定义新规则，加进去就行。这样可以保持架构不经常变动，减少修改新的时候把旧的也改错了，而且维护系统的重点放到了对规则和规则处理方式上，常用的规则都可以让用户部门自行组合。到不用用户部门立即介入定义规则。
基本法正是因为经常变,才需要用规则引擎,如果不变,就不必用规则引擎了.
近期准备立项佣金系统加入Blaze规则引擎.没有经验.
欢迎有经验的大虾踊跃发言.
原帖由 jakiesun 于 2008-12-5 11:39 发表

基本法正是因为经常变,才需要用规则引擎,如果不变,就不必用规则引擎了.
近期准备立项佣金系统加入Blaze规则引擎.没有经验.
欢迎有经验的大虾踊跃发言.
Blaze是商业规则引擎吧？成本高不高？
规则引擎效率是很必要的，我感觉应该使用归纳法（Backward-Chaining）推理方式的规则引擎，不过这种规则引擎好像用的人不多，而且大多规则引擎项目推理方式是演绎法（Forward-Chaining）的。
回楼上：
   是商业规则引擎。现在也是在摸索阶段。希望能认识一些有经验的人士共同探讨。
monicker 发表于 2008-12-4 13:19

因为基本法不断变化，是否可以考虑用规则引擎呢？大家有谁用过规则引擎处理类似问题么？
这里所说的佣金系统，我没有涉及过，所以不知道到底是什么，我仅凭个人猜测，是不是有复杂规则的计算，我做过规则引擎实现的保险理算理赔，其中涉及到复杂的规则处理和计算，如果佣金系统也是这个原理的话，可以探讨交流
我的邮箱：luojun311@163.com
qq:496106920 请注明 来自itpub