Krioklio metodika vs RUP
Š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. RUP (Rational Unified Process) yra pritaikoma iteracinių programinės įrangos kūrimo metodikų procesų sistema. RUP atkreipia dėmesį į keletą kritikų dėl krioklio plėtros, pvz., standumo.
Kas yra krioklio metodika?
Waterfall metodika yra vienas iš ankstyviausių programinės įrangos kūrimo modelių. Kaip rodo pavadinimas, tai nuoseklus procesas, kurio metu progresas vyksta keliomis fazėmis iš viršaus į apačią, analogiškai kriokliui. „Waterfall“modelio etapai yra reikalavimų analizė, projektavimas, kūrimas, testavimas ir įgyvendinimas. Verslo analitikai (arba patys programuotojai, jei tai nedidelė organizacija) atlieka analizės etapą, gaudami sistemos ir verslo reikalavimus iš projekto užsakovo. Tada programinės įrangos architektai (arba vyresni programinės įrangos kūrėjai) parengia projektinius dokumentus, kuriuose vaizduojama siūlomos sistemos struktūra ir komponentai. Tada jaunesnieji kūrėjai atlieka kodavimą naudodami projektavimo dokumentus. Pasibaigus kūrimui, produktas perduodamas testavimo komandai testavimo ir tikrinimo procesams. Galiausiai produktas įdiegiamas (arba integruojamas) kliento svetainėje ir projektas pasirašomas. Svarbu atkreipti dėmesį į tai, kad 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 RUP?
RUP priklauso iteracinių programinės įrangos kūrimo metodikų šeimai. Ją 2003 m. sukūrė Rational Software Corporation (IBM). Tai iš tikrųjų yra pritaikoma proceso sistema (ne vienas konkretus procesas), kurią kūrimo organizacija gali pritaikyti pagal savo poreikius. Šiek tiek panašus į krioklį, jis turi fiksuotas fazes: pradžia, kūrimas, statyba ir perėjimas. Tačiau skirtingai nei krioklys, RUP yra pasikartojantis procesas. Trys RUP užfiksuotos strategijos yra pritaikomas procesas, kuris vadovauja plėtrai, automatizuoti įrankiai, padedantys pagreitinti procesą, ir paslaugos, padedančios greičiau pritaikyti procesą ir įrankius. Šios strategijos praktikantas fiksuoja šešias geriausias programinės įrangos inžinerijos praktikas (iteratyvus kūrimas, valdymo reikalavimai, komponentų architektūra, vaizdiniai programinės įrangos modeliai, nuolatinis pakeitimų tikrinimas ir valdymas).
Kuo skiriasi „Waterfall Methodology“nuo RUP?
Nors Waterfall metodika ir RUP apibrėžė fiksuotas fazes, tarp šių dviejų modelių yra esminių skirtumų. Pagrindinė pagarba yra ta, kad nors „Waterfall“metodika yra aiškiai nuoseklus procesas su nustatytais etapais, kurių metu dabartinė fazė baigiama prieš pereinant į kitą etapą, RUP yra pasikartojantis procesas. Skirtingai nuo krioklio metodikos, RUP gamina produktą keliais etapais, remdamasi akcininkų atsiliepimais. Kadangi kiekviena RUP iteracija sukuria vykdomąjį leidimą, klientai naudą suvokia daug anksčiau nei „Waterfall“. Galiausiai, „Waterfall“metodika yra įsakmiai konkretus procesas, o RUP yra pritaikoma programinės įrangos procesų sistema.
