0

假设我们对构建任何现有 BPMS 不感兴趣，那么什么样的设计模式、书籍或特定技术对于想要构建一个负责处理业务流程的后台系统的人来说是有价值的的

  • 等待状态（等待员工的决定或 API 调用的结果）
  • 自动化和手动过程
  • 流程定义
  • 审计日志

?

4

2 回答 2

2

我不相信实施业务流程管理软件是您想要搞砸的事情！这对我来说似乎很乏味。真的，我不相信您想在这方面进行投资（除非您想创建自己的 BPM 平台并将其出售给其他客户）。

为什么不使用现有的解决方案？大多数 BPM 平台都是可扩展的，你可以在它们之上构建任何你想要的东西——你仍然可以使用核心特性。甚至还有一些开源解决方案（jBPM）。当然，您不应该根据价格来选择您的 BPM 解决方案，因为当您拥有一个好的 BPM 平台时，您将在以后的流程实施上节省很多钱。只需找到开箱即用的具有您需要的大部分特征的东西！

无论如何，要回答您的问题，我认为您不需要任何特殊知识来构建 BPM 解决方案 - 因为需要大量工作，我建议您使用现有的解决方案。您只需要知道如何构建应用程序。jmettraux 推荐的workflowpatters 站点对流程设计者来说是一个有用的站点——而不是对实现BPM 平台的人！ProcessManager 对于流转换很有用。

如果您考虑一下，BPM 平台中的流程实例可能只是 RDBMS 中的 id-process-status 元组！每个状态都是用户任务或外部事件。使用这些和一些业务规则（用于输入验证和流转换）、用户表单和与其他系统的连接，您将拥有基本的 BPM 平台。

  • 等待状态只是用户表单的提交，因此进程实例的状态会改变（外部事件也应该改变状态）
  • 流程定义：这取决于...大多数开箱即用的系统都有视觉拖放设计师 - 祝您实现自己的好运！可能您只需要在 XML 中做一些非技术用户不会使用的事情。
  • 审计日志很容易，只需将每个事件插入到您的 RDBMS
  • 不要忘记报告——这可能是高层管理人员最重要的事情:)

我必须注意到我还没有实现 BPM 平台，但我已经与那些已经实现并将其描述为一场噩梦的人进行了交谈。我只是在商业 BPM 之上实现流程和扩展。如果您有任何更具体的问题，请拍摄。

于 2011-07-31T17:33:03.473 回答