RUP Rational Unified Process. 17 november 2004

Transkript

1 RUP Rational Unified Process 17 november 2004

2 RUP Volvo Information Technology, Eva Hådding Volvo Information Technology Volvo IT ingår i Volvo-koncernen Volvo Lastvagnar Volvo Bussar Volvo Anläggningsmaskiner Volvo Penta Volvo Aero Volvo Financial Services Även externa kunder, t ex Volvo Personvagnar (Ford) Verksamhets- och systemutveckling, drift och underhåll 4700 anställda (inkl konsulter) år 2003

3 RUP Volvo Information Technology, Eva Hådding RUP hos Volvo IT RUP-implementation påbörjades 1999 Ingen större förändringar av själva processen Dock: egen modell för verksamhetsmodellering Väl utprövad modell för att etablera RUP i projekt utbildning workshops granskningar

4 rojektkaos. 1 Chaos-rapporten 28% av projekten avslutades i tid och enligt budget. 49% av projekten drog över de ursprungliga estimaten. - Tid i genomsnitt 63%. - Kostnad i genomsnitt 45%. 23% av projekten lades ner. Standish Group, 01 (

5 2 Praxis Hantera krav Använd komponentarkitekturer Modellera visuellt (UML) Verifiera kvalitet kontinuerligt Hantera ändringar Utveckla iterativt

6 raxis 1: Hantera krav 3 Praxis Hantera krav Använd komponentarkitekturer Modellera visuellt (UML) Verifiera kvalitet kontinuerligt Hantera ändringar Utveckla iterativt

7 ravhantering 4 Se till att ni löser de verkliga problemen bygger det rätta systemet mha ett systematiskt tillvägagångssätt för kravfångst organisation dokumentation hantering av de föränderliga kraven på en programvarutillämpning.

8 versikt över kravhantering 5 Behov Problem Egenskaper Lösningsområde Problemområde Programvarukrav Spårbarhet Produkt att bygga Testskript Design Anv. dok.

9 raxis 2: Använd komponentarkitekturer 6 Praxis Hantera krav Använd komponentarkitekturer Modellera visuellt (UML) Verifiera kvalitet kontinuerligt Hantera ändringar Utveckla iterativt

10 örändringståliga, komponentbaserade arkitekturer 7 Förändringstålig Uppfyller nuvarande och framtida krav Underlättar utbyggnad Möjliggör återanvändning Kapslar in systemberoenden Komponentbaserad Återanvänd eller anpassa komponenter Välj bland kommersiellt tillgängliga komponenter Vidareutveckla existerande programvara inkrementellt

11 raxis 3: Modellera visuellt (UML) 8 Praxis Hantera krav Använd komponentarkitekturer Modellera visuellt (UML) Verifiera kvalitet kontinuerligt Hantera ändringar Utveckla iterativt

12 arför visuell modellering? Fånga struktur och beteende Visa hur systemets delar passar ihop Hålla designen och implementationen konsistenta Dölja eller visa detaljer efter behov Förenkla tydlig kommunikation Dynamiska diagram Klassdiagram Användningsfallsdiagram Modeller Objektdiagram Komponentdiagram Aktivitetsdiagram Sekvensdiagram Samarbetsdiagram Tillståndsdiagram Driftsättningsdiagram Statiska diagram 9 UML erbjuder ett språk för alla inblandade

13 raxis 4: Verifiera kvalitet kontinuerligt 10 Praxis Hantera krav Använd komponentarkitekturer Modellera visuellt (UML) Verifiera kvalitet kontinuerligt Hantera ändringar Utveckla iterativt

14 erifiera programvarans kvalitet kontinuerligt 11 Programvaruproblem blir gånge yrare att hitta och åtgärda efter driftsättning Kostnad Kostnad för åtgärdande Kostnad för uteblivna möjligheter Kostnad för förlorade kunder Förberedelse Etablering Konstruktion Överlämning

15 esta varje iteration 12 Iteration 1 Iteration 2 Iteration 3 Iteration 4 UML-modell och plementation Testsvit 1 Testsvit 2 Testsvit 3 Testsvit 4 Tester

16 raxis 5: Hantera ändringar 13 Praxis Hantera krav Använd komponentarkitekturer Modellera visuellt (UML) Verifiera kvalitet kontinuerligt Hantera ändringar Utveckla iterativt

17 he Configuration and Change Management (CCM) Cube 14

18 raxis 6: Utveckla iterativt 15 Praxis Hantera krav Använd komponentarkitekturer Modellera visuellt (UML) Verifiera kvalitet kontinuerligt Hantera ändringar Utveckla iterativt

19 genskaper hos vattenfallsutveckling 16 Vattenfallsprocess Kravanalys Design Kodning och enhetstest Delsystemintegration Systemtest Försenar möjligheten att bekräfta kritiska riskåtgärder Mäter framskridande genom att utvärdera arbetsprodukter som är dåliga på att visa mängden återstående arbete Försenar och försvårar integration och testning Förhindrar tidig driftsättning Leder ofta till stora, oplanerade iterationer

20 terativ utveckling producerar körbara utgåvor 17 Risk! Krav Analys & design Initial planering Planering Projektledning Implementation Test Utvärdering Varje iteration resulterar i en körbar utgåva Driftsättning

21 iskprofiler 18 Vattenfallsrisk Risk Riskreducering Iterativ risk Tid

22 UP förverkligar dessa praxis 19 Praxis En praktisk process Hantera krav Använd komponentarkitekturer Modellera visuellt(uml) Verifiera kvalitet kontinuerligt Hantera ändringar Utveckla iterativt

23 rocesstruktur - Livscykelfaser 20 Förberedelse Etablering Konstruktion Överlämning tid Rational Unified Process definierar fyra faser: Förberedelse (Inception) Definierar projektets omfattning Etablering (Elaboration) Planera projektet, specificera egenskaper, ta fram grundversion av arkitekturen Konstruktion (Construction) Bygg produkten Överlämning (Transition) Överlämna produkten till slutanvändarna

24 asgränserna utgör större milstolpar 21 Förberedelse Etablering Konstruktion Överlämning tid Milstolpe: Livscykelmål Milstolpe: Initialt funktionsduglig Milstolpe: Livscykelarkitektur Produktutgåva

25 terationer och faser 22 Förbered. Etablering Konstruktion Överlämning Iteration F1 Iteration E1 Iteration E2 Iteration K1 Iteration K2 Iteration K3 Iteration Ö1 Iteration Ö2 Mindre milstolpar: Interna utgåvor

26 io discipliner 23

27 illsammans blir det: Ett iterativt tillvägagångssätt 24 I en iteration går man igenom alla discipliner Discipliner grupperar aktiviteter logiskt

28 RUP Volvo Information Technology, Eva Hådding RUP är en användningsfallsdriven, arkitekturcentrisk, samt riskdriven process.

29 RUP Volvo Information Technology, Eva Hådding Nyckelbegrepp i RUP: roller, aktiviteter, artefakter Aktivitet Roll Artefakt

30 RUP Volvo Information Technology, Eva Hådding RUP är en omfattande process, ett processramverk RUP bör införas stegvis RUP måste anpassas till organisationen till projektet

31 RUP Volvo Information Technology, Eva Hådding Användarcentrering i RUP Requirements: Analysis & Design: Deployment: Conceptual Road Map: Usability Engineering Concepts: User-Centered Design, Usability Testing Guidelines: Role playing, Interviews, Storyboarding, User Interface etc Use Cases Ux Plug-In

32 RUP Volvo Information Technology, Eva Hådding Användningsfall och användarcentrering... +Fokus på användarna och deras uppgifter!! - Oftast bara beskrivning av nuläget... - Användarna är inte utvecklare... - Sekventiell struktur... - Ett användningsfall blir ett fönster... - Ingen entydig definition... Användarna ska delta!

33 RUP Volvo Information Technology, Eva Hådding Användarcentrering i RUP Detta kunde ha varit bättre Detta är bra! Användbarhet är utspritt och otydligt fi kan nedprioriteras eller helt enkelt försvinna Ingen samordnande, ansvarig roll Användningsfall användarcentrering Fokus på krav Iterativ utveckling Tvärdisciplinärt samarbete

34 RUP Volvo Information Technology, Eva Hådding Frågor?