業務モデリングとは

業務モデリングとは、業務の実態等をモデル として整理していくモデリング作業です。 

下記の図で示したように、業務の実態としては、業務機能の構成や処理 の担当者・順番、取り扱 う書類、利用するシステ ム等が含まれます。

位置づけ

ＩＴプロジェクトにおける業務モデリングの位置づけは以下の図で示したようになります。

モデリング手法

業務モデリングの代表的な手法としては、DFDとUMLが上げられます。

DFD（Data Flow Diagram）
情報の流れに着目して業務プロセスを構造化していく手法です。UML（Unified Modeling Language）
業務分析から設計から開発に至る各種モデリングの統合的な手法です。
業務モデリングは主にその中の以下のモデルが使用されます。クラス図ユースケース図アクティビティ図BPMN(Business Process Modeling Notation)
ワークフローとしてビジネスプロセスを描画する図形標準記法です。

用途

DFDとは、本来業務が持ってい る目的を達成するために要する 処理機能（大きな業務を構成す る要素業務に相当。）と情報の流 れを表すものです。

処理の手順ではなく、情報を注目対象としています。
DFDで表現する主な要素：

「情報」がどこからきて どのような処理が行われ その結果がどこに渡されるのか あるいはどこに蓄積されるのか構成要素

DFDは、「ファンクション（処理を行う機能）」、「ターミネータ（情報の発信元、受 信元）」、「情報の流れ」、「ファイル（情報の一時的な蓄積場所）」という4つの 記号により表現されます。

作成方法

DFDを作成する際の基本的なルール

全てのファンクションも、少なくとも1つ以上の「入力となる情報の流れ」と「出 力となる情報の流れ」を持つこと情報の流れは少なくとも1つのファンクションに結合していること全てのファンクションは、入力情報を新しい情報として出力すること全てのターミネータは少なくとも1つの情報の流れと結合していること全てのファイルは少なくとも1つの情報の流れと結合していること
作成事例

業務・システム最適化計画策定指針（ガイドライン）からの「人事給与業務でのＤ Ｆ Ｄ」 の作成事例

外部リンクデータフロー図（Data Flow Diagram / DFD）とはDFD(データフローダイヤグラム)の書き方（2）外部要素からデータフローへDFD(データフローダイヤグラム)の書き方（3）データフローとプロセスの命名についてDFD(データフローダイヤグラム)の書き方（4）データディクショナリーとミニ仕様書DFD(データフローダイヤグラム)の書き方（5）デシジョン・テーブル

モデリングを行う手法としては、分類や分割、階層化といった方法があります。これも人間が世界を認識するための基本手法です。

分類 
分類とは、事物や現象を、何らかの基準に従って区分することによって体系づけることです。
例えばある企業の人事システムでは、従業員を職位に従って、一般社員、係長、課長、部長、社長に分類することがあります。分割 
分割とは、複雑なものをより簡単な構成要素に分けることです。
システムを複数のサブシステムに分けたり、業務を複数の機能に分けたりします。階層化 
階層化とは、システムを互いに独立している複数の階層に分けて分析、設計及び実装のことです。

モデリングするには、モデリング言語を使用します。 
モデリング言語は、ルールの一貫したセットで定義された構造によって情報、知識あるいはシステムを表現するため使われるあらゆる人工言語のことです。

モデリング言語は図式またはテキスト形式であり得ます。

図式モデリング言語　
図式モデリング言語は、概念を表す名前を持つシンボルと、そのシンボルを結合しその関係を表現するライン、及び制約を表現する様々な図式表記を持つダイアグラム技術を使います。テキスト形式モデリング言語　
テキスト形式モデリング言語は通常、コンピュータが解釈可能な表現にするパラメータによって達成される標準化されたキーワードを使います。

モデリングとは、業務の流れやシステムの構成、といった、論理世界にしか存在しないものを可視化するための技法です。

モデリングは、記号を使ってモデルを作成することによって、問題点の洗い出しや理解の深まり、人間同士間の認識共有を図ります。  なお、業務やシステムを視点に分けてモデリングすることによって、複雑なものを単純化にして人間に理解しやすくすることができます。

人間同士の認識共有

ソフトウェアシステム開発に関わる人間は主に、ソフトウェアシステムを利用する「ユーザ」とソフトウェアを開発する「エンジニア」に大別することができますので、人間同士間の認識共有も、ユーザとエンジニア間の認識共有とエンジニア同士間の共有に分けることができます。

ユーザとエンジニア間の認識共有
ソフトウェア開発では、ビジネスによる要件とシステムによる実装の間には大きな溝があります。エンジニアが直接自分が欲しいと思うソフトウェアを書く場合は、そのようなことはないかもしれません。
しかし、ソフトウェアのことを知らないユーザからの依頼によってソフトウェアの開発を行う場合には、当然この溝は非常に大きなものになります。 
この溝を埋めるために用いる技術が「モデル」です。モデルを仲介して要件と実装の間の溝を埋めます。エンジニア同士間の認識共有
ごく小さいソフトウェアは一人で作り上げることもあるかもしれませんが、殆どの場合はチーム合同の作業になります、なかでは何百人、何千人のエンジニアが同時に開発を行うプロジェクトも少なくありません。 
そこで分析や設計、実装、テストなどの作業を別々の人に担当してもらうのは殆どですので、モデルを通じて、エンジニア同士間の認識共有を図ります。 複雑なものを単純化

業務やシステムは複雑で，そのまま理解することは通常、人間にとっては難しいものです。  着目する視点を分けてモデリングすることによって、業務やシステムを単純化し，理解しやすくします。ただし，業務やシステム自体が単純になったわけではなく，単に着目する部分を絞っているだけです。