Richtlinie: Klassendiagramm
Klassendiagramme enthalten Klassen und ihre Beziehungen zu anderen Klassen, um die statische Struktur eines Objektmodells zu veranschaulichen. Dieser Richtlinie beschreibt die Situationen, in denen sich das Erstellen eines Klassendiagramms als hilfreich erweist.
Beziehungen
Zugehörige Elemente
Hauptbeschreibung

Erläuterung

Klassendiagramme zeigen die statische Struktur des Modells, insbesondere die vorhandenen Komponenten wie Klassen, ihre interne Struktur und ihre Beziehungen zu anderen Klassen. Klassendiagramme enthalten keine Zeitangaben.

Ein Klassendiagramm wird als Sammlung (statischer) deklarativer Modellelemente wie Klassen, Paketen und ihren Beziehungen dargestellt, die als Graph miteinander und ihrem Inhalt verbunden sind. Klassendiagramme können in Paketen (als Eigner) zusammengefasst werden und damit nur das zeigen, was in einem bestimmten Paket relevant ist.

Verwendung

Die folgenden Klassenstrukturen sind für die Darstellung in Klassendiagrammen geeignet, aber Sie werden nicht alle in allen Situationen verwenden.

  • Die wichtigsten Designsubsysteme, Klassen, Schnittstellen und ihre Beziehungen. Diagramme dieses Typs können als Zusammenfassung des Designmodells dienen und sind für die Prüfung des Modells sehr hilfreich. Diese Diagramme werden im Allgemeinen in die logische Sicht der Architektur eingebunden.
  • Funktional zusammengehörige oder kohärente Klassen.
  • Klassen, die zu demselben Paket gehören.
  • Wichtige Aggregations- und Generalisierungsbeziehungen.
  • Wichtige Strukturen von Entitätsklassen, einschließlich der Klassenstrukturen mit Assoziations-, Aggregations- und Generalisierungsbeziehungen. Erstellen Sie, sofern möglich, ein Klassendiagramm, das alle Klassen der langlebigen Objekte und ihre Beziehungen enthält. Diese Art von Diagramm ist besonders hilfreich, wenn geprüft werden muss, was im System gespeichert ist und wie die Speicherstrukturen sind.
  • Pakete und ihre Abhängigkeiten mit möglicher Darstellung der Schichten
  • Klassen, die an einer bestimmten Anwendungsfallrealisierung beteiligt sind
  • Eine einzelne Klasse, ihre Attribute, Operationen und Beziehungen mit anderen Klassen

Sie müssen jede Klasse in mindestens einem Diagramm darstellen. Manchmal lässt sich das Modell besser verstehen, wenn eine Klasse in derselben Sicht mehrfach vorkommt, z. B., wenn Sie zwischen Objekten der Klasse unterscheiden möchten.