Systemering med användarfokus Introduktion AnvändarCentrerad Design översikt
Vad är systemutveckling? En problemlösningsprocess där en specifik situation undersöks Syftet med undersökningen är att man utifrån den ska kunna designa ett system som kan förbättra den nuvarande situationen. Detta kan uppnås genom att man får tillgång till de personella, finansiella och tekniska resurser som behövs. Suzana R (omarb Malin P) 2
Systemering med användarfokus Systemering = De första metodstegen i systemutvecklingen, innan implementation och drift Ett systematiskt sätt att bibehålla fokus på användbarheten under hela systemutvecklingsprocessen, där just processen ses som det centrala ur ett användarcentrerat perspektiv systemutveckling systemering Implementering Förändringsanalys Verksamhetsanalys Analys Design Realisering Förvaltning & Drift Avveckling Suzana R (omarb Malin P) 3
Att utveckla en interaktiv artefakt Vad är en interaktiv artefakt? Hur skulle du bära dig åt för att bygga en sådan? Hur skulle du göra för att förstå om den är nyttig, rolig, effektiv, lärorik.? Suzana R (omarb Malin P) 4
Vikten av kontext (sammanhang) Syfte vad ska artefakten användas till? Vet man det i förväg? Situation i vilken/vilka situation/er ska den användas? Användare vem/vilka är dess huvudsakliga användare? Suzana R (omarb Malin P) 5
Uppgift-artefakt cykeln En arbetsuppgift ställer implicita krav på utvecklingen av artefakter och användningen av en artefakt omdefinierar ofta uppgiften den ursprungligen var utvecklad att stödja. Skrivmaskin Ordbehandlare Desktop publishing Krav Uppgifter Artefakt Suzana R (omarb Malin P) Möjligheter 6
Smygande featurism Featurism ~ jakten på nya finesser i system och applikationer Designers: Se de nya funktionerna vi har i vår nästa version Användarna: Wow, det var bra, men vi vill även ha, när kommer det? Designers: I nästa version plus lite extra... Suzana R (omarb Malin P) 7
Smygande featurism - botemedlet Avhållsamhet Tillåt endast de allra nödvändigaste funktionerna Bli inte överentusiastisk Organisering Söndra och härska (fienden är komplexitet) Dela upp i moduler med begränsat antal funktioner i varje modul De vanligaste funktionerna väl synliga och vice versa Suzana R (omarb Malin P) 8
Sense making The human mind is exquisitely tailored to make sense of the world. Give it the slightest clue and off it goes D. Norman Design of everyday things Det är OK att inte begripa sig på en cockpit -vi vill dock kunna begripa oss på vår DVD-spelare osv Suzana R (omarb Malin P) 9
Vad är användbarhet? Användarvänlighet? En mystisk egenskap hos artefakten/webbplatsen? vänlig mot användaren?! Användbarhet Kvalitetsnivåer: Tillförlitlighet Säkerhet Tillgänglighet Suzana R (omarb Malin P) 10
Användbarhet (ISO) Användbarhet - den utsträckning till vilken en specificerad användare kan använda en produkt för att uppnå specifika mål med: Ändamålsenlighet ( noggrannhet och fullständighet med vilken användarna uppnår givna mål ) Effektivitet ( resursåtgång i förhållande till den noggrannhet och fullständighet med vilken användarna uppnår givna mål ) Tillfredsställelse ( frånvaro av obehag samt positiva attityder vid användningen av systemet ) i ett givet användningssammanhang (ISO 9241-11, 1998) Suzana R (omarb Malin P) 11
Utveckling för användbarhet Användbarhet måste ses som en mätbar storhet Kräver ett speciellt förhållningssätt Den tänkta artefakten måste ses i sitt sammanhang Funktionalitet är en del av användbarheten! Se inte bara till användargränssnittet Suzana R (omarb Malin P) 12
Användbarhet (Nielsen) Acceptans för systemet uppfyllnadsgrad av krav och önskemål från potentiella intressenter (chefer, användare, kunder m.fl.) Nyttan kan systemet användas för att uppnå ett specifikt mål Funktionalitet kan systemet göra vad som behövs Suzana R (omarb Malin P) 13
Mått på användbarhet Lätt att lära sig Effektiv att använda Lätt att komma ihåg Begriplig Tillfredsställande att använda Suzana R (omarb Malin P) 14
Användbarhetsdesignern Egen roll i projektet att sätta fokus på och föra in användbarhet och ACD i organisationen/projektet Skall förespråka användbarhet Användarnas advokat Bör vara en erfaren användbarhetsexpert Litt.hänvisning: Gulliksen & Göransson Kap 1, 2, 3 http://javlaskitsystem.se/ http://anvandbarhet.se/start#anvaendbarhet_i_praktiken http://anvandbarhet.se/bok:vad_ar_anvandbarhet Suzana R (omarb Malin P) 15
ACD AnvändarCentreradDesign översikt del II
Varför behövs ett metodiskt tillvägagångssätt? Ger ett strukturerat arbetssätt med stöd för aktiviteter resultat (leverabler) håller ihop arbetet i en röd tråd gör processen och designbesluten härledbara och spårbara tankeverktyg bör möjliggöra iterationer tids- och planeringsverktyg först mål och syfte och sedan välja metod! Underlättar även om man är flera aktörer! Uttryck ett tydligt syfte/mål! Suzana R (omarb från Malin P) 17
ACD Karaktärsdrag Användarfokus involvera användare genom hela processen kunskap och utbildning efter hand empirisk mätning (verklig mätning/studie av användare, ej antaganden!) Prototyping iterativ utveckling inkrementell utveckling integrerad utveckling tidig test och utvärdering se vidare kap. 4 i kursboken Gulliksen & Göransson Suzana R (omarb från Malin P) 18
Processlinjen Produktlinjen ACD-metoden jmf vattenfallsmodellen systemering Analys Krav Iterativ Utvärdering Design Användaranalys, scenarier, storyboard Kravhantering Fältstudier, laboratorietest Iterativ design prototyper i olika versioner Suzana R (omarb från Malin P) 19
En användarcentrerad designmodell Källa: Användarcentrerad systemdesign Suzana R (omarb från Malin P) 20
Användbarhetsguide Liggaren Dokumentet att avrapportera och sammanfatta ACDprocessen Växer fram under utvecklingsprocessens gång Består av text, dokument och bilder med skärmdumpar och diagram etc från dokumentationssätten under de olika ACD metodfaserna! Suzana R (omarb från Malin P) 21
ACD - METODFASER Suzana R (omarb från Malin P) 22
Användaranalys Syfte att identifiera olika målgrupper med gemensamma behov bakgrund, kunskapsnivå, arbetsuppgifter och vanor krav och önskemål, speciella behov attityd till införandet av systemet, teknik och förändringar att identifiera olika användningssituationer plats (hemma, mobilt, på jobbet) miljö (ljus- och ljudförhållanden, arbetsställning, begränsningar) relation till systemet (användningsfrekvens, motivation, inflytande) mental belastning, övriga aktiviteter Viktigast: Vilka aspekter är relevanta för designen? Suzana R (omarb från Malin P) 23
Uppgiftsanalys Syfte Att identifiera vilka uppgifter användaren utför Varför utförs uppgiften? -Relatera till målen. Att identifiera hur uppgifter utförs Hur ofta? Hur lång tid tar det? Krävs samarbete? Vilka steg utförs? Hjälpmedel som krävs? Vilka situationer/uppgifter upplevs som svåra? Hur kan situationen/stödet förbättras? I samband med uppgiftsanalysen börjar man formulera krav på systemet. Suzana R (omarb från Malin P) 24
Ta vara på tillfället att lära och inspireras Gör användarstudier på plats (i rätt kontext) i så stor utsträckning som möjligt Suzana R (omarb från Malin P) 25
Analysresultaten kravspec Analyserna leder till krav i kravspecifikationen: Användaranalys användbarhetskrav Krav på användandet av systemet Skall vara mätbara/avgörbara Uppgiftsanalys funktionalitetskrav Krav på vilka funktioner som systemet ska tillhandahålla Skall vara motiverade utifrån användarens behov och deras (olika) sätt att utföra uppgiften på Suzana R (omarb från Malin P) 26
Designförslag och prototyper Syfte att gestalta olika alternativa idéer och förslag till designlösningar att skapa en gemensam vision inom designteamet att kommunicera designförslag externt (för ledning, kund, testpersoner, kravställare, o.s.v.) att möjliggöra relevant feedback att skapa rimliga testsituationer Suzana R (omarb från Malin P) 27
Utvärdering Syfte att utvärdera befintliga system och artefakter att testa designförslag att jämföra alternativa designförslag och prototyper att verifiera sina användbarhetskrav att få objektiva och initierade omdömen Suzana R (omarb från Malin P) 28
Spårbara/härledbara designbeslut användar analys uppgifts analys kraven på användande kommer från analysen av användare & användningssituation anv. barhet funk. funktioneras ursprung kommer från uppgiften kravspec utvärdering övergripande design, metaforer, interaktionssätt, in- utmatningsdon,... prototyp Suzana R (omarb från Malin P) 29
Litteraturhänvisningar Litt.hänvisning: Gulliksen & Göransson, kap 1, 2, 3, 4, 6, 7 och 9 Suzana R (omarb från Malin P) 30