Krioklio metodikos ir RUP skirtumas

Krioklio metodika prieš RUP

Šiandien programinės įrangos pramonėje naudojama daugybė skirtingų programinės įrangos kūrimo metodikų. Krioklio kūrimo metodas yra vienas iš ankstyviausių programinės įrangos kūrimo būdų. Krioklio programinės įrangos kūrimo metodika yra nuoseklus modelis, kuriame kiekviena fazė yra visiškai baigta ir sekama nustatyta tvarka. RUP (Rational Unified Process) - tai pritaikomas proceso kartojimas iš iteracinės programinės įrangos kūrimo metodikų. RUP atkreipia dėmesį į keletą krioklių vystymo kritikų, tokių kaip standumas.

Kas yra krioklio metodika?

Krioklio metodika yra vienas iš ankstyviausių programinės įrangos kūrimo modelių. Kaip rodo pavadinimas, tai yra nuoseklus procesas, kurio metu progresas teka keliomis fazėmis iš viršaus į apačią, analogiškas kriokliui. Krioklio modelio etapai yra reikalavimų analizė, projektavimas, kūrimas, testavimas ir įgyvendinimas. Verslo analitikai (arba patys programuotojai, jei tai maža organizacija) vykdo analizės etapą gaudami sistemos ir verslo reikalavimus iš projekto kliento. Tada programinės įrangos architektai (arba vyresnieji programinės įrangos kūrėjai) sugalvoja projektavimo dokumentus, vaizduojančius siūlomos sistemos struktūrą ir komponentus. Tada jaunesnieji kūrėjai koduoja naudodamiesi projektavimo dokumentais. Baigę kūrimą, produktas perduodamas bandymų komandai išbandyti ir patvirtinti. Galiausiai produktas yra įdiegtas (arba integruotas) kliento svetainėje ir projektas pasirašomas. Svarbu paminėti, kad kiekviena fazė yra visiškai baigta, prieš pereinant prie kitos fazės. Šis modelis buvo tiesioginis tiesiog pritaikant į aparatūrą orientuoto kūrimo metodo (aptinkamo gamybos ir statybos pramonėje) rezultatas, tuo metu dar nebuvo oficialaus programinės įrangos kūrimo modelio..

Kas yra RUP?

RUP priklauso iteracinių programinės įrangos kūrimo metodikų šeimai. Ją sukūrė „Rational Software Corporation“ (iš IBM) 2003 m. Tai iš tikrųjų yra pritaikoma proceso sistema (ne vienas konkretus procesas), kurią plėtros organizacija gali pritaikyti pagal savo poreikius. Šiek tiek panašus į krioklį, jis turi fiksuotas fazes kaip pradžia, išsiplėtimas, konstravimas ir perėjimas. Tačiau skirtingai nuo krioklio, RUP yra pasikartojantis procesas. Trys RUP užfiksuotos strategijos yra pritaikomas procesas, kuriuo vadovaujamasi kuriant, automatiniai įrankiai, pagreitinantys procesą, ir paslaugos, padedančios greičiau pritaikyti procesą ir įrankius. Šiose strategijose praktikuojama šešios geriausios programinės įrangos inžinerijos praktikos (kartotinis kūrimas, valdymo reikalavimai, komponentais pagrįsta architektūra, vaizdinės programinės įrangos modeliai, nuolatinis pakeitimų tikrinimas ir valdymas)..

Kuo skiriasi krioklio metodika nuo RUP?

Nors krioklio metodika ir RUP apibrėžė fiksuotas fazes, tarp šių dviejų modelių yra esminių skirtumų. Pagrindinis trūkumas yra tas, kad, nors krioklio metodika yra aiškiai nuoseklus procesas su nustatytais etapais, kai dabartinė fazė užbaigiama prieš pereinant į kitą fazę, RUP yra pasikartojantis procesas. Skirtingai nuo krioklio metodikos, RUP, remdamasis akcininkų atsiliepimais, kuria produktą keliais etapais. Kadangi kiekviena RUP iteracija sukuria vykdomąjį leidimą, klientai pranašumus suvokia daug anksčiau nei „Waterfall“. Galiausiai, krioklio metodika yra nurodomasis konkretus procesas, o RUP yra pritaikoma programinės įrangos procesų sistema.