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

Bre*_*ker 11 workflow business-logic dynamic business-rules inrule

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

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

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

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

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

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

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

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

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

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

小智 4

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

  • Workflow Foundation 的问题在于,微软改变了 WF 3 和 WF 4 之间的规则(架构),并且第三方工作流活动没有市场(市场已死),这意味着没有编程就没有可扩展性(这就消除了在不雇用程序员的情况下使用该解决方案的想法)。另一方面,市场可能没有提供比 WF 更好的东西(即其他解决方案甚至更糟糕)。 (2认同)
  • @亚历克斯。我在一家大型旅游公司工作,该公司在 FICO Blaze 上花费了大约 300 英镑,主要是因为他们的演示和销售人员明确表示“不需要程序员”。但他们并没有告诉您,要在 Blaze 中成功处理现实生活中复杂的规则和内容,您的业务人员必须学习“自定义”类似 JS 的语言。那真是一场精彩的表演。现在,一年后又推出了三个“工作流”产品,我们正在 WF 环境中工作。并不完美,偶尔需要一些编程干预,但仍然比我们尝试过的其他方法更好。因此,我的第一篇文章。 (2认同)