Att fastställa krav
Annakarin Nyberg
Disposition
Del 1
•  Varför samla in krav?
•  Typer av krav
•  Interaktionsdesign och krav
Del 2
•  Analys, tolkning och presentation
–  Scenarios
–  Use cases
–  Task analysis
•  Avslutning
2
Utgångspunkt
Designprojekt
–  Uppdatering av existerande system
–  Nydesign
Faktorer av vikt (oavsett vilken situation/designprojekt):
–  Förväntningar, mål, krav, som måste beaktas
•  Kräver:
–  Förståelse för användaren, deras förmågor, uppgifter
–  Att fastställa krav sker ofta parallellt med annat
3
Varför samla in krav?
4
Varför samla in krav?
•  För att lyckas med design
•  Dyrt att korrigera brister i design
•  ”Finding and fixing a software problem after delivery is
often 100 times more expensive than finding and fixing it
during the requirements and design phase” (Boehm &
Baili, 2001)
•  För att tvinga användaren att uttrycka sig ”rätt”
•  Designerns känsla för användarens behov är ofta felaktig
5
Varför samla in krav?
6
Typer av krav
•  ”Jag vill kunna boka en biobiljett på mindre än 10 sekunder”
•  ”Jag vill att gamla människor skall kunna boka biljetter”
Krav = en utsago om en tänkt produkt som specificerar vad
den ska göra eller hur detta ska genomföras.
Två typer av krav inom systemutveckling (ex. mobiltelefon):
–  Funktionella – Vad systemet skall kunna göra
•  Ex. enkel att använda för olika användargrupper
–  Icke funktionella – Vilka begränsningar som påverkar systemet och
dess utveckling
•  Ex. Skall finnas i handeln innan 2015
Fler typer av krav inom interaktionsdesign…
7
Interaktionsdesign och krav
Fler typer av krav inom interaktionsdesign:
–  Funktionella krav, se ovan
–  Användarkaraktäristik, nyckelegenskaper hos
användaren
–  Användbarhets och upplevelsemål, egenskaper som
systemet bör ha
–  Datakrav, typ, storlek, mängd, korrekthet, värde mm av
data
–  Kontextuella krav, rörande miljön där systemet används
•  Fysisk kontext, ljus, ljud, rörelse, damm, fukt mm
•  Social kontext, samarbete, koordination, typ av kommunikation
mm
•  Organisatorisk kontext, träningsmöjligheter, stödfunktioner,
hierarki mm
•  Teknisk kontext, vilken plattform skall systemet användas på mm
8
Datainsamling kring krav
Mål: Att samla in tillräckligt med relevant information så att
stabila krav kan fastställas!
Stabila krav?!
Om:
–  De uppgifter som användarna utför och deras mål
–  Kontexten där dessa uppgifter genomförs
–  Rationaliteten i nuvarande situationen
Kända tekniker:
– 
– 
– 
– 
Intervjuer
Fokusgrupper
Enkäter
Observation
Mindre kända:
–  Studera dokumentation
–  Studera liknande produkter
Hur välja?
–  Vad skall stödjas? Deltagarna, designers, resurser
9
Krav, analys, tolkning och presentation
•  Kravinsamling:
– 
– 
– 
– 
Fokusera på att identifiera intressenternas behov
Involvera alla intressenter
Involvera mer än bara en intressent per grupp
Stöd datainsamlingen med rekvisita
•  Analys, tolkning och presentation
–  Från slutet, till hela processen
–  Kan beskriva existerande eller tänkt beteende
Vi ska titta på tre uppgiftsbeskrivningstekniker:
•  Scenarios
•  Viktiga användarfall (use cases)
•  Uppgiftsanalys (task analysis)
10
Uppgiftsbeskrivningstekniker
•  Scenario – en informell berättelse
–  Vid krav: kontext, usability, user experience goals, uppgifter
–  Skapas vid workshops, intervjuer, brainstorming
Ex. “You are invited to a party that takes place in a club-house located in the town
centre, which you are not familiar with, and your friend gives you instructions on
how to get there by bus. The instructions are simple, and you also know the address,
so you don’t expect any problems with finding the place. But when you get off the
bus, you quickly realize that you are lost… You look around and see a person
training his dog. Probably, he could help you?”
11
Uppgiftsbeskrivningstekniker
•  Användarfall (use cases)
–  Fokuserar på mål, men på MDI mer än på aktiviteter
–  En aktör med ett mål som inkluderar användning av ett system
–  Visar primärt förväntat beteende
Ex. (bokning av bilbesiktning)
1.  Systemet ger dig alternativet att boka tid för besiktning
2.  Användaren klickar på knappen boka tid för besiktning
3.  Systemet visar ett fält och ber om registreringsnummer
4.  Användaren fyller i registreringsnumret
Alternativa vägar
5.  Registreringsnumret är felaktig
5. 
Systemet visar ett felmeddelande ”registreringsnumret stämmer inte”
12
Uppgiftsbeskrivningstekniker
•  Task analysis
För utforskande av existerande situation
– 
– 
– 
– 
Rationalitet och syfte med handlingar
Vad användaren vill åstadkomma
Varför de vill det
Hur de gör det
•  Hierarkisk task analysis
– 
– 
– 
– 
Mål
Hierarkier
Planer
Fokus på observerbara handlingar
För att köpa kaffekapslar
1. 
Hitta de kapslar du vill ha
2. 
Välj antal kapslar
3. 
Välj betalsätt
4. 
Fyll i uppgifter
5. 
Bekräfta order
–  Vid lagrade uppgifter gör 1, 2, 3, 5 annars 1-6
13
Avslutning
Kravinsamling
Olika typer av krav
Hur samla in krav
Varför samla in krav
Tre olika tekniker för uppgiftsbeskrivningar
Syfta med dessa?
14
Uppgift: kravspecifikation för en
MP3-spelare
Diskutera och skriv ned följande krav:
–  Funktionella krav, se ovan
–  Användarkaraktäristik, nyckelegenskaper hos användaren
–  Användbarhets och upplevelsemål, egenskaper som
systemet bör ha
–  Datakrav, typ, storlek, mängd, korrekthet, värde mm av
data
–  Kontextuella krav, rörande miljön där systemet används
•  Fysisk kontext, ljus, ljud, rörelse, damm, fukt mm
•  Social kontext, samarbete, koordination, typ av kommunikation mm
•  Organisatorisk kontext, träningsmöjligheter, stödfunktioner, hierarki
mm
•  Teknisk kontext, vilken plattform skall systemet användas på mm
15