KOMPETENSSYSTEM - Örebro universitet
KOMPETENSSYSTEM - Örebro universitet
KOMPETENSSYSTEM - Örebro universitet
You also want an ePaper? Increase the reach of your titles
YUMPU automatically turns print PDFs into web optimized ePapers that Google loves.
Kompetenssystem<br />
3.2.2 Vattenfallsmodellen<br />
Vattenfallsmodellen är en utvecklingsmodell för programvara. Den togs fram på 70-talet då<br />
man såg behov av ett strukturerat arbetssätt. Den bygger på illusionen att det är möjligt att i<br />
ett tidigt skede av projektet fastställa och frysa systemets samtliga krav. Faserna i tabell 3.1<br />
passeras och en ny fas kan inte påbörjas förrän den gamla är helt färdig. Eventuella problem<br />
som dyker upp skjuts på framtiden eller ”kodas runt” och om kravändringar hotar arbetets<br />
gång håller man sig till det som bestämts från början.<br />
Kravanalys<br />
Design<br />
Implementation och<br />
deltest<br />
Systemtest<br />
Tabell 3.1:<br />
Vattenfallsmodellens faser<br />
I dag finns stor enighet om att vattenfallsmodellen inte<br />
lämpar sig för mjukvaruutveckling. Det har visat sig att ett<br />
parallellt och iterativt arbetssätt, som exempelvis RUP<br />
förespråkar lämpar sig mycket bättre än vattenfallsmodellens<br />
linjära och sekventiella metodik (Tallung, 2003).<br />
3.2.3 RUP<br />
RUP är en generell process för programvaruutveckling. Det är en kommersiell produkt som<br />
marknadsförs och utvecklas av Rational Software Corporation (IBM Rational, 2004) och nya<br />
utgåvor kommer regelbundet.<br />
I RUP har man försökt samla mycket av dagens bästa praxis inom programvaruutveckling och<br />
den är avsedd att fungera i så väl små som stora projekt. Detta betyder att RUP innehåller en<br />
stor mängd dokumentation och mallar, många av mycket abstrakt karaktär. Det finns ofta ett<br />
behov av att anpassa RUP efter projektets storlek, konkretisera beskrivningar och komplettera<br />
anvisningar med mera, därför brukar RUP även kallas för en konfigurerbar process.<br />
Bästa praxis betyder att man i RUP inkluderat ett antal väl beprövade metoder från tidigare<br />
programvaruutvecklingsmodeller. Dessa kan användas vid utveckling utan att för den skull<br />
tillämpa RUP. I dokumentationen återfinns följande sex beprövade metoder.<br />
Iterativ utveckling<br />
Utvecklingen delas upp i fyra större faser enligt figur 3.3 inom vilka ett antal iterationer sker.<br />
På svenska skulle dessa faser kunna kallas Föreberedelse, Etablering, Konstruktion och<br />
Överlämning (Lunell, 2003). Antalet iterationer i varje fas är beroende av projektets storlek<br />
och behov.<br />
Peter Lorenz 10(47)