Föreläsning 4 Identifiera krav och behov. Att läsa: Kapitel 10 i Rogers et al.: Interaction design

Transkript

1 Föreläsning 4 Identifiera krav och behov Att läsa: Kapitel 10 i Rogers et al.: Interaction design

2 Översikt Vikten av krav Olika typer av krav Datainsamling för olika krav Scenarier Use Cases Essential use cases Krav 2

3 Stjärnmodellen Analys Utvärdering Implementation Prototyper Krav Design Krav 3

4 En enkel modell Identifiera behov/ ta fram krav Designalternativ Utvärdera Prototyp Slutlig produkt Krav 4

5 Vad, hur och varför? (1) Vad: Två mål: 1. Förstå mesta möjliga om användare, uppgift, sammanhang/situation (PACT) 2. Ta fram en lista med krav Hur: Datainsamling Dataanalys Uttryck resultaten som krav Allt är iterativt Krav 5

6 Vad, hur och varför? (2) Varför: Kravdefinition: det steg där misstag oftast förekommer Att förstå kraven är nödvändigt Krav 6

7 Volere: formulär Krav

8 Volere kravmall Krav

9 Fastställa krav Vad vill användare ha? Vad behöver de? Krav behöver klargöras, förfinas, kompletteras, avgränsas Input: kravdokument (kanske) Output: stabila krav Varför fastställa? Krav härrör från en förståelse för användarnas behov Krav motiveras av och relateras till insamlade data Kommer från observationer/intervjuer/ enkäter/övriga källor Krav 9

10 Olika typer av krav Funktionella: Vad systemet ska göra Det man traditionellt menar med krav (Icke-funktionella: minnesstorlek svarstid m.m.) Data: Vilken typ av data ska hanteras? Hur ska de lagras (i databas)? Krav 10

11 Krav: sammanhang och situation Sammanhang och användningssituation: fysisk: dammig? bullrig? vibrationer? ljus? värme? fukt? social: dela data, dataskärm, pappersdokument, över stora avstånd, arbeta individuellt, integritet organisatoriskt: hierarkier, användarsupport, kommunikationsstruktur och infrastruktur, tillgång till utbildning Krav 11

12 Ett extremt exempel Krav 12

13 Användarrelaterade krav Användare: Vilka är det - Karakteristika: kompetens, bakgrund, attityd till datorer - nybörjare, expert, tillfällig, frekvent - Nybörjare: steg-för-steg (prompted), begränsad, tydlig information - Expert: flexibelt, access/power - Frekvent: kortkommandon - Tillfällig: tydliga instruktioner, t.ex. menyval Krav 13

14 Användbarhetskrav/mål Traditionellt ISO 9241: The effectiveness, efficiency and satisfaction with which specified users can achieve specified goals in particular environments (ISO DIS ) Även: lätt att lära lätt att utföra flexibilitet Kopplat till nytta Krav 14

15 Nyare ansatser Playability (Spelbarhet) Känslor Upplevelser Actability (Handlingsbarhet) Krav 15

16 Playability Tillfredsställelse Lärbarhet Effektivitet Uppslukad av (immersion) Motivation Känsla Socialisering Krav 16

17 !"#$#%& '#()*+),*$#%& -#$.*$#%& /""012)#%&!30($.0%022& 40*1%*5)+)67& '*$28*($#%& 9:%& ;<1*(= $.0%022& >)2*??#) A%#B+0CD0& 'A)++& >)E(:+67& 91:261*= $#%& '?00C& >)2(#.017& F#"?= +0$#%& '61:(6:1= )%D& F#%2()#:2& *B*10%022& ;52#1?$#%& G0*+)2"& >0H601)67& '#()#= (:+6:1*+&?1#H)")67&!%(#:1*= D0"0%6& F:1)#2)67& '0+8= )"?1#.0= "0%6& >).012)67& G0*($#%& F#%C:(6& '0%2#17& *??0*+& *B*10%022& I012#%*+& )"?+)(*$#%& 'J*1)%D& F#"":= %)(*$#%& /%601*($#%& Krav 17

18 Datainsamling Funktionella krav Datakrav Miljökrav Användarkrav Övriga Krav 18

19 Övning Vilka typer av krav påverkar följande system? (miljö, användartyp, användbarhet) Självbetjäning och betalning på en bensinmack Webbsajt för att handla kläder Programmeringsmiljö för datavetare Krav 19

20 Personas Beskriv användarkarakteristika Behöver (ska) inte vara en verklig person, snarare sätter man ihop egenskaper från flera användare Ska inte vara en idealiserad bild Ge personan namn, personlig bakgrund, personliga mål Ta fram flera personas Krav 20

21 Contextual inquiry En typ av etnografisk studie där användaren är experten, och designern är lärlingen/eleven Intervju som genomförs vid användarens arbetsplats som kan ta 2-3 timmar Fyra huvudprinciper : Sammanhang: arbetsplats & vad som händer Medverkan: användare och utvärderare samarbetar Tolkning: observationer tolkas av användare och utvärderare gemensamt Fokus: projektfokus tas fram, underlättar utforskandet mot uppsatta mål Krav 21

22 Att beakta vid datainsamling Identifiera och involvera intressenter: användare, chefer, kundrepresentanter, fackföreningsrepresentanter, andra intressenter Workshops, intervjuer, närvaro på arbetsplatser studies /observationer Tillgänglighet Domänkunskap distribuerad implicit Krav 22

23 Riktlinjer Fokusera på användarnas behov Helst mer än en person från varje grupp av intressenter Kombinera datainsamlingstekniker Använd prototyper eller annat material för förståelse Inled med pilottest Vad vill man verkligen fånga för typ av information Välj noggrant registreringsteknik Krav 23

24 Tekniker/verktyg Beskrivningar av uppgifter i form av scenarier concrete use cases essential use cases Krav 24

25 Scenarier I form av berättelser Vid nydesign Man identifierar tänkta scener Vilka händelser kan inträffa? En hjälp att skapa s.k. konceptuella modeller Utgår från specifika aktiviteter Krav 25

26 Concrete use cases fokuserar på interaktion mellan användare och system ursprungligen för OO förutsätter befintligt system förutsätter någon sorts gränssnitt detaljerad beskrivning av vad en användare kan göra inte specifikt på samma sätt som scenarier Användarens handlingar Systemets respons väljer... systemet gör Krav 26

27 Essential use cases försöker komma tillrätta med bristerna i scenarier och use cases (för detaljerat, cementerar hur något görs) fokuserar på användarroller abstraherar, dvs. vad snarare än hur grund för designförslag Användarens syfte vill... gör... Systemets ansvar Krav 27

28 Sammanfattning Det är avgörande att få kraven rätt Det finns olika typer av krav, de är alla betydelsefulla för design av interaktion Datainsamlingstekniker: enkäter, intervjuer, fokusgrupper, direkt observation, studera dokumentation och undersöka liknande system Scenarier, use cases och essential use cases kan användas för att klart beskriva existerande och föreställda arbetsmetoder Krav 28