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

Kapitel 4
Objektorientierter Entwurf
In design, object orientation is both a boon and a bane. Object orientation is a boon because it
allows a designer to hide behind the scenic walls of encapsulation such software eyesores as:
convoluted data structures, complex combinatorical logic, elaborate relationships between procedures
and data, sophisticated algorithms, and ugly device drivers.
Object orientation is also a bane because the structures that it employs (such as encapsulation
and inheritance) may themselves become complex. In object orientation, it’s all too easy to create
a Gordian hammock of inextricable interconnections that either is unbuildable or will
result in a system that runs like a horse in a sack race.
(Page-Jones, 1995, S. 61)
Dieses Kapitel beschäftigt sich mit verschiedenen Aspekten des objektorientierten
Entwurfs (object-oriented design, OOD). Es wird definiert, was Entwurf ist und welche
Arten von Entwurf es gibt. Für den Entwurf wichtige Techniken wie Muster und
Rahmenwerke werden vorgestellt und es wird kurz auf die wesentlichen Eigenschaften
der Entwurfsdokumentation eingegangen. Abschließend werden verschiedene
Probleme diskutiert, die das Entwerfen schwer machen.
4.1 Was ist Entwurf?
4.1.1 Definition und Abgrenzung
Der Begriff Entwurf (oder Design) hat zwei verschiedene Bedeutungen. Zum einen
bezeichnet er die (äußere) Gestaltung oder Formgebung eines Gegenstands; bei Software
entspricht das vor allem der Gestaltung der Benutzungsoberfläche (user interface
design). Diese Tätigkeit ist Teil der Spezifikationsphase. Winograd et al. (1996)
beschäftigen sich mit dieser Art des Entwurfs.
Hingegen versteht man bei der Software-Entwicklung unter Entwurf vornehmlich die
Phase, in der aus der Problemstruktur, die in der Anforderungsspezifikation beschrieben
ist, eine Lösungsstruktur abgeleitet wird. Die Tätigkeiten Spezifikation und Entwurf
lassen wie folgt voneinander abgrenzen: Der Spezifikation liegt die Frage „Was
23