Vad är RUP? RUP är en förkortning på "Rational Unified Process ...

Gabriel Safir, Olle Johansson, Maja Carlsson, Martin Endstrasser, Christian Viterius
SKDA32 - HT10
Den dynamiska strukturen:
Rational Unified Process delar upp utvecklingen i fyra faser; Förbredelse, Etablering, Konstruktion
och Överlämning. I förbredelsefasen som är den första av dem är syftet att alla intressenter ska
komma överrens om vad som ska utvecklas och vad för resultat man vill åstadkomma. Denna fas tar
huvudsakligen upp tre aspekter, finna huvudkraven på den planerade produkten, att prova ut idéer
för produktens arkitektur och att planera projektet i sin helhet.
Den andra fasen heter etableringsfasen och som namnet antyder är det en ”etablering” av den förra
fasen. Under denna fas ska man jobba på flera fronter. Kraven ska preciseras och detaljeras,
arkitekturen ska prövas, risker ska analyseras och elimineras och projektplanen ska byggas ut. Alla
inblandade ska ha klart för sig vad som gäller efter etableringsfasen. Denna fas är också den mest
kritiska av dem alla, beslut som tas under denna fas kan ha långtgående konsekvenser för ett
projekt. Det beror på att under denna fas kommer övergången från ett småskaligt projekt till ett
fullskaligt sådant.
Under den tredje fasen, konstruktion, ska det stora arbetet utföras. En fast grund ska redan finnas
för både projektet och produkten när man inleder fasen. Detta innebär att arbetet som utförs handlar
om att lägga till nya komponenter eller komplettera existerande i en redan existerande och utprovad
struktur. Under denna fas skalas arbetet också upp vilket medför att flera personer blir inblandade
och ofta organiseras arbetet i flera parallella utvecklingsspår.
När man kommer in i överlämningsfasen vilken är den sista av dem ska produkten vara ”klar” i den
benämningen att alla kraven har blivit implementerade och att produkten har genomgått tester.
Syftet med denna fas är att finslipa implementationen och se till att den nya produkten börjar
användas. Utvecklingen under denna fas delas up i två spår. I den ena jobbar man med
kvalitetssäkring, testing och felrättning och i den andra utbildar man avvändarna och jämför det nya
systemet med det gamla och konverterar t.ex. databaser.
När och varför använda RUP?
Rational Unified Process är ett stort ramverk. RUP skapar en gemensam terminologi, som
organisationer kan arbeta efter med stöd av UML, Unified Modeling Language.
RUP är väldigt lätt avfärdat på grund av dess omfattning, formalitet och tidskrävande i anspråk till
att ta fram och granska alla artefakter. Man borde däremot se användsningsfall som en resurs och ett
sätt att spara tid inom projektet. Finns det tillräcklig dokumentation och formuleringar av krav kan
överstående tid användas till testplanering och dylikt. Dessa användningsfallen skall följa med
under projektetsgång samt utvecklas.
En fördel med RUP är att stor erfarenhet inom mjukvaruutveckling finns samlad på en plats. RUP
är som nämt innan ett ramverk, och från detta ramverk måste processansvariga och projektansvariga
sätta ihop en process som passar i just sitt sammanhang.
◦ Risker
RUP är riskdrivet, vilket innebär att man tidigt och kontinuerligt dokumenterar de mest
akuta och troligaste riskerna för projektet och hur de kan åtgärdas.
◦ UML
Gemensamt språk som underlättar kommunikationen.