　モデリングの抽象度に応じて、（a1）概要モデル（概念モデル）、（a2）仕様モデル、（a3）詳細モデル（実装モデル）があります。またモデリングの目的に応じて、（b1）概念モデル（機能モデル）、（b2）分析モデル、（b3）実装モデルがあります。またモデリング対象に応じて、（c1）ビジネスモデリング、（c2）要求モデリング、（c3）アーキテクチャモデリング、（c4）設計モデリング、（c5）データモデリングなどがあります。

　実施するモデリングの種類を明示してモデリングをしないと、その目的がぼやけてしまいます。例えば、要求モデリングならば「要求を明らかにすること」が第一目的になります。実装などは副次的に必要か、または必要ないものです。

（第3回「モデリングの種類」参照）　（目次へ戻る）

（3-2）工程別にどんなモデリングをするの？

　企画・戦略、要件定義、アーキテクチャ設計、設計の各工程で行うモデリングとしては、ビジネスモデリング、要求モデリング、アーキテクチャモデリング、設計モデリング、データモデリングなどがあります。これを第3回記事の図4で紹介していますので、参照してください。またUMLとSysMLに特化した工程別のモデリングもそれぞれ第3回記事の図5と図6で紹介しています。

　現在の工程に必要なモデル図を描くようにします。そうしないと無駄なモデル図を描くことになり、また必要なモデル図が存在しないことになります。

（第3回「工程別のモデリング」参照）　（目次へ戻る）

（3-3）アジャイル開発のときのモデリングはどうするの？

　アジャイル開発は短期間での作業を繰り返すことを基本とします。このためモデリングもこの期間で必要となるギリギリの最小限のものを作ることになり、この「最小モデリング」の考えが重要になります。

　一方、アジャイル開発ではプログラムコードをより価値のあるものとしますが、モデリングとコードは車の両輪みたいなもので、相互補完するべきものです。アジャイル開発ではコードも最小にすべきで、「最小コードと最小モデリングがアジャイル開発の命」になります。

（第3回「開発プロセスとモデリング」参照）　（目次へ戻る）

（3-4）派生開発のときのモデリングのコツは？

　派生開発のモデリングでは、基本部のモデル図からの差分を抽出する必要があります。計画的に派生部のモデリングができていないときは、「図のレイアウトが乱れていて、図が複雑になっているところを見つけること」で派生部が見つかります。これが派生開発でのモデリングのコツになります。

　派生開発をアドホックに行っているか、プロアクティブで行っているかで、モデリングの方法も変わってきます。アドホックなモデリングでのコツと、プロアクティブなモデリングのコツは違いますので、どちらで開発しているかで使い分けてください。

（第3回「派生開発とモデリング」参照）　（目次へ戻る）

4. モデリングの失敗

モデリングを成功させるために――持続可能なモデリングを目指して
今回はモデリングで失敗しないだけでなく、さらにモデリングを成功させ、継続するための方法を探ります。失敗しないコツが盾であるならば、成功と持続のコツは矛に相当しますので、これらを学んでモデリングを持続可能（sustainable）なものとしていきましょう。
モデリングで失敗しないために――失敗から学ぶモデリングの実践的なコツ
モデリングを失敗しないためには、失敗の原因と失敗しないためのコツを知ることが肝要です。今回は失敗しないための実践的なコツを紹介します。
モデリングはなぜ失敗するのか―― 悪いモデル、汚いモデル、意味がないモデル
誰もが失敗したくてモデリングする訳ではないのに、失敗しているモデリングを見る機会は減りません。今回はモデルの失敗例を通じてその原因を探ります。
UMLやSysMLなどのモデリングは“いつ”“何を”“どうするのか”
「モデリングはいつ誰が何をどのようにするのか」――今回はソフトウェア開発の現場で、モデリングを実際にどのように実施しているのか見ていきましょう。またUMLやSysMLの使いにくいところを、開発現場ではどのようにカバーしているのかも見ていきます。
UMLやSysMLを活用できないエンジニアのための実践的活用術（後編）
前編では「モデル」の目的とその効果、具体的なモデル手法について代表的なものを説明しましたが、後編ではその手法を実践するツールを紹介します。
UMLやSysMLを活用できないエンジニアのための実践的活用術（前編）
モデリングの手法やツールの基礎を覚えるだけでなく、モデリングの目的やその本質をつかんで、ソフトウェアの開発現場で実際に役立つように基本を学んでいきましょう。