Die Softwarelebenszyklen

Präsentation zum Thema: "Die Softwarelebenszyklen"—  Präsentation transkript:

1 Die Softwarelebenszyklen
Von Toni Rotter Kevin Richter Philipp Stahnke SteVen Braun

2 Index Wasserfallmodell Spiralmodell V-Modell Quellen

3 Wasserfallmodell Initialisierung Analyse Entwurf Einführung Nutzung
Realisierung Einführung Nutzung

4 Wasserfallmodell Design durch UML, Struktogramme
Planungsphase mit Erstellung des Lastenhefts Implementierung (Programmierung) ausgiebige Testphase Definition mit Erstellung des Pflichtenhefts (und evtl. Modell, Benutzeroberflächenentwurf, Handbuch) Release, Nutzung des Ergebnisses und Wartung (Release Candidates bis Final Version) Initialisierung Analyse Entwurf Realisierung Einführung Nutzung

5 Vorteile Nachteile Alle Phasen sind klar definiert
wenig Aufwand bei der Planung Sehr effektiv wenn man die Vorgehensweise genau abschätzen kann Nur bei einfachen Projekten nutzbar Unflexibel Bei früh festgelegten Anforderungen kann es zu Rücksprüngen und dadurch auch zu Mehrkosten kommen Späte Einführung → Später Umsatz Späte Fehlererkennung → große Rückschritte für die Entfernung

6 Spiralmodell

7 Spiralmodell Bestimmung der Ziele, Erläutern von Alternativen und Festlegung von Rahmenbedingungen Abschätzen der Risiken und deren Beseitigung Überprüfung des derzeitigen Produktstandes und der Fortschritte Planung der nächsten Spiralumdrehung gg

8 Vorteile Nachteile Fehler werden schnell behoben Flexibel
Bessere Eingriffsmöglichkeiten als beim Wasserfallmodel sehr Zeitaufwendig dadurch sehr kostenintensiv arbeitsintensiv

9 Modul-implementation
Das V-Modell Anforderungs- Definition Grobentwurf Feinentwurf Modul-implementation Abnahmetest Systemtest Integrations-test Modultest Anwendungsszenarien Testfälle Validierung Verifikation

10 Vorteile Nachteile enthält nur die allgemeinen Regeln
regelt die Aufgaben (Aspekte) des Softwareentwicklungsprozess eindeutig. Diese Festlegungen können sowohl für den Auftragsnehmer als auch für den Auftragsgeber als Anleitung benutzt werden. ist konsistent über unterschiedliche Detaillierungsebenen hinsichtlich der beschriebenen Aktivitäten und Produkte ist für verschiedene Anwendungen durch Tailoring nutzbar. ist organisationsneutral und setzt keine speziellen Strukturen beim Anwender voraus beinhaltet viel Bürokratie, insbesondere die hohen Anforderungen an die Dokumentationen während der Entwicklung werden bei kleinen Projekten als belastend empfunden Bei der Einführung des V-Modells im Unternehmen müssen verschiedene Faktoren berücksichtigt werden. Es muss Tailoring stattfinden und Mitarbeiter eingeschult werden. ist sehr schwergewichtig und daher flexibel wie ein leichtgewichtiges Prozessmodell (z.b. XP).

11 Quellen www.wikipedia.de
IT-Handbuch