Wasserfallmodell
Programmieren leicht gemacht !
https://www.youtube.com/watch?v=K5hQsCl4sGo

Transkript (automatisch erstellt)

0:00 hallo in diesem video erkläre ich was das wasser fein modell ist das wasserfall modell ist lineares vorgehensmodell das sich aus aufeinander
0:09 folgenden projektphasen zusammensetzt je nachdem welches vorgehen man benutzt hat man fünf bis sieben phasen die ergebnisse jeder phase sind eine
0:17 bindende vorgabe also eine voraussetzung für die darauf folgende phase außerdem ist das was auf ein modell dokument getrieben was heißt das bei
0:25 jeder aktivität ein dokument entsteht wir gehen jetzt durch ein siebenstufiges wasserfall modell step by step der erste schritt ist der der
0:34 systemanalyse bei dem ihr euch überlegt was der kunde denn überhaupt haben will und was ein tatsächliches problem ist wenn ihr euch dem bewusstsein verfassten
0:42 ihr eure ergebnisse in einem dokument das den ist-zustand darstellen sollen daraufhin folgt die phase der die system spezifikationen festgelegt werden sollen
0:51 dabei überlegt ihr euch wie ihr den ist zustand besser machen können durch software und welche funktionen eure software bereit halten muss damit das
0:59 problem des kunden gelöst wird diese ergebnisse haltet ihr in einem dokument fest welches die kundenanforderungen beinhaltet
1:06 danach kommen die phasen in dem der systementwurf und modul spezifikationen erstellt werden dort müsst ihr euch basierend auf den
1:14 anforderungen überlegen wie ihr die software gestalten wollte angefangen wird also beim groben und aufgehört beim feinen der module leben
1:21 dabei stellt man sich beispielsweise die fragen welche klassen man braucht welche funktionen diese klassen dann haben müssen die software architektur und die
1:29 konkreten modul spezifikationen sind dann am ende der jeweiligen phase und dokumente verfasst nachdem die spezifikation festgehalten wurden geht
1:38 es dann endlich in die codierung das testen der module wobei jede klasse also jedes modul für sich getestet wird was man am ende dieser phase erhält sind
1:47 einzelne programmteile welche bis jetzt nur isoliert getestet wurden danach wird auf integrität und das zusammenspiel mit dem system getestet
1:55 es wird also überprüft ob das zusammenspiel zwischen den modulen erfolgreich gelingt und ob alles so funktioniert wie erwartet
2:01 das produkt dieser phase ist ein letztendlich das fertige programm dies kann beim kunden eingesetzt und gewartet werden
2:11 der kunde dann auf neue features besteht durchlaufen wir den ganzen zyklus das wasser fein modells erneut für die neuen wünsche des kunden
2:19 das war das strikte wasserfall modell bei dem strikten wasserfall modell fließt das wasser also so gesehen nur nach unten und es gibt kein zurück mehr
2:28 da diese art von vorgehen eher ein ideal oder weg und realistisch ist gibt es auch veränderte wasserfall modelle welche sogenannte ludwigs erlauben bei
2:40 denen man eine oder mehrere phasen zurückgehen kann man beachte aber dass man danach wieder durch jede darauf folgende phase gehen muss wenn man also
2:49 beispielsweise bei den integrationstest ist und der kunde eine neue anforderung hat wird diese festgehalten gabor ist wieder einen neuen oder
2:57 abgeändert und systementwurf neue modul spezifikationen festhalten und dann diese codieren und isoliert testen bevor man wieder alle module auf integrität
3:07 testen darf jetzt kommen wir noch zu den vor und nachteilen dieses modells ein vorteil des wassers auf herrn modells ist der klar organisierte ablauf durch
3:18 diesen klar organisierten ablauf ist also folglich auch eine einfache planung und die kontrolle des projekts möglich da das wasser vom modell dokument
3:25 getrieben ist ist die qualität der dokumente logischerweise sehr hochwertig durch die klare abfolge des projekts und die präzise planung ist eine klare
3:33 abschätzung von kosten ebenfalls möglich was jedoch nachteilig ist ist das das wasser vom modell schlichtweg unrealistisch ist es wäre zwar schön
3:42 wenn alles so einfach und linear nur nach plan laufen würde aber in der realität ist das meistens anders manchmal liegen die fehler auf
3:49 seiten der projektplaner das heißt dass beispielsweise spezifikation mängel existieren welche dann erst spät erkannt werden aber
3:57 vielleicht ist es auch der kunde dem manche anforderungen und ideen für features erst am ende des projektes einfallen die ganz unbedingt noch
4:04 implementiert werden müssen spätestens ab diesem punkt zeigt sich wie unflexibel das was auf der modell ist und wie teuer eine spätere änderung
4:12 werden kann zusammenfassend kann man sagen dass das wasser für ein modell wie alles in der welt vor und nachteile hat wenig
4:20 spezifikation glasklar sind und in jeder phase ordentlich gearbeitet und gewissenhaft dokumentiert wird dann ist das was auf ein modell von vorteil
4:28 falls sich mancher anforderungen und kundenwünsche aber erst im verlauf des projektes entwickeln ist vor dem wasserfall modell meiner meinung nach
4:35 stark abzuraten und man sollte sich lieber auf ein integratives vorgehensmodell beziehen ich wünsche mir dass dieses video
4:43 spannend und informativ war heute ist dir geholfen hat lasst doch ein leichter und abonnieren den channel für mehrere videos dieser art ich bedanke mich sehr
4:51 für die aufmerksamkeit und das zuschauen vielen dank