这篇博文解ayx爱游戏豪礼盛宴释了对BPMN池和通道的深入理解如何允许您对在其范围内更好地定义并在实践中更容易遵循的流程进行建模。

BPMN实践者通常不考虑如何使用池和通道的细节,而是基于以下定义来使用这些元素:

  • BPMN池描述整个组织并包含通道。
  • BPMN通道描述了谁在执行一组特定的任务。

虽然这些陈述是有效的,但是需要更深入的理解才能产生高质量的流程模型,这些模型可以作为您的BPM计划的适当基础。

让我们看一看银行信用报价创建过程。

根据我们对BPMN池和通道的基本理解,我们可以对流程进行如下建模:

然而,当我们注意细节时,我们会发现图并没有遵守使用BPMN池和通道的更详细的好实践:

  • 只有对我们重要的事情才应该在扩大的池中建模。在我们的示例中,' Customer '应该是一个崩溃池:我们不控制客户在做什么,我们只知道从他们那里接收信贷请求。例如,他们可能会将报价发送给他们的财务顾问,征求他们的反馈。对流程的客户部分进行建模稀释了我们的建模范围。根据经验,我们可以说流程图应该只包含一个扩展池,其中包含范围内的流程——如果需要,还应该包含一个或多个折叠池。
  • BPMN车道应表示特定的角色。车道“销售部门”并不充分特定。我们需要定义角色完全负责不同的任务。例如,任务“准备特殊条款”可能需要由高级或专业角色执行。
  • BPMN车道不应该代表个人。“女贞德”太具体了。如果在您的实际流程中,任务总是由一个特定的人执行,那么您很可能有问题。当这个人请病假或休假时,这个过程就无法正常执行。而且,当一个人离开公司的时候,她可能会带走很多隐性知识。在我们的示例中,您可能希望引入一个“风险分析师”角色(可能还需要一个“风险分析”部门)。

BPMN池和通道的良好实践

现在让我们调整我们的流程图,以改进我们刚刚发现的缺点:

如您所见,图的范围现在更清楚了。“Customer”池中的事件和任务没有提供任何额外的含义。在销售部门,我们确定了负责执行不同任务组的角色,“风险评估”任务现在不再映射到个人。

根据实际方案,您可能还考虑以下调整:

  • 为了帮助读者理解图表在流程环境中的位置,您可以将池名“Bank”替换为端到端流程的名称,例如“Credit: request-to-grant”。
  • “计算术语”任务实际上可能由计算机系统执行。在这种情况下,您应该将系统表示为另一个通道,以便读者理解该任务已经自动化。作为替代方案,您可以使用服务任务。
  • 您可能无法控制风险分析部门,因此您可以将该部门建模为一个崩溃池。根据定义,池之间的通信需要使用消息流。这有助于为池间通信创建定义良好的接口。

结论

重新思考您在BPMN图中使用BPMN池和车道的方式有助于您创建简明和可理解的图,因为在记录流程景观时阻止不必要的开销爱游戏ayx官方 。正确使用的池和通道不仅提供了清晰透明的职责概述,而且还提供了定义良好的关系图范围的限制。为了进一步阅读,我们推荐Bruce Silver的BPMN方法和风格。

专业提示-说明说什么?

BPMN 2.0规范声明“池是协作中参与者的图形表示”。因此,将池主要用于整个组织,例如“银行”或“客户”,以及使用池来设置组织边界,例如“销售部门”,都是符合规范的。

但是,BPM专家建议在对应的端到端流程之后命名池(参见BPMN方法和风格中的例子)。这促进了流程感知。在很多情况下,组织的名字是显而易见的。

发布日期:2016年8月19日-最后修改日期:2020年11月13日