Wat is SDLC-watervalmodel?
Inleiding:
watervalmodel is een voorbeeld van een sequentieel model. In dit model is de softwareontwikkelingsactiviteit onderverdeeld in verschillende fasen en elke fase bestaat uit een reeks taken en heeft verschillende doelstellingen.
waterval model is de pionier van de SDLC processen. In feite was het het eerste model dat op grote schaal werd gebruikt in de software-industrie. Het is verdeeld in fasen en de output van de ene fase wordt de input van de volgende fase., Het is verplicht om een fase te voltooien voordat de volgende fase begint. Kortom, er is geen overlapping in het watervalmodel
In waterval begint de ontwikkeling van één fase pas als de vorige fase is voltooid. Door deze aard, elke fase van het waterval model is heel precies goed gedefinieerd. Omdat de fasen van een hoger niveau naar een lager niveau vallen, zoals een waterval, wordt het genoemd als het watervalmodel.,
grafische weergave van het waterval model:
De betrokken activiteiten in de verschillende fases zijn als volgt:
| S. No | Fase | Activiteiten | Deliverables |
|---|---|---|---|
| 1 | Analyse | 1. Leg alle vereisten vast. 2. Doe brainstormen en walkthrough om de eisen te begrijpen. 3. Doe de requirements feasibility test om ervoor te zorgen dat de requirements al dan niet testbaar zijn., |
RUD (document vereisten) |
| 2 | systeemontwerp | 1. Volgens de vereisten, maak het ontwerp 2. Leg de hardware / software-eisen vast. 3. Document the designs |
HLD (High Level Design document) LLD (Low level design document) |
| 3 | implementatie | 1. Volgens het ontwerp maken de programes / code 2. Integreer de codes voor de volgende fase. 3., Unit testing of the code |
programma’s Unit test cases and results |
4 | systeem testen | 1. Integreer de unit geteste code en test het om ervoor te zorgen of het werkt zoals verwacht. 2. Voer alle (functionele en niet-functionele) testactiviteiten uit om ervoor te zorgen dat het systeem aan de eisen voldoet. 3. In geval van een anomalie, meld het. 4. Volg uw voortgang bij het testen met behulp van tools zoals traceability metrics, ALM 5. Rapporteer je testactiviteiten. |
testgevallen testrapporten Defectrapporten bijgewerkte matrices., |
| 5 | systeemimplementatie | 1. Zorg ervoor dat de omgeving omhoog is 2. Zorg ervoor dat er geen Sev 1 defecten open zijn. 3. Zorg ervoor dat aan de exitcriteria van de test wordt voldaan. 4. Implementeer de toepassing in de betreffende omgeving. 5. Voer een sanity check uit in de omgeving nadat de toepassing is geïmplementeerd om ervoor te zorgen dat de toepassing niet breekt. |
gebruikershandleiding Omgevingsdefinitie / specificatie |
| 6 | Systeemonderhoud | 1., Zorg ervoor dat de applicatie is up and running in de respectieve omgeving. 2. Incase gebruiker ontmoetingen en defect, zorg ervoor om op te merken en de problemen op te lossen. 3. Incase elk probleem is opgelost; de bijgewerkte code wordt ingezet in de omgeving. 4.De applicatie is altijd verbeterd om meer functies op te nemen, de omgeving bij te werken met de nieuwste functies |
gebruikershandleiding lijst van productie tickets lijst van nieuwe functies geïmplementeerd. |
Wanneer moet SDLC-watervalmodel worden gebruikt?,
SDLC waterval model wordt gebruikt wanneer
- vereisten stabiel zijn en niet vaak worden gewijzigd.
- een toepassing is klein.
- Er is geen eis die niet begrepen of niet erg duidelijk is.
- de omgeving is stabiel
- de gebruikte instrumenten en technieken zijn stabiel en niet dynamisch
- hulpbronnen zijn goed opgeleid en beschikbaar.
voors en tegens van het watervalmodel
voordelen van het gebruik van het watervalmodel zijn als volgt:
- Eenvoudig en gemakkelijk te begrijpen en te gebruiken.,
- voor kleinere projecten werkt het watervalmodel goed en levert het de juiste resultaten op.
- aangezien de fasen stijf en nauwkeurig zijn, wordt één fase één voor één gedaan, deze is gemakkelijk te onderhouden.
- de inreis – en uitreiscriteria zijn goed gedefinieerd, zodat het gemakkelijk en systematisch is om met kwaliteit door te gaan.
- Resultaten zijn goed gedocumenteerd.
nadelen van het gebruik van waterval model:
- kan de veranderingen in de vereisten niet overnemen
- het wordt erg moeilijk om terug te keren naar de fase., Bijvoorbeeld, als de toepassing nu is verplaatst naar de testfase en er is een verandering in de eis, wordt het moeilijk om terug te gaan en te veranderen.
- de levering van het eindproduct is laat omdat er geen prototype is dat tussentijds is aangetoond.
- voor grotere en complexe projecten is dit model niet goed omdat een risicofactor hoger is.
- niet geschikt voor projecten waar de eisen vaak worden gewijzigd.
- werkt niet voor lange en lopende projecten.,
- aangezien de tests in een later stadium worden uitgevoerd, is het niet mogelijk om de uitdagingen en risico ‘ s in de eerdere fase te identificeren, zodat de risicobeperkingsstrategie moeilijk is voor te bereiden.
conclusie
in het watervalmodel is het erg belangrijk om het teken van de deliverables van elke fase te verwijderen. Vanaf vandaag de meeste van de projecten bewegen met Agile en Prototype modellen, waterval model geldt nog steeds goed voor kleinere projecten. Als de eisen eenvoudig en testbaar zijn, zal het watervalmodel de beste resultaten opleveren.