WikiDer > Wasserfallmethode

Watervalmethode

Das Wasserfallmethode ist ein Methode vor dem Software-Entwicklung (ein Prozess zur Erstellung von Software), bei dem die Entwicklung in regelmäßigen Abständen fließend (wie ein Wasserfall) nach unten fließt. Die Entwicklung durchläuft eine Reihe von Phasen, nämlich: Definitionsstudie/-analyse, grundlegendes Design, technisches Design/Detaildesign, Konstruktion, Test, Integration und Verwaltung und Wartung. Mit dieser Methode ist die IT-Unternehmen um mehr Klarheit in ihr zu bekommen SoftwareProjekte.

Das Wasserfallmodell ist aus der traditionellen Arbeitsweise bei Großprojekten im Hochbau abgeleitet. Ziel dieser Arbeitsweise ist es, das Projekt in verschiedene Phasen zu unterteilen. Man beginnt mit Phase 1 und beginnt erst mit Phase 2, wenn Phase 1 abgeschlossen ist. Und wenn in einer der Phasen ein Fehler entdeckt wird, geht man den ganzen Weg zurück, um diese Phase zu korrigieren und die nachfolgenden Schritte zu wiederholen.

Geschichte der Wasserfallmethode

Über den Ursprung des Begriffs "Wasserfall" wird oft gesagt, dass Winston W. Royce das in 1970 eingeführt, aber Royce selbst sah mehr vom iterativen Ansatz in der Softwareentwicklung und verwendete den Begriff "Wasserfall" selbst nicht. Royce beschrieb das Wasserfallmodell als eine Methode, die er als gewagt und sogar als Aufforderung zum Scheitern empfand.

Im Jahr 1970 dachte Royce, dass die Wasserfallmethode als erstes Konzept angesehen werden sollte, er war der Meinung, dass die Methode immer noch Fehler enthielt. Er hat ein Dokument mitgebracht[1] In der untersucht wurde, wie das erste Konzept zu einer sich wiederholenden Methode weiterentwickelt werden könnte.In diesem neuen Modell gab es Feedback zwischen jeder Phase zur vorherigen Phase, wie wir jetzt viel bei aktuellen Methoden sehen. Ärgerlicherweise wurde für Royce nur die anfängliche Methode beachtet, die Kritik, die er an dieser Methode hatte, wurde weitgehend ignoriert.

Trotz Royces Absicht, die Wasserfallmethode zu einer iterativen Methode (iteratives Modell) zu machen, ist die Verwendung dieser Methode immer noch sehr beliebt, Gegner der Wasserfallmethode sehen sie jedoch als naive und ungeeignete Methode für den Einsatz in der "realen Welt" an. ".

Phasen

Das Wasserfallmodell besteht aus folgenden Phasen:

  • Definitionsstudie/-analyse. Es werden Recherchen und Brainstormings über die Software durchgeführt, um den Zweck der Software zu klären.
  • Grundlegende Gestaltung. Was in der ersten Phase herausgekommen ist, wird klarer herausgearbeitet. In dieser Phase werden die Wünsche des Kunden zu Papier gebracht und die Form des Programms bereits berücksichtigt. In dieser Phase wird bestimmt Was das zu liefernde System zu tun hat.
  • Technisches Design/Detaildesign. Basierend auf dem grundlegenden Design kann ein echtes Programm erstellt werden. In dieser Phase wird bestimmt Wie die im Grunddesign festgelegte Funktionalität wird realisiert. Nun gibt es auch eine Unterteilung in technische Einheiten wie Programme, Module und Funktionen.
  • Konstruktion/Umsetzung. Hier wird der Quellcode der Programme geschrieben.
  • Zu testen. Es wird geprüft, ob die Software entsprechend den Entwürfen richtig gebaut wurde. In dieser Phase können auch Fehler auftauchen, die bereits in früheren Stadien gemacht wurden.
  • Integration. Das System ist fertig und getestet. Sie muss jedoch noch im Unternehmen in Betrieb genommen werden. Das geschieht in dieser Phase.
  • Verwaltung und Wartung. Um die Funktionsfähigkeit des Systems zu gewährleisten, muss eine Wartung durchgeführt werden.

Das Wasserfallmodell besteht aus mehreren Phasen. Jede Phase hat ihre eigene Ebene, die auch die Reihenfolge bestimmt. Die höchste Stufe wird zuerst ausgeführt und dann die unteren Stufen. Dies entspricht der natürlichen Wirkung von a Wasserfall und daher der Name. Oben sieht man deutlich, dass die verschiedenen Phasen von oben nach unten verlaufen.

Pro und Contra

Leistungen

  • Wenn Fehler frühzeitig im Projekt entdeckt werden, ist es weniger Aufwand (und damit weniger Zeit und Geld) erforderlich, diesen Fehler zu beheben. Beim Wasserfallmodell möchte man alle Phasen richtig abschließen, bevor man zur nächsten Phase übergeht. Es wird davon ausgegangen, dass die Phasen immer korrekt sind, bevor zur nächsten Phase übergegangen wird.
  • Das Wasserfallmodell betont die Dokumentation. Bei den neueren Softwareentwicklungsmethoden wird weniger Dokumentation erstellt. Infolgedessen ist es schwierig, das Wissen zu übertragen, wenn neue Leute in das Projekt aufgenommen werden und Leute gehen. Die klassische Wasserfallmethode hat diesen Nachteil nicht.
  • Es ist eine direkte Methode. Die Arbeitsweise sorgt dafür, dass Betonphasen gebildet werden. So wissen Sie, in welcher Phase Sie sich befinden.
  • Meilensteine ​​können in dieser Methode verwendet werden. Meilensteine ​​können verwendet werden, um den Projektfortschritt abzuschätzen.
  • Die Wasserfallmethode ist bekannt. Viele Leute haben Erfahrung damit, so dass sie leicht damit anfangen können.

Nachteile

Diese Art der Softwareentwicklung hat eine Reihe von Nachteilen.

  • Viele Softwareprojekte hängen von externen Faktoren ab. Der Kunde ist ein sehr wichtiger externer Faktor. Oft ändern sich die Anforderungen im Laufe des Projekts, weil der Kunde etwas anderes möchte. Nachteilig ist daher, dass die Wasserfallmethode davon ausgeht, dass sich die Anforderungen während des Projekts nicht ändern. Ändert sich eine Anforderung in der Bauphase, müssen viele Phasen erneut durchlaufen werden.
  • Es ist sehr schwierig, den Zeit- und Kostenaufwand abzuschätzen. Die Phasen sind sehr groß, daher ist es sehr schwierig abzuschätzen, wie viel jede Phase kosten wird.
  • Eine Reihe neuer Methoden umfasst nahezu alle Aspekte eines Softwareentwicklungsprozesses. Denkbar sind Planungstechniken, Projektmanagementmethoden und wie die Projektorganisation aufgebaut sein sollte.
  • In vielen Softwareprojekten arbeiten verschiedene Personen an verschiedenen Phasen des Projekts. Zum Beispiel: die Designer und die Bauherren. Sie alle haben eine andere Sicht auf das Projekt: Designer sehen das Projekt anders als die Bauherren. Umgekehrt werden die Bauherren das Design der Designer oft anders sehen als die Designer selbst. Oftmals muss das Design erneut angepasst werden. Dafür ist die Wasserfallmethode nicht ausgelegt.
  • Innerhalb des Projekts sind die verschiedenen Teammitglieder oft spezialisiert. Ein Teammitglied wird in der ersten Phase nur an der Entwurfsphase beteiligt sein, während die Bauherren nur in der Bauphase am Bau des Projekts beteiligt sind. Dies kann zu einer Verschwendung verschiedener Ressourcen führen. Die wichtigste Quelle ist die Zeit. Ein Beispiel: Die Designer perfektionieren das Design. Grundsätzlich können die Bauherren bereits mit dem Bauen beginnen, müssen aber, da sie mit dem Wasserfallmodell arbeiten, warten, bis die erste Phase abgeschlossen ist. Dies ist ein typisches Beispiel für Zeitverschwendung.
  • Das Testen findet nur in einer der letzten Phasen des Projekts statt. Bei vielen anderen Softwareentwicklungsmethoden wird getestet, sobald ein bestimmtes Teilprodukt fertig ist und am Ende auch ein Integrationstest.
  • Bei so viel Gewicht auf Dokumentation ist die Wasserfallmethode für kleinere Projekte nicht effizient. Der Dokumentationsaufwand für das Projekt selbst ist dann zu groß.

Neue Wasserfallmethoden

Um die Vorteile optimal zu nutzen und sich von den Nachteilen so wenig wie möglich belästigen zu lassen, wurden eine Reihe neuer Wasserfallverfahren entwickelt. Einige sind unten erwähnt.

Modell von Royce

Das Modell von Royce beschreibt, dass es falsch ist, dass die Wasserfallmethode nicht in die vorherige Phase zurückkehren kann. Oft stellt sich in einer Phase heraus, dass in einer vorherigen Phase etwas schief gelaufen ist, es sollte dann leichter möglich sein, in eine vorherige Phase zurückzukehren.

Das "Sashimi"-Modell

Schematischer Überblick über die Sashimi-Wasserfallmethode mit überlappenden Phasen...

Das Sashimi-Modell wurde von Peter Degrace. Die Phasen sind die gleichen wie im traditionellen Wasserfallmodell, nur dass sich die Phasen jetzt überschneiden. Durch diese Methode werden viel weniger Ressourcen verschwendet. Das rechte Bild zeigt, wie sich die Phasen überlappen. Dies ist jedoch eine Illustration und stellt nicht die tatsächliche Überlappung im Verhältnis dar. Der Unterschied zur schematischen Übersicht der Standard-Wasserfallmethode besteht darin, dass die Phasen diesmal gegen die Vorlaufzeit gedruckt werden. Das heißt, man beginnt zum Beispiel schon mit dem Design, während die Analyse noch läuft. Das bedeutet auch, dass man in der Entwurfsphase auf die Analyse zurückgreifen kann.

Lebenszyklusmodell der Aorta

Es Lebenszyklusmodell der Aorta ist ein aktualisiertes Modell, bei dem dem Kunden nach jedem Zyklus Feedback gegeben wird.

V-Modell

Es V-Modell ist eine lineare Softwareentwicklungsmethode, bei der Entwicklung und Verifikation ausgewogen berücksichtigt werden.

Siehe auch

Verweise

  1. ↑Dokument von W. W. Royce

Quellen

Siehe die Kategorie Wasserfallmodelle von Wikimedia Commons für Mediendateien zu diesem Thema.