Softwareentwicklung in C++ - ASC

6 1. Ziel und Inhalt dieses Buchs
auf die entsprechenden Web-Pages der Compilerhersteller. Dort existiert
üblicherweise eine Liste, die Auskunft über die Abweichungen vom Standard
gibt. Sollten Leser also auf Beispiele im Buch stoßen, die mit ihrem Compiler
nicht übersetzbar sind, so möchte ich empfehlen, einen Blick auf die Web-
Page des Herstellers zu werfen. Sollten dann immer noch Ungereimtheiten
existieren, so ist das Feedback-Forum zum Buch (siehe Abschnitt 1.3) der
beste Ort, eine Frage anzubringen. Ich werde dann so schnell wie möglich
versuchen, Klarheit zu schaffen.
Leser, die sich gar nicht sicher sind, ob sie nun Linux ausprobieren sollen
oder nicht, können auch einen Zwischenweg wählen: Alle nützlichen Tools
(GNU C ++ Compiler, Emacs als Editor und viele kleine Helferlein, wie z.B.
make oder tar) sind auch als MS-Windows Portierungen frei im Internet
verfügbar. Kurze Beschreibungen, die den Einstieg in die Arbeit mit diesen
Tools erleichtern, sind auch im Buch Softwareentwicklung in C, das bereits
zu Beginn dieses Kapitels genannt wurde, enthalten.
1.2 Motivation
Softwareentwickler stehen in der Industrie im Regelfall unter starkem Druck.
Es wird von ihnen nur zu oft verlangt, dass sie unrealistische Termine einhalten,
dass sie jederzeit auf Wunsch mitten in der Entwicklung neue Features
in die Software einbauen oder auch, dass sie einfach während der Entwicklung
Konzepte ändern. Das Allerschlimmste, das allerdings passieren kann,
ist, dass ein Kunde oder Vorgesetzter frühzeitig “schnell einmal etwas sehen
will”. Leider bedeutet hier der Begriff etwas sehen, dass man einen Teil eines
lauffähigen Programms demonstrieren muss. Kann man dies nicht, bzw.
versucht man, ein erstelltes Design zu zeigen, dann sieht man sich sehr oft
Zweifeln ausgesetzt, “ob man denn überhaupt etwas weiterbringt”.
Nun funktioniert aber saubere Softwareentwicklung nicht so, dass man
sich einfach zum Computer setzt und schnell ein Programm schreibt. Abgesehen
davon, dass das sowieso die schlechtest mögliche Herangehensweise
ist, ist die Komplexität heutiger Softwarepakete so hoch, dass dieser Ansatz
niemals funktionieren kann. Leider herrscht immer noch die Meinung vor,
dass die tatsächliche Arbeit bei der Softwareentwicklung die Implementation
der Software ist. Dies ist aber vollkommen falsch! Der größte Teil der Arbeit
im Rahmen einer sauberen (!!) Entwicklung findet in der Designphase
statt! Das Codieren selbst nimmt im Rahmen eines Entwicklungszyklus nur
einen sehr geringen Teil der Zeit in Anspruch. Einen weiteren großen Teil
im Zyklus nehmen die laufenden Tests ein, die die Software von den ersten
Designschritten bis zum Endprodukt begleiten müssen.
Sieht man sich den Projektfortschritt bei einer sauberen Entwicklung an,
so stellt man Folgendes fest: Lange Zeit scheint die Arbeit nur schleppend
voranzugehen. Es gibt viele Diskussionsphasen im Team und das Ergebnis
dieser Diskussionsphasen sind Entwürfe auf Papier. Im Regelfall wird bis