RUP - Elaboration
Förord
RUP - Elaboration - Skapa en arkitektur Denna artikel kommer att beskriva den andra fasen i Rational Unified Process (RUP) som benämns Elaboration. Artikeln är en fördjupning från artikel 566 som beskrev RUP översiktligt och en fortsättning till artikel 575 som beskrev Inceptionsfasen.Innehåll
»»
»
»
»
»
»
»
»
Relaterade artiklar
» RUP - Construction» RUP - En introduktion
» RUP - Inception
» RUP - Transition
Artikelns syfte
Artikeln kommer att beskriva Elaborationsfasen i RUP ett på ett mer ingående sätt, beskriva vilka artefakter man kan förvänta sig ur fasen, vilka som arbetar, aktiviteter och arbetsflöden samt vad som bör uppnåtts innan man når milstolpen för Elaboration.
Begrepp
Beskrivning
Huvudsyftet med Elaborationsfasen är att få fram en stabil och trovärdig arkitektur baserad på de arkitekturellt siginfikanta användningsfallen. En körbar prototyp runt det centrala i systemet som bör innehålla ungefär 10% av den slutliga kodmassan. Bland de primära målen bör man ha hittat några av dessa punkter:
Att definiera och validera en startpunkt för projektets arkitektur, att skapa en så kallad baseline (vilket formellt sett innebär att en artefakt hamnar i någor form av releasehantering och därmed kontroll).
Att skapa en baseline för visionsdokumentet.
Att skapa en baseline för en plan inför nästa fas - Constructionfasen på hög nivå.
Demonstrera för kravställare att projektets arkitektur stödjer visionen inom rimliga kostnader och att projektet följer tidplanen.
Att skapa en preliminär testplan med en, om än luddig, strategi för de framtida testerna.
Här visas de arbetsflöden i RUP som är mest aktiva i fasen.
Aktiva arbetsflöden
De mest aktiva arbetsflödena i denna fas ärAffärsmodellering
Kravhantering
Analys & Design
Utveckling
Test
Konfigurationshantering
Projektledning
Vilka arbetar
Inom RUP talar man om roller i projekt, i ett mindre projekt kan samma person ha flera olika roller medans ett större projekt kan ha flera personer i samma roll. I Elaborationsfasen är det följande roller som har mest att göra:Projektledaren
Arkitekten
Processingenjören
Konfigurationsansvarige
Utvecklingsansvarige
Designer
Användningsfallsspecificeraren
Affärsdesigner
Affärsprocessanalytikern
Systemanalytikern
Testledare
Databasdesignern
Implementatör
Prestandatestare
Viktigaste aktiviteter
De viktigaste aktiviteterna i denna fas utförs för att identifiera och formulera för att identifiera och formulera förutsättningarna för projektet och dess eventuella fortsättning.Bland dessa aktiviteter bör man hitta:
Utveckla och granska visiondokumentet.
Skapa djup förståelse i projektet för den viktigaste funktionaliteten genom granskningar av de centrala användningsfallen tillsammans med designer och arkitekt.
Utveckla, granska och etablera artefakten Development Case.
Utveckla, granska och etablera den tekniska utvecklingsmiljön och de verktyg som behövs.
Skapa och granska fler användningsfall för att samla in och fånga fler krav på systemets funktionalitet.
Framtagna artefakter
Användningsfallsmodell
En användningsfallsmodell som är åtminstone 80 procent komplett, vilket innebär att samtliga aktörer har blivit identifierade och de flesta användingsfallsbeskrivningarna är under utveckling.Fler krav identifierade
Fler krav som är icke funktionella och sådana som inte hör ihop med ett särskilt användningsfall.SAD Dokument
Software Architecture Document, ett dokument som grundläggande beskriver systemet. Mycket användbart dokument för de som kommer in senare i projektet och snabbt behöver få en orientering i systemet.Körbar arkitekturprototyp
En körbar protoyp över de mest centrala användningsfallen, här ligger ungefär 10 procent av den totala kodmassan för projektet.Risklista
En granskad och godkänd risklista.Business Case
Ett granskat och godkänt Business Case.Utvecklingsplan
En utvecklingsplan för hela projektet inklusive grovkorning projektplan med iterationsplanering med respektive utvärderingskriterium.Testplan
En påbörjad testplan
Milstolpe efter Elaboration
Visionen och kraven är stabila.
Arkitekturen är stabil.
De största riskerna har blivit identifierade och eliminerade.
Iterationsplanerna för nästa fas är tillräckligt detaljerade och trovärdiga.
Alla kravställare är eniga om att visionen kommer att uppnås under rådande omständigheter.
Utfall stämmer med förväntningar
Innan man kan gå över i nästa fas bör de flesta frågeteckan ha rätats ut och de tveksamheter som funnits eliminerats.
I denna fas blir poängen med iterativ utveckling väldigt tydlig: alla arbetsflöden får gå runt till dess att milstolpen och dess förbehåll är uppnådda innan man går in i nästa fas
Projektet bör nu ha förbrukat 5% av totala projektiden och ungefär 10% av sina arbetsresurser.
Avslutning
Artikeln ingår i en serie om de olika faserna i RUP, nästa artikel handlar om constructionfasen då projektet accelererar - prototypen skall omsättas i verkligheten.Lämna gärna synpunkter eller kom med frågor.
Och glöm inte rösta på artikeln.
Mattias Järnhäll
Se rubrik.. Att hämta info från en bok är okej, men att skriva rakt av vet jag inte om jag tycker är ok!? Du skulle åt minståne kunnat kosta på dig att referera till boken.