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

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

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

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

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

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

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

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

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

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

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

本トピックでは、各視点からのモデルの分類をそれぞれ説明します。

モデリング技法は、その仕様や成果物を言語・表記法としてまとめて公開されます。  以下によく使用されているモデリング言語・表記法を取り上げます。

モデリング技法は、基本的に形式化されたシステム言語を使用してモデルを記述しますが、UMLのユースケースのように自然言語で記述されるモデルもあります。

モデリング対象によって、モデルを以下のように分類することができます。

モデルの種類としては、「問題領域(problem domain)」モデルと「解決領域(solution domain)」モデルの二つに大別することができます。

問題領域モデルと解決領域モデルは、目的に応じてさらに細分化されます。

モデルを静的モデルと動的モデルに分類することができます。

モデルを論理モデルと物理モデルに分類することができます。