Softwareentwicklung in C++ - ASC

10.2 Das DDD 261
kann sich sicher nicht immer ganz genau erinnern, wer jetzt eine Klasse wie
verwendet hat.
Allen Lesern, die sich bisher immer gesträubt haben, ein DDD zu erstellen,
bevor sie zu implementieren begonnen haben, möchte ich in der Folge eine
Kompromisslösung vorstellen, wie sie in kleinen Projekten recht brauchbar
eingesetzt werden kann. Sie ist nicht vollkommen gleichwertig zu einem echten
DDD, aber sie stellt zumindest eine deutliche Verbesserung im Vergleich
zur Vorgehensweise dar, gar kein DDD zu schreiben. Außerdem bekommt
man durch diese Methode einigermaßen dokumentierten Source Code, ohne
hinterher mühsam dokumentieren zu müssen.
10.2.1 Klassendiagramm
Im ersten Schritt nimmt man das ADD zur Hand. Aus der darin umrissenen
Architektur ergibt sich in der Folge durch mehrere Analyse- und Verfeinerungsschritte
das grobe Klassendiagramm, wie es in Abbildung 10.1 dargestellt
ist. Die Ableitungspfeile sind ja schon bekannt, die strichlierten Pfeile
in diesem Diagramm stehen für entsprechende Referenzen der Klassen untereinander
(=HAS-A Relationen).
10.2.2 Klassendeklarationen
Mit Hilfe des Klassendiagramms erstellt man die vollständigen Deklarationen
für die einzelnen Klassen. Hierbei werden gleich die entsprechenden Headers
geschrieben, die auch in der fertigen Implementation verwendet werden. Der
Trick bei diesem Schritt ist, dass alle Variablen, Methoden und Funktionen
gleich im Header genau beschrieben werden. Dadurch hat man erstens die
Möglichkeit, zu prüfen, ob das Design funktionieren kann oder ob man vielleicht
etwas vergessen hat. Auch fallen Fehldesigns sehr schnell auf, weil
diese schon in der Beschreibung recht umständlich werden. Dadurch aber,
dass man noch keinen Code geschrieben hat, sind Änderungen noch relativ
problemlos möglich. Weil die in der Designphase geschriebenen Headers
auch wirklich in der Implementation verwendet werden, sind in der hier abgedruckten
Version auch ein paar Inline Methoden zu finden, die nicht aus
der Designphase, sondern aus der Implementation kommen.
Ein ganz großer Vorteil bei dieser Vorgehensweise ist auch, dass man die
Headers an andere Entwickler zur Implementation weitergeben kann. Durch
die genaue Beschreibung müssen diese dann nicht selbst alles noch einmal
von vorn durchdenken (und dabei vielleicht das Design verletzen), sondern
können nach genauer Vorgabe zur Implementation schreiten. Schreiten wir
also zur Tat...
Ein keiner Exkurs: Im Anschluss an die dokumentierten Klassendeklarationen
finden sich noch ausgewählte Teile des Source Codes. Diese sollen