开发人员如何让业务用户定义应用程序逻辑?

时间:2011-01-10 16:37:22

标签: dynamic workflow business-logic business-rules inrule

我正在开发一个新的应用程序,一位经理正在推动业务规则管理系统(BRMS)和工作流管理系统的概念,我正试图找出最佳的集成方式这些类型的工具。

关于这些类型的系统,我不知道我不知道什么,所以我试图获得其他观点和信息。

经理正在寻找的是业务用户无需开发人员时间(或开发人员时间最短)即可更改业务规则或流程的能力。

当我考虑如何适应代码时,我更容易理解BRMS。它非常简单,我可以看到逻辑如何完全驻留在应用程序之外。由于我没有对这些类型的系统做过多少工作,我将非常感谢有关与.NET集成的优质产品的任何信息,或者有关体验的信息。 (我们正在考虑InRule,Blaze Advisor和ILOG规则)

我不太确定的是工作流程部分。

Workflow Foundation对我来说很有意义,因为它是一个集成到应用程序代码中的已知定义工作流,但是管理员并不是在寻找基础,他想要一个允许业务用户定义和更新工作流的工具。任何类型的系统都允许最终用户动态创建工作流程,这对我来说没什么意义。

我被要求查看WorkflowGen作为工作流引擎的示例。对我来说,除非开发人员将.NET代码写入与后端系统的接口,否则它看起来完全是自包含的。

我可以理解一个工作流程系统,允许用户定义特定的,有限的操作,如“电子邮件等等”和“需要批准”,但我不知道工作流程系统应该如何动态定义应用程序流可以集成到应用程序中,甚至可以将我刚刚描述的更简单的系统如何显示和更新后端数据。

我正在推动用例,这样我就可以更好地理解我的manger在应用程序代码之外移动这些类型的逻辑方面所寻找的东西,但与此同时,我会感谢任何人对这些类型的任何信息系统。正如我所说,我不知道我不知道什么,我们的业务用户似乎认为我们的新应用程序应该支持这些类型的工具。我想确保由于缺乏知识而限制我们的功能。

感谢您提供任何信息或建议。

1 个答案:

答案 0 :(得分:4)

如果您在.NET中工作:.NET Workflow Foundation。这是复杂的,真实的,但它是免费的,并且包含您的经理要求的所有内容。业务规则部分将需要一些人习惯,工作流将需要一些初始投资来构建自己的“环境”,但是当你从上面看到这一切时,WF.NET仍然提供比其他人提供的更多。 InRule是一种廉价的产品,实际上做不了多少,Blaze过于复杂,太昂贵而且不适合“非程序员”; ILOG也不适合“商业用户”。