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

Gabriel Safir, Olle Johansson, Maja Carlsson, Martin Endstrasser, Christian Viterius
SKDA32 - HT10
Vad är RUP?
RUP är en förkortning på "Rational Unified Process" och är en utvecklingsprocess som används vid
systemutveckling. RUP utvecklades av IBM på 90-talet för att effektivisera och standardisera
systemutvecklingsprocesser.
En systemutvecklingsprocess är en konfigurerbar process vars stomme grundar sig i att skräddarsy
alla åtgärder för varje enskild organisation. Det finns ingen process som passar alla
mjukvaruutvecklingar och därför erbjuder RUP de bästa utvecklade och testade tillämpningarna
som sker i en upprepande utvecklingscykel. Trots att RUP är grundad på en enkel och tydlig
processarkitektur som skapar enhetlighet över en familj av processer kan RUP varieras för att passa
olika situationer. Detta gör att RUP passar så väl stor som små utvecklingsorganisationer.
RUP är även en guide för hur man ska använda UML (Unified Modeling Language). UML
skapades från början av Rational Software och är ett standardspråk för branschen. Detta gör att
kommunikationen kring krav, arkitektur och design blir tydligare.
Tanken med RUP är att skapa en disciplinerad inställning gentemot tilldelade arbetsuppgifter och
ett ansvarstagande inom utvecklingsorganisationen.
Genom att skapa goda förutsättningar för varje gruppmedlem genom en lättillgänglig kunskapsbas
med riktlinjer, mallar och verktyg för all kritisk utveckling ska RUP förbättra produktiviteten i
teamet. En annan viktig del i RUP-modellen är att alla i utvecklingsteamet ska ha tillgång till
samma kunskapsbas även om de olika team-medlemmarnas arbete skiljer sig åt mellan krav, design,
test, projektledning eller konfiguratinshantering. Med samma kunskapsbas får hela teamet ett
gemensamt språk, en gemensam process och en gemensam syn på hur man utvecklar programvaran.
I RUP används ett objektorienterat synsätt när systemet designas vilket leder till att eventuella
arkitekturella eller tekniska risker upptäcks tidigt i processen. På det här sättet skapas en
arkitekturcentrerad process. RUP bygger till skillnad från vattenfallsmodeller på många små
komponenter. För varje iteration finns en plan som beskriver vilka artefakter, dvs. information som
används eller skapas som en del av mjukvaran i form av ett dokument, en modell eller en
programkod, som ska ingå. detta skapar en mer objektorienterad arbetsprocess.
Det finns två strukturer för RUP-metoden:
• Statiska struktur
• Dynamisk struktur
Den statiska strukturen av RUP består av fyra delar vilka är;
• Roller
• Aktiviteter
• Artefakter
• Discipliner / arbetsflöden.
Den dynamiska strukturen består istället av faser och iterationer i varje fas vilka är;
• Förberedelse
• Etablering
• Konstruktion
• Överlämning

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.

Gabriel Safir, Olle Johansson, Maja Carlsson, Martin Endstrasser, Christian Viterius
SKDA32 - HT10
◦ Glossary
En välskött begreppskatalog gör att alla i projektet alltid vet vad saker betyder
◦ Iterativ utveckling
Genom att testa lite i taget, granska och kontrollera att det fungerar.
◦ Test
Ta reda på vlika krav som gäller och verifiera att det är det som byggs.
Poängen med RUP är att alla i ett projekt enas om en arbetsgång och en terminologi - att man har de
formella strukturerna klart för sig.
Källor
Internetkällor:
Rational Unified Process:
Best Practices for Software Development Teams -
http://www.augustana.ab.ca/~mohrj/courses/2000.winter/csc220/papers/rup_best_practices/rup_bes
tpractices.html#2 2010-10-05
Mapping of SOA and RUP: DOA as Case Study - http://www.lub.lu.se/cgibin/ipchk/http://elin.lub.lu.se/link2elin?genre=article&issn=&year=2010&volume=&issue=&collectio
n=eprint&pages=&resid=a76bf064f5c905bc5017b16ad77c05ea&lang=en 2010-10-05

Gabriel Safir, Olle Johansson, Maja Carlsson, Martin Endstrasser, Christian Viterius
SKDA32 - HT10
Tryckta källor:
Lundell, Hans - Fyra rundor med RUP, 2003, Studentlitteratur
Strand, Lotta - UML & RUP: att lyckas med 00-projekt, 1971, Docendo