Zum Inhalt springen
L

Das Video kommt von YouTube: erst beim Abspielen verbindet sich die Seite mit YouTube (Google).

Wasserfallmodell

Programmieren leicht gemacht !4:55 5.009 Aufrufe veröffentlicht Auf YouTube

Das Wichtigste aus dem Video

Tipp auf eine Zeit – das Video springt genau dorthin.

Transkriptautomatisch erstellt · 36 Zeilen
Herunterladen
  1. hallo in diesem video erkläre ich was das wasser fein modell ist das wasserfall modell ist lineares vorgehensmodell das sich aus aufeinander
  2. folgenden projektphasen zusammensetzt je nachdem welches vorgehen man benutzt hat man fünf bis sieben phasen die ergebnisse jeder phase sind eine
  3. 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
  4. jeder aktivität ein dokument entsteht wir gehen jetzt durch ein siebenstufiges wasserfall modell step by step der erste schritt ist der der
  5. 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
  6. ihr eure ergebnisse in einem dokument das den ist-zustand darstellen sollen daraufhin folgt die phase der die system spezifikationen festgelegt werden sollen
  7. 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
  8. problem des kunden gelöst wird diese ergebnisse haltet ihr in einem dokument fest welches die kundenanforderungen beinhaltet
  9. danach kommen die phasen in dem der systementwurf und modul spezifikationen erstellt werden dort müsst ihr euch basierend auf den
  10. anforderungen überlegen wie ihr die software gestalten wollte angefangen wird also beim groben und aufgehört beim feinen der module leben
  11. dabei stellt man sich beispielsweise die fragen welche klassen man braucht welche funktionen diese klassen dann haben müssen die software architektur und die
  12. konkreten modul spezifikationen sind dann am ende der jeweiligen phase und dokumente verfasst nachdem die spezifikation festgehalten wurden geht
  13. 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
  14. einzelne programmteile welche bis jetzt nur isoliert getestet wurden danach wird auf integrität und das zusammenspiel mit dem system getestet
  15. es wird also überprüft ob das zusammenspiel zwischen den modulen erfolgreich gelingt und ob alles so funktioniert wie erwartet
  16. das produkt dieser phase ist ein letztendlich das fertige programm dies kann beim kunden eingesetzt und gewartet werden
  17. 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
  18. 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
  19. 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
  20. 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
  21. beispielsweise bei den integrationstest ist und der kunde eine neue anforderung hat wird diese festgehalten gabor ist wieder einen neuen oder
  22. abgeändert und systementwurf neue modul spezifikationen festhalten und dann diese codieren und isoliert testen bevor man wieder alle module auf integrität
  23. 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
  24. diesen klar organisierten ablauf ist also folglich auch eine einfache planung und die kontrolle des projekts möglich da das wasser vom modell dokument
  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
  26. 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
  27. 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
  28. seiten der projektplaner das heißt dass beispielsweise spezifikation mängel existieren welche dann erst spät erkannt werden aber
  29. vielleicht ist es auch der kunde dem manche anforderungen und ideen für features erst am ende des projektes einfallen die ganz unbedingt noch
  30. 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
  31. werden kann zusammenfassend kann man sagen dass das wasser für ein modell wie alles in der welt vor und nachteile hat wenig
  32. spezifikation glasklar sind und in jeder phase ordentlich gearbeitet und gewissenhaft dokumentiert wird dann ist das was auf ein modell von vorteil
  33. falls sich mancher anforderungen und kundenwünsche aber erst im verlauf des projektes entwickeln ist vor dem wasserfall modell meiner meinung nach
  34. stark abzuraten und man sollte sich lieber auf ein integratives vorgehensmodell beziehen ich wünsche mir dass dieses video
  35. 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
  36. für die aufmerksamkeit und das zuschauen vielen dank

Zum Nachlesen