Rationell enhetlig process
Rational Unified Process (RUP) är en metod för mjukvaruutveckling skapad av Rational Software .
Principer
RUP bygger på följande principer:
- Tidig identifiering och kontinuerlig (tills projektets slut ) eliminering av större risker.
- Koncentration på att möta kundernas krav på det körbara programmet (analys och uppbyggnad av en modell av prejudikat (användningsfall)).
- Räkna med förändringar i krav, designbeslut och implementering under utveckling.
- Komponentarkitektur , implementerad och testad i de tidiga stadierna av ett projekt.
- Kontinuerlig kvalitetssäkring i alla stadier av projekt (produkt)utveckling.
- Arbeta med projektet i ett sammansvetsat team där arkitekter har en nyckelroll.
RUP-processer och steg
RUP använder en iterativ utvecklingsmodell. I slutet av varje iteration (helst 2 till 6 veckor) bör projektgruppen uppnå de planerade målen för den iterationen, skapa eller förfina designartefakter och få en mellanliggande men funktionell version av slutprodukten. Iterativ utveckling gör att du snabbt kan reagera på förändrade krav, upptäcka och eliminera risker i de tidiga stadierna av ett projekt och effektivt kontrollera kvaliteten på produkten som skapas. De första idéerna för en iterativ utvecklingsmodell lades ner i " spiralmodellen " [1] [2] .
Hela produktutvecklingens livscykel består av fyra faser, som var och en inkluderar en eller flera iterationer:
1. Inledande skede (Inception)
I den inledande fasen:
- Visionen och gränserna för projektet formas.
- En ekonomisk motivering (business case) skapas.
- Produktens huvudkrav, begränsningar och nyckelfunktioner bestäms.
- En grundläggande version av use case-modellen skapas .
- Riskerna bedöms.
I slutet av den inledande fasen utvärderas uppnåendet av mållivscykelstadiet ( Eng . Lifecycle Objective Milestone ), vilket innebär en överenskommelse mellan de berörda parterna om att fortsätta projektet.
2. Utarbetning
I förädlingsfasen analyseras ämnesområdet och den körbara arkitekturen byggs. Det inkluderar:
- Dokumentation av krav (inklusive detaljerad beskrivning för de flesta användningsfall ).
- Den designade, implementerade och testade körbara arkitekturen.
- Uppdaterat affärscase och mer exakta tids- och kostnadsuppskattningar.
- Minskade stora risker.
Ett framgångsrikt slutförande av
förädlingsfasen innebär att nå milstolpen för livscykelarkitektur .
3. Konstruktion
I "Build"-fasen implementeras det mesta av produktens funktionalitet. Byggfasen avslutas med den första externa versionen av systemet och milstolpen för Initial Operational Capability.
4. Övergång
I "Implementeringsfasen" skapas den slutliga versionen av produkten och överförs från utvecklaren till kunden. Detta inkluderar ett betatestprogram, användarutbildning och kvalitetssäkring av produkter. Om kvaliteten inte motsvarar användarnas förväntningar eller kriterierna som sattes i startfasen, upprepas implementeringsfasen igen. Att uppfylla alla mål innebär att nå milstolpen för den färdiga produkten (Product Release) och slutföra hela utvecklingscykeln.
Se även
Anteckningar
- ↑ Boehm B, "A Spiral Model of Software Development and Enhancement Archived May 28, 2015 at the Wayback Machine ", IEEE Computer, IEEE, 21(5):61-72, maj 1988
- ↑ Tom Gilb. Principer för Software Engineering Management. - 1. - Addison-Wesley Professional, 11 januari 1988. - 464 sid. — ISBN ISBN 0201192462 ISBN 978-0201192469 .
Litteratur
- Ivar Jacobson , Grady Booch , James Rumbaugh (1999). Unified Software Development Process
- Gary Pollice , Liz Augustine , Chris Lowe, Jas Madhur (2003). Mjukvaruutveckling för små team: A RUP-Centric Approach
- Per Kroll, Philippe Kruchten (2003). Rational Unified Process Made Easy, The: A Practitioner's Guide to RUP
- Per Kroll, Bruce Mac Isaac (2006). Agility och disciplin på ett enkelt sätt: Övningar från OpenUP och RUP
- Philippe Kruchten (1998). Den rationella enhetliga processen: en introduktion
- Ahmad Shuja, Jochen Krebs (2007). RUP Referens- och certifieringsguide
- Walker Royce, Software Project Management, A Unified Framework
Länkar