参与者

参与者是参与流程的任何人或任何事物、组织、部门、系统甚至是单个角色。参与者被绘制为池，每个池可以细分为水平或垂直通道，以显示内部职责。

使用池和通道定义流程中的参与者，并明确每个步骤的负责人。 在 BPMN 中，池代表主要参与者或系统，而通道将池划分为逻辑角色或部门。此结构有助于明确责任分工和任务交接，尤其适用于复杂的多参与者工作流。

元素	用途	在 Maestro 中执行
泳池	代表参与者
通道	可视化职责分组

池

池表示流程中的参与者。这可以是组织、系统、团队或外部实体。

• 使用一个池在 Maestro 中对流程进行建模。
• 其他池可以仅用于建模，表示与外部参与者的交互。
• 池不共享数据或执行上下文。

用例示例：显示内部审批流程与外部客户或系统之间的交互。

重要：只执行一个池。runtime 期间会忽略其他池。

池是一个矩形框，从单个参与者（组织、部门或系统）的角度涵盖整个流程。池建立了明确的边界，序列流必须保持在内部，而与外部实体的通信只能通过跨越池边界的消息流（虚线箭头）进行。

​

通道

通道将池划分为角色、部门或逻辑组。它们不会影响流程的行为。

• 使用通道以可视化方式将任务分配给参与者（例如，人力资源与财务部门）。
• 所有通道共享相同的流程上下文（变量、工作流）。
• 通道是仅用于展示布局的元素；它们不是可调用的单元。

用例示例：将同一审批流程中由员工执行的任务和由经理执行的任务分开。

重要：通道有助于提高可读性并明确责任。

示例

通道是池中的水平或垂直分段，根据特定职责、角色或功能组织活动。通道保持了组织结构，同时允许序列流在它们之间自由跨越，以直观方式表示内部交接，而不会违反父池建立的参与者边界。

消息流

消息流会显示池之间的通信。 它们用于模拟异步交互，例如 API 调用、电子邮件或外部触发。

• 仅允许在独立池之间进行交互。
• 无法在同一池中的元素之间绘制。
• 没有执行的含义——它们仅用于记录交互。

用例：显示从内部系统发送到外部 CRM 的消息。

重要：在 Maestro 中，消息流完全是描述性的，不会影响 runtime。

建模指南

警告：

• 使用池隔离外部参与者或系统，而不是用于内部结构。
• 仅使用一个可执行池。其他的所有池都是不可执行的。
• 使用意图明确标记所有消息流（例如，Send Confirmation Email）。
• 避免过度使用池——对于内部结构，建议将通道放在单个池内。
• 消息流永远不应在单个池中交叉 — 请改用序列流

摘要

池和通道可使流程所有权和交互更加清晰。它们用于将团队、系统或角色直观分离，并确保每项任务都在正确的参与者上下文中完成建模。它们是了解跨职能流程和智能体流程中职责边界的基础。

有关 Maestro 中支持的 BPMN 元素的更多详细信息，请参阅BPMN 支持。