同じ注文業務を、三つの図で見る

1モデリングは仕事を共有できる形にすること

モデリングとは、現実から目的に必要な要素を取り出して表すことです。業務を聞き取り「誰が、何を受け取り、何をするか」を図にすると、現場と開発者が同じ前提を持てます。単にデータから新しい法則を発見する分析や、知識の共有、要員の組織化とは目的が異なります。

同じ注文業務でも、保存する情報の関係を知りたいのか、情報の移動を知りたいのか、担当者の手順を知りたいのかで図を選びます。

2E-R図は実体と関係を読む

E-R図（Entity Relationship Diagram：実体関連図）は、顧客・注文など管理したい対象である実体と、その関係を表します。属性は顧客番号や注文日など、実体が持つ項目です。

「1人の顧客は複数の注文を出せる」「1件の注文は1人の顧客に属する」という1対多の関係を読めます。この関係線は処理が進む矢印ではありません。顧客番号を注文に持たせれば、同姓同名でも注文主を識別できます。

3DFDはデータがどこで処理されるかを読む

DFD（Data Flow Diagram：データフロー図）は、データの流れ、データを変換する処理、保存先、外部の相手を表します。注文データが「受注登録」の処理に入り、注文台帳へ保存される、という読み方です。

矢印には「注文情報」のようなデータ名を付けます。「はい／いいえ」で処理順を分ける図ではありません。外部の相手と保存先を処理なしで直接つなぐなど、どこで変換・入出力するかが分からない描き方も避けます。

4BPMNとアクティビティ図は手順・分岐・担当を読む

BPMN（Business Process Model and Notation：業務プロセスのモデルと表記法）は、業務を共通の記号で表す標準です。開始・終了を円、作業を角丸長方形、分岐などをひし形で表し、実行順を実線矢印で結びます。

レーンで担当を区切れば、営業から倉庫への引継ぎも分かります。

UML（Unified Modeling Language：統一モデリング言語）のアクティビティ図も、活動の流れ・分岐・担当の区画を表せます。ただし担当区画だけから作業コスト、所要時間、品質目標の数値までは分かりません。

数値が示されているかを確認して読みます。

5図で分かることを見極める

業務の手順を表すWFA（Work Flow Architecture：業務流れの記述様式）と、データの関係を表すE-R図は区別します。CRUD図はCreate（作成）、Read（参照）、Update（更新）、Delete（削除）の頭文字を使い、処理とデータの操作の対応を表します。

例えば受注登録は注文データをC、出荷確認はRとUにします。

DMM（Diamond Mandala Matrix：ダイヤモンド・マンダラ・マトリックス）は、業務の機能を階層的に整理する図として使われます。中心に対象の業務を置き、周囲に構成する機能を並べ、各機能をさらに細かな機能へ分けます。

例えば注文業務を受注・出荷・請求などに分けると、何をする業務があるかを整理できますが、処理順を表す矢印とは異なります。

パレート図は件数の多い問題から改善対象を選ぶ図、レーダチャートは複数指標のバランスを見る図で、どちらもそれだけで業務の手順は示しません。BABOK（Business Analysis Body of Knowledge：ビジネスアナリシス知識体系）は分析に関する知識体系であり、BPMNという表記法ではありません。