Föreläsning 5: Fastställa krav varför, vad och hur

Transkript

1 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

2 Krav 2

3 Ö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 Krav 3

4 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 Krav 4

5 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 Krav 5

6 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 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? Krav 8

9 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 Krav 9

10 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 Krav 10

11 Ö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 Krav 11

12 Nyare ansatser Playability (Spelbarhet) Tillfredsställelse Lärbarhet Effektivitet Uppslukad av (immersion) Motivation Känsla Socialisering Känslor Upplevelser Actability (Handlingsbarhet) Krav 12

13 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 Krav 13

14 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 Krav 14

15 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 Krav 15

16 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 16

17 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 Krav 17

18 HTA - exempel 0. Kopiera en A4-sida plan 0: gör 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 Krav 18

19 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? Krav 19

20 Synpunkter på dagens föreläsning Gå till webbsidan ange koden: 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 Krav 20