Aufbau


Das V Modell ist wie auch das Wasserfallmodell sequenziell aufgebaut. Man schließt also zunöchst jeden Block ab bevor man zum nächsten übergeht. Zudem geht man in diesem Modell von Links nach rechts chronologisch vor und die einzelnen Blöcke sind je nach Arbeitsgenauigkeit weiter oben oder unten angeordnet. Je weiter unten desto genauer ist der Arbeitsschritt. (Bsp. Anforderungsanalyse = Grober Überblick vs. Implementierung = exakte Umsetzung in Code). Insgesamt gibt es neun Arbeitsschritte. Auf der Linken Seite ist die Entwurfsseite. Hier sind alle Phasen nur dem Entwurf und der Planung der Software gewidmet. In der Mitte unten ist die Implementierung und auf der rechten Seite ist die Testseite. Hier werden, wie der Name schon sagt ausschließlich eine Reihe von Test durchgeführt. Jeder Block auf der Entwurfsseite ist immer exakt einem Block auf der Testseite zugeordnet.

Block 1: Systemanforderungsanalyse

In dieser Phase werden die groben Anforderungen aus dem Lastenheft definiert und geordnet festgehalten. Also was genau soll die Software später alles können

Block 2: (funktionale) System-Architektur

Hier wird nun grob festgelegt wie das Programm die zuvor festgelegten Anforderungen umsetzten soll. Das Ganze erfolgt hier allerdings erst mal nur aus der Blackbox Sicht. Wie die Aufgaben Technisch genau umgesetzt werden, ist hier noch nicht festzulegen

Block 3: (technischer) System-Entwurf

Hier befasst man sich dann mit der System-Architektur also wie genau die Technische Umsetzung ablaufen soll. Es wird hier das Design der Software festgelegt an das sich der Entwickler später nur noch zu halten braucht, ohne zu überlegen, ob das so auch wirklich richtig ist. Der Plan steht also bei der Implementierung schon vollständig

Block 4: Software-Architektur

Dies ist die Genauste Phase der Planungsseite. Hier werden noch einmal spezielle Komponenten festgelegt und der Softwareaufbau endgültig und möglichst genau fertiggestellt.

Block 5: Software-Entwurf/Implementierung

In dieser Phase setzten die Entwickler das Programm um und halten sich dabei exakt an den in den Phasen zuvor erstellten Konstruktionsplan. Hier erfolgt im Idealfall keine weitere Planung, sondern ausschließlich das Schreiben des Codes

Block 6: Unit-Tests (Komponententests)

Hier werden ganz genau die einzelnen Komponenten (Units) des Programms getestet. Mit Units sind hier die die Kleinsten logischen Komponenten eines Programms gemeint also Methoden oder Funktionen. Diese Tests werden automatisiert durchgeführt. Wichtig ist hier, dass die Methoden immer die erwarteten Werte richtig zurückgeben und das bei vielen 100.000 Durchläufen.

Block 7: Integrationstests

In dieser Testphase wird der Technische Systementwurf (3. Planungsphase) validiert also ob die Technische Umsetzung so funktioniert wie sich der Kunde das zum Beispiel vorstellt. Funktionieren die Methoden also auch untereinander und spielen sie richtig zusammen. Liefert die eine Methode der anderen Methode auch die richtigen Werte.

Block 8: System-integration

Diese validieren die funktionale System-Architektur also auch die Planungsphase, der sie selbst gegenübersteht.

Block 9: Abnahme und Nutzung

In der letzten Testphase wird dann endgültig geprüft, ob das Gesamte Programm, das tut was es soll also ob alle Anforderungen der Anforderungsanalyse auch so erfüllt werden.

Jede Testphase validiert die ihr gegenüberliegende Planungsphase.