11

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

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

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

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

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

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

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

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

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

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

4

1 回答 1

4

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

于 2011-01-10T17:23:52.960 回答