Watervalmetodologie vs RUP
Daar is 'n aantal verskillende sagteware-ontwikkelingsmetodologieë wat vandag in die sagteware-industrie gebruik word. Waterval-ontwikkelingsmetode is een van die vroegste sagteware-ontwikkelingsmetodes. Waterfall-sagteware-ontwikkelingsmetodologie is 'n opeenvolgende model waarin elke fase volledig voltooi en in 'n vaste volgorde gevolg word. RUP (Rational Unified Process) is 'n aanpasbare prosesraamwerk van iteratiewe sagteware-ontwikkelingsmetodologieë. RUP spreek verskeie kritiek op Waterval-ontwikkeling aan, soos rigiditeit.
Wat is Waterval-metodologie?
Waterval-metodologie is een van die vroegste sagteware-ontwikkelingsmodelle. Soos die naam aandui, is dit 'n opeenvolgende proses waarin vordering deur verskeie fases van bo na onder vloei, analoog aan 'n waterval. Die fases van die Waterval-model is behoefteontleding, ontwerp, ontwikkeling, toetsing en implementering. Besigheidsontleders (of programmeerders self as dit 'n klein organisasie is) voer die ontledingsfase uit deur die stelsel- en besigheidsvereistes van die kliënt van die projek te kry. Dan kom sagteware-argitekte (of senior sagteware-ontwikkelaars) met ontwerpdokumente vorendag wat die struktuur en komponente van die voorgestelde stelsel uitbeeld. Dan doen junior ontwikkelaars die kodering deur die ontwerpdokumente te gebruik. Na die voltooiing van die ontwikkeling word die produk aan die toetsspan oorhandig vir toets- en verifikasieprosesse. Laastens word die produk geïmplementeer (of geïntegreer) by die klanteterrein en die projek word afgeteken. Belangrike ding om hier op te let, is dat elke fase volledig voltooi is voordat na die volgende fase aanbeweeg word. Hierdie model was 'n direkte gevolg van die eenvoudige aanpassing van hardeware-georiënteerde ontwikkelingsmetode (wat in vervaardigings- en konstruksiebedrywe gevind word), op 'n tydstip was daar geen formele model vir sagteware-ontwikkeling nie.
Wat is RUP?
RUP behoort aan die familie van iteratiewe sagteware-ontwikkelingsmetodologieë. Dit is in 2003 deur Rational Software Corporation (van IBM) ontwikkel. Dit is eintlik 'n aanpasbare prosesraamwerk (nie 'n enkele konkrete proses nie), wat deur die ontwikkelingsorganisasie volgens hul behoeftes aangepas kan word. Effens soortgelyk aan waterval, dit het vaste fases soos begin, uitwerking, konstruksie en oorgang. Maar anders as waterval, is RUP 'n iteratiewe proses. Die drie strategieë wat deur RUP vasgelê is, is 'n aanpasbare proses wat ontwikkeling lei, outomatiese gereedskap om die proses te bespoedig, en dienste wat help om proses en gereedskap vinniger aan te neem. Hierdie strategieë-intern vang die ses beste praktyke van sagteware-ingenieurswese vas (iteratiewe ontwikkeling, bestuur van vereistes, komponentgebaseerde argitektuur, visuele sagtewaremodelle, deurlopende verifikasie en bestuur van veranderinge).
Wat is die verskil tussen Waterfall-metodologie en RUP?
Alhoewel Waterval-metodologie en RUP vaste fases gedefinieer het, is daar sleutelverskille tussen hierdie twee modelle. Die hoofsaak is dat terwyl Waterval-metodologie duidelik 'n opeenvolgende proses is met voorgeskrewe stappe waarin die huidige fase voltooi word voordat na die volgende fase gaan, is RUP 'n iteratiewe proses. Anders as die watervalmetodologie, ontwikkel RUP die produk in verskeie stadiums gebaseer op terugvoer van die aandeelhouers. Omdat elke RUP-iterasie 'n uitvoerbare vrystelling produseer, kry die kliënte voordele baie vroeër as Waterfall. Laastens is Waterfall-metodologie 'n voorskriftelike konkrete proses, terwyl RUP 'n aanpasbare raamwerk van sagtewareprosesse is.
