Krioklio metodika vs Agile
Šiandien programinės įrangos pramonėje naudojama daugybė skirtingų programinės įrangos kūrimo metodikų. „Waterfall“kūrimo metodas yra vienas iš ankstyviausių programinės įrangos kūrimo metodų. „Waterfall“programinės įrangos kūrimo metodika yra nuoseklus modelis, kuriame kiekviena fazė užbaigiama iki galo ir sekama nustatyta tvarka. 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 krioklio metodika?
Waterfall metodika yra vienas iš ankstyviausių programinės įrangos kūrimo modelių. Kaip rodo pavadinimas, tai nuoseklus procesas, kurio metu pažanga vyksta keliomis fazėmis iš viršaus į apačią, panašiai kaip krioklys. „Waterfall“modelio etapai yra reikalavimų analizė, projektavimas, kūrimas, testavimas ir įgyvendinimas. Čia kiekvienas etapas yra visiškai baigtas prieš pereinant prie kito etapo. Šis modelis buvo tiesioginis į aparatinę įrangą orientuoto kūrimo metodo pritaikymo (aptinkamo gamybos ir statybos pramonėje) rezultatas, tuo metu formalaus programinės įrangos kūrimo modelio nebuvo.
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ų programinės įrangos kūrimo metodų 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ė „Agile“vertė yra „kokybė yra komandos atsakomybė“, o tai 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 „Waterfall Methodology“ir „Agile“?
Agile modelis pristato veikiančią produkto versiją labai anksti, palyginti su Waterfall metodika. Kadangi vis daugiau funkcijų pristatoma palaipsniui, klientas gali anksti suvokti kai kuriuos pranašumus. „Agile“testavimo ciklo laikas yra palyginti trumpas, palyginti su „Waterfall“metodika, nes testavimas atliekamas lygiagrečiai su kūrimu. Krioklio modelis yra labai standus ir santykinai mažiau lankstus nei Agile modelis. Dėl visų šių pranašumų šiuo metu pirmenybė teikiama „Agile“, o ne „Waterfall“metodikai.
