Skirtumas tarp judriosios ir V metodikos (modelis)

Agile vs V metodikos (modelis)

Šiandien programinės įrangos pramonėje naudojama daugybė skirtingų programinės įrangos kūrimo metodikų. V metodikos (V modelis) yra krioklio kūrimo metodo (kuris yra vienas iš ankstyviausių metodų) pratęsimas. Pagrindinis V modelio dėmesys skiriamas vienodam kodavimui ir testavimui. „Agile“ modelis yra naujesnis programinės įrangos kūrimo modelis, pristatytas siekiant pašalinti esamų modelių trūkumus. Pagrindinis „Agile“ dėmesys yra susijęs su bandymu kuo anksčiau ir veikiančia produkto versija išleidimu labai anksti, suskaidžius sistemą į labai mažas ir lengvai valdomas dalis..

Kas yra V metodika (modelis)?

V metodikos (V-Model) yra programinės įrangos kūrimo modelis. Tai laikoma tipinio „Waterfall“ programinės įrangos kūrimo modelio pratęsimu. V modelis naudoja tuos pačius ryšius tarp fazių, apibrėžtų krioklio modelyje. Užuot linijiškai nusileidęs (kaip krioklio modelyje), „V-Model“ nusileidžia įstrižai ir tada juda atgal į viršų (po kodavimo fazės), sudarydamas raidės V formą. Ši V forma yra suformuota taip, kad parodytų ryšį tarp kiekvienos fazės fazės. kūrimo / projektavimo ir atitinkamas bandymo etapas. Abstrakcijos laikas ir lygis pavaizduoti atitinkamai horizontalia ir vertikalia ašimis.

Testuojama (kylančioji kelio dalis, dešinė V pusė), kad būtų patikrinta, o atitinkamos projektavimo fazės (mažėjanti trajektorija, kairė V pusė) naudojamos patvirtinimui. V modelyje kodavimui ir testavimui skiriama vienoda svarba. „V-Model“ rekomenduoja kartu su projektavimo dokumentais / kodu sukurti testavimo dokumentą. Pvz., Integracijos bandymų dokumentai turėtų būti parašyti, kai yra dokumentuojamas aukšto lygio projektas, ir vienetų bandymai turėtų būti dokumentuojami rengiant detalų projekto planą. Tai reiškia, kad kiekvieno bandymo įgyvendinimo planas turėtų būti iš anksto sudarytas, nelaukiant, kol bus baigtas kūrimas, kad jį būtų galima atiduoti testavimo komandai..

Kas yra judrus?

„Agile“ yra naujausia programinės įrangos kūrimo metodika, pagrįsta judriu manifestu. Tai buvo sukurta siekiant pašalinti kai kuriuos tradicinių „V-Model“ ir „Waterfall“ programinės įrangos kūrimo metodikų trūkumus. Agile metodai yra pagrįsti tuo, kad teikiant didelį prioritetą klientų dalyvavimui jau kūrimo ciklo pradžioje. Rekomenduojama kuo anksčiau ir dažniau įtraukti kliento bandymus. Testavimas atliekamas kiekviename taške, kai tampa stabili versija. „Agile“ įkūrimas grindžiamas bandymų pradžia nuo projekto pradžios ir tęstiniu laikotarpiu iki projekto pabaigos. Pagrindinės „Agile“ vertybės yra „už kokybę, tai komandos atsakomybę“, kuri pabrėžia, kad už programinės įrangos kokybę yra atsakinga visa komanda (ne tik testavimo komanda). Kitas svarbus „Agile“ aspektas yra programinės įrangos suskaidymas į mažesnes valdomąsias dalis ir labai greitas pristatymas klientui. Pateikti veikiantį produktą yra nepaprastai svarbu. Tuomet komanda toliau tobulina programinę įrangą ir nuolat pristato kiekvieną svarbų žingsnį. Tai pasiekiama turint labai trumpus atleidimo ciklus, vadinamus sprintais, ir kiekvieno ciklo pabaigoje gaunant grįžtamąjį ryšį, kad galėtumėte patobulinti. Bendraautoriai, kurie nedaug sąveikauja su komanda, pavyzdžiui, ankstesnių metodų kūrėjai ir bandytojai, dabar kartu dirba „Agile“ modelyje.

Kuo skiriasi judrioji ir V metodika (modelis)?

Agile modelis pateikia veikiančią produkto versiją labai anksti, palyginti su „V-Model“. Kadangi vis daugiau funkcijų pristatoma palaipsniui, klientas kai kuriuos privalumus gali suvokti anksti. „Agile“ bandymo ciklo laikas yra palyginti trumpas, palyginti su „V-Model“, nes bandymai atliekami lygiagrečiai plėtrai. „Agile“ yra iniciatyvus modelis (dėl labai trumpų ciklų), palyginti su daug reaktyvesniu „V“ modeliu. „V-Model“ yra labai griežtas ir palyginti mažiau lankstus nei „Agile“ modelis. Dėl visų šių pranašumų šiuo metu „Agile“ yra teikiama pirmenybė „V“ modeliui.