Klassische Modelle: Wasserfall, V-Modell XT, Spiralmodell
Dieser Beitrag ist eine Begriffserklärung zu klassischen Vorgehensmodellen – inklusive Prüfungsfragen, Kernkomponenten und Tags.
In a Nutshell
- Wasserfall und V‑Modell XT sind plangetrieben und artefaktfokussiert.
- Spiralmodell ist risikogetrieben und iterativ: jede Schleife reduziert Unsicherheit über Risikoanalyse + Prototypen.
Kompakte Fachbeschreibung
Wasserfallmodell
Sequenzielle Phasen:
- Analyse
- Entwurf
- Implementierung
- Test
- Betrieb
Stark dokumentationslastig, Feedback eher spät.
V-Modell XT
Das V koppelt Spezifikationen (linke Seite) mit korrespondierenden Teststufen (rechte Seite):
- Feinentwurf ↔ Modultest
- Architektur/Komponenten ↔ Integrationstest
- Systemanforderungen ↔ Systemtest
- Benutzer-/Kundenanforderungen ↔ Abnahmetest
Kernpunkt: Tailoring (projektindividuelle Anpassung von Rollen/Produkten) muss begründet und dokumentiert sein.
Spiralmodell
Risikogetrieben: Jeder Zyklus umfasst Ziele → Risiken → Prototyp/Evaluation → Planung. Ergebnis ist ein inkrementell verfeinertes Produkt mit aktiv gemanagten Risiken.
Prüfungsrelevante Stichpunkte
- Wasserfall: Änderungen spät teuer. Beim Wasserfallmodell werden die Phasen nacheinander durchlaufen. Änderungen, die erst in späteren Phasen erkannt werden, erfordern oft einen Rückgriff auf frühere Dokumente und können daher sehr teuer werden.
- V‑Modell XT: Testzuordnung + Nachweisführung (IHK-klassiker). Das V-Modell XT ist ein klassisches Prüfungsthema. Es koppelt jede Spezifikationsebene mit einer passenden Teststufe und fordert damit eine lückenlose Nachweisführung der Qualität.
- Tailoring: Pflicht im V‑Modell XT. Tailoring bedeutet, dass das Vorgehensmodell projektspezifisch angepasst wird. Diese Anpassungen müssen begründet und dokumentiert sein, um Auditfähigkeit und Transparenz zu gewährleisten.
- Spiralmodell: Risikoanalyse pro Zyklus, Prototypen als Kern. Das Spiralmodell arbeitet in Zyklen. Jeder Zyklus beginnt mit der Identifikation und Bewertung von Risiken, gefolgt von der Entwicklung eines Prototyps, der diese Risiken reduziert.
- Artefaktkette: Anforderung → Design → Test (Traceability). Traceability stellt sicher, dass jede Anforderung durch einen Entwurf, eine Implementierung und einen Test abgedeckt ist. Das ist besonders im V-Modell XT und in regulatorischen Projekten wichtig.
- Gate-Reviews + Abnahmen. Gate-Reviews sind formelle Entscheidungspunkte zwischen Phasen. Abnahmen bestätigen, dass ein Ergebnis die definierten Kriterien erfüllt und die nächste Phase freigegeben werden kann.
Kernkomponenten
- Phasen (Wasserfall) – Das Wasserfallmodell gliedert das Projekt in sequenzielle Phasen wie Analyse, Entwurf, Implementierung, Test und Betrieb. Jede Phase muss abgeschlossen sein, bevor die nächste beginnt.
- Produkthierarchie (V‑Modell XT) – Das V-Modell XT definiert verschiedene Produktebenen, die während des Projekts erstellt werden. Dazu gehören Anforderungen, Entwurfsdokumente, Testfälle und Protokolle.
- Teststufen-Mapping im V – Das V-Modell ordnet jeder Spezifikationsebene eine passende Teststufe zu. Feinentwurf wird durch Modultests, Architektur durch Integrationstests, Systemanforderungen durch Systemtests und Kundenanforderungen durch Abnahmetests geprüft.
- Tailoring-Leitfaden – Der Tailoring-Leitfaden dokumentiert, welche Rollen, Produkte und Aktivitäten für das konkrete Projekt angepasst oder entfallen. Er ist Pflichtbestandteil des V-Modell XT.
- Governance (Gates/Meilensteine) – Gates und Meilensteine sind Entscheidungspunkte, an denen geprüft wird, ob das Projekt die nächste Phase erreichen darf. Sie sichern Qualität und Budgetkontrolle.
- Risikoanalyse (Spiral) – Im Spiralmodell wird in jedem Zyklus eine Risikoanalyse durchgeführt. Hohe Risiken werden zuerst angegangen, um frühzeitig Unsicherheiten zu reduzieren.
- Prototypenarten (Machbarkeit/Architektur/UI) – Prototypen können unterschiedliche Ziele haben. Machbarkeitsprototypen klären technische Risiken, Architekturprototypen prüfen grobe Strukturen, UI-Prototypen erproben die Benutzeroberfläche.
- Planungsartefakte (Projekt-/Qualitäts-/Testplan) – Projektpläne, Qualitätspläne und Testpläne dokumentieren, wie das Projekt durchgeführt und geprüft wird. Sie sind besonders im V-Modell XT und im Wasserfall wichtig.
- Traceability – Traceability verbindet Anforderungen mit Entwurf, Implementierung und Tests. Sie ermöglicht es, nachzuweisen, dass alle Anforderungen erfüllt wurden.
- Änderungsmanagement (Change Requests) – Change Requests dokumentieren gewünschte oder erforderliche Änderungen. Sie werden bewertet, genehmigt und in die Planung eingearbeitet, um die Auswirkungen zu kontrollieren.
Praxisbeispiel (kurz)
Fachverfahren im öffentlichen Sektor mit externer Schnittstelle
Wasserfall:
- Pflichtenheft -> Entwurf -> Implementierung -> Test -> Abnahme
V-Modell XT:
- Spezifikationen links
- Tests rechts (Modul/Integration/System/Abnahme)
- Tailoringdokument (z.B. keine Hardwareprodukte)
Spiral:
- Zyklus 1: Integrationsrisiko -> Lasttest-Prototyp
- Zyklus 2: OAuth-Risiko -> Auth-Prototyp
Vorteile und Nachteile
Wasserfall
- Vorteile: einfache Planung, klare Übergaben
- Nachteile: spätes Feedback, hohe Änderungskosten
V-Modell XT
- Vorteile: hohe Nachweisfähigkeit, klare Testzuordnung
- Nachteile: Dokumentationsaufwand, rigide ohne gutes Tailoring
Spiralmodell
- Vorteile: aktives Risikomanagement, frühe Prototypen
- Nachteile: höherer Steuerungsbedarf, schwerer planbar für Fixpreis
Typische Prüfungsfragen (mit Kurzantwort)
- Wasserfall vs. V‑Modell XT? V koppelt Spezifikation an Tests + fordert Tailoring.
- Wie liest man das V? Links spezifizieren, rechts verifizieren/validieren (Teststufen).
- Wann Spiralmodell? Bei hoher Unsicherheit/Technologierisiko/vielen Schnittstellen.
- Warum Tailoring? Anpassung an Kontext + Audit-/Prüffähigkeit.
Lernstrategie
- V aus dem Kopf zeichnen und Teststufen zuordnen.
- Für jeden Modelltyp 2 passende Einsatzfälle notieren.
- Kurze Begründung (Regulatorik/Änderungsrate/Risiko) üben.
Übungsbeispiel 1: Teststufen im V zuordnen
- Feinentwurf gehört zum Modultest, weil hier einzelne Funktionen oder Klassen geprüft werden.
- Architektur/Komponenten gehört zum Integrationstest, weil Schnittstellen zwischen Komponenten getestet werden.
- Systemanforderungen gehört zum Systemtest, weil das gesamte System gegen die Anforderungen geprüft wird.
- Benutzer-/Kundenanforderungen gehört zum Abnahmetest, weil der Kunde oder Auftraggeber die Akzeptanz bestätigt.
Übungsbeispiel 2: Modellwahl begründen
Szenario: Ein internes kleines Tool für die Datenverarbeitung soll schnell entwickelt werden.
Lösung: Hier kann ein einfaches Wasserfallmodell ausreichen, weil die Anforderungen klar und Änderungen unwahrscheinlich sind.
Szenario: Ein Medizinprodukt mit regulatorischen Anforderungen.
Lösung: Hier ist das V-Modell XT sinnvoll, weil Nachweisführung, Testzuordnung und Tailoring gefordert sind.
Szenario: Ein Projekt mit unklaren Technologien und vielen externen Schnittstellen.
Lösung: Hier ist das Spiralmodell sinnvoll, weil Risiken früh durch Prototypen reduziert werden können.
Übungsaufgabe 1: Tailoring erklären
Aufgabe: Erläutere, warum Tailoring im V-Modell XT notwendig ist.
Lösung: Tailoring ist notwendig, weil nicht jedes Projekt alle Rollen, Produkte und Aktivitäten des umfangreichen V-Modell XT benötigt. Die Anpassung muss dokumentiert und begründet sein, um die Prüf- und Auditfähigkeit zu erhalten.
Übungsaufgabe 2: V-Modell XT zeichnen
Aufgabe: Zeichne das V-Modell XT und beschrifte linke und rechte Seite.
Lösung: Die linke Seite enthält die Spezifikationen: Benutzeranforderungen, Systemanforderungen, Architektur/Komponenten, Feinentwurf. Die rechte Seite enthält die Tests: Abnahmetest, Systemtest, Integrationstest, Modultest. Je tiefer man im V hinuntergeht, desto detaillierter wird die Spezifikation und der zugehörige Test.
Übungsaufgabe 3: Risiko im Spiralmodell
Aufgabe: Ein Projekt hat ein unbekanntes Integrationsrisiko bei einer externen API. Wie geht das Spiralmodell vor?
Lösung: Im ersten Zyklus wird das Risiko identifiziert und bewertet. Dann wird ein Prototyp entwickelt, der die Integration testet. Basierend auf dem Ergebnis wird der nächste Zyklus geplant.
Themenanalyse
- Technischer Kern: Spezifikation und Verifikation. Wasserfall, V-Modell XT und Spiralmodell gehen unterschiedlich mit der Frage um, wie Anforderungen erfasst, umgesetzt und geprüft werden. Das V-Modell XT betont die paarweise Zuordnung von Spezifikation und Test.
- Implementierung: passende Methode pro Projekttyp. Wasserfall eignet sich für stabile Anforderungen, V-Modell XT für regulatorische und sicherheitskritische Projekte, Spiralmodell für innovative Projekte mit hohen Risiken.
- Sicherheit: Nachweisführung und Qualität. Besonders im V-Modell XT müssen Tests nachweislich zu den Anforderungen passen. Das reduziert das Risiko, dass kritische Funktionen nicht geprüft werden.
- Doku: Tailoring, Pläne und Protokolle. Ohne Dokumentation bleibt die Begründung für gewählte Rollen, Produkte und Teststufen unklar. Tailoring-Logs, Projektpläne und Abnahmeprotokolle sind zentrale Dokumente.
- Wirtschaftlichkeit: Fehlerkosten und Risikominimierung. Je früher Fehler erkannt werden, desto günstiger sind sie zu beheben. Das Spiralmodell reduziert teure Spätfehler durch frühe Risikoanalyse und Prototypen.
Wichtigste Quellen
- https://www.cio.bund.de (V‑Modell XT)
- https://dl.acm.org/doi/10.1145/360248.360251
- Erweitertes Wasserfallmodell mit Rückkopplungen und Prototypen