Etappe: Einordnung – wo liegen unsere beiden Etappen im Gesamtprozess?

Gibt es einen offiziellen Fahrplan für Softwareprojekte?

In der letzten Lektion haben wir gesehen, dass Motchis Weg vom Kundenwunsch zur fertigen Software über zwei große Etappen führt: erst die Analyse, dann der Entwurf. Diese Aufteilung haben wir uns bislang selbst überlegt. Tatsächlich existiert dafür aber ein anerkannter Standard, an dem sich Softwareprojekte weltweit orientieren.

Warum überhaupt Phasen?

Stell dir vor, das gesamte Team von Chez Motchi würde einfach drauflos arbeiten – ohne klare Reihenfolge, ohne festgelegte Zwischenziele. Vermutlich würde schnell Chaos entstehen: Der eine beginnt bereits mit der Umsetzung, während ein anderer noch grundlegende Fragen zur Reservierung klären möchte.

Deshalb unterteilt man Softwareentwicklung in der Praxis in klar abgegrenzte Phasen. Jede Phase besitzt bekannte Vorgaben, Tätigkeiten und Ergebnisse.

Das Phasenkonzept nach IEEE 12207

Einer der bekanntesten Standards zur Gliederung von Softwareprojekten ist der IEEE-Standard 12207. Er beschreibt sieben Phasen, die ein Softwareprojekt typischerweise durchläuft.

Analyse → Entwurf → Umsetzung → Testen → Dokumentation → Auslieferung → Wartung

Betrachten wir, was in jeder dieser Phasen bei einem Projekt wie Chez Motchi passiert.

Analysephase

Am Anfang steht die Analyse. Hier erfassen wir die Wünsche und Vorstellungen des Auftraggebers – bei uns also Motchis Erwartungen an sein neues System.

• Aufgaben: Wünsche des Auftraggebers erfassen, relevante Geschäftsprozesse und Daten analysieren, Aufwand abschätzen.
• Ziel: den Ist-Zustand erfassen, eine Soll-Konzeption entwickeln, Grundlage für die Planung von Umfang, Dauer und Kosten schaffen.

Diese Phase entspricht genau unserer Etappe 1 aus der letzten Lektion: Vom Kundenwunsch zur Analyse.

Entwurfsphase

Sind die Anforderungen verstanden, folgt die Entwurfsphase. Hier wird aus den gesammelten Informationen erstmals eine technische Lösung.

• Aufgaben: Anforderungen in eine technische Lösung überführen, Schnittstellen zu bestehenden Systemen planen, das Testkonzept vorbereiten.
• Ziel: die Software mithilfe von Modellen entwerfen, Daten, Schnittstellen und Tests planen.
• Methoden: UML-Diagramme wie Klassendiagramme, Struktogramme für wichtige Algorithmen, Datenmodellierung.

Genau hier beginnt unsere Etappe 2: Von der Analyse zum Modell. Die Entwurfsphase gliedert sich dabei selbst noch einmal in zwei Teilschritte:

   Analyse                    Entwurf
   Informationen und           praxisorientierte Modellierung
   Kundenanforderungen    →    softwaretechnische Modellierung

Zuerst denken wir noch in Alltagssprache über Objekte nach – das ist die praxisorientierte Modellierung. Erst danach übersetzen wir diese Gedanken in formale UML-Diagramme – die softwaretechnische Modellierung. Genau diese beiden Teilschritte werden uns im weiteren Verlauf dieses Kapitels noch ausführlich beschäftigen.

Umsetzungsphase

Erst nachdem der Entwurf steht, beginnt die eigentliche Programmierung.

• Aufgaben: ein geeignetes Programmierparadigma wählen, die Software in der gewählten Sprache umsetzen.
• Besonderheit: Der Übergang in die Testphase erfolgt fließend – erste Tests finden oft schon während der Implementierung statt.

   Entwurf                     Umsetzung
   praxisorientierte            Implementierung /
   softwaretechnische    →      Erstellung des Quellcodes
   Modellierung

Testphase

In der Testphase wird überprüft, ob die Software tatsächlich die vorgegebenen Anforderungen erfüllt – zum Beispiel, ob bei Chez Motchi wirklich niemand mehr denselben Tisch doppelt zugewiesen bekommt.

• Methoden: Modul-, Integrations-, System- und Akzeptanztests, Code-Reviews.

Dokumentationsphase

Parallel dazu – und keineswegs erst ganz am Ende – entsteht die Dokumentation.

• Aufgabe: alle notwendigen Dokumentationen erstellen und sammeln, etwa Entwickler-, Anwender- und Administratorendokumentation, Lasten- und Pflichtenhefte, Planungsmodelle, Testprotokolle.
• Besonderheit: Auch wenn sie oft als letzter Schritt genannt wird, sollte die Dokumentation bereits am Anfang beginnen.

Auslieferungs- und Wartungsphase

Zum Schluss wird die Software an Motchi übergeben – und muss danach weiterhin gepflegt werden.

• Auslieferungsphase: Bereitstellung der Software für den Auftraggeber, Installation und Konfiguration.
• Wartungsphase: Fehlerbehebung nach der Auslieferung, Steigerung der Effizienz, Anpassungen an neue Anforderungen – zum Beispiel, wenn Chez Motchi später eine zweite Filiale eröffnet.