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

Question

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

对于这些类型的系统，我不知道我不知道什么，所以我正在尝试获取其他观点和信息。

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

当我考虑 BRMS 如何融入代码时，它对我来说更容易理解。这非常简单，我可以看到逻辑如何完全驻留在应用程序之外。由于我对这些类型的系统没有做过太多的工作，因此我希望能够获得有关与 .NET 集成的优秀产品的任何信息，或者有关体验的信息。 (我们正在研究 InRule、Blaze Advisor 和 ILOG 规则)

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

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

我被要求查看 WorkflowGen作为工作流引擎的示例。对我来说，它看起来是完全独立的，除非开发人员编写 .NET 代码来与后端系统交互。

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

我正在插入用例，以便我可以更好地理解我的经理在将这些类型的逻辑移到应用程序代码之外时正在寻找什么，但与此同时，我很感激任何人拥有有关这些类型的任何信息的系统。正如我所说，我不知道我不知道什么，我们的业务用户似乎认为我们的新应用程序应该支持这些类型的工具。我想确保由于我缺乏知识而限制了我们的功能。

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

Answer 1

如果您使用 .NET:.NET Workflow Foundation。它确实很复杂，但它是免费的，并且拥有您的经理所要求的一切。业务规则部分需要一些时间来适应，工作流程需要一些初始投资来构建您自己的“环境”，但是，当您从上面看这一切时，WF.NET 仍然提供比其他人提供的更多的东西。 InRule 是一款廉价产品，并不能真正做太多事情，Blaze 太复杂，太昂贵，而且不适合“非程序员”； ILOG 也不适用于“商业用户”。