Agile vs V metodikos (modelis)
Šiandien programinės įrangos pramonėje naudojama daugybė skirtingų programinės įrangos kūrimo metodikų. V Methodologies (V-Model) yra krioklio kūrimo metodo (kuris yra vienas iš ankstyviausių metodų) išplėtimas. Pagrindinis „V-Model“dėmesys skiriamas vienodai svarbai kodavimui ir testavimui. Agile modelis yra naujesnis programinės įrangos kūrimo modelis, sukurtas siekiant pašalinti esamų modelių trūkumus. Pagrindinis „Agile“tikslas – kuo anksčiau atlikti testavimą ir labai anksti išleisti veikiančią produkto versiją, suskaidant sistemą į labai mažas ir valdomas dalis.
Kas yra V metodikos (modelis)?
V Methodologies (V-modelis) yra programinės įrangos kūrimo modelis. Tai laikoma tipiško „Waterfall“programinės įrangos kūrimo modelio pratęsimu. „V-Model“naudoja tuos pačius ryšius tarp fazių, apibrėžtų „Waterfall“modelyje. Tačiau užuot nusileidęs tiesiškai (kaip krioklio modelis), V modelis nusileidžia įstrižai, o paskui juda atgal (po kodavimo fazės), sudarydamas raidės V formą. Ši V forma suformuota siekiant parodyti ryšį tarp kiekvienos fazės kūrimo/projektavimo ir atitinkamo testavimo etapo. Abstrakcijos laikas ir lygis atitinkamai pavaizduoti horizontalia ir vertikalia ašimis.
Tikrinimas (didėjimo kelias, dešinioji V pusė) atliekamas patikrinimui, o atitinkami projektavimo etapai (mažėjimo kelias, kairioji V pusė) naudojami patvirtinimui. V modelyje kodavimui ir testavimui skiriamas vienodas svoris. „V-Model“rekomenduoja kartu su projektavimo dokumentais / kodu sukurti testavimo dokumentą. Pavyzdžiui, integravimo testavimo dokumentai turėtų būti rašomi, kai dokumentuojamas aukšto lygio projektas, o vienetų bandymai turėtų būti dokumentuojami rengiant detalųjį projekto planą. Tai reiškia, kad kiekvieno bandymo įgyvendinimo planas turi būti sukurtas iš anksto, nelaukiant, kol kūrimas bus baigtas, kad jį būtų galima perduoti testavimo komandai.
Kas yra Agile?
Agile yra labai nauja programinės įrangos kūrimo metodika, pagrįsta judriu manifestu. Tai buvo sukurta siekiant išspręsti kai kuriuos tradicinių V-Model ir Waterfall programinės įrangos kūrimo metodikų trūkumus. Judrūs metodai yra pagrįsti didelio prioriteto teikimu klientų dalyvavimui kūrimo ciklo pradžioje. Rekomenduoja kliento atliekamus bandymus įtraukti kuo anksčiau ir dažniau. Testavimas atliekamas kiekviename taške, kai atsiranda stabili versija. „Agile“pagrindas yra bandymų pradžia nuo projekto pradžios ir tęsimas iki projekto pabaigos. Pagrindinės Agile vertybės yra „kokybė yra komandos atsakomybė“, kuri pabrėžia, kad už programinės įrangos kokybę atsako visa komanda (ne tik testavimo komanda). Kitas svarbus „Agile“aspektas yra programinės įrangos suskaidymas į mažesnes valdomas dalis ir labai greitas jų pristatymas klientui. Labai svarbu pristatyti veikiantį produktą. Tada komanda toliau tobulina programinę įrangą ir nuolat pristato kiekvieną svarbų žingsnį. Tai pasiekiama naudojant labai trumpus atleidimo ciklus, vadinamus sprintais, ir kiekvieno ciklo pabaigoje gaunant atsiliepimus, kad būtų galima tobulinti. Bendradarbiai, neturėdami daug komandos sąveikos, pvz., ankstesnių metodų kūrėjai ir bandytojai, dabar dirba kartu naudodami „Agile“modelį.
Kuo skiriasi Agile ir V metodikos (modelis)?
Agile modelis pristato veikiančią gaminio versiją labai anksti, palyginti su V modeliu. Kadangi vis daugiau funkcijų pristatoma palaipsniui, klientas gali anksti suvokti kai kuriuos pranašumus.„Agile“testavimo ciklo laikas yra palyginti trumpas, palyginti su „V-Model“, nes testavimas atliekamas lygiagrečiai su kūrimu. Agile yra iniciatyvus modelis (dėl labai trumpų ciklų), palyginti su daug labiau reaktyviu V modeliu. V-Model yra labai standus ir santykinai mažiau lankstus nei Agile modelis. Dėl visų šių pranašumų „Agile“šiuo metu teikiama pirmenybė, o ne „V“modeliui.
