Softwareentwicklung in C - ASC

2.6 Software-Design 19
bis dorthin ausgeführt, dann wird die Ausführung unterbrochen), Variableninhalte
zu inspizieren u.v.m. Was genau ein Debugger kann, ist durch die
jeweilige Implementation bestimmt.
Bereits in Vergessenheit geraten ist der Ursprung des Namens Bug für
einen Programmfehler (von dem sich auch der Name Debugger ableitet): Zu
Zeiten, als Computer noch raumfüllende Monster waren, die vollständig aus
einzelnen Transistoren aufgebaut waren, kam es des Öfteren vor, dass sich
darin Ungeziefer einnistete. Die dadurch entstehenden Kurzschlüsse waren
der Korrektheit der ausgeführten Programme nicht unbedingt förderlich, wie
man sich leicht vorstellen kann. Die Fehlerbehebung war in diesem Fall mit
einer Entfernung des Ungeziefers aus dem Rechner verbunden – echtes Debugging
eben...
2.6 Software-Design
Zu Beginn einer jeden Softwareentwicklung steht die Designphase. Je nach
Problemstellung und Team werden hierbei verschiedene Methoden angewandt.
Grundsätzlich wird in der Designphase aber immer eine Reihe von
Dokumenten erstellt, die hier kurz betrachtet werden soll.
User Requirements Document
Das User Requirements Document (kurz URD) ist das erste von vielen Dokumenten
im Rahmen eines Software-Entwicklungszyklus. Es steht ganz am Beginn
des Zyklus, und in ihm werden die Anforderungen des Benutzers an das
Endprodukt festgelegt. Dieses Dokument muss für den Benutzer verständlich
sein, es ist also nicht allzu (computer-)technisch formuliert. Es gehört
viel Erfahrung dazu, ein solches Dokument richtig zu erstellen, aber man
sollte es sich unbedingt auch bei ganz kleinen Aufgaben angewöhnen, dieses
zu schreiben. Die Erfahrung zeigt nämlich, dass man ohne ein solches
Anforderungsdokument während der Entwicklungszeit nur allzu leicht sein
tatsächliches Ziel aus den Augen verliert. Es passiert leicht, dass man geforderte
Funktionalität beim Design und bei der Implementation vergisst.
Genauso leicht ist es, zusätzliche Features zu implementieren, die gar nicht
gefordert waren, und damit neue Fehlerquellen aufzutun. Am leichtesten ist
es allerdings, Funktionalität zwar zu implementieren, aber dies völlig anders
als vom Auftraggeber gewünscht. Alle diese Umstände führen dann dazu,
dass das Resultat nicht befriedigend ist.
Software Requirements Document
Das Software Requirements Document (kurz SRD) ist das zweite Dokument
im Entwicklungszyklus, das direkt nach dem URD erstellt wird. Hier werden