Brukervennlighet i smidig systemutvikling - Brukerinvolvering i ...
Brukervennlighet i smidig systemutvikling - Brukerinvolvering i ...
Brukervennlighet i smidig systemutvikling - Brukerinvolvering i ...
You also want an ePaper? Increase the reach of your titles
YUMPU automatically turns print PDFs into web optimized ePapers that Google loves.
KAPITTEL 2. FORSTUDIE 21<br />
2.4.3 Brukervenlighet i <strong>smidig</strong> <strong>systemutvikling</strong><br />
I utviklingsprosjekter der man tidligere benyttet vannfallsmodellen, ønsket man ˚a<br />
studere brukervennligheten s˚a tidlig som mulig i prosessen. Dette gjorde man for<br />
˚a sikre at man hadde et godt gjennomarbeidet brukergrensesnitt før implementasjonsfasen<br />
startet. N˚ar selve implementasjonsfasen startet, ville man ikke kunne<br />
endre p˚a brukergrensesnittet, noe som førte til at eventuelle forbedringer m˚atte<br />
vente til neste versjon av systemet. Siden <strong>smidig</strong> utvikling har en iterativ utviklingsprosess<br />
har man mulighet til ˚a gjøre endringer i brukergrensesnittet helt frem<br />
mot levering. Dermed kan endringer komme med i gjeldene versjon, noe som betyr<br />
at man ikke trenger ˚a vente til neste versjon med ˚a implementere disse endringene<br />
(noe som er tilfellet for vannfallsmodellen).<br />
Brukerhistorier (User stories)<br />
En brukerhistorie vil gi utviklerne en forst˚aelse av funksjonaliteten som vil være<br />
verdifull for brukeren. Brukerhistoriene brukes som et grunnlag for ˚a lage en detaljert<br />
kravspesifikasjon over hvilken funksjonalitet som skal implementeres i det<br />
endelige systemet. Mick Choen mener at brukerhistorier bør være sammensatt av<br />
følgende tre aspekter [15]:<br />
• En skriftlig beskrivelse av brukerhistorien, b˚ade for planlegging og som senere<br />
referanse.<br />
• En samtale om brukerhistorien for ˚a forst˚a detaljene i historien<br />
• Tester og detaljert dokumentasjon som formidler om form˚alet med historien<br />
er oppn˚add.<br />
Dette vil sikre at man f˚ar en grundig forst˚aelse av brukerhistorien slik at de riktige<br />
kravene blir trukket ut fra historien. Deretter kan man bruke denne som referanse<br />
n˚ar man skal teste om systemet oppfyller kravene i validitetsfasen.<br />
Et eksempel p˚a en brukerhistorie kan være: Som en kundebehandler kan jeg søke<br />
opp kunder basert p˚a fornavn og etternavn.<br />
Akseptansetesting<br />
Man kan se p˚a akseptansetesten som en kvalitetskontroll av at kravene til systemet<br />
er implementert riktig.