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

4.5 Probleme des Entwurfs 37
Komponente angepasst werden muss (oder die Komponente an den Entwurf – sofern
das überhaupt geht, was man meist erst weiß, wenn man es versucht hat).
Entwerfen ist eine Tätigkeit, die am effektivsten von einer kleinen Gruppe durchgeführt
wird. Auf der anderen Seite muss der Projektleiter aus Effizienzgründen alle
Mitarbeiter im Team beschäftigen. Das führt oft dazu, dass statt eines richtigen Entwurfs
ad hoc eine Aufteilung in Teilsysteme vorgenommen wird, die dann von kleineren
Gruppen implementiert werden (DeMarco, 1998, Kap. 19). Der Entwurf entsteht
so mehr oder weniger implizit, was auch dazu führt, dass die Entwurfsstruktur
und die Organisationsstruktur sich sehr ähnlich sind (dieses Phänomen ist bekannt
als Conway’s Law; Conway, 1968). Durch ein solches Vorgehen wird aber die Chance
verschenkt, einen guten Entwurf (insbesondere mit minimalen Schnittstellen, Parnas,
1972a) zu erstellen. Als Folge ergeben sich unnötige Redundanz und hohe wechselseitige
Abhängigkeiten zwischen den Teilsystemen. Dies bedingt eine hohe Kommunikation
zwischen den Entwicklergruppen, da häufig über Schnittstellen neu verhandelt
werden muss. Auf diese Weise nimmt nicht nur Implementierungsaufwand zu,
sondern auch der Wartungsaufwand.
Die empfohlene Vorgehensweise ist deshalb, dass zunächst ein kleines Architekturteam
(etwa drei bis fünf Entwickler) in Ruhe einen Architekturentwurf ausarbeitet. Es
kann auch sinnvoll sein, einen Chefarchitekten zu bestimmen, der in Zweifelsfällen
die letzte Entscheidung trifft und einen einheitlichen Stil durchsetzt. Wenn der Architekturentwurf
fertig ist, können Untergruppen gebildet werden, welche die Teilsysteme
und Komponenten unter der Aufsicht der Architekturteams fertig entwerfen
und dann implementieren. Die Personalausstattung eines Projekts sollte entsprechend
angepasst werden. Zu Beginn des Entwurfs wird nur wenig Personal eingesetzt.
In der Implementierungsphase wird dann das Personal aufgestockt, weil sich
die Arbeit besser verteilen lässt. Notfalls können „überflüssige“ Teammitglieder während
des Architekturentwurfs auch mit der Ausarbeitung von Testfällen und des
Benutzerhandbuchs auf der Basis der Spezifikation beschäftigt werden.
4.5.3 Technologie
Even if we knew the requirements, there are many other facts that we need to know to design
the software. Many of the details only become known to us as we progress in the implementation.
Some of the things we learn invalidate our design and we must backtrack.
(Parnas, Clements, 1986, S. 251)
Nach der bereits angesprochenen Studie der KPMG (1995) ist neu eingeführte Technologie
mit 45% ein weiterer häufig genannter Grund für das Scheitern von Softwareprojekten:
„Technology is developing faster than the skills of the developers.“ Die
Entwickler müssen sich zunächst in die Technologie einarbeiten und machen anfangs
viele Fehler bei der Anwendung der Technologie. Außerdem sind neue Technologien
in der Regel noch nicht ausgereift (das gilt insbesondere für Software-basierte Technologien).
Schließlich kann die Technologie auch für das Problem unangemessen oder
unbrauchbar sein, was häufig vorher nicht abzusehen ist. Daher stellt der Einsatz
einer neuen Technologie beim Entwurf ein nicht zu vernachlässigendes Risiko dar.
Aber auch mit vorhandener Technologie gibt es Schwierigkeiten. Zunächst muss der
Entwerfer Wissen über verfügbare Technologien haben, die er einsetzen kann (z. B.
Middleware, Standardsoftware, Komponenten, Bibliotheken, Rahmenwerke). Er