システムを記述するために UML の 9 つの図すべてを用意することは必須ですか?
シーケンス図と連携図は同形なので、ここで一つ省略してもいいのですが、動的部分は1つ、静的部分は1つの図だけで表現してもよろしいでしょうか?
システムを記述するために UML の 9 つの図すべてを用意することは必須ですか?
シーケンス図と連携図は同形なので、ここで一つ省略してもいいのですが、動的部分は1つ、静的部分は1つの図だけで表現してもよろしいでしょうか?
実際、UML 2.x には 14 個の図があります。
ただし、システムを説明するためにすべての図を使用する必要はありません。
一般的なアドバイスとして:
デザイン空間の珍しい部分、難しい部分、トリッキーな部分のごく一部に UML をモデル化して適用する [Larman、UML とパターンの適用]
UML ダイアグラムを描く前に、自問自答してください: なぜ私はこのダイアグラムを描いているのか? 私の本当の目的は何ですか?それは私にどのような利益をもたらしますか?確かな答えや利益がない場合は、図を描かないでください。
UML ダイアグラムを使用して、問題解決空間の性質を理解し、問題空間を探索し、新しいデザインのアイデアを探り、チーム メンバーとアイデアを伝達しますが、ドキュメントだけではありません。
したがって、技術的には、クラス図のような静的な図とシーケンス図のような動的な図の 2 つの図だけで問題ありません。
しかし、技術的に正しいからといって、それが正しいことであるとは限りません
すべての図には、それを描くための目的と利点が必要です。そうでなければ、モデリング活動にはなりません。絵の練習になります:-)
システムを開発する際に、最もメリットのある少数の図を使用してください。
重要なのはUML図を描くことではないことを忘れないでください。重要なことは、適切な抽象化を見つけ、適切にバランスの取れた責任をオブジェクトに割り当て、システムを柔軟かつ拡張可能にすることです。
ついに
UML ダイアグラムは、デザインを「罪のない」ものにすることはできません。論文にあるすべての設計アイデアは、その「無実」が実際のコードによって証明されるまで「有罪」です。:-)