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

32 4 Objektorientierter Entwurf
Neu ist hier die explizite Hinzunahme des Kontextes der Architektur sowie der Leitlinien
der Architektur und ihrer Weiterentwicklung (also eine Art „design rationale“).
Dies erleichtert das Verständnis und die Weiterentwicklung der Architektur.
4.3.2 Muster
Die Musteridee stammt interessanterweise aus dem Fachgebiet der Architektur. Dort
haben Alexander et al. (1977) sie bereits in den 70er-Jahren propagiert (vgl. Lea, 1994).
Muster sind erprobte Lösungen für immer wiederkehrende Entwurfsprobleme. Die
Beobachtung von Entwerfern hat ergeben, dass sie dazu neigen, eher eigene frühere
Lösungen für neue Probleme zu adaptieren, statt völlig neue Lösungen zu erarbeiten
(Parnas, 1994). Diese Wiederverwendung spart viel Aufwand und führt zu brauchbaren
Lösungen, wenn die wiederverwendete Lösung auf das neue Problem passt. Doch
es kommt durchaus vor, dass alte Lösungen für das Problem „zurechtgebogen“ werden,
statt nach neuen, besseren Lösungen zu suchen. Das führt dazu, dass das Ergebnis
wenig brauchbar ist.
Bei den Mustern werden zum einen die essentiellen Eigenschaften herausgearbeitet,
indem vom konkreten Problem abstrahiert wird. Zum anderen wird genau dokumentiert,
wann das Muster anwendbar ist und wann nicht. Auf diese Weise können
Lösungen wie gewohnt wiederverwendet werden. Durch die Dokumentation der
Anwendungsbedingungen ist die Wahrscheinlichkeit einer falschen Verwendung
eines Musters aber geringer. Ein Nachteil ist allerdings, dass die Muster wegen ihrer
Abstraktheit erst noch für das konkrete Problem ausgeprägt werden müssen. Gute
Musterdokumentation gibt aber auch dazu Hinweise.
4.3.3 Architekturstile und Architekturmuster
Bei der Entwicklung einer Architektur kann man sich an Architekturstilen (Shaw,
Garlan, 1996) orientieren. Ein Architekturstil (architectural style) kann als Architekturphilosophie
aufgefasst werden, er ist so etwas wie eine Meta-Architektur. Shaw
und Garlan unterscheiden Architekturmuster (z. B. Model-View-Controller), die allgemeiner
Natur sind, und Referenzmodelle (z. B. ISO-OSI 7-Schichtenmodell), die in
der Regel für bestimmte Anwendungsfelder gedacht sind. Architekturstile treten häufig
kombiniert auf, z. B. auf verschiedenen Abstraktionsebenen der Architektur.
Tabelle 4-1 zeigt eine Übersicht über verschiedene Architekturstile.
Die Wahl eines Architekturstils legt den Entwerfer auf eine bestimmte Sichtweise fest,
mit der die Problemlösung angegangen wird. Es werden Komponenten- und Konnektorentypen
sowie ihre Kombinationsregeln vorgegeben. Innerhalb der Sichtweise kreiert
der Entwerfer seine Architektur anhand der vorgegebenen „Spielregeln“. Das hat
den Vorteil, dass dem Entwerfer ein Rahmen zu Verfügung gestellt wird, an dem er
sich orientieren kann. Allerdings ist jetzt die Auswahl eines passenden Architekturstils
entscheidend: Der Stil muss sich für das Problem eignen. Ansonsten entsteht
zusätzlicher Aufwand, um das Problem dem Stil anzupassen. Bass et al. (1998, Kap. 5)
geben einige Hinweise, welcher Stil sich für welche Probleme eignet.