业务流程建模的设计模式?

时间:2011-07-21 00:12:02

标签: design-patterns bpm business-process bpms

假设我们不想建立任何现有BPMS的顶层,那么对于那些想要建立一个负责业务的后台系统的人来说,什么样的设计模式,书籍或特定技术都是有价值的。由

组成的过程
  • 等待状态(等待工作人员的决定或API调用的结果)
  • 自动和手动流程
  • 流程定义
  • 审核记录

2 个答案:

答案 0 :(得分:2)

答案 1 :(得分:2)

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

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

在任何情况下,为了回答您的问题,我认为您不需要任何特殊知识来构建BPM解决方案 - 这是因为我建议您购买现有的大量工作。您只需要知道如何构建应用程序。 jmettraux推荐的workflowpatters站点对于流程设计人员来说非常有用 - 不适用于实现BPM平台的人员! ProcessManager用于流转换。

如果你想到它,BPM平台中的流程实例可能只是RDBMS中id - process - status的元组!每个状态都是用户任务或外部事件。使用这些和许多业务规则(用于输入验证和流转换),用户表单和与其他系统的连接,您将拥有基本的BPM平台。

  • 等待状态只是提交用户表单,因此进程实例的状态将发生变化(外部事件也应该更改状态)
  • 流程定义:这取决于......大多数开箱即用的系统都有视觉拖放设计师 - 祝你好好实施自己的系统!可能你只需要用XML做一些非技术用户不会使用的东西。
  • 审核日志记录很简单,只需将每个事件插入您的RDBMS
  • 即可
  • 不要忘记报告 - 这可能是高层管理人员最重要的事情:)

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