Föreläsning
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
© Copyright 2024