DeDU - Marknadens mest användarvänliga programvara?
|
|
- Ingeborg Bergqvist
- för 8 år sedan
- Visningar:
Transkript
1 DeDU - Marknadens mest användarvänliga programvara? Lars Åström February 20, 2007 Master s Thesis in Computing Science, 20 credits Supervisor at CS-UmU: Jan-Erik Moström Examiner: Per Lindström Umeå University Department of Computing Science SE UMEÅ SWEDEN
2
3 Sammanfattning Denna rapport behandlar användbarhetsutvärderingen av programvaran DeDU. DeDU är en programvara avsedd bland annat för planering av fastighetsskötsel och underhåll. Det grafiska användargränssnittet i programvaran utvärderades med två metoder: användbarhetstester och Heuristic Walkthrough. Ett antal användbarhetsproblem identifierades under denna utvärdering. Resultaten från utvärderingen låg som grund för framtagandet av en interaktiv prototyp. Syftet med prototypen var att visualisera de förbättringar som skulle kunna göras för att öka programvarans användbarhet. Även prototypen utvärderades och resultaten indikerade att denna var lättare att använda än DeDU. Slutsatsen är att god planering och noggranna förberedelser är viktiga när användbarhets utvärderingar ska utföras. En annan slutsats är att det är fördelaktigt att kombinera olika typer av utvärderingsmetoder då dessa hittar olika typer av problem. DeDU - The most user-friendly application on the market? Abstract This master thesis involves the usability evaluation of a software called DeDU. DeDU is a software intended for helping companies in managing the maintenance of their real estate and houses. The graphical user interface of DeDU was evaluated with two methods: usability testing and Heuristic Walkthrough. A number of usability problems were found during the evaluation. The results from the evalutation formed the foundation for an interactive prototype which should visualize usability improvements to be made to the software. The prototype was also evaluated with respect to usability and the results indicated that the prototype was easier to use than DeDU itself. A conclusion is that good planning and thorough preparation are crucial elements when conducting usability evaluations. Another conclusion is that it is a good idea to combine different evaluation methods since they can reveal different kinds of usability problems.
4 ii
5 Innehåll 1 Introduktion Användbarhet WSP och DeDU Disposition Uppgift, metoder och mål Uppgift Metoder Mål Granskning av användbarhetsutvärderingsmetoder Automatiska metoder Diskussion om automatiska metoder Empiriska metoder Användbarhetstester Diskussion om empiriska metoder Prediktiva metoder Heuristisk utvärdering Cognitive Walkthrough Heuristic Walkthrough Diskussion om prediktiva metoder Slutsats av litteraturstudie Tillgängliga resurser Krav på utvärdering Metoderna mot varandra Utsedda metoder Användbarhetsutvärdering av DeDU Genomförande Förstudie och skapande av användarprofil Heuristic Walkthrough iii
6 iv INNEHÅLL Användbarhetstester Resultat Användarprofil och intervju Utvärdering Kommentarer från nybörjartestpersoner Intervjuer med erfarna användare Slutsats av utvärdering Framtagande av prototyp Genomförande Avgränsning Identifikation av funktioner Skissarbete Implementering och utvärdering av prototyp Beskrivning av prototyp och skisser Fastighetsmodulen Entreprenadmodulen Objektmodulen Resultat från utvärdering av prototyp Slutsatser 45 7 Tillkännagivanden 47 Referenser 49 A Användbarhetsproblemen i DeDU 51
7 Lista över figurer 1.1 Vy över fastighetsmodulen Vy över objektsmodulen Vy över kalendermodulen Vy över entreprenadmodulen Vy över rapportmodulen Vy över fastighetsmodulen Vy över prototypens fastighetsmodul. En fastighet är vald Vy över prototypens fastighetsmodul. Ett hus är valt Vy över prototypens entreprenadmodul. Ett hus är valt Vy över prototypens entreprenadmodul. Första steget för att skapa ny entreprenad Vy över prototypens entreprenadmodul. En entreprenad är vald Skiss av objektmodulen. Ett hus är valt Skiss av objektmodulen. Ett objekt är valt v
8 vi LISTA ÖVER FIGURER
9 Lista över tabeller 3.1 Jämförelse av utvärderingsmetoder vii
10 viii LISTA ÖVER TABELLER
11 Kapitel 1 Introduktion 1.1 Användbarhet Användarvänlighet är ett ord som används frekvent i dagligt tal när man samtalar om interaktiva artefakter såsom datorprogram eller färddatorer i bilar. Användarvänlighet är dock inte ett väldefinierat begrepp. Det man brukar mena när man säger att någonting ska vara användarvänligt är i själva verket att det ska vara användbart. Det finns ganska många definitioner för användbarhet, bland annat följande ISO-standard: Den grad i vilken specifika användare kan använda en produkt för att uppnå ett specifikt mål på ett ändamålsenligt, effektivt och för användaren tillfredsställande sätt i ett givet sammanhang. I praktiken innebär detta att en produkt ska vara lätt att lära sig att använda för de specifika användarna. Det ska dessutom vara lätt att komma ihåg hur man använder produkten när man väl har lärt sig den. Dessa två kriterier smälter samman till att produkten ska vara lätt att använda. Vidare ska produkten vara säker i den mening att användarna skyddas från oönskade fel som kan tänkas uppkomma och resultera i exempelvis förlust av data. Slutligen ska produkten också vara effektiv och underlätta så mycket som möjligt för användarna i deras arbetsuppgifter. Denna definition av användbarhet är viktig då just användbarhet är centralt för det utförda arbetet. 1.2 WSP och DeDU Detta examensarbete har utförts åt WSP Systems DeDU i Umeå. WSP är ett globalt konsultföretag som verkar inom områdena samhällsbyggnad, hus, industri och miljö. DeDU är WSP Systems egenutvecklade programvara och den första versionen kom redan på 1980-talet. DeDU beskrivs på företagets hemsida som marknadens mest användarvänliga programvara för bland annat planering av fastighetsskötsel och underhåll, hantering av felanmälningar samt bevakning och uppföljning av entreprenader [1]. Till skaran av användare hör kommuner och landsting, fastighetsbolag, entreprenörer och industri- och energibolag. DeDU är uppbyggt av 14 moduler, även kallade fönster, där varje modul har ett eget funktionsområde. Dessa moduler är: Fastighet I denna modul registreras och administreras de fastigheter och hus ett företag äger. En fastighet kan till exempel ses som ett kvarter och innehåller således ett antal hus. Varje hus kan ha ett antal rum och ett antal hyresgäster. 1
12 2 Kapitel 1. Introduktion Entreprenader I entreprenadmodulen kan entreprenader för hus och fastigheter registreras. Entreprenadernas garantitid kan även bevakas. Objekt I denna modul registreras de objekt som förebyggande underhåll (FU), besiktningar och planenligt underhåll (PU) ska utföras på. Objekten ligger i ett hus eller fastighet och kan till exempel bestå av ventilationsaggregat, yttre underhåll eller lekparker. Kalender Kalendern används till att planera när det arbete som hör till objekten ska utföras. Kvittera I denna modul kvitteras det jobb som utförts, till exempel ifall en felanmälan åtgärdats. Rapporter Rapportmodulen används för att ta fram detaljerad information och statistik om olika typer av ärenden. Till exempel kan de mest frekvent förekommande feltyperna för en fastighet tas fram. Ärenden I ärendemodulen registreras ärenden av engångskaraktär, till exempel felanmälningar och garantianmärkningar. Bolag Här registreras bolag och personer som hänvisas till i andra moduler. Nycklar I denna modul registreras och administreras de nycklar bolaget har till utlåning. Nyckelutlåning Denna modul används till att registrera vilka nycklar som lånas ut av bolaget. Beställning Denna modul används till att göra beställningar. Ekonomistyrning Ekonomistyrningsmodulen används till exempel för att registrera projekt, konton och kostnadsställen. Prislista I denna modul kan priser för olika reservdelar och arbeten registreras. Dokumentation Denna modul fungerar som ett dokumentarkiv där alla former av dokument kan lagras. I de flesta moduler läggs data upp i en trädstruktur likt den i utforskaren i Windows. Figur 1.1 ger ett exempel på hur fastighetsmodulen ser ut. 1: Längst upp i figuren finns den sedvanliga menyraden och en rad med knappar för snabbåtkomst till de olika modulerna. 2: Till vänster i figuren återfinns trädstrukturen. 3: Till höger om trädet finns ett område där information om fastigheter och hus presenteras. 4: Nere i det högra hörnet finns en kolumn med knappar som används för att manipulera och lägga till information i modulen. De flesta av modulerna i DeDU följer denna layout. 1.3 Disposition Rapporten börjar med en beskrivning av examensarbetets uppgift och mål samt de metoder som använts. Därefter följer en litteraturstudie vars syfte var att utse de utvärderingsmetoder som skulle användas i arbetet. Sedan beskrivs det praktiska arbetets utförande och de resultat arbetet lett till.
13 1.3. Disposition 3 Figur 1.1: Vy över fastighetsmodulen.
14 4 Kapitel 1. Introduktion
15 Kapitel 2 Uppgift, metoder och mål I detta kapitel redogörs för uppgiften för projektet, de metoder som använts och de mål som skulle uppfyllas. 2.1 Uppgift Den praktiska uppgiften för examensarbetet bestod av två delar. Den första delen gick ut på att ur ett användbarhetsperspektiv analysera och utvärdera det grafiska användargränssnittet hos DeDU med dess ingående moduler. Användbarhetsperspektivet innebär att fokus skulle ligga på användarvänlighet och överskådlighet. Menyer, knappar, ikoner, dialogrutor och andra komponenter skulle analyseras ur ovan nämnda användbarhetsperspektiv för att identifiera potentiella användbarhetsproblem. Den andra delen gick ut på att utreda hur DeDU:s gränssnitt skulle kunna förbättras för att öka användbarheten. Dessa förslag på förbättringar skulle visualiseras i form av skisser och en interaktiv prototyp. Skisserna och prototypen skulle även de utvärderas ur användbarhetssynpunkt för att bekräfta att förslagen skulle kunna leda till ökad användbarhet. 2.2 Metoder De metoder som använts för att utvärdera det grafiska gränssnittet är Heuristic Walkthrough och användbarhetstester. Konceptet för den interaktiva prototypen togs fram med hjälp av skisser. Själva prototypen implementerades i Visual Studio 2005 med C# som programspråk. 2.3 Mål Målet med projektet var att belysa problematiken med att företagets programvara eventuellt har låg användbarhet. Vidare skulle en prototyp tas fram med en högre grad av användbarhet jämfört med samma funktioner i den existerande programvaran. Prototypen skulle gå att implementera ur företagets synpunkt och måste således implementeras i samma miljö som den existerande programvaran. Förhoppningsvis ska företaget kunna använda ideér från prototypen till att förbättra sin programvara. 5
16 6 Kapitel 2. Uppgift, metoder och mål
17 Kapitel 3 Granskning av användbarhetsutvärderingsmetoder För att utröna vilka utvärderingsmetoder som finns tillgängliga samt är mest lämpade för utvärderingen av DeDU:s användargränssnitt har en litteraturstudie utförts. De metoder som studerats har blivit kritiskt granskade med utgångspunkt från de resurser som fanns att tillgå för projektet. Tre huvudkategorier av användbarhetsutvärderingsmetoder har identifierats baserat på de indelningar Nielsen [11] och Preece et al. [4] har gjort: Automatiska metoder Empiriska metoder Prediktiva metoder Nedan följer en generell beskrivning av varje kategori. Ett urval av metoderna inom varje kategori beskrivs mer ingående med avseende på hur de utförs och när de skall utföras. Fördelar och nackdelar med avseende på varje metod kommer även att ges. Till sist kommer en slutsats att dras där den eller de lämpligaste metoderna utses till projektets utvärderingsfaser. 3.1 Automatiska metoder De automatiska metoder som finns tillgängliga för utvärdering av grafiska användargränssnitt fungerar på en rad olika sätt och kan vara mer eller mindre automatiska till sin natur [3]. Man kan urskilja tre nivåer av automatisering: Automatisk inspelning av händelser Dessa metoder lagrar automatiskt tangentbordsoch musaktiviteter tillsammans med andra handlingar en användare utför i ett gränssnitt. Vanligtvis sparas datat till en loggfil som en användbarhetsexpert sedan kan analysera manuellt. Finkornigheten på den lagrade datan varierar från metod till metod. Väldigt detaljerad data medför väldigt stora loggfiler. Metoder för automatisk inspelning är särskilt lämpade att användas under användbarhetstester där handlingar loggas tillsammans med tidpunkten för dessa handlingar [3]. 7
18 8 Kapitel 3. Granskning av användbarhetsutvärderingsmetoder Ett antal mjukvaror för automatisk loggning av användaraktiviteter har utvecklats under årens lopp. Al-Qaimari och McRostie [3] tog 1999 fram KALDI (keyboard/mouse action logger), en mjukvara som via Java loggar händelser och spelar in skärmaktiviteter. En annan mjukvara som stöder automatisk inspelning är ID- CAT (integrated data capture and analysis tool) [3]. IDCAT spelar inte bara in händelser såsom musklick utan filtrerar och klassificerar också dessa till meningsfulla aktiviteter, till exempel att användaren sparat en fil. Användaraktiviteter kan även simuleras som i Kasik och George s metod [3]. Där skapar designern av gränssnittet ett expertspår som representerar en expert som använder gränssnittet. Därefter används en genetisk algoritm tillsammans med expertspåret för att simulera en användare som lär sig funktionerna i gränssnittet genom utforskning. Den simulerade användarens aktiviteter loggas sedan för vidare analys [3]. Automatisk analys Dessa metoder identifierar användbarhetsproblem automatiskt som namnet antyder. En del metoder tar en loggfil från ett användbarhetstest som input till en programvara. Denna beräknar sedan användarens prestation i form av kvantitativa mått [3]. Dessa mått kan innefatta tid för avklarad uppgift, effektivitet, produktivitet och antalet fysiska operatorer för att klara en uppgift. All mjukvara för automatisk analys beräknar dock inte kvantitativa mått på användarnas prestation. Istället kan en uppgiftsbaserad ansats utnyttjas där användarens handlingar jämförs med fördefinierade optimala handlingar [15]. Mönster av ineffektivitet och felaktiga handlingar kan sedan utläsas [3]. Ifall en loggfil från användbarhetstester inte finns att tillgå finns det mjukvara som istället tar en specifikation av ett gränssnitt som input. Mjukvaran beräknar sedan till exempel hur effektivt skärmytan är utnyttjad, komplexiteten hos dialogrutor eller att knappar och menyer är konsekvent placerade [3]. Automatisk kritik Den mest sofistikerade nivån av automatisering identifierar inte bara användbarhetsproblem utan ger också konstruktiv kritik till hur problemen kan lösas [3]. Gemensamt för mjukvaror som representerar denna metod är att de involverar en kunskapsbas innehållande design- och användbarhetsriktlinjer. I de fall komponenter i gränssnittet som bryter mot riktlinjerna uppdagas kan sedan förslag på förbättringar ges. Exempel på mjukvaror är KRI/AG (knowledge-based review of user interface) utvecklad av Löwgren och Nordqvist 1992, eller CHIMES (computer-human interaction models) framtagen av Jiang et al som används av NASA [3]. Nedan redogörs för fördelar respektive nackdelar med att använda sig av automatiska metoder. Fördelar Den största fördelen med att använda sig av de automatiska metoderna är att de kan reducera tiden för att utföra en utvärdering [3]. Istället för att logga ett användbarhetstest manuellt kan en automatisk ansats användas för att avsevärt minska arbetsbördan. Genom att använda sig av metoder för automatisk analys och kritik reduceras behovet av användbarhetsexpertis vilket också är en viktig fördel [3]. Som en följd av tidsbesparingen kan också den andel av gränsnittet som utvärderas ökas [3]. Nackdelar En stor nackdel med att använda sig av automatiska metoder för utvärdering är att resultaten inte är kvalitativa. De kan alltså inte säga någonting om vad
19 3.2. Empiriska metoder 9 riktiga användare föredrar eller missförstår [3]. En annan nackdel är att även fast designers får hjälp med att skapa gränssnitt som följer designriktlinjer är det inte säkert att gränssnitten blir användbara [3]. En nackdel som påverkar den generella applicerbarheten hos de automatiska metoderna är att gränssnitten som skall utvärderas oftast måste vara implementerade i en speciell miljö. Detta gäller ifall ovan nämnda existerande mjukvaror skall användas [3]. Sedan kan graden av automatisering ifrågasättas hos en del metoder. Ibland krävs det en stor arbetsinsats från utvärderarens sida för att lära sig en metod eller för att använda metoden korrekt [3] Diskussion om automatiska metoder Det verkar väldigt praktiskt att låta en mjukvara observera och logga till exempel ett användartest. Testledaren kan då inrikta sig på att observera försökspersonerna på en högre abstraktionsnivå och låta mjukvaran spela in alla smådetaljer. Men besparar verkligen en sådan ansats testteamet en massa arbete? Loggfilen som mjukvaran skapar måste ju analyseras efter testen. Om denna fil är alltför detaljerad kanske förtjänsten med att använda mjukvaran går förlorad i analystid. Förvisso kan då kanske fler användbarhetsproblem hittas men problemet består av att hitta gränsen för finkornighet. Om loggfilerna är väldigt stora kan mjukvara för automatisk analys och kritik användas men då har användbarhetsexpertens roll i det hela helt suddats ut. Kan mjukvara verkligen ersätta en mänsklig motsvarighet som dessutom kanske besitter en massa tyst kunskap om hur människor tänker och handlar? Lägg till automatisk simulering av användaraktiviteter och all mänsklig kontakt med den utvärderade programvaran är bortkopplad. Resultatens subjektivitet och kvalitet borde då kunna ifrågasättas. 3.2 Empiriska metoder De empiriska metoderna innefattar att riktiga användare studeras när de arbetar med ett gränssnitt eller programvara. Användarna kan till exempel studeras i deras naturliga miljö, när de utför naturliga arbetsuppgifter, som en typ av fält- eller etnografisk studie [4]. Den person som leder utvärderingen kan antingen delta i användarens naturliga arbete eller studera användarna som en utomstående. En etnografisk studie där testledaren deltar i användarnas arbete som en naturlig medlem i gruppen borde leda till minst påverkan eller bias gentemot användarna. Samtidigt tar en riktig etnografiskstudie väldigt lång tid att utföra. En annan negativ aspekt är att det är svårt på förhand säga vilken data som kommer att samlas in under studien [4]. Detta leder till att metoden inte känns särskilt resurseffektiv för utvärdering av grafiska användargränssnitt och kommer således inte att diskuteras djupare. Den vanligaste empiriska metoden för utvärdering av gränssnitt är användbarhetstester som beskrivs utförligare nedan Användbarhetstester Användbarhetstester av grafiska användargränssnitt innebär att en testledare eller en grupp av observatörer studerar hur slutanvändare eller representativa substitut för sådana utför noggrant förberedda uppgifter i en programvara [4][14]. Användbarhetstester kan utföras i alla skeenden i ett projekts livscykel, dock i varierande former och omfattning [14]. Ibland utförs testerna i avancerade laboratorier men detta är inget krav.
20 10 Kapitel 3. Granskning av användbarhetsutvärderingsmetoder Enkla testmiljöer såsom ett avskärmat rum utrustat med en dator och möjligtvis en videokamera duger ifall resurserna är knappa [14]. Målet med användartester är att upptäcka användbarhetsproblem i den testade programvaran. Detta går till så att olika kriterier mäts under testets gång. Dessa kriterier kan innefatta tiden det tar att utföra en uppgift, hur många fel användaren gör vid försök att lösa en uppgift eller ifall användaren överhuvudtaget klarar av att lösa uppgiften utan hjälp [4]. Det är viktigt att upplysa testpersonen om att det inte är själva personens förmåga som mäts under testet utan det grafiska gränssnittets förmåga att underlätta interaktionen mellan människa och programvara [4]. All interaktion mellan användaren och gränssnittet spelas in för senare analys [4]. För att få ut så mycket information som möjligt från användaren och för att få en bild över hur denne tänker vid problemlösningen kan tänka högt tekniken användas [6]. Denna teknik går ut på att användaren säger högt allt de tänker på och försöker göra med gränssnittet. Efter avslutat test är det vanligt att användaren uppmanas att fylla i ett frågeformulär för att samla in ytterligare data [14]. När det kommer till hur många personer som skall delta i ett test så är det oftast ju fler desto bättre. För små urval leder till icke statistiskt säkerställda resultat ifall användbarhetstestet ingår i ett vetenskapligt experiment [14]. Försök indikerar dock att 4-5 testpersoner hittar cirka 80 procent av användbarhetsproblemen i en produkt [14]. När önskat antal användare testats analyseras all data och slutsatser dras. Förhoppningsvis leder dessa slutsatser till användbara designimplikationer. Enligt Rubin [14] bör en detaljerad testplan tas fram innan testerna börjar. Testplanen skall ligga som en formell grund för hur, när, var och varför testerna utförs. Följande punkter kan anses nödvändiga i en testplan: Syfte Det övergripande syftet för att användbarhetstester skall utföras. Detta syfte skall vara på en hög abstraktionsnivå, ett exempel kan vara att det kommit in klagomål på en ny modul i programvaran. Problempåståenden Ett problempåstående skall specifiera vad som skall testas och de frågor som ska besvaras. Påståendet skall vara så detaljerat som möjligt eftersom det helt enkelt beskriver det man hoppas få ut av användbarhetstestet. Vanligtvis består en testplan av flera problempåståenden. Ett exempel på problempåstående kan vara: hittar användarna till accessoaravdelningen på företagets websida? Användarprofil Under denna sektion skall profilen hos slutanvändarna av produkten beskrivas. Detta för att sedan kunna använda testpersoner med liknande erfarenheter för själva användbarhetstestet. Vikten av att använda testpersoner som representerar slutanvändare är stor, resultatet av testen kan annars ifrågasättas. Att ta fram en användarprofil bör vara ett av de första stegen i en produktutvecklingsprocess men ibland kan det vara svårt för testledaren att få tag i en väldokumenterad sådan hos företaget i fråga. I dessa fall kan en rundringning till kunderna vara nödvändig. Exempel på information att ta med i en användarprofil kan vara ålder, kön, utbildning och datorvana. Testdesign Testdesignen eller metoden skall behandla hur hela testet skall utföras. Denna beskrivning skall innefatta allt från hur testpersonerna skall välkomnas och förberedas inför testet till hur användarna skall utfrågas och belönas i slutet av testet. Denna punkt skall vara tillräckligt detaljerad så att någon utomstående skall kunna förvänta sig vilket resultat testet kommer att ge. En annan motivering till hög detaljnivå är att testet skall gå att återupprepa.
21 3.2. Empiriska metoder 11 Uppgifter Här skall de uppgifter testpersonerna uppmanas utföra i testet redogöras för. Uppgifterna skall återspegla de uppgifter riktiga användare förväntas använda programvaran till. En beskrivning av när eller hur en uppgift är löst är viktigt att ha fördefinierat innan testet påbörjas för att underlätta bedömningen av en testpersons resultat. En övre tidsgräns för hur länge en testperson får hålla på med en uppgift är också viktig för att undvika alltför utdragna tester. Testmiljö och utrustning Den miljö och den utrustning som krävs för att utföra testet skall specificeras i denna punkt. Är produkten tänkt att användas i en speciell miljö, till exempel i en skogsmaskin i arbete, kan det vara en idé att simulera en sådan miljö för ett rättvisande test. Testledarens roll Här skall testledarens roll och beteende gentemot testpersonerna redogöras för. Skall testledaren hjälpa testpersonerna med uppgifterna? Skall testledaren enbart observera testpersonerna? Beroende på hur formellt testet är har testledaren olika roller. Kriterier att mäta Här redogörs tydligt för vilka kriterier som skall mätas under testets gång. Nedan följer ett antal positiva respektive negativa aspekter på användbarhetstestning. Fördelar Användbarhetstestnings absolut mest positiva attribut är det faktum att testpersoner som representerar riktiga användare studeras. Detta leder till att problem som troligtvis skulle påverka slutanvändarna i sitt dagliga arbete uppdagas [5]. Vidare har jämförelser med andra utvärderingsmetoder, till exempel heuristisk utvärdering, visat att användbarhetstestning hittar fler allvarliga och återkommande problem och färre problem med låg-prioritet [13]. En annan fördel med att ha utfört användbarhetstester är att det är lättare att övertyga programvaruutvecklarna att det verkligen existerar designproblem i gränssnittet [5]. Nackdelar Att utföra ett användbarhetstest kan vara väldigt kostsamt i fråga om pengar och tid [11, 13]. Således är kostnaden den största nackdelen med användbarhetstester. Ett användbarhetstest kräver också ett kunnigt testteam eller en kunnig testledare, helst skall den som utför testet vara en användbarhetsexpert [13]. Vidare har försök visat att användbarhetstestning ibland missar allvarliga problem som andra metoder hittar [13, 11] Diskussion om empiriska metoder De empiriska metoderna torde vara oslagbara när det gäller att leverera trovärdiga resultat och kommentarer rörande en mjukvara. Det är trots allt riktiga användare som har riktiga problem som studeras. Att försökspersonerna dessutom kan komma med konstruktiva förslag kan bespara den som utvecklar en programvara mycket arbete. Har man bara tillräckligt med tid på sig för att planera och utföra användbarhetstester är de ett självklart val. Dock måste man tänka på att det kan vara problematiskt att hitta lämpliga förökspersoner. Ifall yrkesverksamma personer skall användas som testdeltagare måste det antagligen finnas tillräckliga ekonomiska tillgångar i projektet för att ersätta dessa för förlorad arbetstid till exempel. Att enbart förlita sig på användbarhetstestning kan visa sig vara ett misstag ifall så många användbarhetsproblem som möjligt skall identifieras. Eftersom metoden ibland missar problem som andra
22 12 Kapitel 3. Granskning av användbarhetsutvärderingsmetoder metoder kan identifiera är det nog säkrast att kombinera användbarhetstester med andra metoder. Detta är dessutom en av de få frågor som olika experter inom användbarhet verkligen kan komma överens om. 3.3 Prediktiva metoder Till denna kategori räknas de metoder som experter eller programvaruutvecklare använder sig av för att förutse användbarhetsproblem i en produkt. Teoretiska modeller för att till exempel förutspå tiden det tar att utföra olika kommandon i en mjukvara räknas också till de prediktiva metoderna. Gemensamt för dessa metoder är att de inte involverar riktiga användare i någon större skala [4]. Nedan presenteras två av de vanligast förekommande metoderna för att förutse användbarhetsproblem samt en utmanare Heuristisk utvärdering Heuristisk utvärdering är en utvärderingsmetod framtagen av Jakob Nielsen med kollegor [9]. Metoden går ut på att ett antal personer individuellt fritt utforskar ett användargränssnitt för att bedöma hur väl gränssnittet överensstämmer med förbestämda användbarhetsprinciper [9, 16]. Ifall det uppdagas att en komponent i gränssnittet bryter mot principerna antecknas var komponenten finns och vilken eller vilka principer den bryter mot [12]. Gränssnittet skall gås igenom minst två gånger. I den första genomgången ligger fokus på att få en känsla för interaktionsflödet i gränssnittet samt dess omfång. När en överblick över hur komponenterna tillsammans utgör gränssnittet erhållits, ligger fokus i den andra genomgången på att hitta användbarhetsproblem för de specifika komponenterna [9]. Det som gett metoden dess namn är just användbarhetsprinciperna som kallas för heuristiker, tumregler, när de används i utvärderingssyfte [4]. Försök har visat att enbart en person som utvärderar inte gör särskilt bra ifrån sig med denna metod. En ensam utvärderare hittar oftast inte mer än 20 till 50 procent av alla användbarhetsproblem i ett gränssnitt [12, 8, 10]. Ovan nämnda försök har även visat att olika utvärderare hittar olika användbarhetsproblem. Detta leder till att ett flertal utvärderingar måste utföras av olika personer för att öka metodens effektivitet. Alla unika användbarhetsproblem sammanställs därefter. Man har kommit fram till att fem utvärderare hittar ungefär 75 procent av alla användbarhetsproblem i ett gränssnitt [8]. Att använda sig av fler än fem utvärderare är oftast inte nödvändigt då detta inte ger någon nämnvärd informationsökning [9]. Förutom antalet personer som utvärderar har även expertisen hos varje person inverkan på utvärderingsresultatet. Specialister inom användbarhet har visat sig mer dugliga att utföra denna metod än personer utan specialistkompetens [8]. Vidare gör så kallade dubbla experter allra bäst ifrån sig, dessa personer är inte bara experter inom användbarhet utan även inom den domän som programvaran används [8]. En annan faktor som påverkar resultatet är de heuristiker som används. Olika typer av programvaror eller elektroniska apparater kräver olika heuristiker anpassade efter typ av programvara eller apparat. Nedan redogörs för Jakob Nielsens tio heuristiker erhållna från en empirisk studie av 249 användbarhetsproblem [7]: Synlighet av systemets status Systemet skall alltid ge återkoppling till användaren vad som pågår, återkopplingen skall ske inom rimlig tid.
Utvärdering. Övergripande (1) Med/utan användare. Övergripande (2) Fredag 1 oktober F1. Ann Lantz - Anna Swartling -
Utvärdering Fredag 1 oktober 13-15 F1 Ann Lantz - alz@nada.kth.se Anna Swartling - ast@kth.se Övergripande (1) Av den verkliga världen: Hur agerar man, vad händer? Hur används teknik? Beteendevetenskapliga
Läs merGranskning av gränssnitt. Mattias Arvola
Granskning av gränssnitt Mattias Arvola 2 Att skapa interaktiva system Identifiera krav Utforma alternativ Ta fram prototyper (eller annan illustration av system) Utvärdera 3 Mål med utvärderingen Revidera,
Läs merFöreläsning 12 Inspektionsmetoder. Rogers et al. Kapitel 15
Föreläsning 12 Inspektionsmetoder Rogers et al. Kapitel 15 Inspektionsmetoder Metoder som genomförs utan användare En eller helst flera experter utför en inspektion eller granskning Man utgår ifrån vedertagna
Läs merUtvärdering. Övergripande (1) Övergripande (2) Med/utan användare. Heuristisk utvärdering. Expertutvärdering. Måndagen den 29 september 8-10 F1
Utvärdering Måndagen den 29 september 8-10 F1 Ann Lantz Alz@nada.kth.se Anna Stockhaus Ast@nada.kth.se Övergripande (1) Av den verkliga världen: Hur används teknik på arbetsplatsen? Kan man förbättra design
Läs merAgenda. Inledning, teoretiska metoder Hierarkisk uppgiftsanalys, HTA Cognitive walkthrough CW Heuristisk evaluering
Agenda Inledning, teoretiska metoder Hierarkisk uppgiftsanalys, HTA Cognitive walkthrough CW Heuristisk evaluering Teoretiska metoder Inspektionsmetoder Teoribaserade Olika typer av walkthroughs Uppgiftsanalysmetoder
Läs merFöreläsning 3: Mer om utvärdering, Inspektionsmetoder kan man utvärdera utan användare?
Föreläsning 3: Mer om utvärdering, Inspektionsmetoder kan man utvärdera utan användare? FSR: (1), 2, 5, (6), 7 Att läsa: Kapitel 14-15 i Rogers et al.: Interaction design 160405 Mer om utvärdering 2 Översikt
Läs merUtvärdering av prototyp: Frågedatabas av Mårten Cronander. Innehållsförteckning
1 (6) Mottagare: Åsa Cajander Mårten Cronander Utvärdering av prototyp: Frågedatabas av Mårten Cronander Innehållsförteckning 1 Inledning 2 1.1 Ten usability heuristics 2 1.2 Severity ratings for usability
Läs merStöd för att skapa intuitiva användargränssnitt
Stöd för att skapa intuitiva användargränssnitt Russinen ur kakan Isabella Scandurra Centrum för ehälsa, Uppsala Universitet SAMTIT, Agenda Användbarhetsstandarden ISO 9241-11 Utvecklingsmetoder/utvärderingsmetoder
Läs mer1. (3p) Inom MDI-området framhåller man att människor lär sig via metaforer. Hur menar man att detta går till?
1. (3p) Inom MDI-området framhåller man att människor lär sig via metaforer. Hur menar man att detta går till? Att lära sig via metaforer innebär att man drar nytta av kunskap som användaren redan har,
Läs merUtvärdering. Användbarhet. + beställarperspektivet! Innehåll. Varför?
Användbarhet Användbarhetsutvärdering Stefan Berglund Den grad i vilken användare i ett givet sammanhang kan bruka en produkt för att uppnå specifika mål på ett ändamålsenligt, effektivt och för användaren
Läs merUtvärdering av gränssnitt särskilt befintliga. Hur utvecklar man användbara system? Användbarhet handlar om kvalitet
Utvärdering av gränssnitt särskilt befintliga Hur utvecklar man användbara system? Lära sig organisationen Förstå användarens situation Förstå användarens språk Involvera användare i processen Utvärdera,
Läs merOlika syften. TDDD60 användbarhetstest. När passar vilken typ? Med eller utan användare
TDDD60 användbarhetstest Olika syften Olika typer av metoder Mått på användbarhet/kravuppfyllelse Olika syften Hitta användbarhetsproblem för att förbättra (mål: åtgärda problem, förbättra produkten) Formativ
Läs merFrågetekniker. Föreläsning 3, Utvärderingstekniker MDI, Lena Palmquist 1. Än en gång: JEdit (Py Kollberg) Loggning. Tolkande dataanalys
Föreläsning 3, Utvärderingstekniker Än en gång: Frågetekniker Att läsa: Sharp, Helen, Rogers, Yvonne & Preece, Jenny E. (2007) Interaction design. Wiley. Kapitel 13-15. Mål, frågeställningar Teknik Hur
Läs merFö: Användbarhetsutvärdering
Fö: Användbarhetsutvärdering Samla in, analysera och presentera användbarhetsmått Heuristisk utvärdering Användbarhetstestning Upplägg Heuristisk utvärdering Heuristiker Utvärderare Gå igenom systemet
Läs mercampus.borlänge Förstudie - Beslutsstöd för operativ tågtrafikstyrning
campus.borlänge Förstudie - Beslutsstöd för operativ tågtrafikstyrning En rapport från CATD-projektet, januari-2001 1 2 Förstudie Beslutsstöd för operativ tågtrafikstyrning Bakgrund Bland de grundläggande
Läs merProcessen. Utvärdering. Utvärderingsanvändare. Utvärderingsanvändare. Utvärdering. Utvärdering
Processen TNMK31 Användbarhet HIIA20 Användbarhet med kognitiv psykologi Martin Karlsson marka@itn.liu.se K7522 011 36 34 63 2006-04-26 Martin Karlsson - Användbarhet 2 sanvändare sanvändare 1 2 3 5 extremanvändare
Läs merUpplägg. Fö: Användbarhetsutvärdering. Heuristisk utvärdering. 10 heuristiker (Nielsen) Hur många utvärderare?
Upplägg Fö: Användbarhetsutvärdering Heuristisk utvärdering Användbarhetstestning Samla in, analysera och presentera användbarhetsmått Heuristisk utvärdering Heuristiker Utvärderare Gå igenom systemet
Läs merFö 4: Utvärdering. Gästföreläsning. Muddy-cards resultat. Varför och vad? Varför? Vad? Mot vad? (Krav) Hur? IMPACT
Varför? Vad? Mot vad? (Krav) Hur? IMPACT Fö 4: Utvärdering Gästföreläsning Computer Supported Collaborative Work flera användare. Live Help Systems Johan Åberg Vecka 10 Måndag 3/3 kl 10 i sal C3 Muddy-cards
Läs merExempel. Utvärdering. Processen. Utvärderingsanvändare. Utvärdering. Utvärderingsanvändare
Utvärdering TNMK31 Användbarhet Exempel Design problem In "Apple Presents... Apple, An introduction to Apple II computer", find out if the user is working on a color monitor. User profiles New owner Customer
Läs merUtveckling av ett grafiskt användargränssnitt
Datavetenskap Opponenter: Daniel Melani och Therese Axelsson Respondenter: Christoffer Karlsson och Jonas Östlund Utveckling av ett grafiskt användargränssnitt Oppositionsrapport, C-nivå 2010-06-08 1 Sammanfattat
Läs merIdag. Prototyper och användbarhetsutvärdering. Vad prototyper prototypar. Olika sorters prototyper. Del 2 Prototyper Utvärdering Analytisk Empirisk
Idag Prototyper och användbarhetsutvärdering Del 2 Prototyper Utvärdering Analytisk Empirisk Prototyper: en fråga om syfte och mottagare Vad prototyper prototypar Kommunikation Med sig själv för att driva
Läs merPrinciper för interaktionsdesign
Designtrappan och GDK Principer för interaktionsdesign Mattias Arvola Institutionen för datavetenskap Designtrappan är framtagen av Dansk Design Center och vidareutvecklad av SVID. 2 Dagens föreläsning
Läs merInteraktionsdesign som profession. Föreläsning Del 2
Interaktionsdesign som profession Föreläsning Del 2 Vikten av att göra research Varför behöver vi göra research? En produkt blir aldrig bättre än den data som denna baseras på Men Vi har redan gjort en
Läs merBild 1: Översikt över faserna i projektarbetet
Projektarbete kring system X Det här dokumentet beskriver uppgiften samt innehåller mallar för de rapporter som ska lämnas in. Bild 1 visar ordning och ungefärligt förhållande för tidsåtgång mellan de
Läs merVisualisering av samverkan
Visualisering av samverkan 18 december 2017 En viktig aspekt i samverkan är att inte bara ha koll på vilka andra aktörer du själv samverkar med, utan även veta om vilka aktörer du inte samverkar med, men
Läs merIBSE Ett självreflekterande(självkritiskt) verktyg för lärare. Riktlinjer för lärare
Fibonacci / översättning från engelska IBSE Ett självreflekterande(självkritiskt) verktyg för lärare Riktlinjer för lärare Vad är det? Detta verktyg för självutvärdering sätter upp kriterier som gör det
Läs merInklusiv Design Design för Alla
Inklusiv Design Design för Alla Alla kan vara med! Design för Alla Vilka designar vi för? 2 Design för Alla Vilka designar vi för? 3 Design för Alla Vilka designar vi för? Perfekt syn Felfri Superstark
Läs merUpplägg. Fö: Användbarhetsutvärdering. Heuristisk utvärdering HEURISTISK UTVÄRDERING. 10 heuristiker (Nielsen)
Upplägg Fö: Användbarhetsutvärdering Heuristisk utvärdering Användbarhetstestning Samla in, analysera och presentera användbarhetsmått Heuristisk utvärdering HEURISTISK UTVÄRDERING Utvärderare Bekantar
Läs merFöreläsning 2: Datainsamling - Observation, enkät, intervju. Att läsa: Kapitel 2 och 3 i Stone et al.: User Interface design and evaluation
Föreläsning 2: Datainsamling - Observation, enkät, intervju Att läsa: Kapitel 2 och 3 i Stone et al.: User Interface design and evaluation Stjärnmodellen Analys Utvärdering Implementation Prototyper Krav
Läs merDatainsamling Hur gör man, och varför?
Datainsamling Hur gör man, och varför? FSR: 2 Preece et al.: Interaction design, kapitel 7 Översikt Att kunna om datainsamlingsmetoder Observationstekniker Att förbereda Att genomföra Resultaten och vad
Läs merKonverteringsskola Del 3: Vad är användbarhet?
Konverteringsskolans andra del behandlade vikten av att lära känna sina besökare. Vi kommer nu att arbeta vidare med besökarna i åtanke och fokusera på hur pass väl de kan använda webbplatsen. Om webbplatsen
Läs merMänniska-Datorinteraktion
Människa-Datorinteraktion Grundutbildnings-, forskarutbildnings- och forskningsämne som behandlar Gränssnitt och kommunikation människa-dator Kommunikation och samarbete människa-människa via (medierat
Läs merAnvändbarhetstestning
Användbarhetstestning Samla in, analysera och presentera användbarhetsmått Användbarhetstestning Användare utför realistiska uppgifter i prototypen/systemet Observationer, tänka högt kompletteras med intervjuer
Läs merUtvärdering. Exempel från lok. Utvärderingsmetoder. Metoder för att utvärdera användning av IT-system. Anders Jansson
Utvärdering Metoder för att utvärdera användning av IT-system Anders Jansson Utvärderingsmetoder Direkt observation Indirekt observation Verbala protokoll Loggning av händelser/aktiviteter Intervjuer Enkätstudier
Läs merKommentarer till MDI tentamen 081003
Kommentarer till MDI tentamen 081003 1) I utvärderingssammanhang vill man ofta att de tilltänkta användarna ska finnas med. Nämn tre sätt att ta med användarna och jämför de olika sätten, likheter och
Läs merBilaga 2. Rapport av resultatet för Användbarhetsutvärderingen av E-handelstjänsten Proceedo
1/10 Datum 2017-04-12 ESV Dnr 18-1043/2017 Visma Commerce AB Stefan Norr Stefan.norr@visma.com Bilaga 2 Rapport av resultatet för Användbarhetsutvärderingen av E-handelstjänsten Proceedo Drottninggatan
Läs merFöreläsning 2: Introduktion till utvärdering varför ska vi utvärdera?
Föreläsning 2: Introduktion till utvärdering varför ska vi utvärdera? FSR: 1, 2, 5 Rogers et al. Kapitel 13 (e/3: 12-13) 160401 Intro utvärdering 2 Översikt Att kunna om utvärdering Observation, kort repetition
Läs merGRÄNSSNITTSDESIGN. Ämnets syfte. Kurser i ämnet
GRÄNSSNITTSDESIGN Ämnet gränssnittsdesign behandlar interaktionen mellan dator och människa med fokus på designaspekterna i utveckling av användbara, tillgängliga och tilltalande gränssnitt. Det innehåller
Läs merFöreläsning 2: Datainsamling - Observation, enkät, intervju. Att läsa: Kapitel 2 och 3 i Stone et al.: User Interface design and evaluation
Föreläsning 2: Datainsamling - Observation, enkät, intervju Att läsa: Kapitel 2 och 3 i Stone et al.: User Interface design and evaluation Stjärnmodellen Analys Utvärdering Implementation Prototyper Krav
Läs merPROGRAMMERING. Ämnets syfte. Kurser i ämnet
PROGRAMMERING Ämnet programmering behandlar programmeringens roll i informationstekniska sammanhang som datorsimulering, animerad grafik, praktisk datoriserad problemlösning och användaranpassad konfiguration
Läs merSollentuna kommun. Generella IT kontroller Visma Affärslösningar. Detaljerade observationer och rekommendationer. November 2017
Sollentuna kommun Generella IT kontroller Visma Affärslösningar Detaljerade observationer och rekommendationer November 2017 Fredrik Dreimanis Johan Jelbring Jesper Östling Innehållsförteckning Sammanfattning
Läs merAnvändbarhetstestning. Användbarhetstestning. Användbarhetstestning vs heuristisk utvärdering. Varför testa?
Användbarhetstestning Användbarhetstestning Samla in, analysera och presentera användbarhetsmått Användare utför realistiska uppgifter i prototypen/systemet Observationer, tänka högt kompletteras med intervjuer
Läs merProcess- och metodreflektion. Grupp 3; Ida Gustafsson, Mikael Karlsson, Jonas Lind, Hanne Sundin, Maria Törnkvist
Process- och metodreflektion Grupp 3; Ida Gustafsson, Mikael Karlsson, Jonas Lind, Hanne Sundin, Maria Törnkvist Planeringen Redan från början av projektet bestämde vi oss i gruppen för att planera utförande
Läs merFöreläsning 2: Introduktion till utvärdering varför ska vi utvärdera?
Föreläsning 2: Introduktion till utvärdering varför ska vi utvärdera? FSR: 1, 2, 5 Rogers et al. Kapitel 13 (e/3: 12-13) Analys Utvärdering Implementation Prototyper Krav Design 150327 Intro utvärdering
Läs merFöreläsning 10: Introduktion till utvärdering. Rogers et al. Kapitel 12
Föreläsning 10: Introduktion till utvärdering Rogers et al. Kapitel 12 Analys Utvärdering Implementation Prototyper Krav Design 120515 Intro utvärdering 2 Bruce Tognazzini om utvärdering Iterative design,
Läs merKognitionsvetenskap C, HT-04 Mental Rotation
Umeå Universitet 041025 Kognitionsvetenskap C, HT-04 Mental Rotation Grupp 3: Christina Grahn, dit01cgn@cs.umu.se Dan Kindeborg, di01dkg@cs.umu.se David Linder, c01dlr@cs.umu.se Frida Bergman, dit01fbn@cs.umu.se
Läs merFrån Smart TV till Smartare upplevelse Av: Kim Huber och Connie Huanca
Från Smart TV till Smartare upplevelse Av: Kim Huber och Connie Huanca System vi undersökte Den system vi valde att undersöka var en av de senaste smart tv som finns i markanden och var nämnd till bästa
Läs merPROGRAMMERING. Ämnets syfte. Kurser i ämnet
PROGRAMMERING Ämnet programmering behandlar programmeringens roll i informationstekniska sammanhang som datorsimulering, animerad grafik, praktisk datoriserad problemlösning och användaranpassad konfiguration
Läs merFöreläsning 2: Datainsamling - Observation, enkät, intervju. Att läsa: Kapitel 7 i Rogers et al.: Interaction design
Föreläsning 2: Datainsamling - Observation, enkät, intervju Att läsa: Kapitel 7 i Rogers et al.: Interaction design Stjärnmodellen Analys Utvärdering Implementation Prototyper Krav Design 100326 Datainsamling
Läs merUtvärdering. Att göra spel bättre
Utvärdering Att göra spel bättre Om speltest och utvärdering av datorspel En kort övning/uppgift att lösa Varför utvärdera? Förstå en produkt Se vilka faktorer som gör att människor gillar/inte gillar
Läs merUsing SharePoint Workflow
Datavetenskap Opponent(er): Anders Olsson Marcus Karlsson Respondent(er): Harald Quist Creating a Help Desk Using SharePoint Workflow Oppositionsrapport, C-nivå 2009:xx 1 Sammanfattat omdöme av examensarbetet
Läs merFöreläsning 3 Användare, uppgift och omgivning. Kapitel 3-4 i Stone et al.
Föreläsning 3 Användare, uppgift och omgivning Kapitel 3-4 i Stone et al. Från föregående föreläsning Kravinsamling med användare i fokus genom Observationer i verkliga situationer Konstruera uppgifter
Läs merHeuristisk utvärdering. Usability Problem Taxonomy
Institutionen Examensarbete D-nivå Vårterminen 2005 för i kommunikation datavetenskap 20p och information Heuristisk utvärdering vs Usability Problem Taxonomy En jämförelse ur ett klassificeringsperspektiv
Läs merFöreläsning 4, Användbarhet, prototyper
Föreläsning 4 Användbarhet och prototyper Kapitel 5-7 i Stone et al. Mer om användbarhet Psykologiska principer avseende: Förväntningar En uppgift i taget Struktur för förståelse Känna igen eller komma
Läs merUtvärdering. Användbarhetstest: Vad ska ni göra? Användbarhetstestning kontra heuristisk utvärdering. Användbarhetstestning
Användbarhetstest: Vad ska ni göra? Utvärdering Mattias Arvola Institutionen för datavetenskap Användbarhetstest med pappersprototyp 4 eller 6 användare som testar 3 eller 5 uppgifter Balansera ordningen
Läs merIntro utvärdering
Föreläsning 2: Introduktion till varför ska vi utvärdera? FSR: 1, 2, 5 Rogers et al. Kapitel 13 (e/3: 12-13) 2 Översikt Att kunna om Observation, kort repetition Iterativ Det som påverkar Tänkbara syften
Läs merFöreläsning 7 Mentala modeller, metaforer och emotionell interaktion. Kapitel 5 (3) i Rogers et al.
Föreläsning 7 Mentala modeller, metaforer och emotionell interaktion Kapitel 5 (3) i Rogers et al. Översikt Human Action Cycle Konceptuella modeller Metaforer ikoner Emotionell design Antropomorfism Agenter
Läs merAnvändarcentrerad systemdesign
Användarcentrerad systemdesign Användbarhet och användarcentrering Jan Gulan Gulliksen Avdelningen för MDI/IT, Uppsala Universitet, Sverige Jan.Gulliksen@hci.uu.se http://www.hci.uu.se/edu Vad innebär
Läs merProduktstöd - Vägledning till dokumentationskraven i SS-EN ISO 9001:2000
Document: STG/PS K 525SV1 Produktstöd - Vägledning till dokumentationskraven i SS-EN ISO 9001:2000 SIS, Projekt Kvalitetsledning 1 1) Introduktion Produktstöd Två av de viktigaste målsättningarna i arbetet
Läs merMänniska- datorinteraktion, MDI, vt 2012, Anvisningar för projekt- /grupparbete
Människa- datorinteraktion, MDI, vt 2012 Anvisningar för projekt- /grupparbete Kursens projektuppgift består av att genomföra ett projektarbete i grupper om 3-4 personer. Uppgiften ska sedan presenteras
Läs merTENTAMEN: Design och konstruktion av grafiska gränssnitt DAT215/TIG091
TENTAMEN: Design och konstruktion av grafiska gränssnitt DAT215/TIG091 DAG: 5 mars, 2012 TID: 8.30 12.30 SAL: Hörsalsvägen Ansvarig: Olof Torgersson, tel. 772 54 06. Institutionen för tillämpad informationsteknologi.
Läs merSänk kostnaderna genom a/ ställa rä/ krav och testa effektivt
Sänk kostnaderna genom a/ ställa rä/ krav och testa effektivt Kravhantering / Testprocess - Agenda AGENDA Grundläggande kravhanteringsprocess. Insamling, dokumentation, prioritering, Test och förvaltning
Läs mer* Rätt svar A. * Motivering De flesta hushållsmaskiner har en på- och avstäningsknapp och inte endast en av-knapp.
A Både påståendet och anledningen är korrekta uttalanden OCH anledningen förklarar påståendet på ett korrekt sätt. B Både påståendet och anledningen är korrekta uttalanden, men anledningen förklarar inte
Läs merGrupparbete ACSD Projektplanering för ett Patientjournalsystem
Grupparbete ACSD Projektplanering för ett Patientjournalsystem Uppsala Universitet Institutionen för Informationsteknologi Användarcentrerad Systemdesign Grupp 8, ht03 Christian Rick, rick@bahnhof.se Frida
Läs merAnvändbarhetsutvärdering. TDDD80 Mobila och sociala applikationer
Användbarhetsutvärdering TDDD80 Mobila och sociala applikationer Examinationskrav För G Appen (i slutgiltigt skick) ska användbarhetstestas Rapportera uppgiftsframgång, användbarhetsproblem, SUS Extra
Läs merMänniska- datorinteraktion, MDI, ht 2011, anvisningar för projekt- /grupparbete
Människa- datorinteraktion, MDI, ht 2011 Anvisningar för projekt- /grupparbete Kursens projektuppgift består av att genomföra ett projektarbete i grupper om 3-4 personer. Uppgiften ska sedan presenteras
Läs merFöreläsning 4 Identifiera krav och behov. Att läsa: Kapitel 10 i Rogers et al.: Interaction design
Föreläsning 4 Identifiera krav och behov Att läsa: Kapitel 10 i Rogers et al.: Interaction design Översikt Vikten av krav Olika typer av krav Datainsamling för olika krav Scenarier Use Cases Essential
Läs merBusiness research methods, Bryman & Bell 2007
Business research methods, Bryman & Bell 2007 Introduktion Kapitlet behandlar analys av kvalitativ data och analysen beskrivs som komplex då kvalitativ data ofta består av en stor mängd ostrukturerad data
Läs merOppositionsprotokoll-DD143x
Oppositionsprotokoll-DD143x Datum: 2011-04-26 Rapportförfattare Sara Sjödin Rapportens titel En jämförelse av två webbsidor ur ett MDI perspektiv Opponent Sebastian Remnerud Var det lätt att förstå vad
Läs merDecentraliserad administration av gästkonton vid Karlstads universitet
Datavetenskap Opponent(er): Markus Fors Christian Grahn Respondent(er): Christian Ekström Per Rydberg Decentraliserad administration av gästkonton vid Karlstads universitet Oppositionsrapport, C/D-nivå
Läs merSveriges innovationsmyndighet
Sveriges innovationsmyndighet Testbäddar inom hälso- och sjukvård och äldreomsorg En testbädd är en fysisk eller virtuell miljö där företag i samverkan med aktörer inom hälso- och sjukvård eller äldreomsorg
Läs merPrototypning och heuristisk utvärdering
Filmtajm Prototypning och heuristisk utvärdering! Sketch-a-move http://vimeo.com/5125096 Interaktiva system Mattias Arvola Institutionen för datavetenskap 2 Dagens föreläsning Prototypens roll: Evolutionär
Läs merDesign av användargränssnitt. Processen snarare än produkten
Design av användargränssnitt Jan Gulliksen Design och konstruktion av användargränssnitt 1MD113 Processen snarare än produkten Analys -> Design -> Utvärdering -> Återkoppling -> Iterativ Inkrementellt
Läs merFöreläsning 6: Analys och tolkning från insamling till insikt
Föreläsning 6: Analys och tolkning från insamling till insikt FSR: 1, 5, 6, 7 Rogers et al. Kapitel 8 Översikt Kvalitativ och kvantitativ analys Enkel kvantitativ analys Enkel kvalitativ analys Presentera
Läs merFöreläsning 11, Planera utvärdering. Att planera utvärdering. Vetenskapliga experiment. Kapitel i kursboken
Föreläsning 11 Planera utvärdering Kapitel 22-24 i kursboken Att planera utvärdering Vem, vilka? Att välja användare, antal Vad? Hur sätter man ihop lämpliga uppgifter? När? Hur lång tid ska man avsätta?
Läs merFöreläsning 2: Datainsamling - Observation, enkät, intervju. Att läsa: Kapitel 2 och 3 i Stone et al.: User Interface design and evaluation
Föreläsning 2: Datainsamling - Observation, enkät, intervju Att läsa: Kapitel 2 och 3 i Stone et al.: User Interface design and evaluation Stjärnmodellen Analys Utvärdering Implementation Prototyper Krav
Läs merDe fem gyllene reglerna. Analys. Engagera dina användare. Känn dina användare. Lär av andra. Testa och korrigera designen
De fem gyllene reglerna Analys av användare och deras uppgifter Känn dina användare Engagera dina användare Testa och korrigera designen Lär av andra Samordna hela gränssnittet Känn dina användare Engagera
Läs merAnpassningsbar applikationsstruktur för flerpunktsskärmar
Datavetenskap Opponent(er): Rikard Boström Lars-Olof Moilanen Respondent(er): Mathias Andersson Henrik Bäck Anpassningsbar applikationsstruktur för flerpunktsskärmar Oppositionsrapport, C/D-nivå 2005:xx
Läs mer3/30/12. Föreläsning 2: Datainsamling - Observation, enkät, intervju. Stjärnmodellen. Översikt. Analys. Prototyper Krav. Design
Föreläsning 2: Datainsamling - Observation, enkät, intervju Att läsa: Kapitel 7 i Rogers et al.: Interaction design Stjärnmodellen Analys Utvärdering Implementation Prototyper Krav Design 100326 Datainsamling
Läs merRegion Gotland. Generella IT kontroller Visma och HR Plus. Detaljerade observationer och rekommendationer. Februari 2017
Region Gotland Generella IT kontroller Visma och HR Plus Detaljerade observationer och rekommendationer Februari 2017 Fredrik Dreimanis Jonas Leander Innehållsförteckning Sammanfattning av granskningen...
Läs merMänniska- datorinteraktion, MDI, ht 2012, Anvisningar för projekt- /grupparbete
Människa- datorinteraktion, MDI, ht 2012 Anvisningar för projekt- /grupparbete Kursens projektuppgift består av att genomföra ett projektarbete i grupper om 3-4 personer. Uppgiften ska sedan presenteras
Läs merKristian Almgren Artificiell Intelligens Linköpings Universitet 2011. Talstyrning
Talstyrning Abstrakt Talstyrning är en teknik som gör det möjligt för oss människor att mer eller mindre verbalt kommunicera med en dator eller ett system. Det här är ett tillvägagångssätt inom AI och
Läs merTitel på examensarbetet. Dittnamn Efternamn. Examensarbete 2013 Programmet
Titel på examensarbetet på två rader Dittnamn Efternamn Examensarbete 2013 Programmet Titel på examensarbetet på två rader English title on one row Dittnamn Efternamn Detta examensarbete är utfört vid
Läs merUtvärdering. 6 november 2002 Kap 10-11, , 13.5
Utvärdering 6 november 2002 Kap 10-11, 12.3 12.5, 13.5 Frågeställningar kring utvärdering Varför utvärdera? Med eller utan användare Olika utvärderingsmetoder Bearbetning av testresultat Video: Private
Läs merPROGRAMMERING. Ämnets syfte. Kurser i ämnet
PROGRAMMERING Ämnet programmering behandlar programmeringens roll i informationstekniska sammanhang som datorsimulering, animerad grafik, praktisk datoriserad problemlösning och användaranpassad konfiguration
Läs merMälardalens högskola
Teknisk rapportskrivning - en kortfattad handledning (Version 1.2) Mälardalens högskola Institutionen för datateknik (IDt) Thomas Larsson 10 september 1998 Västerås Sammanfattning En mycket viktig del
Läs merFramsida Titelsida ii Trycksida iii Abstract iv Sammanfattning v Förord vi Tom vii Innehållsförteckning 1 Introduktion... 1 1.1 Bakgrund... 1 1.2 Inledning... 1 1.2.1 Kaprifolen... 2 1.3 Syfte... 2 1.4
Läs merAnvändarhantering Windows 7 I denna laboration kommer vi att skapa nya användare och grupper och titta på hur man hantera dessa.
Användarhantering Windows 7 I denna laboration kommer vi att skapa nya användare och grupper och titta på hur man hantera dessa. Antal: Enskilt Material: En dator med Windows 7 (Vista, Windows 8 eller
Läs merAnledning: Generellt så undviker QUPER att göra fullständiga förutsägelser för relationerna mellan ett systems fördelar, kostnad och kvalitet.
Fråga 1. QUPER Påstående: QUPER är en modell för att elicitera krav Anledning: Generellt så undviker QUPER att göra fullständiga förutsägelser för relationerna mellan ett systems fördelar, kostnad och
Läs merExempel på verklig kravspecifikation
Exempel på verklig kravspecifikation Detta är ett exempel på en proffessionell kravspecifikation hämtad ur verkliga livet. Den visas inte i sin fullständighet, det mesta är bortklippt, men strukturen och
Läs merInspirationsfasen. Fortsättning på nästa sida. Hållbar utveckling B, vårterminen 2013. Cemus/CSD Uppsala, Uppsala universitet & SLU
Inspirationsfasen Förvänta er framgång! Fokusera på problemet, men leta efter möjligheter. Titta på världen, observera och låt dig inspireras. Utforska det som kittlar din nyfikenhet! Ha med så många olika
Läs merNU NÄR DU BEKANTAT DIG MED RAMARNAS EGENSKAPER OCH VET. hur man markerar och ändrar dem, är det dags att titta lite närmare på
6 Arbeta med ramar NU NÄR DU BEKANTAT DIG MED RAMARNAS EGENSKAPER OCH VET hur man markerar och ändrar dem, är det dags att titta lite närmare på hur du kan arbeta med dem i en design. De flesta designers
Läs merIdentifiera kundbehov En sammanfattning och analys av kapitel 4 i boken Product Design and Development
Identifiera kundbehov En sammanfattning och analys av kapitel 4 i boken Product Design and Development Grupp 6 Ali Abid Kjell Nilsson Patrick Larsson Mälardalens högskola KN3060, Produktutveckling med
Läs merTest och utvärdering - introduktion. Systemering med användarfokus Malin Pongolini
Test och utvärdering - introduktion Systemering med användarfokus Malin Pongolini ACD metoden: faserna Analys Användaranalys Uppgiftsanalys Kravställande Användbarhetskrav Funktionalitetskrav Design Prototyping
Läs merUtvecklingsm odell och utvecklingsm etod för att skapa god kom m unikation
Kurs: Designm etodik, 3 p Delm om ent: Datum : 2 0 0 3-1 2-1 8 Utvecklingsm odell och utvecklingsm etod för att skapa god kom m unikation Nils Järgenstedt [ it3 jani@ituniv.se] Innehållsförteckning INLEDNING...
Läs merHur nöjd är du på en skala?
Vilken är den vanligaste kraften bakom positiva resultat såsom hög produktivitet, låg personalomsättning och låg sjukfrånvaro? De flesta av oss svarar troligen hög personalnöjdhet. Nöjda personer arbetar
Läs merKravspecifikation. 1. Introduktion. 2. Övergripande beskrivning. 1.1 Syfte. 1.2 Omfattning. 1.3 Definitioner och förkortningar. 1.
Kravspecifikation 1. Introduktion 1.1 Syfte Syftet med det här dokumentet är att ange kraven för spelet Bilspel. Dokumentet täcker bara konsumentens del av kravspecifikationen. Kraven ska vara specificerade
Läs merIC1007 Människa-dator interaktion: Principer och Design 7,5 hp
IC1007 Människa-dator interaktion: Principer och Design 7,5 hp Human-computer Interaction: Principles and Design Kursplan för IC1007 gäller från och med HT11 Betygsskala: A, B, C, D, E, FX, F Utbildningsnivå:
Läs merTeoretiska och empiriska ansatser
Teoretiska och empiriska ansatser I. C. MariAnne Karlsson Teori Empiri Utgångspunkt för kravbild / målbild för diagnos av problem för utvärdering av (design)lösning Scenario inkl. personas 1 Exemplet Diagnos/Utvärdering
Läs merhttp://www.one-life.com/ http://www.bjork.com/ http://www.ro.me/ http://www.protest.eu/en#!/home
http://www.one-life.com/ http://www.bjork.com/ http://www.ro.me/ http://www.protest.eu/en#!/home http://www.oakley.com/legionofoakley?cm_mmc=ads-_-apparel_goggles-_-prs_sigseries-_-appa Inspiration Koncept
Läs mer