„Agile vs V“metodikos (modelis)
Šiandien programinės įrangos pramonėje naudojama daugybė skirtingų programinės įrangos kūrimo metodikų. V metodikos („V-Model“) yra krioklio kūrimo metodo (kuris yra vienas iš ankstyviausių metodų) pratęsimas. Pagrindinis „V-Model“akcentas yra vienodo svorio suteikimas kodavimui ir testavimui. „Agile“modelis yra naujesnis programinės įrangos kūrimo modelis, įvestas siekiant pašalinti esamų modelių trūkumus. Pagrindinis „Agile“tikslas yra kuo anksčiau atlikti bandymus ir labai anksti išleisti darbinę produkto versiją, suskaidant sistemą į labai mažas ir lengvai valdomas dalis.
Kas yra V metodikos (modelis)?
„V Methodologies“(„V-Model“) yra programinės įrangos kūrimo modelis. Tai laikoma tipiško „Waterfall“programinės įrangos kūrimo modelio pratęsimu. V modelis naudoja tuos pačius ryšius tarp fazių, apibrėžtų krioklio modelyje. Tačiau užuot nusileidęs tiesiai (kaip ir krioklio modelis), „V-Model“nusileidžia įstrižai, o po to juda atgal (po kodavimo fazės), formuodamas raidės V formą. Ši „V“forma suformuota siekiant parodyti santykį tarp kiekvienos kūrimo / projektavimo ir atitinkamo bandymo etapo. Laiką ir abstrakcijos lygį vaizduoja atitinkamai horizontali ir vertikali ašis.
Testavimas (kylantis kelias, dešinė V pusė) atliekamas patikrinimui, o patvirtinimui naudojami atitinkami projektavimo etapai (mažėjantis kelias, kairė V pusė). V modelyje kodavimui ir testavimui suteikiama vienoda reikšmė. „V-Model“rekomenduoja kartu su projektavimo dokumentais / kodu sukurti bandymo dokumentą. Pavyzdžiui, integracijos bandymų dokumentai turėtų būti surašomi, kai dokumentuojamas aukšto lygio projektas, o vieneto bandymai turėtų būti dokumentuojami, kol rengiamas detalus projekto planas. Tai reiškia, kad kiekvieno testo įgyvendinimo planas turėtų būti parengtas iš anksto, nelaukiant, kol baigsis kūrimas, kad jį būtų galima perduoti bandymų grupei.
Kas yra judrus?
„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. Vikrūs metodai yra pagrįsti dideliu prioritetu klientų dalyvavimui kūrimo ciklo pradžioje. Ji rekomenduoja kuo anksčiau ir dažnai atlikti kliento atliekamus bandymus. Testavimas atliekamas kiekviename taške, kai tampa stabilia versija. „Agile“pagrindas yra pagrįstas bandymų pradžia nuo projekto pradžios ir tęsimas iki projekto pabaigos. Pagrindinės „Agile“vertybės yra „kokybė yra komandos atsakomybė“, kurioje pabrėžiama, kad už programinės įrangos kokybę yra atsakinga visa komanda (ne tik bandymų komanda). Kitas svarbus „Agile“aspektas yra programinės įrangos suskaidymas į mažesnes valdomas dalis ir jų pristatymas klientui labai greitai. Pristatyti veikiantį produktą yra nepaprastai svarbu. Tada komanda toliau tobulina programinę įrangą ir nuolat teikia darbus kiekviename svarbiame žingsnyje. Tai pasiekiama turint labai trumpus išleidimo ciklus, vadinamus sprintais, ir kiekvieno ciklo pabaigoje gaunant grįžtamąjį ryšį. Dalyviai, neturintys daug komandos sąveikos, pvz., Ankstesnių metodų kūrėjai ir testuotojai, dabar dirba kartu „Agile“modelyje. Tai pasiekiama turint labai trumpus išleidimo ciklus, vadinamus sprintais, ir kiekvieno ciklo pabaigoje gaunant grįžtamąjį ryšį. Dalyviai, neturintys daug komandos sąveikos, pvz., Ankstesnių metodų kūrėjai ir testuotojai, dabar dirba kartu „Agile“modelyje. Tai pasiekiama turint labai trumpus išleidimo ciklus, vadinamus „sprintais“, ir kiekvieno ciklo pabaigoje gaunant grįžtamąjį ryšį. Dalyviai, neturintys daug komandos sąveikos, pvz., Ankstesnių metodų kūrėjai ir testuotojai, dabar dirba kartu „Agile“modelyje.
Kuo skiriasi Agile ir V metodikos (modelis)?
„Agile“modelis pateikia darbinę produkto versiją labai anksti, palyginti su „V-Model“. Kai daugiau funkcijų pristatoma palaipsniui, klientas gali anksti suvokti kai kuriuos privalumus. „Agile“bandymo 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 reaktyvesniu „V-Model“. „V-Model“yra labai standus ir palyginti mažiau lankstus nei „Agile“modelis. Dėl visų šių pranašumų šiuo metu pirmenybė teikiama „Agile“, o ne „V“modeliui.
