Waterfall Methodology vs RUP
Ohjelmistoteollisuudessa käytetään nykyään useita erilaisia ohjelmistokehitysmenetelmiä. Waterfall-kehitysmenetelmä on yksi varhaisimmista ohjelmistokehitysmenetelmistä. Waterfall-ohjelmistokehitysmetodologia on peräkkäinen malli, jossa jokainen vaihe suoritetaan kokonaisuudessaan ja sitä seurataan kiinteässä järjestyksessä. RUP (Rational Unified Process) on iteratiivisten ohjelmistokehitysmenetelmien mukautuva prosessikehys. RUP käsittelee useita Waterfall-kehityksen kritiikkiä, kuten jäykkyyttä.
Mikä on vesiputousmetodologia?
Waterfall-metodologia on yksi varhaisimmista ohjelmistokehitysmalleista. Kuten nimestä voi päätellä, se on peräkkäinen prosessi, jossa edistyminen kulkee useiden vaiheiden läpi ylhäältä alas, analogisesti vesiputouksen kanssa. Waterfall-mallin vaiheet ovat vaatimusanalyysi, suunnittelu, kehitys, testaus ja toteutus. Business Analysts (tai ohjelmoijat itse, jos kyseessä on pieni organisaatio) suorittaa analyysivaiheen hankkimalla järjestelmä- ja liiketoimintavaatimukset projektin asiakka alta. Sitten ohjelmistoarkkitehdit (tai vanhemmat ohjelmistokehittäjät) laativat suunnitteluasiakirjoja, jotka kuvaavat ehdotetun järjestelmän rakennetta ja komponentteja. Sitten nuoremmat kehittäjät tekevät koodauksen suunnitteludokumenttien avulla. Kehityksen päätyttyä tuote luovutetaan testaustiimille testaus- ja verifiointiprosesseja varten. Lopuksi tuote toteutetaan (tai integroidaan) asiakkaan tiloissa ja projekti allekirjoitetaan. Tärkeää tässä on huomioida, että jokainen vaihe on täysin valmis ennen kuin siirrytään seuraavaan vaiheeseen. Tämä malli oli suora seuraus yksinkertaisesti laitteistolähtöisen kehitysmenetelmän mukauttamisesta (joka löytyy valmistus- ja rakennusteollisuudesta), jolloin ohjelmistokehityksellä ei ollut virallista mallia.
Mikä on RUP?
RUP kuuluu iteratiivisten ohjelmistokehitysmenetelmien perheeseen. Sen on kehittänyt Rational Software Corporation (IBM) vuonna 2003. Se on itse asiassa mukautuva prosessikehys (ei yksittäinen konkreettinen prosessi), jota kehitysorganisaatio voi mukauttaa tarpeidensa mukaan. Hieman samanlainen kuin vesiputous, sillä on kiinteät vaiheet, kuten alku, suunnittelu, rakentaminen ja siirtyminen. Mutta toisin kuin vesiputous, RUP on iteratiivinen prosessi. RUP:n kolme strategiaa ovat muokattavissa oleva prosessi, joka ohjaa kehitystä, automatisoidut työkalut prosessin nopeuttamiseksi ja palvelut, jotka auttavat ottamaan prosessia ja työkaluja nopeammin käyttöön. Nämä strategioiden harjoittelija kaappaa ohjelmistosuunnittelun kuusi parasta käytäntöä (iteratiivinen kehitys, vaatimusten hallinta, komponenttipohjainen arkkitehtuuri, visuaaliset ohjelmistomallit, jatkuva tarkistus ja muutosten hallinta).
Mitä eroa on Waterfall Methodologyn ja RUP:n välillä?
Vaikka Waterfall-metodologia ja RUP ovat määrittäneet kiinteät vaiheet, näiden kahden mallin välillä on keskeisiä eroja. Suurin kunnioitus on se, että vaikka Waterfall-metodologia on selvästi peräkkäinen prosessi, jossa on määrätyt vaiheet, joissa nykyinen vaihe suoritetaan ennen seuraavaan vaiheeseen siirtymistä, RUP on iteratiivinen prosessi. Toisin kuin vesiputousmetodologia, RUP kehittää tuotetta useassa vaiheessa osakkeenomistajien palautteen perusteella. Koska jokainen RUP-iteraatio tuottaa suoritettavan julkaisun, asiakkaat saavat hyödyt huomata paljon aikaisemmin kuin Waterfall. Lopuksi Waterfall-metodologia on ohjeellinen konkreettinen prosessi, kun taas RUP on ohjelmistoprosessien mukautuva kehys.
