Vad Ã¤r RUP? RUP Ã¤r en fÃ¶rkortning pÃ¥ "Rational Unified Process ...

More documents

Recommendations

Info

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
Page 1: Gabriel Safir, Olle Johansson, Maja

Vad Ã¤r RUP? RUP Ã¤r en fÃ¶rkortning pÃ¥ "Rational Unified Process ...

Create successful ePaper yourself

Delete template?

Save as template?