CodeGym/Java Course/Module 3/Waterval - Watervalmodel

Waterval - Watervalmodel

Beschikbaar

Cascade-model apparaat

Het watervalmodel, ook wel bekend als Waterfall, is een van de meest bekende benaderingen van softwareontwikkeling. De auteur van het model is Winston Royce. In 1970 beschreef hij de essentie van zijn innovatie in een artikel waarin hij de voor- en nadelen uiteenzette. Op dezelfde plek legde hij uit hoe dit model kan worden verfijnd tot een iteratief model. Aanvankelijk verlopen de ontwikkelingsfasen in het watervalmodel in de volgende volgorde:

  • Definitie en afstemming van eisen;
  • Projectgoedkeuring;
  • codering;
  • Creatie van een werkende versie van het softwareproduct;
  • Testen en debuggen;
  • Software installatie;
  • Steun.

Volgens het watervalmodel vindt de uitvoering van acties door de ontwikkelaar opeenvolgend plaats - punt voor punt. Om te beginnen wordt gewerkt aan het vaststellen en overeenkomen van softwarevereisten in de vorm van een in te vullen lijst.

Daarna is er een overgang naar het maken en goedkeuren van het project, waarna documentatie wordt geschreven waarin wordt beschreven hoe de eerder overeengekomen softwarevereisten moeten worden geïmplementeerd.

Als het ontwerp klaar is, nemen de ontwikkelaars de implementatie op zich. Vervolgens komt het samenvoegen van de code - de integratie van individuele onderdelen van het project, waaraan door verschillende teamleden is gewerkt.

De volgende stap is het testen en debuggen van het product. Eerder gevonden fouten worden hier opgelost.

Ten slotte wordt het programma geïnstalleerd en ondersteund. Het betreft het zo nodig wijzigen van de functionaliteit en het verhelpen van de geconstateerde fouten.

Het cascademodel gaat ervan uit dat u strikt opeenvolgend naar de volgende ontwikkelingsfase kunt gaan - pas nadat de vorige taak is voltooid. De mogelijkheid van rollback of inconsistentie in de fasen wordt niet geboden.

Voor-en nadelen

Van tijd tot tijd wordt het watervalmodel bekritiseerd vanwege het gebrek aan flexibiliteit. Velen houden er niet van omdat het doel van projectmanagement daarin de boventoon voert, terwijl het halen van deadlines, kosten en kwaliteit van ontwikkeling veel belangrijker zijn.

Als het echter om grote projecten gaat, is het beheer daarin vaak belangrijker, omdat dit de risico's van het project verkleint en de transparantie in het werk verbetert.

Ondanks de tekortkomingen specificeert de derde versie van PMBOK formeel alleen de methodologie van het "cascademodel". Andere opties, waaronder iteratief projectmanagement, worden niet aangeboden.

Voordelen van het watervalmodel:

  • Teamontwikkeling is makkelijker te sturen. De klant is bekend met waar de programmeurs momenteel aan werken, hij kan de deadlines en het budget van het project wijzigen.
  • De ontwikkelingskosten worden in de eerste fase goedgekeurd. Nadat overeenstemming is bereikt over alle fasen van de implementatie, wordt het softwareproduct continu geschreven.
  • Ervaren testers zijn niet nodig. Voor de testfase kunt u de programmadocumentatie gebruiken.

Nadelen van het watervalmodel:

  • Aangezien het testen begint in het stadium van voltooiing van de ontwikkeling, kost het meer om een ​​bug te repareren als er een bug wordt ontdekt dan in de beginfase. Testers zullen immers pas een fout vinden als de ontwikkelaar al klaar is met het schrijven van de code en copywriters - de documentatie.
  • Na afronding van de ontwikkeling maakt de klant kennis met het eindproduct. Dienovereenkomstig kan hij het product pas beoordelen als het bijna helemaal klaar is. Als het resultaat hem niet bevalt, zullen de kosten van het projectbudget aanzienlijk stijgen vanwege de noodzaak tot correctie.
  • Hoe meer technische documentatie, hoe langer het duurt om het werk te voltooien. Dergelijke documentatie vereist meer wijzigingen en goedkeuringen.

"Waterfall" wordt vaak gebruikt bij projecten in de medische en ruimtevaartindustrie, waar al een brede basis aan documenten bestaat, op basis waarvan het mogelijk is om eisen voor nieuwe software op te stellen.

Bij het gebruik van het watervalmodel is het belangrijkste om gedetailleerde vereisten te schrijven. Tijdens het testen mag niet blijken dat er ergens een bug zit die een nadelig effect heeft op het hele project.

Opmerkingen
  • Populair
  • Nieuw
  • Oud
Je moet ingelogd zijn om opmerkingen te kunnen maken
Deze pagina heeft nog geen opmerkingen