　連載の第1回と第2回ではモデリングの目的や手法、ツールを見てきました。前回の第3回ではUMLやSysMLの使いにくいところとその対処法、そしてモデリングの分類や工程別のモデリング、アジャイル開発などとの関係を見てきました。その中でも失敗する例と原因を幾つか紹介しました。今回はそれらも含めて失敗の例と、それが起こった状況やその原因を見ていきます。

　そしてこの失敗から、直接の原因と真の原因を探っていきます。このために「なぜなぜ分析」を2段階程度やってみて、真の原因を探ります。なお、なぜなぜ分析を3段階以上してしまうと、社会が悪い、会社が悪い、自分が悪い、生きていていいですかというような極論的な結論が出そうなので、なぜなぜ分析は2段階ぐらいが適当です。今回はその内の1段階目の直接的な原因を紹介します。さらに次の段階は次回に掲載する予定です。

　そして失敗の原因を探ったら、それを私たちはどのようにしていくべきかを考えてみます。次回で失敗しないためのコツを紹介する予定ですが、その導入部となるモデリングで失敗しない考え方を今回は紹介します。

モデルの失敗例

　ここではモデリングを行った成果であるモデル図が、一生懸命がんばって描いたにも関わらず、結果的に失敗した例を見ていきます。この中にはモデリングの過程は問題なく実施したにも関わらず失敗したものもあります。逆にいい加減なモデリングのやり方をしても、成功したモデル図もあるかも知れません。まずはモデリングの過程は置いておいて、結果のモデル図だけを見て、失敗例を眺めていきましょう。

　失敗例はいわば、モデルのアンチパターンです。反面教師として学ぶべき例です。同情も憐れみもいりません。ただマネをしないように、そうならないようにするだけです。

蜘蛛の巣のモデル図

　これはもう「蜘蛛の巣」と聞いただけで、このモデル図がどのように失敗したかが分かります。解説も言い訳も全く何もいらないものですが、それでもモデリングの最初の失敗例として見ていきましょう。図1に蜘蛛の巣状のクラス図を示します。

図1. 蜘蛛の巣のモデル図（クラス図）

　図1はまだかわいいと思う人もいるかも知れません。もっと真っ黒になっているクラス図を見たことがある人もいるかと思います。このクラス図は複雑怪奇、魑魅魍魎の図です。このクラスから、悪魔が出てきても怪異が出てきてもきっと誰も驚きません。逆にバグ除けのお札に使えそうです。

　この蜘蛛の巣の取り除き方ですが、クラス関係をそのままにするときは、これは第3回でも紹介しましたが、グルーピングして階層化することになります。蜘蛛の巣から疎結合になっている蜘蛛の巣（サブグラフ）を見つけて、グルーピングします。図2に蜘蛛の巣をグルーピングする様子があります。

図2. 蜘蛛の巣の図を疎結合な部分でグルーピング

　しかし図2のように疎結合になっているところがあればいいのですが、蜘蛛の巣のようになっている段階で疎結合な部分もないかも知れません。そこで次の手になります。

　蜘蛛の巣になった図をキレイスッキリとするには、数を減らすしかありません。クラス図であれば、クラスとその関係をそのままにすることはもうできません。思い切って捨ててしまいます。そうなのです。こんがらがった蜘蛛の巣を解きほぐすには、1個1個捨てていくしかありません。このような地道なリファクタリングしかありません。（1）複数のクラスを1個にする、（2）複数経路の関係を減らすなどの方法でクラスやクラス間の関係を清算します。図3で複数経路の削除について紹介します。