Krioklio metodika ir 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 metodų. Krioklio programinės įrangos kūrimo metodika yra nuoseklus modelis, kuriame kiekvienas etapas yra baigtas iki galo ir sekamas fiksuota tvarka. RUP (Rational Unified Process) yra iteracinių programinės įrangos kūrimo metodikų pritaikomas proceso pagrindas. RUP atkreipia dėmesį į keletą kritikos krioklių vystymuisi, tokių kaip nelankstumas.
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 pažanga teka keliomis fazėmis iš viršaus į apačią, analogiškai kriokliui. Krioklio modelio fazės yra reikalavimo analizė, projektavimas, kūrimas, testavimas ir įgyvendinimas. Verslo analitikai (arba patys programuotojai, jei tai yra maža organizacija) atlieka analizės etapą, iš projekto kliento gaudami sistemos ir verslo reikalavimus. Tada programinės įrangos architektai (arba vyresnieji programinės įrangos kūrėjai) pateikia projektavimo dokumentus, kuriuose pavaizduota siūlomos sistemos struktūra ir komponentai. Tada jaunesnieji kūrėjai koduoja naudodamiesi projektavimo dokumentais. Baigus kūrimą, produktas perduodamas bandymų komandai, kad ji galėtų atlikti bandymus ir patikrinti procesus. 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 pritaikymas (randamas gamybos ir statybos pramonėje), tuo metu nebuvo oficialaus programinės įrangos kūrimo modelio.
Kas yra RUP?
RUP belongs to the family of iterative software development methodologies. It was developed by Rational Software Corporation (of IBM) in 2003. It is actually an adaptable process framework (not a single concrete process), that can be customized by the development organization according to their needs. Slightly similar to waterfall, it has fixed phases as inception, elaboration, construction and transition. But unlike waterfall, RUP is an iterative process. The three strategies captured by RUP are a customizable process that guides development, automated tools to expedite the process, and services that help to adopt process and tools faster. These strategies intern captures the six best practices of software engineering (iterative development, managing requirements, component based architecture, visual software models, continuous verification and management of changes).
Kuo skiriasi krioklio metodika ir RUP?
Nors krioklio metodika ir RUP apibrėžė fiksuotas fazes, tarp šių dviejų modelių yra esminių skirtumų. Pagrindinė pagarba yra ta, kad nors krioklio metodika yra aiškiai nuoseklus procesas su nustatytais žingsniais, kurių metu dabartinė fazė yra baigta prieš pereinant į kitą etapą, RUP yra iteracinis procesas. Skirtingai nuo krioklio metodikos, RUP gaminį kuria keliais etapais, remdamasis atsargų savininkų atsiliepimais. Kadangi kiekviena RUP iteracija sukuria vykdomąjį leidimą, klientai gauna naudos daug anksčiau nei „Waterfall“. Galiausiai „Krioklio metodika“yra konkretus nurodomas procesas, o „RUP“yra pritaikoma programinės įrangos procesų sistema.
