Wasserfallmodell in SDLC

Um das Wasserfallmodell in SDLC zu verstehen, ist es notwendig, in die Definition des Modells, die Hauptphasen und die damit verbundenen Dokumente einzutauchen das Ergebnis jeder Stufe, Vorteile und Nachteile.

SDLC steht für software development life cycle. Es ist ein Rahmen (eine wesentliche unterstützende Struktur) eines Entwicklungsprozesses, der sich von Unternehmen zu Unternehmen unterscheiden kann. Eine der beliebtesten Arten von SDLC ist das Wasserfallmodell. Der Wasserfall ist, wie man von oben sehen kann, ein Prozessmodell., In einfachen Worten, eine verallgemeinerte Beschreibung des Softwareentwicklungsprozesses. Dieses Modell ist das bekannteste, da es das erste chronologisch erscheinende und beschriebene von Dr. Winston W. Royce im Jahr 1970 in “ Management die Entwicklung großer Softwaresysteme.“

Es gibt eine Reihe von Entwicklungslebenszyklusmodelltypen, über die detaillierter weiter geschrieben wird, und sie kommen später:

• scrum model
• rapid application development
• Prototyping
• spiral model
• kanban development model
• und andere.,

Sicher, sie traten auf, um besser zu dienen, wo das Wasserfallmodell weniger leistungsfähig war. Um die „dünnen Stellen“ zu verstehen, müssen Sie sich mit der Definition des Wasserfallmodells, den Hauptphasen, den Dokumenten, die als Ergebnis jeder Phase verbunden sind, den Vor-und Nachteilen befassen.

Definition des Wasserfallmodells

Das Wasserfallmodell ist ein lineares (sequentielles) Entwicklungslebenszyklusmodell, das die Entwicklung als eine Kette aufeinanderfolgender Schritte beschreibt. Keine Phase kann vor oder gleichzeitig mit der vorherigen oder aktuellen Phase gestartet werden., Betrachten wir die Hauptphasen des Wasserfallmodells.

Hauptphasen des Wasserfallmodells

Systemanforderungen Phase

Während der ersten Phase werden die Anforderungen für das System festgelegt. Der Prozess beginnt mit der Ermittlung von Geschäftsanforderungen, deren Analyse und Priorisierung und endet mit der Erstellung des Bereichsdokuments Vision& (oder je nach Fall 2 separate Dokumente). Vision-und Scope-Dokumente werden vor Vertragsunterzeichnung erstellt., Vision ist definiert als ein “ langfristiges strategisches Konzept des endgültigen Zwecks und der Form eines neuen Systems.“(Wiegers, 2012, S. 1) Der Umfang ist, was „die Grenze zwischen dem, was drin ist und was draußen ist, für das Projekt zieht.“(Wiegers, 2012, S. 1)

Die Angabe des Umfangs ist für beide Seiten ein wesentlicher Bestandteil des Projekts. Es macht einen Kunden transparent, was getan wird. Eine gute Strategie für das Management von Erwartungen besteht darin, zu identifizieren, was nicht in einem Produkt enthalten sein wird, sodass die Erwartungen der Kunden klar sind, dh das Dokument für den Projektumfang wird erstellt.,

Projektumfang

Es wird erwartet, dass der Projektumfang Projekt-Roadmap, Budgets und Beschreibung enthält, wobei Hauptfunktionen in Bezug auf das Problemvisionsdokument definiert sind. Lesen Sie einen Artikel über Projekt-scope-management-von einem Experten Vitaly Hornik.

Die Anfangsphase ist ohne Software Requirements Specification (SRS), die den Kern der Phase bildet, undenkbar.

Software Requirements Specification

Ein typisches SRS umfasst einen Zweck, eine Gesamtbeschreibung, spezifische Anforderungen (funktionale, nicht funktionale, Qualitätsattribute).,

Manchmal kann es Prototypen enthalten, die verschiedene Typen haben können: vertikal/ horizontal, statisch/dynamisch, Low-Fidelity/High-Fidelity. Mockups (oder Prototypen) werden an UI/UX-Designer gesendet, die sie in Layouts umwandeln. Fühlen Sie sich frei, die Software Requirements Specification (SRS) Vorlage von XB Software erstellt zu schätzen.

Entwurfsphase

Die nächste Phase im Modell zeigt, wie genau die Anforderungen an das System technisch umgesetzt werden. Diese Phase umfasst weitgehend Komponenten wie eine Programmiersprache, Datenschichten, Dienste usw.,

Implementierungs – (Entwicklungs -) Phase

Der eigentliche Quellcode wird schließlich in der dritten Phase geschrieben und implementiert alle Modelle, Geschäftslogiken und Service-Integrationen, die in den vorherigen Schritten angegeben wurden. Der Prozess der gesamten Codeerstellung kann in kleine Einheiten unterteilt werden, und jede Einheit wird für ihre Funktionalität entwickelt und getestet (Komponententests). Danach wird ein ganzes System aus vorgefertigten Einheiten aufgebaut und die vierte Phase beginnt.,

Testphase

Nach der Entwicklungsphase sollte das Produkt eine gründliche Qualitätssicherung und Softwaretests erfahren, um Defekte in einem System zu entdecken. Tester sind daran beteiligt, Probleme zu finden und zu melden, die gelöst werden müssen. Um registrierte Probleme zu speichern, kann ein Fehlerverfolgungssystem mit dem Ziel verwendet werden, dass die Probleme während der Wartungslebenszyklusphase behandelt werden können.

Die Software kann übermittelt werden, wenn die Code-Probleme behoben sind. Der Kunde ist mit der Abnahmeprüfung beschäftigt, um sie für die Nutzung zu bewerten.,

Wartungsphase

Sobald das Produkt in einer Live-Umgebung platziert werden soll, tritt es in die fertige Wartungsphase des Entwicklungslebenszyklus ein. Die Wartungsphase umfasst nicht nur die Bereitstellung der Anwendung, sondern auch Support und Wartung, die erforderlich sein können, um sie funktionsfähig und aktuell zu halten.

Lesen Sie auch die Kriterien für schmerzloses Outsourcing, die wir nach Priorität im Artikel 7 Tipps zur Auswahl eines Outsourcing-Webentwicklungsunternehmens aufgeführt haben.,

Wasserfall Modell Vorteile und Nachteile

Die Wasserfall modell ist einfach zu folgen und zu verstehen, es ist gemeinsame zu große institutionen mit vielen ebenen der entscheidungsfindung und koordination. Dennoch hat es wie jedes andere SDLC-Modell seine starken und schwachen Seiten. Das Wasserfallmodell kann nicht für jede erdenkliche Art eines Projekts geeignet sein., flexibilität

Das Wasserfallmodell passt am besten:

• Für kleine und kurze Projekte.,
• Wenn Anforderungen unveränderlich sind.
• Für Kunden mit einer komplexen Unternehmensstruktur mit vielen Koordinationsebenen.

Darüber hinaus ist es ratsam, eine SRS-Vorlage (Free Software Requirements Specification) zu schätzen, die von XB Software erstellt wurde.