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