KOMPETENSSYSTEM - Örebro universitet
KOMPETENSSYSTEM - Örebro universitet
KOMPETENSSYSTEM - Örebro universitet
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)