利用方法

■ DSMを使ってクラスの依存関係を確認する ■

1. 次のようなクラス図を用意します。(クラス図の作成方法は、こちらを参照)

2. [DSM]タブをクリックするとDSMが開きます。色の付いたセルは、リファレンスで紹介した依存関係の改善候補を示しています。
   (色分けのルールはこちら)

3. まず、黄色セルが多く目に着きますね。セルが黄色になっていることから、Service2クラスに依存が集中していることが分かります。
   意図せずこのような依存関係になっている場合、クラスの責務が肥大している可能性があります。
   （ユーティリティクラスやコンポーネントの窓口となるインターフェースには、多くの場合、意図的に依存が集中します。）
   ここでは、Service2クラスを「Service2クラス」と「Service4クラス」に分割し、依存関係を分散することで解消しましょう。

4. Service2クラスを分割すると、DSMタブで依存の集中を示す黄色のセルが白くなりました。

5. 次は、赤色のセルに取り組みましょう。
   Service4クラスとService3クラスの交わるセルが赤くなっていて、循環参照であることが分かります。
   意図せずこのような依存関係になっている場合、データやインスタンスが開放されない（デッドロックやメモリリーク）問題や、モジュールの再利用性が低下するという問題につながります。
   このような依存関係を解消する方法は、設計指針によって異なります。
   今回は、循環参照が解決されたこととし、Serviceクラス3からServiceクラス4の依存関係を除去します。

6. DSMタブで、循環参照を表わす赤色のセルが白に変わりました。

7. 最後に、ピンク色のセルを解消しましょう。
   Service3クラス、Data4クラス、Data5クラスが、間接的に循環参照になっている（交わるセルがピンクになっている）ことがわかります。
   意図せずこのような依存関係になっている場合、循環参照と同じ問題につながる可能性があります。
   今回は、Data5クラスからService3クラスへの依存の方向が逆であることに気付いたものとして、Data5クラスからServiceクラス3への依存関係を、逆方向にします。

8. 循環参照を表わしていたピンクのセルが白に変わりました。

astah*では、一つの要素を複数のクラス図で用いることができます。
このように、DSMを使って一元的に要素の依存関係を確認することで、意図しない構造の複雑性を見つけて、改善できます。

■ DSMを Microsoft Excel にエクスポートする ■

1. [Excelにエクスポート]ボタンをクリックします。

2. エクスポートダイアログが表示されます。[生成]ボタンをクリックするとDSMタブの内容が出力されます。

3. 「作成したドキュメントを自動的に開く」チェックボックスにチェックがある場合、Excelに出力した後、そのファイルを開きます。