{"id":265,"date":"2022-01-25T10:30:49","date_gmt":"2022-01-25T10:30:49","guid":{"rendered":"https:\/\/www.cybermedian.com\/de\/?p=265"},"modified":"2022-03-23T11:55:12","modified_gmt":"2022-03-23T03:55:12","slug":"what-is-the-problems-of-waterfall-model","status":"publish","type":"post","link":"https:\/\/www.cybermedian.com\/de\/what-is-the-problems-of-waterfall-model\/","title":{"rendered":"Was sind die Probleme des Wasserfallmodells?"},"content":{"rendered":"

Das Wasserfallmodell ist ein relativ linearer sequentieller Designansatz f\u00fcr bestimmte Bereiche des Engineering-Designs.<\/span><\/p>\n

In der Softwareentwicklung geh\u00f6rt es eher zu den weniger iterativen und flexiblen Ans\u00e4tzen, da der Fortschritt wie ein Wasserfall durch die Phasen Konzeption, Initiierung, Analyse, Design, Konstruktion, Test, Deployment und Wartung weitgehend in eine Richtung nach unten flie\u00dft.\u00a0In Softwareentwicklungsprojekten verwendet, sehen die Phasen typischerweise so aus:<\/span><\/p>\n

Wasserfall-Modell<\/span><\/figcaption><\/figure>\n

1. Anforderungen<\/span><\/strong><\/p>\n

Wenn Sie sich mit Softwareentwicklung oder einem Projekterstellungsteam besch\u00e4ftigen, m\u00f6chten Sie den gesch\u00e4ftlichen Kontext dessen kennen, was Sie zu erstellen versuchen \u2013 Sie m\u00f6chten definieren, welche Art von Problemen Sie zu l\u00f6sen versuchen und wie die Leute auf Ihre reagieren w\u00fcrden fertiges Produkt.\u00a0Nachdem Sie all diese \u201eAnforderungen\u201c definiert haben, haben Sie die Eingaben, die Sie ben\u00f6tigen, um mit dem n\u00e4chsten Schritt fortzufahren.<\/span><\/p>\n

2. Entwerfen<\/span><\/strong><\/p>\n

Dieser Schritt besteht aus allen Schritten, die Sie ben\u00f6tigen, um alle Anforderungen zu erf\u00fcllen, die Sie zuvor festgelegt haben.\u00a0In der Softwareentwicklung ist dies der Teil, in dem Sie die gesamte Software- und Hardwarearchitektur, Programmiersprache, Datenspeicherung usw. definieren. Dies ist auch der Teil, in dem Sie bestimmen, wie das Projekt f\u00fcr den Endbenutzer n\u00fctzlich w\u00e4re.<\/span><\/p>\n

3. Umsetzung<\/span><\/strong><\/p>\n

In diesem Schritt beginnen Sie mit der Konstruktion dessen, was Sie in Ihrem Plan entworfen haben.\u00a0Dieser Teil der Wasserfallmethode dient dazu, die Standards zu erf\u00fcllen, die Sie in den vorherigen Schritten festgelegt haben.\u00a0Dies ist der Teil, in dem Leute aus dem Entwicklungsteam ins Spiel kommen und all die in den vorherigen Schritten besprochenen Dinge in die Tat umsetzen.<\/span><\/p>\n

4. \u00dcberpr\u00fcfung<\/span><\/strong><\/p>\n

Dies ist der Teil der Methode, an dem Qualit\u00e4tssicherungsmitarbeiter teilnehmen, um sicherzustellen, dass das Entwicklungsteam keine Fehler gemacht hat.\u00a0Dies ist h\u00f6chstwahrscheinlich auch der Teil, an dem die Menschen erkennen, was in ihrem Plan funktioniert oder nicht funktioniert.<\/span><\/p>\n

Beachten Sie, dass<\/span><\/strong><\/p>\n

Wenn alle Dinge von den Projektentwicklern erf\u00fcllt sind, kommt der Kunde oder der Endbenutzer herein und macht die letzte Entscheidung, ob das Projekt startbereit ist.<\/span><\/p>\n

Die Wasserfallmethode legt Wert darauf, dass die Menschen, wenn in einer bestimmten Phase etwas schief geht, zur vorherigen zur\u00fcckgehen k\u00f6nnen, um zu sehen, was schief gelaufen ist.\u00a0Wenn es zum Beispiel ein Problem bei der Planimplementierung gibt und die Leute wissen, dass sie einfach dem ihnen \u00fcbergebenen Entwurf gefolgt sind, dann sehen sich die Manager ihren Plan an und nehmen von dort aus ihre \u00dcberarbeitungen vor.<\/span><\/p>\n

Was ist das Problem des Wasserfalls?<\/span><\/span><\/h3>\n
Problem der Upfront-Anforderungen \u2013 Plan vs. Realit\u00e4t<\/span><\/figcaption><\/figure>\n

Kunden wissen m\u00f6glicherweise nicht genau, was ihre Anforderungen sind, bevor sie funktionierende Software sehen, und \u00e4ndern daher ihre Anforderungen, was zu Umgestaltung, Neuentwicklung und erneutem Testen sowie zu erh\u00f6hten Kosten f\u00fchrt.<\/span><\/p>\n

Entwickler sind sich beim Entwerfen eines neuen Softwareprodukts oder einer neuen Funktion m\u00f6glicherweise zuk\u00fcnftiger Schwierigkeiten nicht bewusst. In diesem Fall ist es besser, das Design zu \u00fcberarbeiten, als an einem Design festzuhalten, das neu entdeckte Einschr\u00e4nkungen, Anforderungen oder Probleme nicht ber\u00fccksichtigt.<\/span><\/p>\n

Daher gibt es keine Garantie daf\u00fcr, dass die Anforderungen, die sich die Organisation ausgedacht hat, tats\u00e4chlich funktionieren w\u00fcrden.\u00a0Von hier aus w\u00fcrden Sie erkennen, dass das Wasserfallmodell die folgenden Probleme hat:<\/span><\/p>\n

1.\u00a0<\/span>\u00a0Menschen folgen Pl\u00e4nen blind.<\/span><\/strong><\/p>\n

Bei der traditionellen Methode achten die Menschen mehr darauf, wie die Dinge im richtigen Moment passieren, ohne darauf zu achten, ob die Dinge wirklich zusammenpassen.\u00a0W\u00e4hrend die Planung wichtig ist, ist es auch wichtig, dass Entwickler und Qualit\u00e4tspr\u00fcfer verstehen, wie die Dinge ablaufen sollen, insbesondere mit dem Kunden oder dem Endbenutzer.\u00a0Wichtig ist auch, dass alle Projektbeteiligten sofort sagen k\u00f6nnen, wie ein bestimmter Schritt in der Projektabwicklung auseinanderfallen kann, ohne auf die Testphase warten zu m\u00fcssen.<\/span><\/p>\n

2.\u00a0\u00a0<\/span>Sequenzielle Prozesse und \u00c4nderungen werden kostspielig<\/span><\/strong><\/p>\n

Diese Vorgehensweise ber\u00fccksichtigt nicht die \u00c4nderung definierter Anforderungen im Laufe des Projekts.\u00a0Daher besteht ein gro\u00dfes Potenzial, dass die Software die Anforderungen des Benutzers nicht vollst\u00e4ndig erf\u00fcllt, ineffizient ist und eine schlechte Funktionalit\u00e4t aufweist.<\/span><\/p>\n

Es ist unzureichend, da Entwickler nicht einfach zur\u00fcckgehen und etwas in einer fr\u00fcheren Phase \u00e4ndern k\u00f6nnen, wenn sich die Anforderungen der Verbraucher \u00e4ndern, sondern der Entwickler muss dorthin zur\u00fcckkehren, wo sich die Anforderung \u00e4ndern muss, und diese Phase von vorne beginnen.\u00a0Erst wenn diese Phase abgeschlossen ist, kann er zur n\u00e4chsten Phase \u00fcbergehen.<\/span><\/p>\n

3.\u00a0\u00a0<\/span>Endbenutzer wissen nicht, was sie wollen.<\/span><\/strong><\/p>\n

Meistens \u00e4ndert sich die Meinung eines Endbenutzers st\u00e4ndig, und die meisten Personen haben eine vage Vorstellung von ihren Softwareanforderungen, und w\u00e4hrend sich die Software entwickelt, spezifizieren sie ihre Anforderungen.<\/span><\/p>\n

Wenn es an der Zeit ist, das fertige Produkt an einen Kunden zu \u00fcbergeben, wird ihm das Ergebnis wahrscheinlich nicht gefallen, obwohl er in der Anfangsphase bewusst etwas anderes gesagt hat.\u00a0F\u00fcr Kunden und Endbenutzer ist es einfach, ihre W\u00fcnsche im Laufe der Zeit zu \u00e4ndern.\u00a0Das Waterfall-System hat noch keine M\u00f6glichkeit, dies zu l\u00f6sen, ohne Pl\u00e4ne \u00fcberarbeiten und das gesamte Projekt komplett wiederholen zu m\u00fcssen.<\/span><\/p>\n

4.\u00a0\u00a0<\/span>Qualit\u00e4tspr\u00fcfungen k\u00f6nnen darunter leiden.<\/span><\/strong><\/p>\n

Es ist unm\u00f6glich, die Ergebnisse eines Projekts genau vorherzusagen, und wenn das gesamte Team unter Zeitdruck steht, ist es m\u00f6glich, die Testphase zu verk\u00fcrzen, um die Frist einzuhalten.<\/span><\/p>\n

5.\u00a0\u00a0<\/span>Du wirst nie wissen, auf welcher B\u00fchne du wirklich stehst.<\/span><\/strong><\/p>\n

Da das Produkt, das Sie zu erstellen versuchen, erst ganz am Ende produziert wird, sind Sie sich nicht sicher, ob Sie noch in der Planung oder bereits in der Entwicklungsphase sind.\u00a0Das bedeutet, dass Sie aufgrund dieser schlechten Sicht wahrscheinlich auch mehr Zeit auf einer B\u00fchne verbringen werden, als Sie erwartet haben.<\/span><\/p>\n

Am Ende kann die Wasserfallmethode zu riskant sein, da sie zu starr ist.\u00a0Damit Sie ein Produkt herstellen k\u00f6nnen, das funktioniert und flexibel genug ist, um Ihnen dabei zu helfen, herauszufinden, was funktioniert oder nicht.<\/span><\/p>\n

\u00c4hnliche Resourcen<\/span><\/span><\/h3>\n