Waterfall Methodology vs RUP
Det finnes en rekke forskjellige programvareutviklingsmetoder som brukes i programvareindustrien i dag. Fossutviklingsmetoden er en av de tidligste programvareutviklingsmetodene. Waterfall programvareutviklingsmetodikk er en sekvensiell modell der hver fase fullføres i sin helhet og følges i en fast rekkefølge. RUP (Rational Unified Process) er et tilpasningsdyktig prosessrammeverk for iterative programvareutviklingsmetoder. RUP tar opp flere kritikk av fossefallsutviklingen, for eksempel stivhet.
Hva er Waterfall Methodology?
Waterfall-metodikk er en av de tidligste programvareutviklingsmodellene. Som navnet antyder, er det en sekvensiell prosess der fremdriften flyter gjennom flere faser fra topp til bunn, analogt med en foss. Fasene i Waterfall-modellen er behovsanalyse, design, utvikling, testing og implementering. Forretningsanalytikere (eller programmerer selv hvis det er en liten organisasjon) gjennomfører analysefasen ved å få system- og forretningskrav fra kunden til prosjektet. Deretter kommer programvarearkitekter (eller senior programvareutviklere) med designdokumenter som viser strukturen og komponentene i det foreslåtte systemet. Deretter gjør juniorutviklere kodingen ved å bruke designdokumentene. Etter ferdigstillelse av utviklingen overleveres produktet til testteamet for test- og verifikasjonsprosesser. Til slutt blir produktet implementert (eller integrert) på kundestedet og prosjektet signeres. Viktig å merke seg her er at hver fase er fullstendig fullført før du går videre til neste fase. Denne modellen var et direkte resultat av ganske enkelt å tilpasse maskinvareorientert utviklingsmetode (finnes i produksjons- og byggebransjen), på et tidspunkt var det ingen formell modell for programvareutvikling.
Hva er RUP?
RUP tilhører familien av iterative programvareutviklingsmetoder. Det ble utviklet av Rational Software Corporation (fra IBM) i 2003. Det er faktisk et tilpasningsdyktig prosessrammeverk (ikke en enkelt konkret prosess), som kan tilpasses av utviklingsorganisasjonen i henhold til deres behov. Litt lik fossen har den faste faser som begynnelse, utdyping, konstruksjon og overgang. Men i motsetning til fossen er RUP en iterativ prosess. De tre strategiene fanget av RUP er en tilpassbar prosess som veileder utvikling, automatiserte verktøy for å fremskynde prosessen, og tjenester som hjelper til med å ta i bruk prosesser og verktøy raskere. Disse strategiene intern fanger opp de seks beste praksisene for programvareutvikling (iterativ utvikling, styring av krav, komponentbasert arkitektur, visuelle programvaremodeller, kontinuerlig verifisering og administrasjon av endringer).
Hva er forskjellen mellom Waterfall Methodology og RUP?
Selv om Waterfall-metodikk og RUP har definert faste faser, er det viktige forskjeller mellom disse to modellene. Hovedforutsetningen er at mens Waterfall-metodikk helt klart er en sekvensiell prosess med foreskrevne trinn der gjeldende fase er fullført før du går til neste fase, er RUP en iterativ prosess. I motsetning til fosse-metodikken, utvikler RUP produktet i flere trinn basert på tilbakemeldinger fra aksjonærene. Fordi hver RUP-iterasjon produserer en kjørbar utgivelse, får kundene innse fordelene mye tidligere enn Waterfall. Til slutt er Waterfall-metodikk en preskriptiv konkret prosess, mens RUP er et tilpasningsdyktig rammeverk av programvareprosesser.
