Software Engineering WS 2006 / 2007 Folie 1Prof. Dr. Gerhard Schmidtpres. by H,-J. Steffens

Das Wasserfallmodell - Überblick

Software Engineering WS 2006 / 2007 Folie 2Prof. Dr. Gerhard Schmidtpres. by H,-J. Steffens

Das Wasserfallmodell - Beschreibung

• Merkmale des Wasserfallmodells:– Erweiterung des Phasenmodells

– Rückkopplungen zwischen den (benachbarten) Phasen sind möglich

• Ziel:– Verminderung des Risikos von unvollständigen Systemspezifikationen und

Entwurfsfehlern

– Verringerung der Auswirkungen von Fehlentscheidungen in einzelnen Phasen

Software Engineering WS 2006 / 2007 Folie 3Prof. Dr. Gerhard Schmidtpres. by H,-J. Steffens

Das Wasserfallmodell - Beurteilung

• Vorteile:– einfach, klar strukturiert (intuitiv)

– wenig Managementaufwand

– Benutzerbeteiligung nur am Anfang erforderlich

• Nachteile:– relativ starr

– Anforderungen müssen von Anfang an vollständig bekannt sein

– Änderungen während des Projektes erfordern einen hohen Aufwand

– Anfällig für Fehler in frühen Phasen

– erste Produktversion liegt erst nach der gesamten Projektlaufzeit vor

Software Engineering WS 2006 / 2007 Folie 4Prof. Dr. Gerhard Schmidtpres. by H,-J. Steffens

Das V-Modell - Überblick

Software Engineering WS 2006 / 2007 Folie 5Prof. Dr. Gerhard Schmidtpres. by H,-J. Steffens

Das V-Modell - Beschreibung

• Erweiterung des Wasserfallmodells

• Hinzu kommen:– Aktivitäten und Produkte des Planungsprozesses

– Qualitätsmanagement durch Validierung und Verifizierung der Teilprodukte

– Verifizierung: Erfüllt das (Teil)Produkt die spezifizierten Anforderungen

– Validierung: Eignet sich das Produkt für seinen Einsatzzweck

• Kennzeichen:– einheitliche und verbindliche Vorgaben von Aktivitäten und Ergebnissen

– parallel zur Softwareentstehung werden die begleitenden Tätigkeiten beachtet (Qualitätsmanagement, Konfigurationsmanagement, technisches Projektmanagement)

– hoher verbreitungsgrad in der Industrie

Software Engineering WS 2006 / 2007 Folie 6Prof. Dr. Gerhard Schmidtpres. by H,-J. Steffens

Das V-Modell - Beschreibung

• Ziel:– Verbesserung und Gewährleistung der Qualität durch standardisiertes Vorgehen

und definierte Zwischenergebnisse

– Eindämmung der Kosten durch einheitliche Standards

– Verbesserung der Kommunikation

– Erfolg ergibt sich nur, wenn Abstimmung zwischen Anwender, Aufgabensteller und Realisierer ( z. B. Klärung gemeinsamer Prüfaktivitäten, Klärung von Schnittstellen)

Software Engineering WS 2006 / 2007 Folie 7Prof. Dr. Gerhard Schmidtpres. by H,-J. Steffens

Das V-Modell - Beurteilung

• Vorteile:– Einbeziehung von Tests in jeder Phase

– Systematische Verifizierung und Validierung

– Einbeziehung von Q-, K-, P-Management

• Nachteile:– relativ starr

– hoher bürokratischer Aufwand

– nicht für kleine Projekte geeignet

– kaum handhabbar ohne Tools

– erste Produktversion erst am Ende der Projektlaufzeit verfügbar

Software Engineering WS 2006 / 2007 Folie 8Prof. Dr. Gerhard Schmidtpres. by H,-J. Steffens

Das Spiralmodell - Überblick

Software Engineering WS 2006 / 2007 Folie 9Prof. Dr. Gerhard Schmidtpres. by H,-J. Steffens

Das Spiralmodell - Beschreibung

• Versuch der Kombination verschiedener Modelle

• Abstand vom Ursprung ist Maß für den Gesamtaufwand bis zum Zeitpunkt t

• Winkel ist Maß für Projektfortschritt

• Jede Windung enthält die Aktivitäten:– Festlegung von Zielen, Alternativen, Rahmenbedingungen

– Evaluierung der Alternativen, Erkennen und reduzieren von Risiken

– Realisierung und Überprüfung des Zwischenergebnisses

– Planung des Projektfortschrittes

• Nach jeder Windung: Review mit Bewertung des Projektfortschrittes und der Validierung des Zwischenergebnisses

Software Engineering WS 2006 / 2007 Folie 10Prof. Dr. Gerhard Schmidtpres. by H,-J. Steffens

Das Spiralmodell - Beurteilung

• Vorteile:– Integration von Risikomanagement

– hohes Maß an Flexibilität

– Änderungen und Anpassungen des Vorgehens sind nahezu jeder Zeit möglich

– Einbeziehung von Q-Anforderungen und Kostenaspekten

– Fehler werden früh erkannt

• Nachteile:– Kosten und Zeiten sind schwer abzuschätzen, da Anzahl der Durchläufe a priori

nicht bekannt

– Risikoanalyse schwierig

– hoher Managementaufwand