26.07.2013 Views

KOMPETENSSYSTEM - Örebro universitet

KOMPETENSSYSTEM - Örebro universitet

KOMPETENSSYSTEM - Örebro universitet

SHOW MORE
SHOW LESS

Create successful ePaper yourself

Turn your PDF publications into a flip-book with our unique Google optimized e-Paper software.

Kompetenssystem<br />

systemets övergripande design. Kom ihåg att någon designspecifikation inte finns att tillgå,<br />

därför förespråkar XP att integrationstester utföras dagligen.<br />

Regel 4 – Parprogrammering<br />

För att ytterligare förhindra fel i systemdesignen tillämpas i XP parprogrammering. Den som<br />

för tillfället inte programmerar kan då kontrollera så att de omstruktureringar som görs inte<br />

påverkar integrationen med systemets övriga delar.<br />

Regel 5 – Användare<br />

Eftersom det inte finns någon utförlig dokumenterad specifikation av projektet används en<br />

”riktig användare” som programmerarnas bollplank. Denne kundrepresentant får fungera som<br />

”detaljkrav” under hela projektets gång och därför behövs inga detaljerade och<br />

dokumenterade krav.<br />

I den ursprungliga handledningen (Beck, 1999) hävdar Kent Beck, en av XPs tre grundare, att<br />

en kundrepresentant skall finnas tillgänglig för utvecklingsteamet 40 timmar i veckan. Det<br />

bästa är att helt enkelt knyta henne/honom till projektgruppen.<br />

Kritikerna hävdar att det är alltför kostsamt för kunden att avvara en anställd till projektet så<br />

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<br />

en anställd för att bidra till utvecklingen av ett väl fungerande system, då kanske systemet inte<br />

ska införskaffas alls (Beck, 1999).<br />

Sedan 1999 har denna kundroll förändrats och idag är det inte längre en person utan snarare<br />

ett team av kundrepresentanter som håller ständig kontakt med utvecklingsteamet, utan att för<br />

den skull behöva sitta i samma rum som programmerarna.<br />

5.2 TPFD<br />

TPFD är en utvecklingsmetod som lärs ut i kursen Programvaruutveckling och<br />

Projekthantering vid <strong>Örebro</strong> Universitet, Institutionen för Teknik. Den är framtagen av Håkan<br />

Lindegren och är lämplig att användas till små- eller delar av ett större projekt.<br />

TPFD står för TestPlan Före Design och tanken är att lära sig så mycket som möjligt om det<br />

system som skall byggas innan implementationsfasen påbörjas, dvs raka motsatsen till vad XP<br />

förespråkar.<br />

TPFD är en inkrementell metod där ett inkrement består av fyra delprocesser, se figur 5.2.<br />

Egentligen är det en omskrivning av vattenfallsmodellen, som beskrevs i avsnitt 3.2.2.<br />

Lindegren (2003, s. 369) hävdar att modellen fungerar; bara inkrementen hålls korta.<br />

Rekommenderad maxlängd på ett inkrement är 26 veckor.<br />

Figur 5.2: RGKU-modellen<br />

Peter Lorenz 42(47)

Hooray! Your file is uploaded and ready to be published.

Saved successfully!

Ooh no, something went wrong!