Skillnad mellan Vmodel och vattenfallsmodell

Vmodel vs vattenfallsmodell

En av de äldsta debatterna inom mjukvaruutveckling är debatten mellan vattenfallet mot V-modellen. Denna debatt handlar om den bästa mjukvaromodellen som utvecklare kan utnyttja. Det finns olika faser som är involverade i mjukvaruutvecklingsprocessen. Faserna är lika i både vattenfallet och V-modellen, och det enda som hittills varit tvivelaktigt är den metod som dessa två modeller kan uppnås genom.

I V-modellen finns det många aktiviteter som, när de är ritade ihop på ett schematiskt diagram, bildar en V-form. Varje fas som sägs har en motsvarande fas som är inblandad i testningen. Denna modell på grund av lika många test och utveckling kallas verifierings- och valideringsmodellen. Verifieringssidan handlar om utvecklingsänden medan validering handlar om testfaser. Bland de aktiviteter som kontrollen omfattas av ingår kravanalys där information samlas in från slutanvändaren. Denna information är viktig vid utvecklingen av programdokumentationen.

Nästa upp är systemdesignen, som syftar till att förbereda funktionell design av programvara. Nästa sak som följer i linje är arkitektonisk design. Detta kallas också den höga planen som gränssnittsförhållandet och databastabellerna och beroendet av tabellerna. Det sista steget i utvecklingsprocessen är kodning där hela projektet är uppdelad i små sektioner för kodning som sedan slås samman för att skapa hela systemet.

Valideringssidan, på andra sidan, har fyra steg som i verifieringsstadiet. Dessa faser börjar med enhetstestning, sedan integrationstestning, systemtestning och slutligen användaraccepttestning där hela systemet utvärderas som helhet.

Vattenfallsmodellen är den tidigaste mjukvaruutvecklingsproceduren, med ursprung från tillverknings- och byggindustrin. Det grundläggande begreppet för denna process är att det finns ett sekventiellt flöde av processer som skala ner efter varandra, sett i ett vattenfall. Dessa faser av vattenfallsmodellen inkluderar kravsamling och analys där kundens krav samlas in. Detta steg leder till designfasen, där det mesta av mjukvaran skapas och sedan implementeringsfasen där programkoden skrivs. Fasen som följer är testningen och felsökning, vilket leder till leveransen och slutligen underhållsfasen.

Huvudskillnaden mellan de två modellerna är att testverksamheten utförs efter att utvecklingen är över. V-modellen verkar se ut som en modell som har en viss start och slut medan vattenfallsmodellen är kontinuerligt iterativ. V-modellen skiljer sig från att vara en samtidig process. Från den olika mjukvaran som producerats på marknaden verkar programvara som produceras med V-processen vara lägre, eftersom det finns många testaktiviteter i motsats till vattenfallsmodellen som har en testfas när projektet är klart.
Det kan därför sägas att användningen av V-modellen föredras när det finns kontinuerliga förändringar som behöver ingå. Det här är för en person eller en utveckling som har kunden orolig över behoven i sitt projekt, eftersom de fortsätter att förändra vad det är som de uppfattar som ideal. Människor med fasta krav som inte kommer att förändras i utvecklingsfasen av projektet bör lösa sig för vattenfallsmodellen. Det är också viktigt att notera att förändringar i V-modellen är billiga att genomföra eftersom testning är och utveckling sker samtidigt. Detta är inte fallet med vattenfallsmodellen, vilket tenderar att vara en dyr affär, eftersom eventuella programvarufel inte kan märkas tills det kommer till testfasen.