Handläggningssstöd för synskadade Baserat på teorierna av Constantine & Lockwood
|
|
- Mats Jakobsson
- för 4 år sedan
- Visningar:
Transkript
1 Grupp 4: Petter Midtsian, Handläggningssstöd för synskadade Baserat på teorierna av Constantine & Lockwood Ett projekt i Användarcentrerad systemdesign, Uppsala universitet, Ht 05
2 1 Inledning Syfte Constantine och Lockwoods användningscentrerade systemdesign Uppdraget: Handläggningssstöd för synskadade Antaganden och avgränsning av uppgiften Genomförande Collaborative Requirements Dialog Input Inblandade roller Resultat Beskrivning Task modeling Input Inblandade roller Resultat Beskrivning Operational Contextualization Input Inblandande roller Resultat Beskrivning Standards and Style Definition Input Inblandande roller Resultat Beskrivning Interface Content Modeling Input Inblandande roller Resultat Beskrivning Implementation Modeling Input Inblandande roller Resultat Beskrivning Usability Inspection Input Inblandande roller Resultat Beskrivning Processens resultat Tidsplan För- och nackdelar med metoden Källor...12
3 1 Inledning Det har aldrig varit lätt att vara synskadad. Internet och andra IT-lösningar har underlättat tillgången till information hos de allra flesta i samhället, men de synskadade har inte kunnat nå den på samma sätt. Med ökad prestanda på datorer och andra verktyg ökar dock möjligheterna även för synskadade att ta del av informationsutbudet. Men vilket är egentligen det bästa sättet för att utveckla ett informationssystem för synskadade? 1.1 Syfte Uppgiften går ut på att beskriva, planera och diskutera processen för hur ett fiktivt IT-baserat system ska utvecklas utifrån ett specifikt synsätt på användarcentrerad utveckling Constantine och Lockwoods användningscentrerade systemdesign Det angreppssätt Constantine och Lockwood använder sig av är något de själva kallar usagecentered design. Jag kommer att översätta detta begrepp till användningscentrerad design. Utgångspunkten är att fokus ska ligga på användandet och inte på användarna, vilket författarna menar är en viktig skillnad mot de användarcentrerade metoderna. Alla system är verktyg för att utföra något och fokus bör ligga på hur dessa verktyg används, inte på vem som använder dem eller på verktyget i sig. Vilka som använder verktygen och hur dessa är utformade är naturligtvis också viktigt, men det centrala är användandet. 2 Målet med Contantine och Lockwoods metod är att systemet som utvecklas ska bli lätt att lära, lätt att komma ihåg, effektivt att använda, innehålla få fel och vara subjektivt tilltalande. Dessutom ska själva utvecklingsprocessen underlättas och effektiviseras. För att uppnå dessa mål tycker författarna att utvecklingen ska ske genom en process som leds av fem centrala element: 3 Pragmatiska designanvisningar. Systemutvecklingen ska baseras på riktlinjer för både användbarhet och design. Författarna definierar dessa regler, på en detaljerad nivå, för vad som kännetecknar ett väldesignat och användbart system. Modellbaserad designprocess. För att förstå användandet är det viktigt att arbeta med modeller då dessa underlättar möjligheten att kommunicera både med användare och med programmerare. Organiserade utvecklingsaktiviteter. För att effektivisera och underlätta utvecklingen behövs en del aktiviteter preciseras. Mer om detta följer nedan. Iterativ förbättring. Det är mycket svårt att få ett fungerande system på en gång. Genom att utföra tester löpande blir det lättare att göra förbättringar. Man bör först konstruera en kärna med de viktigaste funktionerna för att sedan utöka systemet successivt. Kvalitetsmätningar. Det är viktigt att kunna jämföra systemet med andra möjliga sätt att utveckla det. Genom att arbeta med prototyper och andra jämförelsemedel kan man se hur systemet blir relativt andra möjliga utvecklingar. 4 1 Boivie, I, besökt Constantine, L (1995), sid. 3 3 Egen översättning. Elementen kallas Pragmatic design guidelines, Model-driven design process, Organized development activities, Iterative improvement och Measures of quality i original. 4 Constantine o Lockwood (1999), sid
4 Centralt med metoden är också att designern ska sträva efter att göra ett så enkelt och generellt användbart system som möjligt. Genom att återvända till tidigare moment och förenkla eller återanvända dessa blir systemet smidigare och mer kärnfullt. 5 Användningscentrerad design beskrivs som en strukturerad process som kan delas in i olika separata delar. Det innebär inte att processen kan ses som ett linjärt förlopp, i praktiken kommer de inblandade i projektet att hoppa fram och tillbaka mellan aktiviteterna och alla delar är inte med i alla projekt. Men en modell gör de lättare för de inblandade att veta vad de håller på med. De aktiviteter som ingår i angreppssättet visas i Figur 1. Den visar också hur dessa överlappar varandra och förhåller sig till varandra i tiden. 6 Figur 1 Aktivitetsmodell för användningscentrerad design. De aktiviteter som innefattar användare är markerade med en stjärna och de som innefattar konstruktion av systemet är ifyllda. 7 Collaborative Requirements Dialog innebär att utvecklarna, beställarna och användarna tillsammans diskuterar och förhandlar om vilka grundläggande krav som ska ställas på systemet. Task modeling är kärnan i det användningscentrerade synsättet. Användarna och de uppgifter de utförs beskrivs för att veta vad systemet ska användas till. Domain Modeling handlar om att sammanställa inom vilka områden systemet ska användas. Operational Contextualization handlar om att kartlägga i vilken miljö systemet kommer att användas och vilka speciella behov användare har. Standards and Style Definition innebär att ta fram utseendemässiga standarder för hur systemet presenteras för användaren. Help Systems and Documentation tar fram stöd och dokumentation för systemet. Interface Content Modeling definierar de verktyg som systemet tillhandahåller för att lösa de uppgifter användarna efterfrågar. 5 ibid., sid ibid., sid Figuren är hämtad från ibid. sid. 34 (Usage-centered design activity model).
5 Implementation Modeling gör en visuell design av systemet med hjälp av prototyper. Usability Inspection förekommer på två platser, före och efter faserna då huvuddelen av systemet kodas. Object Structure Design är att hålla ordning på sina objekt för att minska och förenkla systemet. Concentric Construction innebär att utvecklingen baseras på uppgiftsanalysen och byggs iterativt i lager. Architectural Iteration är en kontroll för att se till att strukturen bibehålls mellan iterationerna. 8 Constantine och Lockwood ser användare som experter på sina arbetsuppgifter och deras eget systemanvändande och systemutvecklare som experter på mjukvara och användbarhetsdesign. De menar att användarna bör vara med vid ett litet antal välspecificerade tillfällen för att effektivt använda både användarnas och utvecklarnas tid (se markeringar i Figur 1). När det är jobb som utvecklarna ska göra ska inte användarna blandas in eftersom de inte tillför något. Rollerna kompletterar varandra och de båda grupperna bör göra det som de är experter på Uppdraget: Handläggningssstöd för synskadade Talboks- och punktskriftsbiblioteket (TPB) är en myndighet som har i uppgift att förse personer med funktionshinder (huvudsakligen synskadade och dyslektiker) med litteratur anpassat utefter deras förutsättningar. Det kan handla om att producera talböcker av kurslitteratur eller digitala versioner av böcker för skärmläsare, osv. TPB har beslutat sig för att ha målgruppen representerad bland sina handläggare, vilket ju då givetvis ställer speciella krav på designen av deras handläggningsstöd. Samtidigt är det en liten myndighet utan tillgång till så stora utvecklingsresurser, varför man blir tvungen att förlita sig på standardsystem och redan utvecklade lösningar. Hur kan man på ett användarcentrerat sätt jobba med blinda och synskadade brukare som inte lika enkelt kan ta till sig prototyper och andra visuella representationer av systemen. Hur hanterar man hela utvecklingsprocessen från krav till leverans och underhåll när man jobbar under dessa speciella förutsättningar med en extern leverantör? 10 Synskadade är de personer som har svårt att läsa vanlig text eller orientera sig på okända platser med hjälp av synen, trots glasögon. Det innefattar både blinda och synsvaga personer Antaganden och avgränsning av uppgiften Det sätt som uppgiften är beskriven på gör att det finns en del utrymme för tolkningar. Jag har valt att se uppdraget som att TPB redan har ett existerande handläggningssystem som är utvecklat för de användargrupper som tidigare varit användare av det, men behöver utöka det för att möjliggöra de synskadades användning av det. Det innebär att uppgiften huvudsakligen blir att fram nya interface för systemet och viss ytterligare funktionalitet för att stödja de nya användargrupperna, men inte att ta fram ett helt nytt system. Jag har också valt att se TPB som en organisation som har mycket begränsade resurser för att utveckla sitt handläggningsstöd. Detta medför att de inte kan lägga så stort fokus på alla delar 8 Ibid. sid Constantine o Lockwood (1999), sid Boivie, I, besökt SRFbroschyr, besökt
6 i modellen och att TPB inte har möjlighet att fullt ut ge stöd till blinda användare utan får nöja sig med att ha med synsvaga och dyslektiker bland sina handläggare. Jag ser det som ett rimligt antagande baserat på uppgiftsbeskrivningen och har valt att göra det eftersom jag blev ensam i min grupp och därmed inte ville ha en lika omfattande uppgift. Constantine och Lockwood framhåller att deras metoder är möjliga att skala ner till att omfatta mycket begränsade delar av den ursprungliga modell som de beskriver ser jag inte detta som något problem ur metodhänseende 12. Dessa avgränsningar gör att jag kommer att utgå från en nedbantad version av Constantine och Lockwoods modell: Figur 2 De aktiviteter i den användarcentrerade systemdesignen som jag kommer att beröra. De skuggade bubblorna kommer inte att avhandlas. De aktiviteter som innefattar användare är även här markerade med en stjärna. Förutom dessa avgränsningar i metoden kommer jag heller inte att genomföra själva systemutvecklingen då det inte ingår i denna uppgift. 2 Genomförande Constantine och Lockwood beskriver en modell för att involvera användarna i utvecklingen som de kallar Joint Essential Modeling (JEM). Den går ut på att användare, utvecklare och beställare träffas och diskuterar systemet utifrån förbestämda teman. Jag kommer att beröra denna modell här, men kommer att utgår från de aktiviteter som jag presenterat tidigare. Jag kommer att använda de engelska termerna från JEM då jag inte hittat några bra svenska översättningar Collaborative Requirements Dialog Input För att genomföra det här steget krävs inget material eftersom det är det första momentet. 12 Se t ex Constantine och Lookwood (1999) sid Den följande beskrivningen av tillvägagångssättet baseras på resonemanget i Constantine och Lockwood (1999), huvudsakligen kap. 20.
7 2.1.2 Inblandade roller Sponsor: En representant från beställarens sida. Har som uppgift att öppna och avsluta mötet med leder det inte. Användare: Representanter från flera områden, både domänexperter och riktiga användare. Lead analyst: Expert på användningscentrerad design och tekniskt kompetent. Fungerar mest som konsult i svårare frågor och som stöd till resten av gruppen. Facilitator: Är en neutral ledare för gruppen. Scribe: Skriver ner det som sägs och bestäms, behöver ha kunskap inom systemutveckling för att kunna fungera effektivt Resultat Bakgrundsmaterial, översikt över området, grundläggande vision om vad systemet ska användas till, preliminär lista över användargrupper, lista över vilka som ska vara med på kommande möten Beskrivning Det här steget innefattar att fastställa på ett översiktligt plan vad det är systemet ska göra. Det är viktigt att fastställa systemets mål och att inte blanda ihop det med projektets mål, då det inte alltid är samma sak. Genom att börja stort och undersöka användare och låta dessa önska fritt vad de eftersträvar samlas mycket information in. I det här fallet skulle beställare och utvecklare börja med att fritt brainstorma vad systemet skulle kunna användas till, utan att införa så mycket begränsningar. Detta skulle kombineras med att utvecklarna skulle studera det existerande handläggarstödet för att se hur det fungerar idag och framförallt vilka uppgifter som utförs och hur detta görs. För att undersöka det skulle utvecklarna göra contextual inquirys och diskutera med grupper av nuvarande användare. Dessutom skulle en studie av de synskadade genomföras för att få en bättre bild av deras förutsättningar. Rollen som Lead analyst skulle inte finnas då projektet är relativt litet. 2.2 Task modeling Input Detta steg baseras på den information som erhållits från Collaborative Requirements Dialog: deltagarna är de som beslutades där, den preliminära listan över användargrupper används liksom systemets övergripande vision Inblandade roller Samma som ovan. Användargruppen kommer bestå av representanter från de användarroller som definieras när de är bestämda Resultat Systemets mål, användarrollmodell, karta över användarroller, lista över alla viktiga användningsfall med förklaringar, karta över användningsfall, beslut om fokala användningsfall och i vilken ordning funktioner ska implementeras Beskrivning Aktiviteten består av två steg som var och en kan ta en eller flera träffar i anspråk. Det första momentet är att identifiera användarroller och det andra är att identifiera användningsfall och hitta de viktigaste av dessa. Inom den användningscentrerade systemdesignen vill man hålla
8 beskrivningar av roller och användningsfall på en så abstrakt nivå som möjligt för att inte låsa sig i ett tidigt stadium. Det går hand i hand med att låta användarna göra sina saker och utvecklarna sina, de tekniska lösningarna ska lämnas till de som kan det bäst. Aktiviteten har som mål att få fram några centrala Essential Use Cases som systemet sedan kan baseras vidare på och en prioriteringsordning för hur funktioner ska införas. Här skulle man börja med att göra en kartläggning av de roller som finns i organisationen idag och komplettera detta med de roller som skulle tillkomma. Genom att koppla samman dessa skulle man kunna se på vilket sätt de skiljer sig från varandra. Eftersom modellerna görs på en abstrakt nivå skulle de inte skilja sig så mycket, uppgifterna som handläggarna utför är de samma oavsett om handläggaren är synskadad eller inte. 2.3 Operational Contextualization Input Baseras huvudsakligen på användarrollmodellerna Inblandande roller Projektledare och designer, men inte användare Resultat Mer detaljerade användarprofiler (incumbent profile), interaktionsprofiler Beskrivning Genom att gå in mer i detalj på i vilken miljö som systemet kommer att användas och om användarna har några speciella förutsättningar ska aktiviteten få med en större helhet i utvecklingen. Det här momentet är viktigt i det här fallet. Eftersom inte de synskadade skiljer sig från de övriga användarna när uppgifterna beskrivs i form av Essential Use Cases måste olikheterna fångas in här. 2.4 Standards and Style Definition Input Användarrollmodellerna, användningsfallen, om det finns: önskningar på utseendet från beställaren Inblandande roller De viktiga användargrupperna, designers, beställare, utvecklare Resultat Ett sätt att presentera information i systemet Beskrivning I detta moment tas standarder fram för hur informationen förmedlas från systemet till användaren.
9 För att systemet ska stödja de synskadade användarna måste denna uppgift arbetas igenom ordentligt. Det finns redan en standard för text i det system som finns, men det måste justeras till de nya användarnas behov. Dessutom behövs talstöd. 2.5 Interface Content Modeling Input Användningsfall Inblandande roller Gränssnittsdesigner Resultat En abstrakt beskrivning av samspelet mellan användaren och systemet för varje användningsfall, gärna i form av ett papper och några post-it-lappar, och en karta över hur en användare kan navigera i systemet Beskrivning Genom att gå igenom varje användningsfall och på en abstrakt nivå bestämma vad de ska innehålla och hur man rör sig mellan dessa skapar man en översiktlig bild av systemet. I det här fallet borde det här inte vara en så stor sak då det redan finns ett system och strukturen på det inte går att ändra utan vidare. 2.6 Implementation Modeling Input Den abstrakta beskrivningen från Interface Content Modeling, användningsfallen Inblandande roller Gränssnittsdesigner Resultat En prototyp av hur gränssnittet kan komma att se ut, gärna på papper Beskrivning Genom att gå vidare med den abstrakta modellen från Interface Content Modeling skapas ett första utkast till interface. I det här fallet är den här fasen inte heller så viktig, av samma anledning som den förra. 2.7 Usability Inspection Input Allting som producerats så långt Inblandande roller De viktiga användargrupperna, designers, beställare, utvecklare.
10 2.7.3 Resultat En prototyp som kan gå vidare till de mer programmeringsintensiva faserna Beskrivning Genom att utvärdera de prototyper som kommit från de tidigare momenten så får användarna ta ställning till om det blivit något som svarar mot deras behov. För att den här fasen ska ge något bra resultat är det centralt att det kommit in modeller som de nya användargrupperna kan ta till sig. Det här fallet ställer högre krav på prototyperna då dessa måste vara tillgängliga även för användare som ser mycket dåligt. Prototyperna behöver vara på högre nivå så att de också kan ge talstöd då detta är centralt för att vissa användare ens ska kunna utvärdera om de är användbara eller inte. 2.8 Processens resultat Det som borde komma ut från den här utveckligsprocessen är ett kompletterande gränssnitt som är användbart för personer med synskador. Det vore bra om de som inte har nedsatt syn kan fortsätta använda det gamla gränssnittet, men att det ska finnas möjlighet att välja ett som är bättre anpassat. Det ska vara helt anpassat för skärmläsningsverktyg och följa andra rekommendationer för att vara anpassat för synskadade Tidsplan Tid 30 Collaborative Requirements Dialog resurser: projektledare, scribe 40 Task modeling resurser: projektledare, scribe 40 Operational Contextualization resurser: projektledare, gränssnittsdesigner 40 Standards and Style Definition resurser: projektledare, gränssnittsdesigner 5 Interface Content Modeling resurser: gränssnittsdesigner 5 Implementation Modeling resurser: gränssnittsdesigner 30 Usability Inspection resurser: projektledare, gränssnittsdesigner 80 Programmeringsaktiviteterna resurser: projektledare, programmerare 10 Hjälp och resurser resurser: projektledare, programmerare 30 Usability Inspection resurser: projektledare, gränssnittsdesigner Totalt 310 timmars utvecklingstid, vilket skulle kunna omfatta sex veckor i kalendertid. 14 Se Öppna IT-världen för synskadade på
11 3 För- och nackdelar med metoden När jag använde Constantine och Lockwoods angreppssätt på det givna uppdraget stötte jag på två huvudsakliga problem. Det första av dessa är det rent praktiska problemet att metoden baseras mycket på kommunikation som bygger på synintryck och det andra att metoden inriktar sig på uppgifter och inte på användarnas behov. Det praktiska problemet ställer till besvär då utvecklarna ska kommunicera med användarna. För att förklara systemet används till stor del användarrollmodeller och användningsfall, och dessa är inte så svåra att förmedla även till en person som inte kan se. Eftersom det är Essential Use Cases som används så är det inte så mycket information som behöver förmedlas. Det är svårare att förmedla kartor över hur användningsfallen hänger ihop med varandra eller hur man navigerar i systemet. När det kommer till att göra prototyper av systemet ställer det högre krav på utvecklarna eftersom dessa bör ha talstöd i ett tidigt skede för att kunna utvärderas av användarna. Det andra problemet tyckte jag var värre eftersom det handlade om att metoden inte riktigt passade till uppgiften. Då fokus i den användningscentrerade systemdesignen tydligt ligger just på användning och uppgifter finns det en risk att användarens behov tappas bort. I detta fall kommer handläggarna att utföra samma uppgifter, men på olika sätt beroende på förutsättningarna. Det finns stöd för att lösa detta i Constantine och Lockwoods metod, men jag tror att en modell som tydligare fokuserar på användarna skulle vara bättre i det här fallet. Att jag gjorde antagandet att det redan fanns ett system gjorde också att det användningscentrerade angreppssättet fick det lite svårare, i och med det finns det ingen möjlighet att göra om alla uppgifter och systemets arkitektur för att göra det smidigare. Generella positiva aspekter med metoden tycker jag var att den kändes verklig. Den är begränsad till vilken grad användare involveras och i verkligheten tror jag att det är svårt att få med dessa i så många moment. Det är då bra med en metod som säger det och ger stöd för att veta när man ska använda användarna, annars kan det vara svårt att besluta när det är det viktigast att ta med dem. Naturligtvis föreligger en risk att användarna är med för lite och att deras behov inte kommer med, men det är alltid en tradeoff. Om det blir mer kostnadseffektivt är det också en mening, det är ingen idé att bygga utopiska modeller som ändå inte går att använda i verkligheten. Risken med att användarnas behov kommer bort tycker jag förstärks genom användandet av abstrakta roller och användningsfall. Det ger programmerarna stor frihet och möjlighet att göra bra lösningar, men det blir svårt för de som fångar upp behoven att förmedla dessa.
12 4 Källor Constantine, L, Lockwood, L (1999) Software for use A Practical Guide to the Models and Methods of Usage-Centered Design. Addison Wesley, USA. Constantin, L (1995) What Do Users Want? Engineering Usability into Software. Publicerad i Windows Tech Journal, december Hämtad från Boivie, I, besökt SRFbroschyr, besökt Öppna IT-världen för synskadade, besökt
In-flight Information System utveckling med ett användningscentrerat synsätt
Uppsala Universitet Institutionen för informationsteknologi Användarcentrerad Systemdesign, 5p In-flight Information System utveckling med ett användningscentrerat synsätt Erik Salomonsson erik@salomonsson.net
Läs merE-val. Användningscentrerad systemdesign enligt Constantine & Lockwood. UPPSALA UNIVERSITET Uppsala
UPPSALA UNIVERSITET Uppsala 2004-08-17 Användarcentrerad systemdesign, 5p. Projektuppgift ACSD Handledare: Stefan Blomkvist m.fl. Grupp 1: Anna Engbom, anen3670@student.uu.se Pernilla Gürbüz, pernillagz@hotmail.com
Läs mere-el Abstrakt. Erik Scholander Mikael Hedberg Marcus Grehag
Institutionen för Informations Teknologi Uppsala universitet Användarcentrerad Systemdesign, 5 p HT 2005 Examinator: Inger Boivie Jan Gulliksen e-el Erik Scholander Mikael Hedberg Marcus Grehag Abstrakt.
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 merProjektrapport Användarcentrerad Systemdesign Uppsala Universitet sommaren -04
Grupp 7 Musikdistribution Utifrån Loockwood & Constantine Författare Arvid Karlsson 760708 Erik Kjellqvist 791030 Sidan 1 av 15 Sammanfattning I denna rapport redovisas den modell för användnings-centrerad
Läs merDesign för användbarhet
Design för användbarhet» Användbarhetsdesign, användbarhetsn och utvecklingsprocessen. Bengt Göransson användbarhets Bengt.Goransson@guide.se även avdelningen för Människa-datorinteraktion, Uppsala universitet
Läs merChaos om datorprojekt..
Systemutveckling och användbarhet Användarcentrerad systemutveckling, gränssnitt och prototyper. Referens till avsnitt i kursboken Dix kapitel 6 Gulliksen, Göransson: Användarcentrerad systemdesign, kapitel:
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 merChaos om IT-projekt..
Användarcentrerad systemutveckling, gränssnitt och prototyper. Lämplig extraläsning Gulliksen, Göransson: Användarcentrerad systemdesign, Studentlitteratur, kapitel: 4, 5, 6, 7, 8, 9 (Bredvidläsning) Syfte
Läs merAnvändarcentrerad systemdesign
Användarcentrerad systemdesign Kursintroduktion och registrering Jan Gulan Gulliksen Avdelningen för MDI/IT, Uppsala Universitet, Sverige Jan.Gulliksen@hci.uu.se Inger Boivie Avdelningen för MDI/IT, Uppsala
Läs merAnvändarcentrerad Systemutveckling
Användarcentrerad Systemutveckling Människadatorinteraktion (MDI) Inst. för informationsteknologi http://www.it.uu.se/edu/ course/homepage/hci/ ht10 Användarcentrerad systemutveckling, gränssnitt och prototyper.
Läs merProjektuppgift i Användarcentrerad Systemdesign, ht 04
Projektuppgift i Användarcentrerad Systemdesign, ht 04 E-Dagis enligt systemutvecklings metoden The Usability Engineering Lifecycle, Deborah J. Mayhew Grupp 3: Daniel Lundberg, dalu8987@student.uu.se Hanna
Läs merProjektuppgift ACSD ht 2004 E-dagis enligt Constantine & Lockwood (Software for Use)
Projektuppgift ACSD ht 2004 E-dagis enligt Constantine & Lockwood (Software for Use) Grupp 4: Henrik Kriisa, Henrik Andersson, Erik Andersson 13 december 2004 E-post: henrik.kriisa.2165@student.uu.se,
Läs merAllmänna frågor om kursen: 1. Vad är ditt allmänna omdöme om kursen? Antal svar: 14 Medelvärde: Har kursen känts relevant för din utbildning?
Kursvärdering - sammanställning Kurs: 1IT240 Användarcentrerad systemdesign Antal reg: 19 Period: Sommarkurs 2004 Antal svar: 14 Lärare: Jan Gulliksen Svarsfrekvens: 73% Kursutvärderare: IT-kansliet/Christina
Läs merLOGISTIKSYSTEM FÖR SNABBA HJULET AB UTVECKLINGSPROCESS BASERAD PÅ DR. DEBORAH J. MAYHEW S THE USABILITY ENGINEERING LIFECYCLE
LOGISTIKSYSTEM FÖR SNABBA HJULET AB UTVECKLINGSPROCESS BASERAD PÅ DR. DEBORAH J. MAYHEW S THE USABILITY ENGINEERING LIFECYCLE Uppsala Universitet 2005 Andreas Kjellgren (ankj3389@student.uu.se) Fredrik
Läs merProjektuppgift ACSD HomeMedia
UPPSALA UNIVERSITET PROJEKTUPPGIFT Institutionen för Informationsteknologi HT 2006 Användarcentrerad systemdesign, 5 p Robert Kajic Karin Liljefors Ken Lindeberg-Lindvet Johanna Lundhag robert@kajic.com
Läs merDesign för användbarhet Användarcentrerad utvecklingsprocess
Design för användbarhet Användarcentrerad utvecklingsprocess Bengt Göransson :: Användbarhetsdesigner Guide Redina AB :: Bengt.Goransson@guide.se Mina tillfällen 23 25 2 Onsdag 23/11 Användarcentrerad
Läs merAnvändarcentrerad systemdesign
Åhörarkopior Användarcentrerad systemdesign. Föreläsning1 Användarcentrerad systemdesign Kursintroduktion och registrering Jan Gulan Gulliksen Institutionen för IT/MDI, Uppsala Universitet, Sverige Jan.Gulliksen@hci.uu.se
Läs merRUP - Rational Unified Process
IBM Software Group RUP - Rational Unified Process Eva Hådding eva.hadding@se.ibm.com 1 Projektkaos. Chaos-rapporten 28% av projekten avslutades i tid och enligt budget. 49% av projekten drog över de ursprungliga
Läs merE-handel köksportalen Projektuppgift i kursen Användarcentrerad systemdesign, hösten 2003 The Usability Engineering Lifecycle av Deborah J.
E-handel köksportalen Projektuppgift i kursen Användarcentrerad systemdesign, hösten 2003 The Usability Engineering Lifecycle av Deborah J. Mayhew Rasha Alshammari, rasha.alshammari.2454@student.uu.se
Läs merAnvändaranalys och användbarhetskrav
Från användaranalys och uppgiftsanalys till kravställning Föreläsning 18/9 2003 Kap 1.5, 7, 9, (14) (användaranlys och användbarhetskrav) Kap 2.1-2.2, 7, (14) (uppgiftsanalys och funktionalitetskrav) Förra
Läs merAnvändarcentrerad systemdesign introduktion till begrepp, processer och arbetssätt
Användarcentrerad systemdesign introduktion till begrepp, processer och arbetssätt Bengt Göransson bengt.goransson@it.uu.se Människa-datorinteraktion 1MD016, hösten 2012 Avdelningen för Visuell information
Läs merModern utvecklingsmetodik. Användarcentrering i företag. Användarcentrering i företag. Användarcentrering i företag. Användarcentrering i företag
Modern utvecklingsmetodik TNMK31 Användbarhet HIIA20 Användbarhet med kognitiv psykologi Teknikdriven design kontra användarcentrerad design Traditionell filosofi Teknikdriven Fokus på komponenter Individuella
Läs merAnvändarcentrerad systemdesign
Användarcentrerad systemdesign Kursintroduktion och registrering Jan Gulan Gulliksen Avdelningen för MDI/IT, Uppsala Universitet, Sverige Jan.Gulliksen@hci.uu.se Bengt Göransson Enea Redina AB och Avdelningen
Läs merAnvändarcentrerad utveckling av fjärravlästa elmätare
Uppsala Universitet Institutionen för informationsteknologi Användarcentrerad Systemdesign, 5p Användarcentrerad utveckling av fjärravlästa elmätare enligt metoden redovisad i Institutionalization of usability
Läs merOperatörer och användargränssnitt vid processtyrning
Operatörer och användargränssnitt vid processtyrning Normativa och beskrivande analyser Uppsala universitet @ 2003 Anders Jansson Sammanfattning kap. 1 Sociotekniska system Många olika grupper av användare
Läs merÖvning / handledning Användningsfall
ACSD sommar 2004 Övning / Handledning Användningsfall Uppsala universitet & Stefan Blomkvist @ 2004 Stefan Blomkvist stefan.blomkvist@it.uu.se ACSD sommar 2004. Övning / handledning Användningsfall Ett
Läs merKravfångst Bra kravarbete handlar om att ställa rätt frågor och att ge rätt svar i rätt form
Kravfångst? Bra kravarbete handlar om att ställa rätt frågor och att ge rätt svar i rätt form Gästföreläsning Datavetenskap 2011-02-15 Therese Söderlund, Lars Hansson och Jan Bidner (ITS) ITS - Enheten
Läs merNätkurs Design & konstruktion av användargränssnitt 1MD113 Sid 1 (5) Lektion 11 Användare, uppgifter och krav del
Nätkurs Design & konstruktion av användargränssnitt 1MD113 Sid 1 (5) Del 3 Uppgiftsanalys Av Stefan Blomkvist Uppgiftsanalysen ska svara på frågor om vilka uppgifter användarna utför och hur dessa genomförs.
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 merVägledningen 24-timmarswebben. Magnus Burell, Verva Uppdaterad: 2007-09-11
Vägledningen 24-timmarswebben Magnus Burell, Verva Uppdaterad: 2007-09-11 Vägledningen 24-timmarswebben Vad? Ca 150 riktlinjer för utveckling av webb och e-tjänster i offentlig sektor Senaste version 2006
Läs merSäkerhets- och Behörighetssystem ur ett användningscentrerad perspektiv
ANVÄNDARCENTRERAD SYSTEMDESIGN Uppsala Universitet HT 2003 Säkerhets- och Behörighetssystem ur ett användningscentrerad perspektiv Johan Snellman Zakai kass-saliba Andreas Nissemark Pavel Carballo Innehållsförteckning
Läs merConfiguration testing Why? Vad det är tänkt att koden ska göra. Performance testing Kommentarer Skriva om koden som kommentar
Skapa testfall Testing Köra testen Hitta fel Inspections and reviews Verifiera resultatet Formal methods Static analysis Completeness Verifiering Kvalitet Maintainability Validering Traceability Fault
Läs merFrågor och svar till tentamen i Kravhantering
Frågor och svar till tentamen i Kravhantering Del 1 Frågor & svar Frågor&svar till tentamen 1 Datamodeller (0.5p) När man tar fram data krav skriver Lausen i sin bok, gällande data modeller, att det finns
Läs merUPPSALA UNIVERSITET Projektuppgift Institutionen för informationsteknologi Ht 2004 Användarcentrerad systemdesign.
Eva Ericsson, ever@stp.ling.uu.se Jens Moberg, jemo@stp.ling.uu.se Peter Strömbäck, dino@stp.ling.uu.se Pensionsplanering Beskrivning, planering och diskussion av ett projekt baserat på användbarhet 1
Läs merMänniska-datorinteraktion 1MD016, hösten 2011 Användarcentrerad systemdesign september 2011
introduktion till begrepp, processer och arbetssätt Bengt Göransson bengt.goransson@it.uu.se Människa-datorinteraktion 1MD016, hösten 2011 Avdelningen för MDI, Informationsteknologi Användbarhet Kan jag
Läs merEffektivt Nyttigt Självförklarande Kräver ingen manual Intuitivt Läcker design Vem som helst kan använda det. Ändamålsenligt. Farmor kan använda den!
Användarcentrerad systemdesign, kurstillfälle 3: Användbarhet. Användarcentrerad systemdesign Användbarhet och användarcentrering Jan Gulan Gulliksen Avdelningen för MDI/IT, Uppsala Universitet, Sverige
Läs merAgile-metoder, XP och ACSD
Användarcentrerad systemdesign. Föreläsning 12 Agile-metoder, XP och ACSD Stefan Blomkvist MDI / IT, stefan.blomkvist@it.uu.se & Profdoc AB www.profdoc.se www.it.uu.se/edu/course /homepage/acsd/s04 XP
Läs merRUP Rational Unified Process. 17 november 2004
RUP Rational Unified Process 17 november 2004 RUP Volvo Information Technology, Eva Hådding Volvo Information Technology Volvo IT ingår i Volvo-koncernen Volvo Lastvagnar Volvo Bussar Volvo Anläggningsmaskiner
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 Definition of
Läs merSå säkerställer du affärsnyttan för dina produkter
Så säkerställer du affärsnyttan för dina produkter Den här guiden ger dig konkreta tips på hur du skapar en effektiv kravprocess som ökar affärsnyttan i ditt företags leveranser. Den här guiden ger dig
Läs merKursen handlar om. Var används datorer och andra IT-stöd? T ex: Människa-datorinteraktion (MDI) Inst. för informationsteknologi
Människadatorinteraktion ITP, 3p Människa-datorinteraktion () Inst. för informationsteknologi Bengt Sandblad Iordanis Kavathatzopoulos http://www.it.uu.se/edu/course/homepage/hci/vt07 Kursen handlar om
Läs merAllmänna frågor om kursen: 1. Vilket är ditt allmänna omdöme om kursen? Antal svar: 25 Medelvärde: 4.3
Kursvärdering - sammanställning Kurs: 1IT240 Användarcentrerad systemdesign 5p Antal reg: 31 Program: IT, DV Period: Period 2 H04 Antal svar: 25 Lärare: Jan Gulliksen Svarsfrekvens: 80% Kursutvärderare:
Läs merAnvändbarhet och användarcentrerad systemdesign. Innehåll
Användbarhet och användarcentrerad systemdesign Inger Boivie Interaktionsdesign 1MD115 Innehåll Användbarhet Definition Nytta, mätbarhet Andra begrepp Användarcentrerad systemdesign (ACSD) Kort bakgrund
Läs merAnvändningscentrering i agila utvecklingsprojekt. johanna.sarna@valtech.com Valtech
Användningscentrering i agila utvecklingsprojekt johanna.sarna@valtech.com Valtech Vem är jag? Johanna Särnå Jobbar på Valtech sedan 3 år tillbaka Jobbar där med användbarhet och projektledning Certifierad
Läs merAnvändarcentrerad systemdesign
Användarcentrerad systemdesign Föreläsning 9: Agile-metoder, XP och ACSD Stefan Blomkvist MDI / IT, Uppsala Universitet, stefan.blomkvist@it.uu.se XP www.it.uu.se/edu/course /homepage/acsd/s04 Dagens föreläsning
Läs merFöreläsning 4: Designprocessen
Föreläsning 4: Designprocessen FSR: 2, 3, (6), 7 Att läsa: Kapitel 9 och 12 i Rogers et al.: Interaction design 4/e 150911 Designprocessen 2 Designprocessenöversikt Introduktion Att involvera användare
Läs merHär ges en överblick över de delar som ingår i projektarbetet och beskriver kraven och bedömningskriterierna.
ACPU 2006 Experter Årets tema handlar om tekniska stöd åt experter. Vi vill att ni ska koncenterar er på människor som har en konkret och specifik kompetens inom ett avgränsat område. Denna kunskap kan
Läs merObjektorienterad programmering
Objektorienterad programmering Emil Ahlqvist (c10eat@cs.umu.se) Didrik Püschel (dv11dpl@cs.umu.se) Johan Hammarström (c08jhm@cs.umu.se) Hannes Frimmel Moström (c10hml@cs.umu.se) 1 1. Introduktion 1.1 Objektorienterad
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 merPMM (Process Maturity Metrics) Allmänt. Mätetal för framgångsfaktorer. 1. CM konfigurationsstyrning
PMM (Process Maturity Metrics) PMM är en metod för att mäta processmognad i utvecklingsprojekt. I korthet går metoden ut på att man utvärderar sin utvecklingsprocess med avseende på ett antal framgångsfaktorer
Läs merAnvändarcentrerad systemdesign
Användarcentrerad systemdesign Föreläsning 11: Agile-processer och ACSD Stefan Blomkvist Avdelningen för MDI/IT, Uppsala Universitet, Stefan.Blomkvist@hci.uu.se www.it.uu.se/edu/course /homepage/acsd/
Läs merFöreläsning 5 Konceptuell design och designprinciper. Kapitel 8-9 i Stone et al.
Föreläsning 5 Konceptuell design och designprinciper Kapitel 8-9 i Stone et al. Från föregående föreläsning Användbarhetskrav att ta hänsyn till Användarnas förväntningar En uppgift i taget Struktur för
Läs merRiktlinjer. Informationssäkerhetsklassning
Riktlinjer Informationssäkerhetsklassning Innehållsförteckning Dokumentinformation... 3 Versionshantering... 3 Bilagor till riktlinjer... 3 Riktlinjer för informationssäkerhetsklassning... 4 Målgrupp...
Läs merDesign och konstruktion av användargränssnitt (distans) Avdelningen för Människadatorinteraktion. Gulan Jan Gulliksen Ph D, MSc
Design och konstruktion av användargränssnitt (distans) Gulan Jan Gulliksen Ph D, MSc Jan.Gulliksen@hci.uu.se HCI(Uppsala Universitet) Uppsala Universitet Institutionen för Avdelningen för Människadatorinteraktion
Läs merDesign och krav. Design Definition. enkelt Det ska vara möjligt att. Henrik Artman
Design och krav Henrik Artman >>Ett av skälen till att projektet inte höll tidplan och budget var [beställarens] höga ambitionsnivå. Dessutom skulle man gjort en stordel av arbetet självt, men en del av
Läs merVad påverkar designen?
Vad påverkar designen av ett gränssnitt? Vi ser arbetet med design av ett användargränssnitt som något som liknar en arkitekts arbete. En arkitekt ska i sin utformning av en ny byggnad se till att: Byggnaden
Läs merBerättelser Scenarios Presentationer Skisser Formella modeller Mjukvaruprototyper Kartong modeller etc.
Karin Fahlquist Berättelser Scenarios Presentationer Skisser Formella modeller Mjukvaruprototyper Kartong modeller etc. Viktigt att se från andra personers perspektiv Abatrakta idéer kommer till liv Utforska
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 merBilagor Projektrapport VoteIT år 1
1(6) Bilagor Projektrapport VoteIT år 1 Innehåll Bilaga 1. Kravspecifikation... 2 Bilaga 2: Checklista för årsmötesprocessen... 3 Bilaga 3: Om typen av möten som ska stödjas... 5 Bilaga 4. Kvalitetsplan...
Läs merObjektorienterad programmering, allmänt
Objektorienterad programmering, allmänt Sven-Olof Nyström Uppsala Universitet 17 juni 2005 1 Vilka egenskaper vill vi att program ska ha? Förslag (en partiell lista): De ska... gå snabbt att skriva vara
Läs merViktiga egenskaper hos ett program (Meyer): Objektorienterad programmering, allmänt. Vilka egenskaper vill vi att våra program ska ha?
Viktiga egenskaper hos ett program (Meyer): Objektorienterad programmering, allmänt Sven-Olof Nyström Uppsala Universitet 17 mars 2005 1. Korrekthet 2. Robusthet 3. Utökbarhet 4. Återanvändbarhet 5. Kompatibilitet
Läs merInteraktionsdesign och användbarhet Personas. Paper prototyping. » Metod för representation av användaren. » Metod för konceptutveckling
martin östlund 2008 Interaktionsdesign och användbarhet Personas» Metod för representation av användaren Paper prototyping» Metod för konceptutveckling Att designa för användbarhet» Forsknings- och tillämpningsområden»
Läs merBakgrund och motivation. Definition av algoritmer Beskrivningssätt Algoritmanalys. Algoritmer. Lars Larsson VT 2007. Lars Larsson Algoritmer 1
Algoritmer Lars Larsson VT 2007 Lars Larsson Algoritmer 1 1 2 3 4 5 Lars Larsson Algoritmer 2 Ni som går denna kurs är framtidens projektledare inom mjukvaruutveckling. Som ledare måste ni göra svåra beslut
Läs merFöreläsning 5: Fastställa krav varför, vad och hur
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 160412 Krav 2 Översikt Att kunna om kravspecifikation Vikten av krav Verktyg: Volere-formulär
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 merUppsala Universitet, Användarcentrerad systemdesign 5p HT04. ebegravning, grupp 7. ebegravning.
ebegravning www.grävnerdig.nu Uppsala Universitet HT2004 Användarcentrerad systemdesign 5p. Ett arbete av Mattias Baecklund maba6803 Johan Herdegård johe0261 Viveka Sjöblom visj8680 1/ 10 Innehållsförteckning
Läs merAnvändbarhet i sitt sammanhang
Användbarhet i sitt sammanhang Världsanvändbarhetsdagen 2009-11-12 Anders Hedberg, Guide Konsult Stockholm Innehåll En helikoptertur över ett projekts olika faser med belysning på användbarhet i förhållande
Läs merDesign av användargränssnitt
Design av användargränssnitt Jan Gulliksen Design och konstruktion av användargränssnitt 1MD113 Interaktionsdesign 1 Interaktionsdesign Syfte med designavsnittet Att visa hur man utvecklar är mycket viktigare
Läs merRafel Ridha Projektdefinition
Rafel Ridha Projektdefinition Utveckling av applikation för Windows Phone Dokumenttitel Projektdefinition Dokumentförfattare Rafel Ridha Dokumentnamn Projektdefinition xx.pdf Version 0.3 E-post rafelr@kth.se
Läs merFöreläsning 6 Konceptuell design och designprinciper. Kapitel 8-9 i Stone et al.
Föreläsning 6 Konceptuell design och designprinciper Kapitel 8-9 i Stone et al. Från krav till design hur gör man Work reengineering, dvs. att omstrukturera, konstruera om befintligt sätt Task allocation,
Läs merAvdelningen för Människadatorinteraktion
Design och konstruktion av användargränssnitt (distans) Gulan Jan Gulliksen professor Jan.Gulliksen@hci.uu.se HCI(Uppsala Universitet) Design och konstruktion av användargränssnitt 1MD113 Uppsala Universitet
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 merBilaga 4d Resursförstärkning Dnr: /
Bilaga 4d Resursförstärkning stockholm.se Stadsledningskontoret Avdelningen för digital utveckling Ragnar Östbergs Plan 1 105 35 Stockholm Växel 08-508 29 000 www.stockholm.se Innehåll 1 Inledning 3 1.1
Läs merObjektorienterad konstruktion
Analys - Objektorienterad konstruktion Vad är objektorientering?» Ett sätt att angripa programmeringsproblem» Ett sätt att tänka när man programmerar Vad innebär objektorientering?» Att uppmärksamheten
Läs merAnvändarcentrerad systemdesign
Användarcentrerad systemdesign Rapport Senior palm; Contextual design. Innehåll: 1 Kontextuell design, översikt...3 2 Informationsinsamling...3 2.1 Användargrupper...3 2.2 Arbetsmodeller...4 2.2.1 Flöde...4
Läs merSAMBRUK. Tentativa förslag för arbete med interaktionsdesign vid utveckling av kommunala e-tjänster. Jonas Sjöström (
SAMBRUK Tentativa förslag för arbete med interaktionsdesign vid utveckling av kommunala e-tjänster Jonas Sjöström ( sjjo@ihh.hj.se ) Agenda 1.Designprocess för användbara e-tjänster 2.Designideal för e-tjänster
Läs merAnvändarcentrerad utveckling av en HFI-portal
Användarcentrerad utveckling av en HFI-portal Jenny Gustafsson, FMV Datum 2013-11-25, Bild 1, Författare Datum 2013-11-25, Bild 2, Författare Dagens presentation Bakgrund Vad är HFI-portalen och varför
Läs merPrototypning. Filmtajm. Prototypens roll: Evolutionär eller kasta bort. Dagens föreläsning. Detaljgrad. Detaljerad i vilket avseende?
Filmtajm Prototypning Sketch-a-move http://vimeo.com/5125096 Mattias Arvola Institutionen för datavetenskap 2 Dagens föreläsning Typer av prototyper Upplösning Pappersprototyper Datorprototyper Verktyg
Läs merNämnden för elektronisk förvaltning
Nämnden för elektronisk förvaltning fastställer gemensamma standarder för myndigheters elektroniska kommunikation med varandra och med medborgare och företag Inrättades 1 januari 2004 13 ledamöter Statskontoret
Läs merDatalagringsmetodik och arkitektur i Java. Projektdefinition. Projektdefinition. Björn Brenander. 7 maj 2001
Datalagringsmetodik och arkitektur i Java Projektdefinition Dokumenttitel Projektdefinition Dokumentansvarig Dokumentförfattare Björn Brenander Dokumentnamn Projektdefinition.doc Version 16 Ref. nr. Skapades
Läs merVarje rätt svar ger 0.5 poäng. (max 3p)
Fråga 1) Följande fråga beaktar skillnaden mellan marknadsdriven och kontraktsdriven produktutveckling. Para ihop varje scenario med det alternativ som passar bäst. A Kontraktsdriven produktutveckling
Läs merINNEHÅLLSFÖRTECKNING
Company Cybercom Sweden AB Doc no - Title Version A Date 2013-01-30 Förstudie Responsible Dan Nilsson RIGES - Stödinformation för bygglovsansökan Prepared Patrik Johnsson INNEHÅLLSFÖRTECKNING 1. INTRODUKTION...
Läs merObjektorientering. Grunderna i OO
Objektorientering Grunderna i OO 1 Systemutveckling Tre systemnivåer: Verksamhet Informationssystem Datasystem Huvuduppgifterna i ett systemutvecklingsarbete: Verksamhetsanalys Informationsbehovsanalys
Läs merDesign av användargränssnitt
Design av användargränssnitt Jan Gulliksen IT-system och människor i samspel Interaktionsdesign 1 Is user interface design common sense? Comparison of 7 interface design solutions to the task of reordering
Läs merStrategier för TPB:s taktila verksamhet 2012-2016
Strategier för TPB:s taktila verksamhet 2012-2016 En strategisk plan med inriktning på att utöka användarnas tillgång till och användning av TPB:s taktila produkter och tjänster Innehåll 1. Uppdrag och
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 merProjekt 4 - FlyttIT Rådgivning och hjälp vid flytt
Projekt 4 - FlyttIT Rådgivning och hjälp vid flytt Mattias Kéva 810521-9011 make4911@student.uu.se David Halbik 830227-0338 daha4783@student.uu.se Johan Lindberg 791008-5575 joli7567@student.uu.se Josefin
Läs merPraktikum i programvaruproduktion
Praktikum i programvaruproduktion Introduktion Föreläsare/Ansvarig: Pontus Boström Email:pontus.bostrom@abo.fi Rum A5055 Assistent: Petter Sandvik Email: petter.sandvik@abo.fi Rum: A5048 Föreläsningar:
Läs merAnvändarcentrerad systemdesign
Användarcentrerad systemdesign, kurstillfälle 6: Användbarhet och användarcentrering. Användarcentrerad systemdesign Användbarhet och användarcentrering Jan Gulan Gulliksen Avdelningen för MDI/IT, Uppsala
Läs merDesign för användbarhet Designexempel, hur tänkte man vid designen?
Design för användbarhet Designexempel, hur tänkte man vid designen? Bengt Göransson :: Användbarhetsdesigner Guide Redina AB :: Bengt.Goransson@guide.se Why? Bengt Göransson, Guide Redina AB, 2005 http://www.guide.se/
Läs merHur tycker vi det hänger det ihop?
1 Hur tycker vi det hänger det ihop? Användarcentrerad design av tjänster En plattform där tjänster kan designas och presenteras där processer kan initieras och drivas inom en organisation Robotisering
Läs merMedborgaren och myndigheten
ACPU 2005 Medborgaren och myndigheten Årets tema handlar om mötet mellan medborgare och myndigheter. Bilden vi har av myndigheter har förändrats en hel del under den senaste tiden. Från att i stor utsträckning
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 merSymptom på problemen vid programvaruutveckling
eller Varför är det bättre med halsbränna i början av ett projekt än i slutet? Eva Hådding ehadding@rational.com Symptom på problemen vid programvaruutveckling Användarnas och verksamhetens behov ej uppfyllda
Läs merKöp användbarhetskompetens på nya ramavtalet IT-konsulttjänster 2007. Michaela Kanti, Verva Stockholm 2007-12-12
Köp användbarhetskompetens på nya ramavtalet IT-konsulttjänster 2007 Michaela Kanti, Verva Stockholm 2007-12-12 Användbarhet Eget kompetensområde Behov av tidigare kompetensområden kvarstår Behovet om
Läs merProjektuppgift ACSD HT 2005, grupp 3. Datum:
Projektuppgift ACSD HT 2005, grupp 3 Projekt e-el enligt Deborah J.Mayhew Usability engineering lifecycle Datum: 2005-12-11 Jan Olofsson Mattias Simonsson Sassan Ashkan Kristoffer Eriksson Författare:
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 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 merAnvändbarhet och användarcentrerad systemdesign. Vilka är era användare? Vad innebär det att något är användbart? Enkelt.
Användbarhet och användarcentrerad systemdesign Jan Gulliksen Vilka är era användare? Vilka bra frågor du ställer Våra användare är alla Våra användare är i medeltal kvinna på 58 år utan eftergymnasial
Läs mer