KOMPETENSSYSTEM - Örebro universitet

More documents

Recommendations

Info

Kompetenssystem systemets övergripande design. Kom ihåg att någon designspecifikation inte finns att tillgå, därför förespråkar XP att integrationstester utföras dagligen. Regel 4 – Parprogrammering För att ytterligare förhindra fel i systemdesignen tillämpas i XP parprogrammering. Den som för tillfället inte programmerar kan då kontrollera så att de omstruktureringar som görs inte påverkar integrationen med systemets övriga delar. Regel 5 – Användare Eftersom det inte finns någon utförlig dokumenterad specifikation av projektet används en ”riktig användare” som programmerarnas bollplank. Denne kundrepresentant får fungera som ”detaljkrav” under hela projektets gång och därför behövs inga detaljerade och dokumenterade krav. I den ursprungliga handledningen (Beck, 1999) hävdar Kent Beck, en av XPs tre grundare, att en kundrepresentant skall finnas tillgänglig för utvecklingsteamet 40 timmar i veckan. Det bästa är att helt enkelt knyta henne/honom till projektgruppen. Kritikerna hävdar att det är alltför kostsamt för kunden att avvara en anställd till projektet så länge detta pågår. Beck menar att det är ett val som måste göras. Om det är för dyrt att avvara en anställd för att bidra till utvecklingen av ett väl fungerande system, då kanske systemet inte ska införskaffas alls (Beck, 1999). Sedan 1999 har denna kundroll förändrats och idag är det inte längre en person utan snarare ett team av kundrepresentanter som håller ständig kontakt med utvecklingsteamet, utan att för den skull behöva sitta i samma rum som programmerarna. 5.2 TPFD TPFD är en utvecklingsmetod som lärs ut i kursen Programvaruutveckling och Projekthantering vid <strong>Örebro</strong> Universitet, Institutionen för Teknik. Den är framtagen av Håkan Lindegren och är lämplig att användas till små- eller delar av ett större projekt. TPFD står för TestPlan Före Design och tanken är att lära sig så mycket som möjligt om det system som skall byggas innan implementationsfasen påbörjas, dvs raka motsatsen till vad XP förespråkar. TPFD är en inkrementell metod där ett inkrement består av fyra delprocesser, se figur 5.2. Egentligen är det en omskrivning av vattenfallsmodellen, som beskrevs i avsnitt 3.2.2. Lindegren (2003, s. 369) hävdar att modellen fungerar; bara inkrementen hålls korta. Rekommenderad maxlängd på ett inkrement är 26 veckor. Figur 5.2: RGKU-modellen Peter Lorenz 42(47)
Kompetenssystem Varje delprocess innehåller ett antal aktiviteter som skall utföras, se figur 5.3. Under R-processen dokumenteras grundligt systemets funktionalitet genom dokumenten användarkrav och detaljkrav. En testplan utvecklas redan i denna process utifrån det som står i detaljkraven och ett konfigurationsdokument tas fram. I G-processen utvecklas en designspecifikation som skall ligga till grund för systemets implementation. Indata blir detaljkrav och testplan och vid processens slut skall en färdig produkt finnas för test- och felrättning. Dokument med en sammanställning av återstående problem samt ändringslogg skall också vara ett resultat av G-processen. I ändringsloggen läggs de förslag till ändringar som kommer in efter det att ett dokument stängts, dvs. godkänts av granskaren. Figur 5.3: Aktiviteter i TPFD-metoden K-processen syftar till att uppdatera dokument och verifiera produkten. Test- och felrättning påbörjas och resultatet från processen skall vara en väl fungerande produkt och en ordnad dokumentation. U-processen tillhandahåller aktiviteter för att hantera utgåvor, dvs. paketera produkt och utvecklingsmiljö. I denna process spelar konfigurationsdokumentet en betydande roll. Peter Lorenz 43(47)
Page 1 and 2: Examinator: Lars Karlsson COMPETENC
Page 3 and 4: Förord Till grund för denna rappo
Page 5 and 6: Kompetenssystem 1 Inledning 1.1 Bak
Page 7 and 8: Kompetenssystem I min grupp beslöt
Page 9 and 10: Kompetenssystem PMM (Project Manage
Page 11 and 12: Kompetenssystem Figur 3.3: Faser oc
Page 13 and 14: Kompetenssystem Visuell modellering
Page 15 and 16: Kompetenssystem Figur 3.7: Meteorit
Page 17 and 18: Kompetensia 3.3 Microsoft.NET År 2
Page 19 and 20: Kompetensia Kontroller I ASP.NET fi
Page 21 and 22: Kompetensia Figur 3.10: ASP.NET-fö
Page 23 and 24: Kompetensia Vilken modul som kommer
Page 25 and 26: Kompetensia 4 Resultat Detta avsnit
Page 27 and 28: Kompetensia Certifiering Användare
Page 29 and 30: Kompetensia Kompetensmål Här skal
Page 31 and 32: Kompetensia Sök kompetens Följand
Page 33 and 34: Kompetensia Figur 4.14: Antalet ans
Page 35 and 36: Kompetensia Figur 4.16: Applikation
Page 37 and 38: Kompetenssystem Figur 4.18: Kommuni
Page 39 and 40: Kompetenssystem Figur 4.19: Databas
Page 41: Kompetenssystem 5 Jämförelse av R
Page 45 and 46: Kompetenssystem Det som bidrar till
Page 47: Kompetenssystem 7 Referenser Advant

KOMPETENSSYSTEM - Örebro universitet

Create successful ePaper yourself

Delete template?

Save as template?