De waterval model is een manier om projecten die een lineair patroon volgt plannen. Vaak gebruikt in de ontwikkeling van software , de waterval -model bestaat uit vijf fasen : eisen , ontwerp, implementatie , controle en onderhoud. Bij het werken in dit model om software te ontwerpen , moet u de eerste fase af te ronden alvorens naar fase twee en zo verder. Dit model heeft een aantal voordelen en nadelen , en het werkt beter met sommige software projecten dan anderen . Vroege fasen worden Perfected

Wanneer de waterval methode correct wordt gedaan , u veel tijd doorbrengen op de vroege fasen van de planning te werken eventuele bugs ; Dit kan later in het proces slaan . Je doet al het onderzoek voordat een gebouw of de uitvoering kan beginnen . Op die manier moeten cliënten van te voren weten wat te verwachten op het einde en hoeveel een project gaat kosten.
Documentatie

De waterval methode vereist uitgebreide documentatie bij elke stap van het proces , en u kunt deze documentatie gebruiken om aan te tonen dat onderzoek was in feite afgerond. Ook als teamleden verplaatsen of stoppen met het project , anderen kunnen nog steeds omdat ze alle informatie die ze nodig hebben ; er is geen zorgen te maken dat waardevolle kennis zal verlaten als een teamlid doet . Bij de waterval model goed werkt , moet nieuwe teamleden in staat zijn op te halen een project precies waar iemand anders gestopt .
Problemen met Lineaire Processen

de waterval model is afhankelijk van een lineaire manier van denken ; echter middelen niet altijd het best gebruikt van een dergelijk model . Bijvoorbeeld , elke teamspeler moet werken op hetzelfde podium , maar sommige misschien beter te doen op andere delen van het project . U kunt ook tijd besparen wanneer u een project op passende wijze te verdelen , en kunt u tijd verliezen wanneer iedereen wordt verwacht om te werken aan elke fase van het project .
Veranderingen zijn Moeilijk

Software projecten zijn vaak afhankelijk van externe factoren , dus het is moeilijk te voorspellen hoeveel een project gaat kosten en wat het eindresultaat moet echt zijn. Bouwers hebben vaak een andere visie dan de ontwikkelaars en de ontwikkelaars zou niet weten wat de beste manier om bouwers wat te vertellen . Als er iets tegen het einde van het project moet worden veranderd , de betrokkenen de gehele waterval model opnieuw beginnen om de veranderingen weer ; Dit kan tijdrovend . Bovendien , zo veel documentatie is noodzakelijk in een waterval -model dat de werkelijke papierwerk kan overweldigend zijn , vooral als het moet volledig worden overgedaan aan het einde van het project .