はじめに
初めてビジネスプロセスモデルのレビューと設計を始めた際、チーム内で最も頻繁に混乱を招いていたのが、BPMN 2.0における境界イベントの適切な適用方法でした。特に、中断型イベントと非中断型イベントの違いは、経験豊富なモデラーですら誤解を招きやすいものです。ユーザー体験（UX）およびシステム設計の観点から、誤ったイベントタイプを選択すると、ユーザーの不満、データの損失、重要なアラートの見逃しにつながる可能性があります。このガイドでは、私の実務的な知見を共有し、これらの2つのイベントタイプがどのように機能するかを検討します。実際のシナリオをもとに、自らのプロセスモデルに効果的に適用するためのヒントをお届けします。
核心的な違い：レビュー者の視点
BPMN 2.0の図面をレビューする私の経験から、主な違いは中断型と非中断型イベントの違いは、単一の問いに集約されます：イベントが発火した後も、関連するアクティビティは継続して実行されますか？これらは通常、タスクやサブプロセスの境界に配置される関連イベントとして、予期せぬ出来事に対応するために使用されます。
中断型イベント
重要な障害処理を評価する際、私は中断型イベント.
-
定義：中断型イベントが発火すると、現在のアクティビティの実行は直ちに停止する.
-
動作：プロセスの流れは、イベントの後に続く経路に完全に移行する。
-
ユーザー体験への影響：ユーザー体験の観点から言えば、ユーザーの現在の画面やタスクが突然停止することを意味します。これは、状況が絶対的な優先順位を要求する場合にのみ使用すべきです。
-
例：最近レビューした注文処理プロセスでは、エラーイベント「配達不可」とラベル付けされたイベントが調達アクティビティに付随していました。このエラーが発生した場合、調達は停止し、プロセスはエラー処理に移行します。たとえば、商品をカタログから削除するなどです。
非中断型イベント
一方で、私はしばしば以下を推奨します。中断しないイベントユーザーの主な作業フローを中断せずに監視や支援が必要な状況に適しています。
-
定義：中断しないイベントは、発生を検出し処理しますその発生が関連するアクティビティを中止することなくそのイベントが関連付けられているアクティビティを。
-
動作：現在実行中のスレッドは終了もされず、影響も受けません。代わりに、新しいトークンが生成され、イベント処理のパスに従います。一方、元のアクティビティは並行して実行を続けます。
-
例：たとえば、エスカレーションイベント「遅延配送」とラベル付けされたイベントを、同じ調達アクティビティに付与できます。発動された場合、調達は継続されますが、顧客に遅延を通知するための新しい経路が開始されます。
-
追加の使用例：私が分析した電子メール投票の例では、中断しないメッセージ開始イベントがイベントサブプロセス内で使用され、メイン投票期間を停止せずに時間とともに複数の投票を集めることが可能になりました。
事例研究：アカウント認証とセキュリティ
これらの2種類の境界イベントの機能的違いを説明するために、最近検証した現代的なWebアプリケーションのユーザー アカウント認証プロセスを紹介します。この状況は、セキュリティとユーザー満足度の両面でイベントロジックを正しく設定することが不可欠な一般的なケースです。
以下のようなタスクを想像してください：「プロフィール認証を完了する」ユーザーが実行するタスクです。2つの異なる状況を処理する必要がありました。1つは即時対応が必要なケース、もう1つは情報の記録のみが必要なケースです。
1. 中断型境界イベント：「セキュリティアラート」
-
トリガー：「プロフィール認証を完了する」タスクに付与された「セキュリティアラート」エラーイベント。
-
動作： ユーザーがプロフィール入力を実行中に、システムがアカウントの潜在的な侵害（例：ブラックリストに登録されたIPアドレスからのログイン）を検出すると、その 中断イベント が発動します。
-
結果とUXへの影響： 「プロフィール検証の完了」タスクは直ちに中止されます。ユーザーはログアウトされ、セッションは破棄され、プロセスフローは 「アカウントをロックして管理者に通知」 パスに変更されます。セキュリティリスクが絶対的な優先順位を占めるため、ユーザーはプロフィールの完了を阻止されます。私のレビューでは、ユーザーが続行を許可すると重大なセキュリティリスクが生じるため、このアプローチが適切であると判断しました。
2. 非中断境界イベント：「進捗の保存リマインダー」
-
発動条件： 同じ「プロフィール検証の完了」タスクに接続された「進捗の保存」タイマーイベントで、5分ごとに発動するように設定されています。
-
動作： ユーザーがまだ詳細を入力している間、その 非中断イベント が発動します。
-
結果とUXへの影響： 並行トークンが生成され、バックグラウンドプロセスを起動して 「ドラフトをデータベースに自動保存する。」 重要な点は、「プロフィール検証の完了」タスクがアクティブなまま中断されないこと。ユーザーは一時停止や画面の再読み込みを経験しません。ユーザーは作業を続けながら、非中断イベントが有益な補助機能を実行します。これにより、ユーザーに目障りなポップアップを表示することなくデータ損失を防ぐことができ、ユーザーエクスペリエンスが大幅に向上しました。
比較表
これらの概念をステークホルダーに提示する際、私は常に比較表を使用して違いを明確にします：
| 機能 | 中断型（セキュリティアラート） | 非中断型（保存リマインダー） |
|---|---|---|
| 主タスク | 即時終了 | 影響を受けず継続 |
| トークンフロー | エラー経路にリダイレクト | 分岐（一方は継続、他方は分岐） |
| プロセス状態 | 放棄/中止 | 並行実行 |
| 目的 | 例外処理/回復 | 監視/支援的なサブタスク |
これらのイベントを併用することで、重大なエラーが即座に作業を停止させ、損害を防ぐことができます。一方、ログ記録やリマインダーなど、小さな補助タスクは並行して実行でき、ユーザー体験とプロセス効率を著しく向上させます。
結論
最終的に、中断型と非中断型の境界イベントの違いを理解することは、私のプロセスモデリングの旅において大きな転換点となりました。今、図を確認する際には、その繊細なバランスを意識するようになっています。中断型イベントを用いて厳格なビジネスルールやセキュリティ境界を強制し、非中断型イベントを活用してスムーズで支援的なユーザー体験を実現します。これらのBPMN 2.0パターンを慎重に適用することで、技術的に堅牢であるだけでなく、エンドユーザーにとって直感的で耐障害性の高いワークフローを設計できます。これらの違いを意識して現在のプロセスモデルを見直すことを強くお勧めします。ワークフローがどれほどスムーズになるか、驚くことでしょう。
参考文献
-
BPMN 2.0の境界イベントの説明: BPMNにおける境界イベントがアクティビティにどのように関連するかの簡単な概要。
-
中断型イベント vs. 非中断型イベント: イベントの挙動とトークンの流れの詳細な比較。
-
BPMNにおける例外処理のモデリング: プロセスの回復にエラーイベントおよびエスカレーションイベントを使用するためのガイド。
-
ビジネスプロセスにおけるタイマーイベント: ワークフローに時間ベースのトリガーと自動保存を実装する方法。
