2013-03-08 103 views
1

我们有一个自定义业务规则引擎,用于存储XML中的规则。 XML目前已被相当技术人员编辑和理解。自定义图表工具

有一对夫妇的用例正在围绕这些业务规则管理开发了一个持续的基础上:

  1. 代表的现有业务规则图解,所以有现有规则更广泛的理解;

  2. 建立一个功能,允许企业用户使用绘图工具

来创建这些规则

我们正在与潜在的图表思考下去探索Visio 2010中(BPMN 2.0符号)的路径xml转换层。

欢迎任何想法。

回答

1

有人说很多次,但我要再说一遍,只是因为我在商业规则的行业(大学,而不是供应商)和业务规则正在迅速成为任何IT发展的非常重要的组成部分。

这很可能是你的团队会花大量的金钱,时间和精力,试图推倒重来。创建一个评估你的规则的代码通常不是问题。你似乎已经解决了它。现在您正面临着最具挑战性的部分:用户界面。

尽管所有的书籍都说业务规则最重要的点是业务逻辑与主系统的分离,但我认为实际上具有业务规则引擎的最重要的一点是使业务人员能够创建这些规则本身,而不会打扰程序员。这意味着一个坚实的UI。

有业务规则引擎与做你需要的一切伟大的用户界面,在那里,他们这样做更有效地用于基本上更少的钱。其中一些是免费的或有免费的选择。

Drools,例如。这是一个超级表演者。但它只适用于程序员,除非您将Guvnor添加到图片。在Guvnor之前,Drools只在更关心评估性能和可用性的大公司中受欢迎。

所以,你承担建设的这样一个可怕的项目规则UI自己之前至少一起来看看其中的一些。如果您使用Java平台,请考虑Drools。您还可以查找位于MS Workflow Foundation内置的规则引擎之上的商业UI组件。所有这些引擎都将它们的规则保存为XML格式,它们都具有很好的UI(或UI组件),并且都是免​​费或相对便宜的(除了InRule和BizTalk之外)。

我希望这可以帮助您保存所有的恶化和费用,你的团队将要经历:)

+2

不能同意。花了大约1年时间为我的业务构建规则引擎。浪费了很多时间。切换到商业引擎,从不回头。我会说,你最好购买图表控制和规则用户界面。有意义的建立自己的东西,而不是支付牌照 – MTG 2013-03-08 02:48:02

+0

我完全理解答案中提出的论据,因此接受了这个正确的答案。但是,我们的问题是,这是一个已经投产了五年的直播和踢球系统。他们现在已经意识到他们需要通过UI来编辑规则!真是个难题! – 2013-03-18 02:12:44