Verschil tussen Vmodel en watervalmodel Verschil tussen
Vmodel vs Waterfall Model
Een van de oudste debatten in software engineering is het debat tussen het waterval- versus het V-model. Dit debat draait om het beste softwaremodel dat ontwikkelaars kunnen gebruiken. Er zijn verschillende fasen die betrokken zijn bij het softwareontwikkelingsproces. De fasen zijn vergelijkbaar in zowel de waterval als het V-model, en het enige dat tot nu toe omstreden was, is de benadering waarmee deze twee modellen kunnen worden bereikt.
In het V-model zijn er veel activiteiten die, samen uitgezet op een schematisch diagram, een V-vorm vormen. Elke fase die wordt gezegd heeft een overeenkomstige fase die betrokken is bij het testen. Dit model vanwege het gelijke aantal testen en ontwikkelen wordt het verificatie- en valideringsmodel genoemd. De verificatiekant houdt zich bezig met het einde van de ontwikkeling, terwijl de validatie betrekking heeft op de testfasen. Tot de activiteiten die onder verificatie vallen, behoort onder meer de behoefteanalyse waarbij informatie wordt verzameld van de eindgebruiker. Deze informatie is belangrijk bij de ontwikkeling van de softwaredocumentatie.
Het volgende is het systeemontwerp, dat is bedoeld om functioneel ontwerp van software voor te bereiden. Het volgende dat in lijn volgt, is het architectonische ontwerp. Dit wordt ook wel het ontwerp op hoog niveau genoemd dat de interface-relatie en de databasetabellen en de afhankelijkheden van de tabellen zijn. De laatste fase in het ontwikkelingsproces is codering waarbij het hele project wordt opgesplitst in kleine secties voor codering die vervolgens worden samengevoegd om het hele systeem te maken.
De validatiezijde aan de andere kant kent vier fasen, zoals in de verificatiefase. Deze fasen beginnen met het testen van de unit, vervolgens het testen van de integratie, het testen van het systeem en ten slotte het testen van gebruikersacceptatie waarbij het gehele systeem als geheel wordt geëvalueerd.
Het watervalmodel is de vroegste software-ontwikkelingsprocedure, waarvan de oorsprong afkomstig is uit de productie- en constructie-industrie. Het basisconcept van dit proces is dat er een opeenvolgende stroom processen is die zich na elkaar afzetten, zoals te zien in een waterval. Deze fasen van het watervalmodel omvatten Requirement Gathering en Analysis, waarbij de eisen van de klant worden verzameld. Deze stap leidt naar de ontwerpfase, waar het grootste deel van de software wordt gemaakt en vervolgens de implementatiefase waarin de softwarecode wordt geschreven. De volgende fase is het testen en debuggen, wat leidt tot de levering en tot slot de onderhoudsfase.
Het belangrijkste verschil tussen de twee modellen is dat de testactiviteiten worden uitgevoerd nadat de ontwikkeling voorbij is. Het V-model lijkt op een model te lijken dat een gegeven begin en einde heeft, terwijl het watervalmodel continu iteratief is.Het V-model verschilt doordat het een gelijktijdig proces is. Uit de verschillende software die op de markt is geproduceerd, lijkt software die is geproduceerd met behulp van het V-proces lager te zijn, omdat er veel testactiviteiten zijn in tegenstelling tot het watervalmodel dat één testfase heeft wanneer het project is voltooid.
Het kan daarom worden gezegd dat het gebruik van het V-model de voorkeur geniet wanneer er continue wijzigingen zijn die moeten worden opgenomen. Dit is voor een persoon of een ontwikkeling waarbij de klant onzeker is over de behoeften van zijn project, omdat ze blijven veranderen wat ze als ideaal ervaren. Mensen met vaste vereisten die niet zullen veranderen in de ontwikkelingsfase van het project, moeten genoegen nemen met het watervalmodel. Het is ook belangrijk om op te merken dat wijzigingen in het V-model goedkoop zijn om te implementeren, aangezien testen en ontwikkeling gelijktijdig worden uitgevoerd. Dit is niet het geval met het watervalmodel, dat meestal een kostbare aangelegenheid is, omdat eventuele softwarefouten pas kunnen worden opgemerkt als het tot de testfase komt.
