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

Question

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

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

经理正在寻找的是让业务用户能够在不需要开发人员时间(或最少的开发人员时间)的情况下更改业务规则或流程流程的能力。

当我思考如何将BRMS放入代码中时，它对我来说更容易理解。这非常简单，我可以看到逻辑是如何完全位于应用程序之外的。由于我在这些类型的系统上没有做太多的工作，我将非常感谢任何关于与.NET集成的好产品的信息，或者关于体验的信息。(我们正在研究InRule、Blaze Advisor和ILOG规则)

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

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

我被要求将WorkflowGen作为工作流引擎的一个例子。在我看来，除非开发人员编写.NET代码与后端系统交互，否则它看起来完全是自包含的。

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

我正在推动用例，这样我就可以更好地理解我的经理在将这些类型的逻辑移出应用程序代码方面所寻找的东西，但同时，我希望任何人都能获得关于这些类型的系统的任何信息。正如我所说的，我不知道我不知道的东西，我们的业务用户似乎认为我们的新应用程序应该支持这些类型的工具。我想确保由于我缺乏知识，我限制了我们的功能。

感谢您的任何信息或建议。

Answer 1

如果您在.NET中工作：.NET工作流基础。它很复杂，是真的，但它是免费的，并且拥有你的经理所要求的一切。业务规则部分将需要一些习惯，工作流将需要一些初始投资来构建您自己的“环境”，但是，当您从上面看到所有这些时，WF.NET仍然提供了比其他人所提供的更多的东西。InRule是一个廉价的产品，不能真正做很多事情，Blaze太复杂，太贵，不是真正的“非程序员”；ILOG也不是“商业用户”。