ビジネスプロセスモデルと表記法
 |
ビジネス プロセス モデル表記法( BPMN ) は、ビジネス プロセス モデルでビジネス プロセスを指定するためのグラフィカル表現です。
BPMNは元々ビジネスプロセスマネジメント・イニシアティブ（BPMI）によって開発されましたが、 2005年に両組織が合併して以来、オブジェクトマネジメント・グループ（OMG）によって保守されています。BPMNバージョン2.0は2011年1月にリリースされました[ 1 ]。その時点で、既存の表記法と図表要素に加えて、実行セマンティクスが導入されたことを反映し、名称がビジネスプロセスモデルおよび表記法に変更されました。BPMNはOMG仕様ですが、ISO 19510としても承認されています。最新バージョンは2014年1月に公開されたBPMN 2.0.2です[ 2 ]。
概要
ビジネスプロセスモデル表記法（BPMN）は、ビジネスプロセスモデリングの標準であり、ビジネスプロセス図（BPD）[ 3 ]でビジネスプロセスを指定するためのグラフィカル表記法を提供します。これは、統一モデリング言語（UML）[ 4 ]のアクティビティ図に非常によく似たフローチャート作成手法に基づいています。BPMNの目的は、ビジネスユーザーにとって直感的でありながら、複雑なプロセスセマンティクスを表現できる表記法を提供することで、技術ユーザーとビジネスユーザーの両方にとってビジネスプロセス管理をサポートすることです。BPMN仕様は、表記法のグラフィックと実行言語、特にビジネスプロセス実行言語（BPEL）の基礎となる構成要素とのマッピングも提供します。[ 5 ]
BPMNは、ビジネスアナリスト、技術開発者、ビジネスマネージャーなど、すべてのビジネス関係者が容易に理解できる標準表記法を提供するために設計されています。したがって、BPMNは、プロジェクトのすべての関係者がプロセスを記述するための共通言語を採用するという、一般的に望ましい目標をサポートするために使用でき、ビジネスプロセスの設計と実装の間に生じる可能性のあるコミュニケーションギャップを回避するのに役立ちます。
BPMNは、モデリングツールやプロセスで使用される数多くのビジネスプロセスモデリング言語標準の1つです。現在、多様な言語が様々なモデリング環境に適している一方で、既存の様々な言語の長所を組み合わせた、単一の包括的な標準の開発または出現を主張する人もいます。将来的には、この標準が、基本的なビジネスプロセス概念（パブリックプロセスとプライベートプロセス、コレオグラフィなど）だけでなく、高度なプロセス概念（例外処理、トランザクション補償など）の表現を統一するのに役立つことが示唆されています。
BPMN と同様のアプローチを使用する 2 つの新しい標準が開発され、ケース管理モデリング (ケース管理モデルと表記法) と意思決定モデリング(意思決定モデルと表記法) に対応しています。
トピック
適用範囲
BPMNは、ビジネスプロセスに適用可能なモデリングの概念のみをサポートするように制限されています。組織がプロセス以外の目的で行うその他の種類のモデリングは、BPMNの適用範囲外です。BPMNから除外されるモデリングの例は次のとおりです
- 組織構造
- 機能別内訳
- データモデル[ 6 ]
さらに、BPMN はデータ (メッセージ) のフローとデータ成果物とアクティビティの関連付けを示しますが、データ フロー ダイアグラムではありません。
要素
BPMNモデルは、限られたグラフィカル要素から構成されるシンプルなダイアグラムで表現されます。ビジネスユーザーと開発者の両方にとって、ビジネス活動のフローとプロセスの理解を簡素化します。BPMNの4つの基本要素カテゴリは次のとおりです
- フローオブジェクト
- イベント、アクティビティ、ゲートウェイ
- 接続オブジェクト
- シーケンスフロー、メッセージフロー、関連付け
- 水泳レーン
- プール、レーン、ダークプール
- アーティファクト
- データオブジェクト、グループ、注釈
これらの4つのカテゴリにより、シンプルなビジネスプロセスダイアグラム（BPD）を作成できます。また、BPDでは、ダイアグラムをより分かりやすくするために、新しいタイプのフローオブジェクトやアーティファクトを作成することもできます。
フローオブジェクトと接続オブジェクト
イベント- アクティビティ
- ゲートウェイ
- 接続
フローオブジェクトはBPMN内の主要な記述要素であり、イベント、アクティビティ、ゲートウェイという3つのコア要素で構成されています
イベント
- イベントは円で表され、何かが起こることを示します（アクティビティは何かが行われることを意味します）。円内のアイコンはイベントの種類を示します（例：メッセージを表す封筒、時間を表す時計など）。イベントは、キャッチ（例：受信メッセージをキャッチするとプロセスが開始される）とスロー（プロセス終了時に完了メッセージをスローするなど）に分類されます。
- 開始イベント
- プロセストリガーとして機能します。細い境界線で示され、キャッチのみ可能なため、開いた（アウトライン）アイコンで表示されます
- 中間イベント
- 開始イベントと終了イベントの間に発生する事象を表します。二重線で示され、スローまたはキャッチ（実線または白抜きのアイコンを使用）が可能です。例えば、タスクが別のプールにメッセージをスローするイベントに流れ、そこで後続のイベントが応答をキャッチするまで待機してから処理を続行します
- 終了イベント
- プロセスの結果を表します。太い枠線で示され、スローのみ可能なため、実線のアイコンで表示されます
アクティビティ
- アクティビティは角の丸い長方形で表され、実行する必要がある作業の種類を表します。アクティビティとは、企業が行う作業の総称です。単一の作業でも複合的な作業でもかまいません
- タスク
- タスクは、ビジネスプロセスのより詳細なレベルに分解できない、または分解できない単一の作業単位を表します。これはアトミックアクティビティと呼ばれます。タスクは、プロセス図に示される最も低いレベルのアクティビティです。タスクのセットは、高レベルの手順を表す場合があります
- サブプロセス
- ビジネスプロセスの詳細レベルを非表示または表示するために使用されます。折りたたまれているサブプロセスは、長方形の下線にプラス記号が表示されます。展開すると、角丸長方形が拡大し、すべてのフローオブジェクト、接続オブジェクト、および成果物が表示されます。サブプロセスは複合アクティビティと呼ばれます
- 独自の自己完結型の開始イベントと終了イベントがあり、親プロセスからのシーケンス フローは境界を越えてはなりません。
- トランザクション
- 含まれるすべてのアクティビティを全体として扱う必要があるサブプロセスの一種。つまり、目標を達成するにはすべてを完了する必要があり、いずれか1つが失敗した場合はすべてを補償（取り消す）する必要があります。トランザクションは、二重の境界線で囲まれることで、拡張サブプロセスと区別されます
- コールアクティビティ
- プロセスにおいて、グローバルプロセスまたはグローバルタスクが再利用されるポイント。コールアクティビティは、アクティビティ領域の周囲に太字の境界線で囲まれることで、他のアクティビティタイプと区別されます
ゲートウェイ
- ゲートウェイはひし形で表され、表現された条件に応じてパスの分岐と合流を決定します
- エクスクルーシブ
- プロセスに代替フローを作成するために使用されます。パスは1つしか選択できないため、排他的と呼ばれます。
- イベントベース
- プロセスの経路を決定する条件は、評価されたイベントに基づいています
- 並列
- 条件を評価せずに並列パスを作成するために使用されます。
- 包含
- すべてのパスが評価される代替フローを作成するために使用されます。
- 排他的イベントベース
- 相互に排他的なパスのどちらを選択するかを決定するために、イベントが評価されています
- 複雑
- 複雑な同期動作をモデル化するために使用されます。
- 並列イベントベース
- イベントに基づいて 2 つの並列プロセスが開始されますが、イベントの評価は行われません。
接続
フローオブジェクトは、シーケンス、メッセージ、関連付けの3つのタイプがある 接続オブジェクトを使用して相互に接続されます
- シーケンスフロー
- シーケンスフローは実線と矢印で表され、アクティビティが実行される順序を示します。シーケンスフローの先頭には記号が付いている場合もあります。小さなダイヤモンドはアクティビティからの複数の条件付きフローの1つを示し、斜めの斜線は条件付きフローを含む決定またはアクティビティからのデフォルトフローを示します
- メッセージフロー
- メッセージフローは、破線、始端の白丸、終端の白矢印で表されます。これは、組織の境界（つまり、プール間）を越えて流れるメッセージを示します。メッセージフローは、同じプール内のアクティビティやイベントを接続するために使用することはできません
- 関連
- 関連は点線で表されます。これは、アーティファクトまたはテキストをフローオブジェクトに関連付けるために使用され、開いた矢印を使用して方向性を示すことができます（アーティファクトに向かう場合は結果、アーティファクトから出る場合は入力、両方が読み込まれ更新されたことを示す）。アーティファクトまたはテキストがシーケンスまたはメッセージフローに関連付けられている場合は、方向性は使用されません（そのフローはすでに方向を示しているため）。
プール、レーン、アーティファクト
- スイムレーン
- データオブジェクト
- グループ
- 注釈
スイムレーンは、部門横断的なフローチャートに基づいてアクティビティを整理および分類するための視覚的なメカニズムであり、BPMNでは2つのタイプで構成されます
- プール
- プロセスの主要な参加者を表し、通常は異なる組織を分離します。プールには1つ以上のレーン（実際のプールのように）が含まれます。プールは、1つ以上のレーンを示す大きな長方形として描かれている場合は開いた状態（つまり、内部の詳細が表示されている状態）になり、図の幅または高さに広がる空の長方形として描かれている場合は折りたたまれた状態（つまり、内部の詳細が隠れている状態）になります
- レーン
- プール内のアクティビティを機能または役割に応じて整理および分類するために使用され、プールの幅または高さに広がる長方形として表されます。レーンには、フローオブジェクト、接続オブジェクト、およびアーティファクトが含まれます
アーティファクトを使用すると、開発者はモデル/ダイアグラムにさらに情報を追加できます。これにより、モデル/ダイアグラムの可読性が向上します。定義済みのアーティファクトは以下の3つです。
- データ オブジェクト: データ オブジェクトは、アクティビティで必要なデータまたは生成されるデータを読者に示します。
- グループ: グループは、角の丸い長方形と破線で表されます。グループは異なるアクティビティをグループ化するために使用されますが、図のフローには影響しません。
- 注釈: 注釈は、モデル/図の読者に理解しやすい印象を与えるために使用されます。
ビジネスプロセス図の例
- 小さい画像をクリックするとフルサイズの画像が表示されます
- 議論サイクル
- メール投票プロセス
- 投票を集める
BPMN 2.0.2
BPMN 2.0.2のビジョンは、表記法、メタモデル、そして交換フォーマットを定義する新しいビジネスプロセスモデルと表記法のための単一の仕様を策定することです。ただし、名称は変更されながらも「BPMN」というブランドは維持されます。主な特徴は以下のとおりです。
- すべての BPMN 要素の実行セマンティクスを形式化します。
- プロセス モデル拡張とグラフィカル拡張の両方の拡張メカニズムを定義します。
- イベントの構成と相関関係を改良します。
- 人間の相互作用の定義を拡張します。
- 振り付けモデルを定義します。
現在の仕様のバージョンは2014年1月にリリースされました。[ 1 ]
BPMNバージョンの比較
 | このセクションは技術的すぎるため、ほとんどの読者には理解しにくいかもしれません。技術的な詳細を削除せずに、( 2012年12月) |
 | このセクションは更新が必要です。（2014年2月） |
| 属性 | BPMN 1.0 | BPMN 1.1 | BPMN 1.2 | BPMN 2.0 |
|---|---|---|---|---|
| コンソーシアム | BPMI & iGrafx | OMG | OMG | OMG |
| リリース日 | 2004年5月 | 2008年1月 | 2009年1月 | 2011年1月 |
| モデル |
| |||
| イベント |
|
|
| |
| アクティビティ |
|
| ||
| ゲートウェイ |
|
| ||
| シーケンスフロー | 通常フロー、 非制御フロー、 条件付きフロー、 デフォルトフロー、 例外フロー | |||
| メッセージフロー | メッセージフロー | |||
| アソシエーション | アソシエーション | |||
| プール | プール | |||
| レーン | レーン | |||
| データオブジェクト | データオブジェクト |
| ||
| グループ | グループ | |||
| 注釈 | 注釈 | |||
| メッセージ | — | — | — | メッセージ |
| その他の要素 | ||||
| すべての要素の数 | 48 | 55 | 55 | 116 |
| 主な変更点 | — |
| BPMN 1.2のマイナーリビジョンの変更は、編集上の修正と実装上のバグ修正で構成されています。そのため、これらのマイナー変更は、モデラー（ユーザー）よりもモデリングツールベンダーに影響を与えます。[ 7 ] | |
BPMNサブモデルの種類
ビジネスプロセスモデリングは、多様な情報を多様な対象者に伝えるために使用されます。BPMNは、この幅広い用途に対応するように設計されており、エンドツーエンドのビジネスプロセスをモデリングすることで、ダイアグラムの閲覧者がBPMNダイアグラムの各セクションを容易に区別できるようにします。エンドツーエンドのBPMNモデルには、プライベート（内部）ビジネスプロセス、抽象（パブリック）プロセス、コラボレーション（グローバル）プロセスという3つの基本的なサブモデルがあります。
- プライベート（内部）ビジネスプロセス
- プライベート・ビジネス・プロセスは特定の組織内部のプロセスであり、一般的にワークフローまたはBPMプロセスと呼ばれるタイプのプロセスです。スイムレーンを使用する場合、プライベート・ビジネス・プロセスは単一のプール内に含まれます。したがって、プロセスのシーケンスフローはプール内に含まれ、プールの境界を越えることはできません。メッセージフローはプールの境界を越えて、個別のプライベート・ビジネス・プロセス間の相互作用を示すことができます。
- 抽象（パブリック）プロセス
- これは、プライベートビジネスプロセスと他のプロセスまたは参加者との間の相互作用を表します。プライベートビジネスプロセスの外部と通信するアクティビティのみが抽象プロセスに含まれます。プライベートビジネスプロセスのその他の「内部」アクティビティは、抽象プロセスには表示されません。したがって、抽象プロセスは、そのビジネスプロセスと対話するために必要なメッセージのシーケンスを外部に示します。抽象プロセスはプール内に含まれており、個別にモデル化することも、より大きなBPMNダイアグラム内でモデル化して、抽象プロセスアクティビティと他のエンティティ間のメッセージフローを示すこともできます。抽象プロセスが対応するプライベートビジネスプロセスと同じダイアグラム内にある場合、両方のプロセスに共通するアクティビティを関連付けることができます
- コラボレーション（グローバル）プロセス
- コラボレーションプロセスは、2つ以上のビジネスエンティティ間の相互作用を表します。これらの相互作用は、関係するエンティティ間のメッセージ交換パターンを表す一連のアクティビティとして定義されます。コラボレーションプロセスはプール内に含まれる場合があり、異なる参加者間のビジネス相互作用はプール内のレーンとして示されます。この場合、各レーンは2つの参加者とそれらの間の移動方向を表します。また、メッセージフロー（前のセクションで説明したように）を介して相互作用する2つ以上の抽象プロセスとして示される場合もあります。これらのプロセスは、個別にモデル化することも、コラボレーションプロセスアクティビティと他のエンティティ間の関連を示すために、より大きなBPMNダイアグラム内でモデル化することもできます。コラボレーションプロセスが、対応するプライベートビジネスプロセスの1つと同じダイアグラム内にある場合、両方のプロセスに共通するアクティビティを関連付けることができます
これら3つのBPMNサブモデル内およびサブモデル間で、様々な種類のダイアグラムを作成できます。以下は、BPMNでモデル化できるビジネスプロセスの種類です（アスタリスクが付いているものは、実行可能な言語にマッピングされない場合があります）。
- 高レベルのプライベートプロセスアクティビティ（機能の内訳ではない）*
- 詳細なプライベートビジネスプロセス
- 現状のまままたは古いビジネスプロセス*
- 将来または新しいビジネスプロセス
- 1 つ以上の外部エンティティとのやり取りを含む詳細なプライベート ビジネス プロセス (または「ブラック ボックス」プロセス)
- 2つ以上の詳細なプライベートビジネスプロセスが相互作用する
- 抽象プロセスに対する詳細なプライベートビジネスプロセスの関係
- コラボレーションプロセスに対する詳細なプライベートビジネスプロセスの関係
- 2つ以上の抽象プロセス*
- 抽象プロセスとコラボレーションプロセスの関係*
- コラボレーションプロセスのみ（例：ebXML BPSSまたはRosettaNet）*
- 抽象プロセスおよび/またはコラボレーションプロセスを介して相互作用する2つ以上の詳細なプライベートビジネスプロセス
BPMNは、上記すべての種類のダイアグラムを作成できるように設計されています。ただし、3つ以上のプライベートプロセス間にメッセージフローが存在するなど、サブモデルの種類が多すぎると、ダイアグラムが分かりにくくなる可能性があるので注意が必要です。そのため、OMGは、モデル作成者がプライベートプロセスやコラボレーションプロセスなど、BPDの目的を絞り込むことを推奨しています。
他のプロセスモデリング表記法との比較
イベント駆動型プロセスチェーン（EPC）とBPMNは、プロセスモデリングにおいて類似した表現力を持つ2つの表記法です。[ 8 ] BPMNモデルはEPCモデルに変換できます。逆に、EPCモデルはわずかな情報損失のみでBPMNモデルに変換できます。[ 9 ]ある研究によると、同じプロセスの場合、BPMNモデルは対応するEPCモデルよりも約40%少ない要素数で済むものの、使用する記号セットはわずかに増えることが示されています。そのため、BPMNモデルの方が読みやすいと考えられます。2つの表記法間の変換は自動化できます。[ 10 ]
UMLアクティビティ図とBPMNは、同じプロセスをモデル化するために使用できる2つの表記法です。アクティビティ図の要素のサブセットは、シンボルのセットが少なく表現力が低いにもかかわらず、BPMN要素と同様の意味を持ちます。[ 11 ]ある調査では、アクティビティ図の形式的な制約が高いにもかかわらず、経験の浅いユーザーにとって、両方のタイプのプロセスモデルは同じレベルの読みやすさを持っているように見えることが示されました。
BPM認定
ビジネスプロセスマネジメント（BPM）の世界では、ビジネスプロセスの最適化と標準化のためのモデリング標準の重要性が認識されています。ビジネスプロセスモデル表記法（BPMN）バージョン2は、イベントとサブプロセスのモデリングに大幅な改善をもたらし、ビジネスプロセスの文書化、分析、最適化の機能を大幅に強化しました
Elemate は、さまざまな BPM 認定と専用のトレーニング パスを調査するためのガイドとして位置付けられており、それによって BPMN の習得と企業内のプロセスの継続的な改善を促進します。
OMG OCEB認定
BPMN標準の策定を支援する国際コンソーシアムであるObject Management Group（OMG）は、OCEB認定資格（OMG Certified Expert in BPM）を提供しています。この認定資格は、特にBPMN 2に重点を置いたビジネスプロセスモデリングを対象としています。OCEB認定資格は、Fundamental、Business Intermediate（BUS INT）、Technical Intermediate（TECH INT）、Business Advanced（BUS ADV）、Technical Advanced（TECH ADV）の5つのレベルに分かれており、BPMプロフェッショナルにとって包括的な学習パスウェイを提供します。
その他のBPM認定資格
OCEB以外にも、BPM分野で認められている認定資格があります
- CBPA (Certified Business Process Associate): ABPMP (Association of Business Process Management Professionals) が提供するこの認定は、BPM を始めたばかりの専門家を対象としています。
- CBPP (Certified Business Process Professional): ABPMP によって授与される CBPP 認定は、経験豊富なプロフェッショナルを対象としており、BPM におけるグローバルな専門知識の検証を提供します。
BPMN認定資格のメリット
BPMN 2はビジネスプロセスモデリングにおける必須標準としての地位を確立していますが、BPMNに特化した認定資格を取得することで、使用されるモデルの品質とコンプライアンスに関するさらなる保証が得られます。これは、企業がビジネスプロセスのモデリングに外部プロバイダーを採用している場合に特に重要になります。
BPMN 2 を使用した BPM 認定トレーニング
OMGはBPMN 2に特化した認定資格を提供していませんが、様々な組織がこの標準を網羅した認定トレーニングを提供しています。これらのトレーニングでは、BPMNだけでなく、ビジネスプロセスの管理、自動化、デジタル化の原則もカバーしています。受講者は、ビジネスオペレーションの最適化に不可欠なBPMN 2を用いたプロセスマッピングとモデリングを習得できます。[ 12 ]
参照
- ドラコン
- ビジネスプロセス管理
- ビジネスプロセスモデリング
- ビジネスプロセスモデルと記法モデリングツールの比較
- CMMN（ケース管理モデルと表記法）
- イベント駆動型プロセスチェーン
- プロセス駆動型メッセージングサービス
- 機能モデル
- 機能的ソフトウェアアーキテクチャ
- ワークフローパターン
- サービス・コンポーネント・アーキテクチャ
- XPDL
- ヨール
参考文献
- ^ a b OMG. 「BPMN 2.0」 . 2011年3月29日閲覧
- ^ 「ビジネスプロセスモデルおよび表記法仕様バージョン2.0.2について」 www.omg.org 2020年12月7日閲覧。
- ^乗務員手順のXML表現、リチャード・C・シンプソン（2004年）、NASAファカルティフェローシッププログラム最終報告書（ジョンソン宇宙センター）
- ^ Process Modeling Notations and Workflow Patterns Archived July 6, 2010, at the Wayback Machine、IBM Corporation の Stephen A. White による論文 (2006)
- ^ Stephen A. White (2004年5月3日). 「ビジネスプロセスモデリング表記法 v1.0」(PDF) . 2013年8月18日時点のオリジナル(PDF)からのアーカイブ。ビジネスプロセスマネジメントイニシアチブ（BPMI）
- ^ OMG. 「BPMNワーキングドラフト」（PDF） . 2018年5月24日時点のオリジナル（PDF）からアーカイブ。 2012年5月1日閲覧。
- ^ 「BPMN FAQ」 。 2015年2月5日閲覧。
- ^ Grigorova, Katalina; Mironov, Kaloyan (2014年9月). 「ビジネスプロセスモデリング標準の比較」 . International Journal of Engineering Sciences & Management Research . ISSN 2349-6193 .
- ^ Levina, Olga (2012年9月). 「EPCからBPMNへのビジネスプロセスモデル変換における情報損失の評価」. 2012 IEEE 第16回国際エンタープライズ分散オブジェクトコンピューティング会議ワークショップ. IEEE. pp. 51– 55. doi : 10.1109/EDOCW.2012.38 . ISBN 9781467350051. S2CID 18834263 .
- ^ Kotsev, Vladimir; Stanev , Ivan; Grigorova, Katalina (2011年4月). 「BPMN-EPC-BPMNコンバータ」 . НАУЧНИ ТРУДОВЕ НА РУСЕНСКИЯ УНИВЕРСИТЕТ
- ^ GEAMBAŞU, Cristina Venera (2012). 「ビジネスプロセスモデリングにおけるBPMNとUMLアクティビティ図の比較」『会計と経営情報システム』11, n.4: 637– 651. S2CID 15301141 .
- ^ LIMELE, Maena (2023年12月1日). 「Certification BPMN : formations et compétences」 . Elemate (フランス語) . 2024年2月28日閲覧。
さらに詳しい参考文献
- Grosskopf、Decker、Weske著（2009年2月28日）。『プロセス：BPMNを用いたビジネスプロセスモデリング』Meghan Kiffer Press、ISBN 978-0-929652-26-92019年4月30日時点のオリジナルよりアーカイブ。2020年7月9日閲覧
- Ko, Ryan KL; Lee, Stephen SG; Lee, Eng Wah (2009). 「ビジネスプロセスマネジメント（BPM）標準：概説」（PDF） . Business Process Management Journal . 15 (5). Emerald Group Publishing Limited. ISSN 1463-7154 . 2025年7月14日閲覧.
- Stephen A. White、Conrad Bock (2011). 『BPMN 2.0 ハンドブック 第2版：ビジネスプロセスマネジメント表記法における手法、概念、ケーススタディ、標準』 Future Strategies Inc. ISBN 978-0-9849764-0-9。
外部リンク
- OMG BPMN仕様
- BPMNツールマトリックス
- BPMN情報ホームページBPMNに関するOMG情報ページ