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

88 7 Entwurfsqualität
Heuristiken für Interfaces
Das Interface soll einfach, aber trotzdem vollständig sein (Booch et al., 1998).
Das Interface soll alle nötigen (aber nicht mehr) Operationen für einen einzigen Dienst zur Verfügung
stellen (Booch et al., 1998).
Das Interface soll verständlich sein, d.h. es stellt genügend Information zur Verwendung und
zur Implementierung zur Verfügung (Booch et al., 1998).
Das Interface soll zugänglich sein, d.h. sein Verwender kann die Haupteigenschaften verstehen,
ohne durch eine Vielzahl von Operationen überwältigt zu werden (Booch et al., 1998).
Heuristiken für Pakete
Das Paket soll einen hohen Zusammenhalt haben, d. h. eine Menge zusammengehöriger Elemente
enthalten (Booch et al., 1998).
Das Paket soll mit anderen Paketen lose gekoppelt, d. h. nur die Elemente, die andere Pakete
wirklich sehen müssen, exportieren, und nur wirklich benötigte Elemente aus anderen Paketen
importieren (Booch et al., 1998).
Pakete sollen nicht zu tief verschachtelt sein (Booch et al., 1998).
Die Anzahl der in einem Paket enthaltenen Elemente soll (im Vergleich zu den anderen Paketen
im System) weder zu groß noch zu klein sein (Booch et al., 1998).
Zwischen Paketen soll es keine zyklischen Abhängigkeiten geben. Treten diese auf, soll eines
der Pakete zerschlagen werden, um den Zyklus aufzulösen (Martin, 1996e).
Heuristiken für Vererbungsbeziehungen
Vererbungshierarchien sollen balanciert sein: nicht tiefer als (etwa) fünf Stufen und nicht zu
breit. Um die Breite zu reduzieren, können zur Gruppierung abstrakte Zwischenklassen in die
Vererbungshierarchie eingefügt werden (Booch et al., 1998).
Vererbung soll nur verwendet werden, um eine Spezialisierungshierarchie zu modellieren (Riel,
1996).
Basisklassen sollen abstrakt sein (Riel, 1996).
Mehrfachvererbung soll zunächst als Entwurfsfehler angesehen werden, bis das Gegenteil
bewiesen ist (Riel, 1996).
Heuristiken für sonstige Beziehungen
Benutzungsbeziehungen sollen nur verwendet werden, wenn es sich nicht um eine strukturelle
Beziehung handelt. Ansonsten soll mit Assoziationen gearbeitet werden (Booch et al., 1998).
Bei Aggregation soll eine Klasse wissen, was sie enthält, aber sie soll nie wissen, wer sie enthält
(Riel, 1996).
Eine Klasse soll von möglichst wenigen anderen Klassen abhängen (Korson, McGregor, 1990)
Tabelle 7-4: Heuristiken (Abschnitt 2 von 2)
7.4 Beispiele für OOD-Qualitätsmodelle
Die Fragestellung „Was macht einen guten objektorientierten Entwurf aus?“ hat
schon viele Autoren beschäftigt. Aus der Literatur soll hier eine kleine Zusammenstellung
der Meinung verschiedener Autoren gegeben werden, die sich mit dieser
Frage beschäftigt haben. Alle Autoren geben Kriterien bzw. Fragestellungen an, mit
denen die Qualität eines Entwurfs bewertet werden soll. Viele der oben bereits
beschriebenen Überlegungen haben Eingang in die Qualitätsmodelle gefunden.