我们正在购买业务规则引擎。我们希望使我们的核心应用程序能够针对需求略有不同的不同客户进行定制。真正进行定制的人是分析师。IE。具有技术技能的非程序员(通常拥有科学学位)。

评估业务规则引擎的标准是什么?有开源的和商业的吗?您在易用性、文档、支持、价格等方面的体验如何?

我们的应用程序是用 Java 编写的。

有帮助吗?

解决方案

流口水 (以前是 Drools,然后是 JBoss Rules,然后又是 Drools)是一个非常好的开源规则引擎,绝对值得一看。

在我看来,评估规则引擎的最佳标准是:

  • 是否可配置(否则你只需编写代码即可)
  • 是否具有性能。
  • 非技术人员更改规则有多容易
  • 部署新规则集(以及取消部署旧规则集)有多容易?

几个规则引擎有 业务规则管理 Systems (BRMS) 和 Drools 也不例外。这使得非技术人员的部署变得更加容易。

通过网络上的文档和教程,甚至通过 IRC 频道,对 Drools 提供了良好的支持。

我还使用了 IBM Websphere Process Server 附带的规则引擎,发现它也非常好(尽管价格昂贵)。

其他提示

我在业界领先的规则引擎担任顾问近三年。您将为商业规则引擎支付大量费用,并且需要确定您可能获得的功能和支持是否物有所值。所有规则引擎供应商都会声称他们的规则引擎是最好的。我能给您的最好建议是为您考虑的每个规则引擎制作一个原型,该原型的范围有限,但代表您需要的功能。不要让销售人员只向您展示精美的演示;您应该积极构建原型。我见过太多人购买规则引擎,但实际上并不知道他们购买的是什么。就我个人而言,如果您热衷于规则引擎,我会选择开源规则引擎之一(有人已经提到过 Drools)。然而,我会认真考虑与规则引擎一起不使用规则引擎的可能性。最初使用规则引擎可能会节省时间(忽略学习曲线),但从长远来看,自定义解决方案可能更能满足您的特定需求。

以下是 Martin Fowler 网站上与您的问题相关的几个链接:

我有很多商业供应商的工作,不像马丁,讲了很多他们的客户。现实情况是,业务规则管理系统做的工作,并偿还学习曲线等,在第一个项目,很久以前的降低维护和提高业务用户的好处包括开始踢的投资。 Drools的是优秀的开源解决方案和领先的商业产品有: IBM / ILOG规则(.Net,Java和COBOL) FICO顾问布拉(.Net,Java和COBOL) InRule科技(.NET) 创新软件(JAVA) 甲骨文和SAP都在他们的平台,越来越多的完整的规则引擎。 我查看了很多新的版本,以及少数产品在 http://jtonedm.com/category/产品新闻/

Forrester公司对我推荐的业务规则好看的波浪报告,并有我的网站上一个帖子讨论这个问题(我会链接到计算器,但不会让我添加第二个链接还) - 如果你想与我联系答案。

很多人决定,他们希望有一个规则引擎,他们需要的是一个完整的工作流管理的过程,包括规则引擎作为执行流水线的一部分。

工作流是动作的有向图。动作是发生的事情,例如,规则集,计算,Web服务调用甚至。你应该能够有一个可以调用其他工作流程的操作。

这可以让你的业务分析师做全过程的实现,不只是做简单的IF-THEN-ELSE(哈,一些商业规则引擎甚至不能做别的!看到有关决定之前评估各种选择的注释)的规则,是它简单的顺序规则或FCIRE(正向推理推理规则引擎)。大多数业务分析师发现简单的顺序规则集更容易思考的问题。它需要在工作流层面做,因为BAS的解释成规则的第三方不得不改变他们的整个决策/接受/拒绝/ domagick过程用很少的通知的倾向。

许可以下: CC-BY-SA归因
不隶属于 StackOverflow
scroll top