BPMNを活用したビジネスプロセス・モデリング（2）
「BPMN」の基本要素を理解する

日揮情報ソフトウェア
技術本部・モデリング技術部
明庭聡
2005/4/23

　第1回「ビジネスを可視化するモデル記述言語BPMN」で説明したように、BPMNの図形要素は、基本要素と詳細なバリエーションでその体系を構成しています。今回は、BPMN基礎編として、基本要素の解説をします。

BPMNの基本要素

　 BPMNで記述するモデルをビジネスプロセス図（Business Process Diagram）と呼びます（詳細はコラム参照）。ビジネスプロセス図は、11個ある基本要素を理解するだけで、ある程度シンプルなプロセスであれば充分に記述することができるようになります。基本要素の全てを図1に示しますが、まずは基本要素を役割によって分類する基本分類の意味を確認してから、図1を眺めてみてください。基本分類は、フローオブジェクト、接続オブジェクト、スイムレーン、成果物の4種があり、次に示す役割を持っています。

• 「フローオブジェクト」はビジネスプロセスの振る舞いを表す基本的な図形要素としての位置付けを持つ
  
  
• フローオブジェクトを「接続オブジェクト」で接続してビジネスプロセスを表現する
  
  
• 「スイムレーン」の中にフローオブジェクトを配置してフローオブジェクトの実施者を明確にする
  
  
• 「成果物」はビジネスプロセス図を分かりやすくするためのドキュメンテーションとしての役割を持つ（フローの制御には影響しない補足情報）

図1 BPMNの基本要素

　図1を眺めてみて「見たことがある図形が多く、なんとなく使い方がわかる」と感じられた方も多いのではないでしょうか。BPMN は、既存の表記法を参考とし、それらの表記法の中からわかりやすい図形要素を選び抜いているのです。11個の基本要素の具体的な意味について、簡単なワークフローの例とコラボレーションプロセスの例といった2つのビジネスプロセス図で解説していきます。

ワークフローをBPMNで記述する

　図2は製品サポート業務のプライベートビジネスプロセス（特定の組織に閉じた内部プロセス）を記述したビジネスプロセス図です。実際に製品サポートを担当している方からは「もっと複雑なプロセスで、大変な仕事だけど……」といった声が聞こえてきそうですが、BPMNを分かりやすく解説することが目的です。ご了承ください。

図2 製品サポート業務のビジネスプロセス図＝プライベートビジネスプロセス （クリックすると拡大）

■ アクティビティ

　図2における「ユーザーからの問い合わせを受け付ける」など、実線の角丸長方形で表現されたものがアクティビティです。ビジネスプロセスで実行される個々の作業を表します。複数のアクティビティで構成され、それらのアクティビティの実行する順序や条件などを明確にしたものがビジネスプロセスであるともいえます。

■ イベント

　イベントはビジネスプロセスの中で発生する事象を表すものです。ある事象が発生することで、その事象待ちの状態を進行させて次のアクティビティを実行するなど、ビジネスプロセスの実行を制御するために使用します。例えば、あらかじめ決められた時間になったら次へ進むタイマーイベントなどがあります。イベントにはさまざまな種類があり、その詳細については次回に解説する予定です。まずは、図2における左端の細線の丸印は開始イベントと呼ばれ、ビジネスプロセスの開始を表すこと、右端の太線の丸印は終了イベントと呼ばれ、この終了イベントにすべてのフローが到達したらビジネスプロセスが終了することを覚えてください。

■ シーケンスフロー

　各アクティビティにつながっている黒ベタの矢印が付いた実線がシーケンスフローです。アクティビティが実行される順序を表しています。データの流れを記述するDFD（Data Flow Diagram）とは異なり、シーケンスフローがデータの流れを表さないことに注意してください。ビジネスプロセス図においてデータの流れを表す場合は、後述のデータオブジェクトを使用します。

■ ゲートウェイ

　シーケンスフローを複数に分流させたり、複数のフローを合流させたりする場合にはゲートウェイを使用します。図2のゲートウェイは、2つに分かれるフローのうちの1つを条件判断によって選択するもので、「分岐」と呼ばれる代表的なゲートウェイの使用例です。そのほかにも、合流するすべてのフローが流れてきたら次に進む「ジョイン」など、さまざまなゲートウェイの使い方があります。

■ 関連

　関連は成果物に分類される3つのオブジェクト（データオブジェクト、注釈、グループ）をフローオブジェクトや接続オブジェクトに結び付ける役割を持ちます。関連の両端に矢印を付けて方向性を表すこともできます。例えば、図2の受付票につながっている関連では矢印によってデータの入力と出力を表しています。

■ データオブジェクト

　データオブジェクトは名前のとおりデータを表すものです。以下のような使い方ができます。

• アクティビティに関連付けてアクティビティが入出力するデータを表す
  
  
• シーケンスフローに関連付けてアクティビティ間を流れるデータを表す
  
  
• メッセージフローに関連付けてメッセージのコンテンツを表す

　ただし、あくまでもデータオブジェクトは補足の情報であり、フローの制御に影響を及ぼさないことに注意してください。図2ではデータオブジェクトである受付票によって2つのアクティビティを結んでいますが、フロー自体はシーケンスフローに従って流れるため、2つのアクティビティ間をシーケンスフローでも結んでいます。

■ 注釈

　注釈はビジネスプロセス図の読み手に補足のテキスト情報を提供するために使用するオブジェクトです。図2において、アクティビティなどの基本要素名を追記しているのがすべて注釈です。

■ グループ

　グループはグルーピングするために使用するドキュメンテーション用のオブジェクトであり、一点差線の角丸長方形で表現します。図2では2つのアクティビティに対して「このアクティビティは電子メールを利用する」といった1つの注釈を結び付けるためにグループを使用しています。

コラボレーション プロセスをBPMNで記述する

　図2を製品ユーザー、製品開発者とのコラボレーション（相互作用）を含めて拡張したのが図3のビジネスプロセス図です。

図3 製品サポート業務のビジネスプロセス図＝コラボレーションプロセス （クリックすると拡大）

■ プール

　プールはビジネスエンティティ（企業など）、ビジネスロール（売り手、買い手、製造者など）といったプロセスの関係者を表します。図3では、製品ユーザー、サポートセンター、製品開発者といったビジネスロールが異なる3つの関係者が登場します。製品開発者のようにプール内に具体的なプロセスを記述しない「ブラックボックス」とも呼ばれる抽象プロセスとして、関係者との相互作用（メッセージ）だけを表現することもできます。プールごとに自己完結したプロセスが前提であるため、シーケンスフローはプールの境界を横切ることができないことに注意してください。

■ レーン

　役割や部署などによってプール内を分割する場合にはレーンを使用します。レーンの一部をシステムや業務アプリケーションにすることで、ビジネスプロセスにおけるシステム機能の役割を明示することもできます。図3では、サポートセンター（プール）内を受付担当者と製品サポート担当者といった2つの役割に分割しています。「ユーザーからの問い合わせを受け付ける」から出力されているシーケンスフローの例が示すように、シーケンスフローはレーンの境界を横切ることができます。

■ メッセージフロー

　メッセージフローは2つのプール間でのメッセージの送受信に使用します。プール内のオブジェクト同士を結ぶメッセージフローは認められず、メッセージフローの使用は以下に示す用途に限定されます。

• プール内のオブジェクト（アクティビティまたはイベント）とほかのプールのオブジェクトを接続する（例えば、図3における製品ユーザーとサポートセンターを結ぶメッセージフロー）
  
  
• プール内のオブジェクト（アクティビティまたはイベント）とほかのプール（ブラックボックス）を接続する（例えば、図3におけるサポートセンターと製品開発者を結ぶメッセージフロー）
  
  
• 2つのプール（ブラックボックス）間を接続する

　今回は、アクティビティなどの語句の意味を説明することを中心に駆け足で解説してきましたが、BPMN基本要素がどのようなものか伝わりましたか？ 語句の意味が伝わり、BPMNの特徴の1つであるシンプルさを感じ取ってもらえれば目的は無事達成となります。次回は、アクティビティとイベントの詳細なバリエーションを理解してもらうことを主旨とし、複雑なビジネスプロセスを記述する方法をじっくりと解説していきたいと思います。

BPMNで記述するダイヤグラムはビジネスプロセス図だけ

ユースケース図、アクティビティ図、クラス図など、複数のダイヤグラムを使い分けるUMLと異なり、BPMNで記述するダイヤグラムはビジネスプロセス図だけです。ビジネスアナリストもIT技術者も覚えるのはたった1つ。とてもシンプルです。ビジネスプロセス図を一言で表すと「作業の流れとメッセージの流れといった2つの流れに着目して業務を図で表現したもの」ということになります。一般的にワークフローと呼ばれている作業の流れを表現すること、コラボレーションプロセス（プロセス間連携）をメッセージのやりとりによって表現すること、この2つの役割をビジネスプロセス図は担います。 ［ワークフローを表現する］ 　図4で表現するビジネスプロセスには、「順序」（問い合わせを受け付けたら調査をする作業）と「判断」（製品サポート担当者が状況によってその後の作業を選ぶ）が含まれています。ビジネスプロセス図は、「順序」や「判断」といった作業の流れを決定する事柄を整理し、ワークフローとして表現します。最近では、ビジネスモデリングのためにUMLアクティビティ図を活用し、業務の流れを記述するという事例が増えてきました。BPMNのビジネスプロセス図は、業務の流れを記述するという意味でのUMLのアクティビティ図に相当する役割を持っています。 図4 製品サポート業務のイメージ図 ［コラボレーションプロセスを表現する］ 　もう一度上の図をみてください。製品ユーザーからの問い合わせが「メッセージ」です。製品ユーザーからの問い合わせを受付担当者が受け付けるので、メッセージではなく単なる作業の順序としてよいのではないかと思われるかもしれません。しかし、BPMNでは順序とメッセージを明確に区別します。異なる関係者のプロセスは個々に自己完結しており、そのプロセス間の相互作用をメッセージで表現するといった概念が基本になっています。つまり、製品ユーザーは製品を利用するプロセス、サポートセンターは製品サポートを提供するプロセスなど、各々で独自のプロセスを持っており、その二者間のインターフェイスに関する決め事をメッセージで表現するのです。 　関係者といった外部環境との相互作用を表現するものとして、UMLではユースケース図がありますが、ユースケース図は関係者（アクター）とシステムとの相互作用を表し、ビジネスプロセス図は関係者同士の相互作用を表すといった違いがあります。特に、企業間の連携が活発化している現実のビジネスをうまく表現するためには、企業間（関係者同士）の相互作用を表すことができるといったBPMNの特長が重要になります。

IT Architect 連載記事一覧

＠IT情報マネジメント メールマガジン　情報マネージャのための情報源（無料）