规则引擎讨论 - 第2页 - 金融行业 - ITPUB论坛－专业的IT技术社区

wangjia

手头上有个实用的规则引擎，做银行的资金转移定价啥的。没问题的。
技术上讲，与数据库无缝结合，性能没问题；业务上，只要建模出来，都可以支持
[ 本帖最后由 liu222888 于 2009-4-7 22:32 编辑 ]
用我们的工具吧。我们也是商业规则引擎，价格绝对便宜，效率绝对高。
我们自己开发的，旗正公司的VisualRules产品。
要自己开发很难的，表面上看半年一年就可以做出来，但是要稳定，全面。没有几年是稳定不下来的。
有兴趣自己做的话，我们可以提供源代码啊，一起来开发好了。
ilog在08年被ibm收购啦，现在属于软件部一个产品。细分领域的产商现在生存空间越来越小啦。目前ilog在国内财险市场用比较广，人保、中保、阳光财、国寿财、大地财、民安、安邦等用的都是ilog。前段时间，接触过仁维的集成商，人都是挺实在的。不过基本上如果业务需求有变化的，还是得改BOM对象的。
ilog的市场影响力还是挺大的，确实现在国内电信和银行都是用他的产品，当然也和他们较早的进入中国也有关。
目前我们自己做的规则引擎产品，其实是和他们有些区别的。
ilog由于是采用冲突推理方式的，因此在定义规则时，要充分考虑冲突的情况以及规则关联的情况。这个就需要一个很强的抽象能力以及分析能力。
另外ILOG解决了推理类逻辑的可变形，但是其BOM是不可变的。而事实中，当业务需求发生变化时，很多时候连数据结构也会发生变化，也就是其BOM会发生变化。
因此ILOG所谓的可变性是有很大的限制的。
而我们在最初设计时，就考虑到这两个问题，因此我们采用顺序执行的方式来配置逻辑。我们支持规则的分类、嵌套、循环等等。而且我们的BOM使用MAP来存储值的，和ILOG用类的属性来存储值是不同的。我们的BOM是随时可变的。甚至我们可以直接在BOM中定义动态的数据库对象，可以直接取数据中的数据。这个在很多地方非常有用。因为我们有些参数是在数据库中，并不全在规则中设置。
不过我们现在都是在企业中应用，像银行、电信这些大企业还打不进去。
不过听说 东南融通 做了一个自己的规则管理系统的产品。
他的引擎用了Drools的规则引擎，在Eclipse中做了一个配置界面。
现在不知道做的怎么样了?