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

4.5 Probleme des Entwurfs 35
Lösung sollten allerdings auch die betrachteten Alternativen vorgestellt werden und
es sollte begründet werden, warum man sich für die gewählte Alternative entschieden
hat.
Die Beschreibung der Lösung muss ausführlich genug sein, dass Arbeitspakete für
die Implementierung gebildet und Entwickler die Lösung implementieren können.
Beim objektorientierten Entwurf wird die Dokumentation eine Beschreibung der
Architektur aus dem Architekturentwurf enthalten, ebenso Beschreibungen der einzelnen
Klassen mit ihren Schnittstellen und Interaktionen. Hinzu kommen die Implementierungsvorgaben
aus dem Komponentenentwurf.
Der IEEE Standard 1471-2000 empfiehlt, eine Software-Architektur aus verschiedenen
Sichten zu beschreiben. Dies hat auch schon Kruchten (1994) mit seinem 4+1-Sichten-
Modell zur Architekturbeschreibung vorgeschlagen. Dort unterscheidet er die logische
Sicht (Klassenstruktur), Prozess-Sicht (kommunizierende Prozesse), Entwicklungssicht
(Organisation in Softwaremodule) und physische Sicht (Verteilung). Die
fünfte Sicht wird durch Szenarios gebildet, mit deren Hilfe das Zusammenspiel der
anderen vier Sichten überprüft werden kann. Alle Sichten lassen sich mit UML
modellieren.
Werden in der Entwicklung Muster verwendet, sollte das dokumentiert werden: Die
Dokumentation enthält einen Überblick, welche Muster ausgeprägt wurden und welche
Klassen welche Rollen in den Musterausprägungen einnehmen. Auf diese Weise
kann sich jemand, der mit den Mustern vertraut ist, schneller mit den grundlegenden
Ideen und Strukturen des Entwurfs vertraut machen. Ein gutes Beispiel für eine Entwurfsdokumentation
durch Muster ist die des Test-Rahmenwerks JUnit (Beck,
Gamma, 1998). Quibeldey-Circel (1999) führt den Gedanken der Dokumentation mit
Mustern weiter zum Literate Designing, das die Architektur unter Verwendung von
Mustern in Hypertext-Form dokumentiert.
4.5 Probleme des Entwurfs
The best way to learn to live with our limitations is to know them.
(Dijkstra, 1972)
Einen guten Entwurf zu schaffen ist schwierig, da der Entwerfer dabei mit vielen Problemen
konfrontiert wird. Dazu gehören:
• unvollständige und instabile Anforderungen,
• ökonomische Zwänge,
• Probleme bei der Beherrschung der Technologie und schließlich
• die fundamentale Komplexität des Entwurfs.
Diese Probleme werden im Folgenden vertieft dargestellt.
4.5.1 Unvollständige und instabile Anforderungen
Even if we could master all of the detail needed, all but the most trivial projects are subject to
change for external reasons.
(Parnas, Clements, 1986, S. 251)