参加者

参加者とは、プロセスに参加する人や物であり、組織、部署、システム、単一のロールなどが挙げられます。参加者はプールとして描かれ、各プールはさらに縦または横のレーンに分割され、内部の責任を示すことができます。

プールとレーンを使用することで、プロセスの参加者を定義し、各ステップの責任者を明確にすることができます。BPMN では、プールは主要な参加者またはシステムを表し、レーンはプールを論理的なロールや部署に分割します。この構造により、特に複雑なマルチアクターのワークフローで、責任や引き継ぎを明確にすることができます。

要素	目的	Maestro での実行
プール	参加者を表す	❌
レーン	視覚的な責任のグループ化	❌

プール

プールはプロセスの参加者を表します。組織、システム、チーム、または外部エンティティのいずれかです。

• Maestro では単一のプールを使用してプロセスをモデル化します。
• 追加のプールは、外部参加者とのインタラクションを示すために、モデリング目的でのみ使用できます。
• プールでは、データや実行コンテキストは共有されません。

ユース ケースの例: 社内の承認プロセスと、外部の顧客またはシステムとのやり取りを表示する

重要:

実行されるプールは 1 つのみです。他のプールは実行時には無視されます。

プールは、単一の参加者 (組織、部署、またはシステム) の観点からプロセス全体を囲む長方形のフレームです。プールは明確な境界を確立し、シーケンス・フローはその内部に留まる必要がある一方、外部エンティティとの通信は、プールの境界を越えるメッセージ・フロー (破線矢印) を介してのみ行われます。

​

レーン

レーンは、プールを役割、部門、または論理的なグループに細分化します。プロセスの動作には影響しません。

• レーンを使用して、参加者にタスクを視覚的に割り当てます (例: 人事と財務)。
• すべてのレーンが同じプロセス コンテキスト (変数、フロー) を共有します。
• レーンはレイアウト上の要素であり、呼び出し可能な単位を表すものではありません。

ユース ケースの例: 同じ承認プロセス内で Employee と Manager によって実行されるタスクを分離する。

重要:

レーンは、わかりやすさを向上させ、責任を明確にするのに役立ちます。

例

レーンは、特定の責任、ロール、または機能に従ってアクティビティを編成する、プール内の水平または垂直のセグメントです。​レーンは、組織構造を維持しつつ、シーケンス フローがそれらのレーン間を自由に行き来できるようにし、親プールによって確立された参加者の境界に違反することなく、内部のハンドオフを視覚的に表現します。​

メッセージ フロー

メッセージ フローは、プール間の通信を表します。API 呼び出し、メール、外部トリガーなどの非同期のインタラクションをモデル化するために使用されます。

• 別個のプール間でのみ許可されます。
• 同じプール内の要素間で描画することはできません。
• 実行を暗示しないでください。これらはインタラクションを文書化するためにのみ使用されます。

ユース ケース: 社内システムから外部 CRM に送信されたメッセージを表示する。

Maestro では、メッセージ フローは純粋に記述的なものであり、ランタイムに影響を与えることはありません。

モデリングのガイドライン

警告:

• プールは、内部構造を示すためではなく、外部のアクターまたはシステムを分離するために使用してください。
• 実行可能プールは 1 つのみ使用します。追加のプールは実行不可能となります。
• すべてのメッセージ フローに、意図を明確に示すラベルを付けてください (例: Send Confirmation Email)。
• プールを使いすぎないようにしてください。内部構造を示すには、単一のプール内でレーンを優先して使用します。
• 単一のプール内でメッセージ フローが決して交差することがないようにしてください。代わりに、シーケンス フローを使用してください。

概要

プールとレーンは、プロセスの所有権とインタラクションを明確にします。これらを使用することで、チーム、システム、またはロールを視覚的に分離し、各タスクが適切な参加者のコンテキスト内でモデリングされるようにすることができます。これらは、部門連係プロセスやエージェンティック プロセスにおける責任の境界を理解するための基礎となります。

Maestro でサポートされる BPMN 要素について詳しくは、「BPMN でサポートされている要素」をご覧ください。