Was ist das Wasserfallmodell in SDLC? Vorteile & Nachteile

Inhaltsverzeichnis:

Anonim

Was ist das Wasserfallmodell?

WATERFALL MODEL ist ein sequentielles Modell, das die Softwareentwicklung in vordefinierte Phasen unterteilt. Jede Phase muss abgeschlossen sein, bevor die nächste Phase ohne Überlappung zwischen den Phasen beginnen kann. Jede Phase ist für die Durchführung bestimmter Aktivitäten während der SDLC-Phase ausgelegt. Es wurde 1970 von Winston Royce eingeführt.

Verschiedene Phasen des Wasserfallmodells in der Softwareentwicklung

Verschiedene Phasen Aktivitäten in jeder Phase durchgeführt
Anforderungserfassungsphase
  • In dieser Phase werden vom Kunden detaillierte Anforderungen an das zu entwickelnde Softwaresystem erfasst
Designphase
  • Planen Sie die Programmiersprache, zum Beispiel Java, PHP, .net
  • oder Datenbank wie Oracle, MySQL usw.
  • Oder andere allgemeine technische Details des Projekts
Gebaute Bühne
  • Nach der Entwurfsphase wird die Phase erstellt, dh nichts anderes als die Software zu codieren
Testphase
  • In dieser Phase testen Sie die Software, um sicherzustellen, dass sie gemäß den vom Client angegebenen Spezifikationen erstellt wurde.
Bereitstellungsphase
  • Stellen Sie die Anwendung in der jeweiligen Umgebung bereit
Wartungsphase
  • Sobald Ihr System betriebsbereit ist, müssen Sie möglicherweise später den Code gemäß Kundenanforderung ändern

Wann wird das SDLC-Wasserfallmodell verwendet?

Wasserfallmodell kann verwendet werden, wenn
  • Die Anforderungen ändern sich nicht häufig
  • Die Anwendung ist nicht kompliziert und groß
  • Projekt ist kurz
  • Anforderung ist klar
  • Die Umwelt ist stabil
  • Die verwendeten Technologien und Werkzeuge sind nicht dynamisch und stabil
  • Ressourcen sind verfügbar und geschult

Vor- und Nachteile des Wasserfallmodells

Vorteile Nachteile
  • Vor der nächsten Entwicklungsphase muss jede Phase abgeschlossen sein
  • Fehler kann nur während der Phase behoben werden
  • Geeignet für kleinere Projekte, bei denen die Anforderungen genau definiert sind
  • Es ist nicht wünschenswert für komplexe Projekte, bei denen sich die Anforderungen häufig ändern
  • Sie sollten vor Abschluss jeder Phase einen Qualitätssicherungstest (Verifizierung und Validierung) durchführen
  • Die Testphase kommt ziemlich spät im Entwicklungsprozess
  • In jeder Phase des Entwicklungszyklus der Software wird eine ausführliche Dokumentation erstellt
  • Die Dokumentation nimmt viel Zeit für Entwickler und Tester in Anspruch
  • Das Projekt ist vollständig vom Projektteam abhängig und erfordert nur minimale Kundeninterventionen
  • Wertvolles Feedback der Kunden kann nicht in die laufende Entwicklungsphase einbezogen werden
  • Änderungen an der Software werden während des Entwicklungsprozesses vorgenommen
  • Kleine Änderungen oder Fehler, die in der fertigen Software auftreten, können viele Probleme verursachen