Föreläsning 5: Fastställa krav varför, vad och hur FSR: 1, 2, 5 Att läsa: Kapitel 10 i Rogers et al.: Interaction design
160412 Krav 2
Översikt Att kunna om kravspecifikation Vikten av krav Verktyg: Volere-formulär Olika typer av krav Ansatser Scenarier Hierarchical Task Anaysis Use Cases Essential use cases 160412 Krav 3
Att kunna om kravspecifikation Värdet av att beakta krav i designprocessen Ha förståelse för hur kravspecifikation hänger ihop med övriga steg i designprocessen Känna till hur olika verktyg, som Volereformuläret används i kravspecifikationen Redogöra för ett antal typer av krav, och ge exempel på specifika krav Förstå kopplingen mellan personas och scenarier Redogöra för hur Use Cases och Essential use cases bidrar till kravspecifikation Kort beskriva inspektionsmetoden Hierarchical Task Analysis (HTA) och koppla den till krav 160412 Krav 4
Vad och hur? Vad (handlar krav om): Förstå mesta möjliga om användare, uppgift, sammanhang/situation, teknik (PACT=people, activities, context, technology) Visas i en lista med krav Hur (samlas de in): Datainsamling Dataanalys Uttryck resultaten som krav Allt är iterativt 160412 Krav 5
Varför? Kravdefinition: det steg där misstag oftast förekommer Att förstå kraven är nödvändigt 160412 Krav 6
Volere: formulär Krav 160412 7
Olika typer av krav Funktionella: Vad ska systemet göra Det man traditionellt menar med krav Icke-funktionella (tekniska): minnesstorlek svarstid antal samtidiga användare olika plattformar Data: Vilken typ av data ska hanteras? Hur ska de lagras? Hur noggrant? Hur länge? 160412 Krav 8
Krav: sammanhang och situation Sammanhang och användningssituation: fysiskt: dammig? bullrig? vibrationer? ljus? värme? fukt? socialt: dela data, dataskärm, pappersdokument, över stora avstånd, arbeta individuellt, integritet organisatoriskt: hierarkier, användarsupport, kommunikationsstruktur och infrastruktur, tillgång till utbildning tekniskt: utrustning, kända begränsningar 160412 Krav 9
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, behörighet, kontroll - Frekvent: kortkommandon - Tillfällig: tydliga instruktioner, t.ex. menyval Även användbarhetskrav/mål 160412 Krav 10
Övning Vilka typer av krav påverkar följande system? (funktionella, icke-funktionella, data, miljö, användartyp, användbarhet) Vilka källor är relevanta? Självbetjäning och betalning på en bensinmack Webbsajt för att handla kläder Programmeringsmiljö för nybörjare 160412 Krav 11
Nyare ansatser Playability (Spelbarhet) Tillfredsställelse Lärbarhet Effektivitet Uppslukad av (immersion) Motivation Känsla Socialisering Känslor Upplevelser Actability (Handlingsbarhet) 160412 Krav 12
Contextual inquiry En typ av etnografisk studie där användaren är experten, och designern är lärlingen/ eleven Fyra huvudprinciper - Sammanhang: arbetsplats & vad som händer - Medverkan: användare och utvärderare samarbetar - Tolkning: användare och utvärderare gemensamt - Fokus: projektfokus tas fram, klargör uppsatta mål 160412 Krav 13
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 Inspireras ofta av en persona 160412 Krav 14
Concrete use cases fokuserar på interaktion mellan användare och system ursprungligen för objektorientering 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... 160412 Krav 15
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 160412 Krav 16
Hierarchical Task Analysis (HTA) Hierarkisk uppgiftsanalys Ett sätt att kartlägga hur uppgifter löses i ett specifikt system Man kartlägger mål och delmål för varje uppgift En bra metod för att sätta sig in i ett system Hjälper till att få syn på problemområden, där något blir för krångligt eller otydligt Varje tänkbar uppgift kartläggs i ett diagram 160412 Krav 17
HTA - exempel 0. Kopiera en A4-sida plan 0: gör 1-2-3-4. 1. Placera dokumentet 1.1 Lyft locket 1.2 Justera arket 2. Välj rätt inställningar 2.1 Välj A4-format 3. Tryck på knappen för kopiering plan 2: gör 2.1 eller 2.2 I valfri ordning beroende på hur maskinen förinställd 2.2 Välj 1 kopia 4. Samla ihop kopiorna 160412 Krav 18
Diskussionsfrågor Hur kan man gå tillväga för att fastställa krav? Nämn olika verktyg, i vid bemärkelse, som kan vara användbara vid kravspecifikation, och med vad de hjälper till. Vilka 4 faktorer påverkar de krav man ska ställa, och hur behandlas kraven utifrån dessa faktorer? Ge exempel på vad de olika typerna av krav kan vara. Diskutera relevansen av "spelbarhet" i andra produkter än spel. Hur tar man fram s.k. personas, vad bygger de på? Hur används de? Hur arbetar man med de fyra huvudprinciperna (sammanhang, medverkan, tolkning, fokus) i Contextual inquiry? Hur bidrar HTA till kravspecifikationen? 160412 Krav 19
Synpunkter på dagens föreläsning Gå till webbsidan www.govote.at ange koden: 75 08 51 Ni kan kommentera dagens föreläsning eller framföra andra viktiga synpunkter Ni kan skriva in flera kommentarer Endast en fråga för dagens föreläsning men ni kan ändå skriva det ni vill 160412 Krav 20