Rational Unified Process

Fra Wikipedia, den frie encyklopedi

Rational Unified Process (RUP) er en Programvareutviklingsprosess som bruker en gjentagende metodologi, med røtter i spiralmodellen, for å sikre et resultat med høyt kvalitetsnivå.

Med RUP kan du tilpasse og skreddersy utviklingsprosessen til å passe prosjektets behov. Dette oppnår den ved å være iterativ (gjentagende), ved å dempe risiko tidlig i utviklingsfasen og ved å integrere fasene. Utviklerne lærer i løpet av utviklingsprosessen og prosessen kan forbedres i løpet av utviklingsprosessen.

Innhold 1 Faser 1.1 Inception (Innledning) 1.2 Elaboration (Utforming) 1.3 Construction (Bygging) 1.4 Transition (Overgang) 2 Disipliner 2.1 Business modelling (Forretningsmodellering) 2.2 Requirements (Kravspesifisering) 2.3 Analysis and Design (Analyse og design) 2.4 Implementation (Gjennomføring) 2.5 Test (Testing) 2.6 Deployment (Utplassering) 2.7 Configuration and Change Management (Konfigurering og endringsledelse) 2.8 Project Management (Prosjektledelse) 2.9 Environment (Omgivelser) 3 Egenskaper 4 Programvare

[rediger] Faser

RUP er delt inn i fire faser:

[rediger] Inception (Innledning)

• Finne grensene for prosjektet og finne kravene til brukerne.
• Diskutere risiko og kostnader.
• Design og brukskvalitet.
• Planlegging.

[rediger] Elaboration (Utforming)

• Planlegge arkitektur og systemkravene.
• Finne farer og problemstillinger og løse disse før man går videre i utviklingen.
• Produsere en prototype.
• Design.
• Demonstrere produktet til interessenter.

[rediger] Construction (Bygging)

• Programmering.
• Utvikling av programmet.
• Oppnå et produkt så fort som mulig, så bruker/interessent får teste produktet og komme med tilbakemeldinger.

[rediger] Transition (Overgang)

• Går ut på å få testet ut en betaversjon for å finne feil og mangler som bør utbedres før det ferdige produktet blir klargjort.
• Opptrening av brukere og de som skal vedlikeholde systemet, konvertere eksisterende databaser så de fungerer opp i mot det nye systemet.
• Feilretting.

[rediger] Disipliner

RUP er også delt inn i ni "fag"disipliner:

[rediger] Business modelling (Forretningsmodellering)

• Opprette en bedre forståelse og kommunikasjon mellom forretnings utviklere og software utviklere.
• Forstå strukturen og dynamikken til forretningen/organisasjonen/interessenten som skal bruke systemet.
• Finne nåværende problemstillinger og mulige forbedringer.

[rediger] Requirements (Kravspesifisering)

• Beskrive hva systemet skal gjøre.
• Lage et Bruksmønster Diagram.

[rediger] Analysis and Design (Analyse og design)

• Skal vise hvordan systemet vil bli realisert i gjennomføringsfasen.
• Resultere i en design og analyse modell.

[rediger] Implementation (Gjennomføring)

• Implementere klasser og objekter i systemet.
• Teste og utvikle komponenter til systemet.
• Sette sammen de ulike delene til et system.

[rediger] Test (Testing)

• Bekrefte interaksjonen mellom objekter.
• Bekrefte riktig integrasjon av alle komponenter i systemet.
• Bekrefte at alle behovene i systemet er implementert riktig.
• Finne og identifisere feil i systemet og korrigere disse før utviklingsfasen.

[rediger] Deployment (Utplassering)

• Produsere en produkt utgivelse.
• Distribuere produktet til interessenter.
• Drive support for produktet.

[rediger] Configuration and Change Management (Konfigurering og endringsledelse)

• Konfigurasjonsledelse.
• Forandringsforespørsel ledelse.
• Status og mål ledelse.

[rediger] Project Management (Prosjektledelse)

• Risiko behandling.
• Planlegging av prosjektet.
• Overvåking av prosessens utvikling.

[rediger] Environment (Omgivelser)

• Beskrive aktivitetene som er nødvendig for utviklingsprosessen.
• Forberede prosjekt-spesifikke midler.
• Lage en utstyrsliste over nødvendig utstyr for prosjektet.

[rediger] Egenskaper

En av de unike egenskapene med RUP er at alle disiplinene mer eller mindre strekker seg over alle fasene. For eksempel vil "Testing" disiplinen starte i innledningsfasen og ikke etter bygningfasen som man kanskje skulle tro. Men tilstedeværelsen av "Testing" vil gradvis bli høyere frem til slutten av bygningfasen, for så å avta. Tilstedeværelsen av "testing" vil aldri forsvinne helt. Denne egenskapen gjør Rational Unified Process meget motstandsdyktig mot feil og meget tilpasningsdyktig i forhold til forandring i spesifikasjonene, implementasjonen og/eller behovene.

[rediger] Programvare

Hovedutviklingsprogramvaren for RUP er Rational Rose, utviklet av Rational Software og eid av IBM. Det finnes flere gratis program som lar deg jobbe med RUP, men disse er dog ikke fullt så kraftige og mangler noe funksjonalitet i forhold til Rational Rose. De viktigste freeware-alternativene til Rational Rose er Poseidon og ArgoUML.