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

5 Jämförelse av RUP, Extreme Programming och TPFD<br />

Avsnittet ger en översikt av två andra utvecklingsmetoder som hade kunnat tillämpats under<br />

projektets gång istället för RUP.<br />

Till grund för jämförelsen av metoderna i kapitlets sammanfattning ligger de erfarenheter av<br />

RUP som examensarbetet givit, tillsammans med litteraturstudier om TPFD-metoden<br />

(TestPlan Före Design) och XP (Extreme Programming).<br />

5.1 XP<br />

XP är uppbyggt av ett antal regler. Jämfört med RUP, där man kan konfigurera och använda<br />

de delar man har behov av, måste man i XP tillämpa samtliga regler för att metoden skall<br />

fungera. Varje regel utgör en kedjelänk, se figur 5.1. Tas en länk bort havererar hela idén med<br />

XP.<br />

Figur 5.1: XP-kedjans regler<br />

Regel 1 – User stories<br />

Projektet drar igång utan att specificera några detaljerade krav på produkten, förutom några<br />

kortfattade så kallade user stories, författade på enkla berättarkort. De är skrivna av kunden<br />

och beskriver vad systemet skall göra. Det som skiljer dessa från RUPs användningsfall och<br />

TPFDs användarkrav är detaljrikedommen. I XP är denna endast tillräcklig för att grovt<br />

bestämma implementationstiden. När det är dags att implementera en user story träffas<br />

utvecklarna och kunden för en muntlig detaljerad beskrivning av funktionerna.<br />

Regel 2 – Konstant omstrukturering<br />

Eftersom det inte finns någon detaljspecifikation av kraven, finns inte heller möjlighet att ta<br />

fram någon design- och systemspecifikation innan implementation påbörjas. Det betyder att<br />

systemdesignen kommer att ändras flera gånger under projektets gång. Detta tillåts dock och<br />

anses säkert så länge koden ständigt omstruktureras. Även i RUP och TPFD är<br />

omstrukturering ett välkommet inslag men då endast för att kontrollera och förbättra en redan<br />

framtagen design och inte alls lika omfattande som i XP.<br />

Regel 3 – Automatiserade enhets- och integrationstester<br />

Det är känt att omstrukturering av kod kan medföra att fler fel byggs in i koden, då viktiga<br />

data kanske flyttas eller tas bort. Detta förebyggs i XP av ständiga och utförliga enhetstester.<br />

Dock kommer dessa tester enbart att avslöja fel i koden och inte fel man infört som påverkar<br />

Peter Lorenz 41(47)

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

Saved successfully!

Ooh no, something went wrong!