Bewertung der Qualität objektorientierter Entwürfe - Worte-Projekt

22 3 Objektorientierung
Bei der Einführung der Begriffe im vorhergehenden Abschnitt wurde bereits die
UML-Notation verwendet. Hier soll nun ein kleiner Überblick darüber gegeben werden,
was UML ausmacht. Rumbaugh et al. (1998, S. 3) umreißen die Aufgabe der
UML wie folgt: „The Unified Modeling Language (UML) is a general-purpose, visual
modeling language that is used to specify, visualize, construct, and document the artifacts
of a software system.“ Booch et al. (1998) und Oestereich (1998) geben eine ausführliche
Einführung in UML. Als Referenz für die Übersetzung von UML-Begriffen
ins Deutsche wurde das Glossar von Oestereich (1998) verwendet.
In UML gibt es verschiedene Diagrammtypen (Booch et al., 1998, S. 24ff.):
1. Klassendiagramm (class diagram): zeigt Klassen, Interfaces, Pakete und ihre Beziehungen.
2. Objektdiagramm (object diagram): zeigt Objekte und ihre Beziehungen.
3. Anwendungsfalldiagramm (use case diagram): zeigt Anwendungsfälle, Aktoren
und ihre Beziehungen.
4. Sequenzdiagramm (sequence diagram): ein Interaktionsdiagramm, das die zeitliche
Ordnung des Austauschs von Nachrichten zwischen Objekten darstellt.
5. Kollaborationsdiagramm (collaboration diagram): ein Interaktionsdiagramm, das
die strukturelle Organisation von Objekten, die Nachrichten austauschen, darstellt.
Kollaborations- und Sequenzdiagramme sind inhaltlich äquivalent und können
ineinander überführt werden, betonen aber unterschiedliche Aspekte.
6. Zustandsdiagramm (state diagram): zeigt einen endlichen Automaten (state
machine), der das Verhalten einer Klasse oder eines Interfaces modelliert. Der
Automat reagiert auf Ereignisse durch entsprechende Zustandsübergänge.
7. Aktivitätsdiagramm (activity diagram): zeigt den Kontrollfluss zwischen Aktivitäten
im System.
8. Komponentendiagramm (component diagram): zeigt die Gliederung und die
Beziehungen von Komponenten der Implementierung, z. B. ausführbare Programme,
Bibliotheken und Dateien.
9. Verteilungsdiagramm (deployment diagram): zeigt die Verteilung von Komponenten
auf Rechnerknoten zur Laufzeit.
Jeder Diagrammtyp liefert eine spezielle Sicht auf das modellierte System, die für
bestimmte Gesichtspunkte besonders gut geeignet ist. Jede Sicht für sich allein genügt
nicht, um das System vollständig zu beschreiben. Durch die Kombination aller Sichten
lässt sich das System jedoch ausreichend festlegen. Man braucht um so mehr verschiedene
Sichten, je komplexer das System ist (Budgen, 1994).
Graphische Notationen können in der Regel leichter erfasst werden als textuelle, sind
dafür aber häufig nicht so exakt. Das Layout spielt bei graphischen Notationen wie
UML für die Verständlichkeit eine wesentliche Rolle – das Layout ist fast so wichtig
wie der Inhalt.