Modul 3 - Das V-Modell

Mausrad: Zoom · Ziehen: Verschieben · Doppelklick: Reset

Worum es geht

Am Ende des letzten Moduls stand ein offener Haken: Der Wasserfall testet erst ganz zum Schluss. Fehler im Fundament zeigen sich also spät — dann, wenn sie am teuersten sind. Das V-Modell ist die direkte Antwort darauf. Es nimmt dieselbe phasenweise, plangetriebene Idee, klappt die Linie aber zu einem V und ordnet jeder Entwicklungsstufe von Beginn an eine passende Prüfstufe zu.

In dieser Einheit siehst du, wie aus dem Wasserfall das V wird, was die Querverbindungen im V wirklich bedeuten, wie das in Deutschland verbreitete V-Modell XT aussieht — und wann sich der Ansatz lohnt.

Vom Wasserfall zum V

Stell dir die Wasserfall-Kette vor und knicke sie in der Mitte nach oben. Der linke Ast führt — wie beim Wasserfall — von oben nach unten durch die Spezifikation: von den Stakeholder-Anforderungen über die Systemanforderungen und den Architekturentwurf bis zum Komponentendesign. Am tiefsten Punkt des V steht die Implementierung, das eigentliche Bauen. Der rechte Ast führt dann wieder nach oben, durch die Teststufen: vom Komponententest über den Integrationstest und den Systemtest bis zum Abnahmetest.

Das „V” steht dabei nicht für „Vorgehen”. Es visualisiert die Grundidee, der Spezifikation und Zerlegung auf der linken Seite die Integration und Prüfung auf der rechten Seite gegenüberzustellen. Diese Idee ist nicht neu: Als allgemeines Vorgehen wurde das V Ende der 1970er-Jahre vorgeschlagen, das erste deutsche V-Modell 1986 entwickelt und ab 1992 zum verbindlichen Entwicklungsstandard für Bundes-IT-Projekte erklärt.

Jede Ebene hat ihren Test

Der eigentliche Gewinn gegenüber dem Wasserfall steckt in den waagerechten Verbindungen des V. Jede Ebene auf der linken Seite ist mit einer Prüfstufe auf der rechten Seite gepaart:

Der didaktische Kern dahinter: Du entwirfst den Test, wenn du die Sache entwirfst. Schon während die Anforderungen entstehen, wird festgelegt, woran am Ende der Abnahmetest sie misst. Das Testen wandert damit gedanklich an den Anfang — genau dorthin, wo der Wasserfall es vermissen ließ.

Zwei Begriffe trennen das sauber. Verifikation fragt: Haben wir das Produkt korrekt gebaut — also gemäß Spezifikation? Validierung fragt: Haben wir das richtige Produkt gebaut — also das, was der Auftraggeber wirklich braucht? Die unteren Teststufen verifizieren gegen den Entwurf, die oberen validieren gegen die Anforderungen.

V-Modell XT in der Praxis

Die heute in Deutschland maßgebliche Ausprägung ist das V-Modell XT. Das „XT” steht für eXtreme Tailoring — und genau das ist sein Kerngedanke: Das Modell wird nicht starr angewendet, sondern auf das konkrete Vorhaben zugeschnitten. Eingeführt 2005, liegt es aktuell in der Fassung 2.4 (2024) vor, wird vom WEIT e. V. gepflegt, vom Bund bereitgestellt und ist frei verfügbar.

Statt einer einzigen festen Phasenfolge arbeitet das V-Modell XT mit Vorgehensbausteinen — modularen Bausteinen, die über das Tailoring zu einem projektspezifischen Modell kombiniert werden. Es unterscheidet außerdem Auftraggeber- und Auftragnehmerprojekte mit klaren Schnittstellen und steuert über definierte Entscheidungspunkte.

Wichtig für das Gesamtbild von Teil B: Das moderne V-Modell XT ist nicht mehr rein sequenziell. Es kennt inkrementelle Vorgehensweisen und integriert sogar agile Ansätze wie Scrum. Und obwohl es aus dem öffentlichen Sektor stammt, wird es längst auch in der Privatwirtschaft eingesetzt. Sein Ruf, dokumentationslastig und bürokratisch zu sein, ist nicht unbegründet — aber genau dagegen ist das Tailoring gedacht: Man nimmt nur die Bausteine, die das Projekt wirklich braucht.

Wann es trägt — und wann nicht

Das V-Modell spielt seine Stärke überall dort aus, wo Qualität und Nachvollziehbarkeit zählen und sich der Aufwand für frühe Testplanung auszahlt: bei sicherheitsrelevanten Systemen, in abnahmepflichtigen oder auditierten Umfeldern und bei großen Vorhaben mit festen Verträgen und früh stabilen Anforderungen. Es trifft damit denselben Bereich wie der Wasserfall — bringt aber eine deutlich bessere Testdisziplin mit.

Seine Grenzen teilt es ebenfalls mit dem Wasserfall: Es setzt früh stabile Anforderungen voraus. Wo das Ziel unklar ist oder sich laufend ändert, hilft auch das beste Testkonzept nicht. Und für kleine oder explorative Vorhaben ist das volle Modell zu schwer — dann tailort man es konsequent herunter oder wählt einen agilen Weg.

Quellen

• WEIT e. V. — Verein zur Weiterentwicklung des V-Modell XT (pflegt den Standard)
• V-Modell XT — Überblick (offizielle Darstellung des Bundes)
• V-Modell (Entwicklungsstandard) (Einordnung und Geschichte)