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