1. No category

Kravställande/kravhantering
Systemering med användarfokus
Suzana Ramadani
1
ACD metoden: faserna
 Analys
 Användaranalys
 Uppgiftsanalys
 Kravställande
 Funktionalitetskrav
 Egenskapskrav
 Användbarhetskrav
 Design
 Prototyping
 Utvärdering
Suzana R (omarb från Pongolini)
2
Kravanalys
 Kravanalys – kartlägga ett system
 Resultat – en kravspecifikation som ställer krav på ett
system, anger vad systemet skall kunna göra
 Kontrakt mellan kund och leverantör
 Beställaren – Leverantören
 Verksamhetsanalys – behovet av ett system
 Begreppsanalys
 Scenario och aktörer
Suzana R (omarb från Pongolini)
3
Vad är ett krav?
 Ett krav är en önskvärd egenskap eller funktion hos
ett IT-system
 En specifikation av vad systemet skall göra
 Under vilka omständigheter systemet förväntas
fungera
Suzana R (omarb från Pongolini)
4
Kravanalys
 Förståelse för systemdomän, behov, begränsningar i
miljö och organisation, hårdvara
 Förståelse för intressenter
Suzana R (omarb från Pongolini)
5
Analysresultaten -> Kravspecifikation
 Analyserna leder till krav i kravspecifikationen
 Funktionalitetskrav
 Krav på vilka funktioner som systemet ska tillhandahålla
 Skall vara motiverade utifrån användarens behov och deras (olika)
sätt att utföra uppgiften på
 Egenskapskrav
 Kringliggande krav så som tillförlitlighet, återanvändbarhet,
säkerhet, effektivitet….
 Användbarhetskrav
 Krav på användandet av systemet
 Skall vara mätbara/avgörbara
Suzana R (omarb från Pongolini)
6
Kravhantering – faser
 Identifiera krav
 Utgå från analysmaterialet
 Härledbara krav från analysen
 Klassificera kraven
 Användbarhetskrav
 Funktionalitetskrav
 Typifiera och specificera dessa krav ytterligare och iterativt
 Prioritera och rangordna kraven
 Fastställ kravspecifikationen
Suzana R (omarb från Pongolini)
7
Analysresultaten -> Kravspecifikation
Analyserna leder till krav i kravspecifikationen:
 Användaranalys
 användbarhetskrav
 Krav på användandet av systemet
 Skall vara mätbara/avgörbara
 Uppgiftsanalys
 funktionalitetskrav
 Krav på vilka funktioner som systemet ska tillhandahålla
 Skall vara motiverade utifrån användarens behov och deras (olika)
sätt att utföra uppgiften på
Suzana R (omarb från Pongolini)
8
Spårbara designbeslut (rep)
uppgifts
analys
användar
analys
anpassad till
målgrupperna &
användningssituationen
anpassad till
uppgiften
anv. funk.
barhet
kravspec
utvärdering
beskriver hur
funktionerna
tillhandahålls
övergripande design,
interaktionssätt,
in- utmatningsdon,...
Suzana R (omarb från Pongolini)
prototyp
9
Användbarhetskrav
 Inlärning (Learnability)
 Hur lätt är det att lära sig systemet?
 Hur lång tid får det ta att komma till en viss grad av
användande?
 Hur lång tid tar det att bli expert?
 Ex. Learnability
 En testperson skall, efter 3 minuters introduktion till
systemet, kunna skicka och ta emot ett meddelande
 Motivering: Hög personalomsättning med många vikarier
varje dag
 En användare som använt systemet under en arbetsdag
skall efter en veckas uppehåll kunna komma till samma
nivå av användning efter 1 minuts introduktion
Suzana R (omarb från Pongolini)
10
Användbarhetskrav
 Genomförande (Throughput)
 Hur smidigt är systemet att använda?
 Kan uppgiften utföras fortare jämfört med dagens system?
 Ex Throughput
 Användningen av systemet skall öka den tillgängliga tiden
för vårdpersonalen hos vårdtagaren
 Motivering: Tidspress, främst kopplad till att personalen
vill kunna spendera mer tid hos vårdtagaren.
 98% av samtliga meddelanden som sänds skall uppfattas
och mottagas korrekt
 Motivering: Krav på säkerhet och vårdtagares integritet.
Suzana R (omarb från Pongolini)
11
Användbarhetskrav
 Subjektiva åsikter (Attitude)
 Användarens subjektiva åsikter
 Användarens personliga upplevelser under användning
 Vilket varumärke förmedlar systemet
 Ex. Attitude
 80% av användarna skall svara Ja på frågan: ”Tycker du att
meddelandesystemet har underlättat din arbetssituation?”
 Motivering: Ett problem är den stora
personalomsättningen och problem att få personalen att
stanna kvar.
 70 % av användarna skall svara Ja på frågan: ”Tycker du att
systemet känns modernt och spännande?”
 Motivering: Statusen i yrket bör höjas för att få personal
att söka sig till vården och för att få dem att stanna kvar.
Suzana R (omarb från Pongolini)
12
Användbarhetskrav
 Flexibilitet (Flexibility)
 Om uppgiften förändras, kan systemet följa med?
 ”Kan jag göra på mitt sätt”
 Användarupplevelser (User experience goals)
 Underhållande
 Estetisk upplevelse
 Kreativitetsskapande
 Roligt
 etc.
Centralt för en interaktionsdesigner!
Suzana R (omarb från Pongolini)
13
Ex. Användbarhetskrav
Användbarhetskrav skall vara mätbara (avgörbara), dvs.
inte ”lättanvänt”. Tänk på kraven som ett kontrakt!
 Exempel:
 Biljettautomat:
usability  8 av 10 testpersoner skall ta sig igenom köpprocessen med mindre
än två felaktiga val första testomgången.
 75% av testpersonerna skall uppge att de upplevde
user
experience biljettautomaten som ett tidsbesparande alternativ, jämfört med
kassaförsäljning.
 Professionellt bokföringsprogram:
usability  Efter 2 veckors träning, skall 9 av 10 testpersoner utföra sina
rutinuppdrag (se spec.) på kortare tid än med det gamla systemet.
 Efter 3 månaders användande, skall 80% av användarna tycka att
user
experience det nya systemet är mer tillfredställande än det gamla.
Suzana R (omarb från Pongolini)
14
Funktionalitetskrav
 är krav på vilka funktioner som skall tillhandahållas
(på något sätt) för att uppgiften/aktiviteten ska
kunna utföras
 bör vara prioritetsordnade
 (t.ex nödvändiga, önskvärda, tänkbara)
 funktionens berättigande skall vara tydlig från
uppgiftsanalysen
Suzana R (omarb från Pongolini)
15
Ex. System för heminredning
 Ett system där man kan konstruera (en modell av) sitt
eget hem/rum och sedan experimentera med olika
inredningar (möbler, färger, tapeter, gardiner, golv,…)
 Systemet är tänkt att vara ihopkopplat med en
databas med produktinformation (bl.a. en modell av
produkten) från t.ex. möbel-, färg-, tyg- och
köksutrustningsaffärer
Suzana R (omarb från Pongolini)
16
Ex. Början till funktionalitetskrav
 Nödvändiga funktioner:
 skapa ett rum
 beklä väggar, golv, tak
 inreda rummet med möbler
 välja möbeltyp
 välja möbelbeklädnad
 placera möbeln
 visualisera rummet
 ...
 spara, ladda, skriva ut
 Önskvärda funktioner:
 se två alternativa inredningar samtidigt
 ...
Suzana R (omarb från Pongolini)
17
Ex. Funktionalitetskrav
Funktionerna bör rangordnas efter grad av viktighet.
Exempel (från ett heminredningssystem)
1. nödvändiga funktioner:




välja utseende på väggar, tak och golv
konstruera en 3D-modell av ett rum
placera ut möbelmodeller i rummet
titta sig runt i det möblerade rummet
2. viktiga funktioner:

kunna se två rum samtidigt (för jämförelse)
3. önskvärda funktioner


skriva ut olika vyer av rummet
...
Suzana R (omarb från Pongolini)
18
Ex. Funktionalitetskrav, forts.


Tänk vidare…
Fler användargrupper?



Rörelsehindrade speciellt viktig målgrupp? (samlat,
hemma)
Möbeldesigners? Koppla ihop med CAD-system?
Andra användningsområden?


Arkitektutbildningar i utbildningssyfte?
Skapa presentationsmaterial, reklambroschyrer?
Intressant för möbelföretag, affärer, reklambranschen?
Suzana R (omarb från Pongolini)
19
Kravspecifikation
 Organisera kraven
 Funktionskrav
 Användbarhetskrav
 Gör prioriteringar
 Skallkraven/Nödvändiga
 Börkraven/Viktiga
 Kompletteringskraven/Önskvärda
20
Källa: http://anvandbarhet.se/bok:idefasen
21
Källa: http://anvandbarhet.se/bok:idefasen
22
Litteraturhänvisning
 Gulliksen & Göransson, kap 3, 6
 http://anvandbarhet.se/bok:idefasen
 http://www.usabilitypartners.se/tjanster/
23