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

7.4 Beispiele für OOD-Qualitätsmodelle 91
schema für objektorientierte Entwürfe an, das aus den folgenden sechs Kriterien
besteht.
Verbundenheit der Daten (data connectedness). Reicht das von einer Klasse ausgehende
Beziehungsnetzwerk aus, um ihr die Ausführung der von ihr verlangten
Dienste zu erlauben? Oder anders ausgedrückt: Verfügt die Klasse über die nötigen
„Kontakte“, um ihre Aufgabe zu erfüllen?
Hier könnte m. E. noch zusätzlich geprüft werden, ob es überflüssige Kontakte gibt,
die für die Erfüllung der Aufgabe nicht notwendig sind.
Abstraktion (abstraction). Entspricht der Name der Klasse der durch sie dargestellten
Abstraktion? Hat der Name eine entsprechende Bedeutung in der Sprache der
Experten des Anwendungsgebiets? Dieser Test ist, wie Cockburn zugibt, subjektiv,
aber seiner Ansicht nach dennoch effektiv.
Verteilung der Verantwortlichkeiten (responsibility alignment). Passen der Name
der Klasse sowie die Attribute und Methoden zu ihrer Hauptverantwortlichkeit? Dies
ist eine Frage, die mit zunehmender Evolution des Entwurfs an Bedeutung gewinnt,
da Klassen dazu neigen, sich im Laufe der Zeit immer weiter aufzublähen (d. h. um
Funktionalität erweitert zu werden), wobei sie sich häufig von der ursprünglichen
Intention des Entwerfers entfernen.
Datenvariationen (data variations). Kann das System mit allen Varianten von Daten
zurechtkommen, mit denen es im Laufe seiner Ausführung konfrontiert werden
kann? Leider wird dieser Punkt nicht genauer ausgeführt. Man kann die Aussage
aber so interpretieren, dass sichergestellt sein sollte, dass das System sowohl von den
anfallenden Mengen als auch von der Strukturierung der Daten auf alle möglichen
Fälle vorbereitet sein soll.
Evolution (evolution). Welche Änderungen in den Abläufen des Anwendungsbereichs,
der Technologie, der angebotenen Dienste etc. sind wahrscheinlich, und wie
lassen sich die daraus resultierenden neuen Anforderungen und Änderungen im Entwurf
umsetzen? Wie viele Entwurfskomponenten müssen dazu geändert werden?
Kommunikationsmuster (communication patterns). Entstehen außergewöhnliche
Kommunikationsmuster zwischen Objekten während der Laufzeit des Systems? Als
Beispiel für verdächtige Muster nennt Cockburn Zyklen. Andere Muster werden
nicht genannt, hier ist wohl vor allem die Erfahrung des Prüfers gefragt.
Erfahrene Entwerfer richten nach Cockburn ihr Augenmerk vor allem auf die Prüfung
der Abstraktionen und der Verteilung der Verantwortlichkeiten. Cockburn
äußert die Vermutung, dass – sofern über die zukünftigen Veränderungen nichts
Genaues bekannt ist – das Bestehen der beiden Prüfungen ein Indikator für die
Robustheit des Entwurfs ist.
7.4.4 Kafura
Kafura (1998, S.389ff.) gibt in einer Einführung in C++ eine Art Checkliste zur Evaluation
des Entwurfs einer einzelnen Klasse an. Die Checkliste umfasst fünf verschiedene
Kriterien, jeweils mit einer Reihe von Unterkriterien: