In-flight Information System utveckling med ett användningscentrerat synsätt
|
|
- Thomas Martinsson
- för 8 år sedan
- Visningar:
Transkript
1 Uppsala Universitet Institutionen för informationsteknologi Användarcentrerad Systemdesign, 5p In-flight Information System utveckling med ett användningscentrerat synsätt Erik Salomonsson Karl-Oskar Lundin Mats Troeng Olle Widell
2 Innehållsförteckning Användningscentrerad design en översiktlig beskrivning av processen...2 Vårt uppdrag - In-flight-system...4 Användarroller...5 Rollkarta...5 Användningsfall...6 Användningsfallskarta...7 Innehållsmodellering: Interaktionsmiljöer & navigationskarta...7 Implementationsmodellering: Detaljerad visuell design & flödesdiagram...9 Användbarhetsinspektion...9 Vad kan göras bättre?...10 Tidsplan...11 Källor
3 Användningscentrerad design en översiktlig beskrivning av processen Människor är verktygsanvändare. Vi använder oss av verktyg för att få bättre grepp, för att se bortom horisonten, för att bygga saker och riva dem, men också för att göra andra verktyg. Alla mjukvarusystem är verktyg, och mjukvaruutvecklare är därför byggare av verktyg. Bra verktyg hjälper sina användare att fortare uppnå sina mål, med en mindre arbetsinsats eller helt enkelt på ett enklare sätt. Användningscentrerad design syftar till att hjälpa utvecklare att bygga mer användbara verktyg. Användningscentrerad design är en modelldriven designprocess som använder sig av abstrakta modeller som representerar koncepten och idéerna utifrån vilka systemet kommer att byggas. Den mest centrala modellen och faktiskt det absolut minsta man måste utföra i en användningscentrerad process är uppgiftsmodellen (Task Model). Denna beskriver med hjälp av essentiella användningsfall de uppgifter som användarna kommer att behöva lösa. Dessa användningsfall är helt teknikbefriade vilket gör att de dels blir enklare och mer överskådliga men också att man i detta skede inte tvingas in i olika lösningar på grund av tekniska restriktioner. Den huvudsakliga skillnaden mellan användningscentrerad design och användarcentrerad design är enligt Constantine & Lockwood att användarcentrerad design fokuserar på användarnas upplevelse och tillfredsställelse, medan användningscentrerad design fokuserar på användning och försöker ta fram förbättrade verktyg (system) som gör det lättare för användarna att utföra sitt arbete. Användningscentrerad design består av ett antal koordinerade aktiviteter som bidrar till användbarhet. Aktiviteterna kan ses som dominobrickor som kan sättas ihop på lite olika sätt för att åstadkomma en välkonstruerad mjukvara. Beroende på vilket slags system som ska konstrueras kan det ibland vara lämpligt att till exempel helt plocka bort vissa aktiviteter, medan det i andra fall är helt nödvändigt att man verkligen utför alla aktiviteter till punkt Domain Modeling Tid Collaborative Requirements Dialog Task Modeling Interface Content Modeling Implementation Modeling Usability Inspection Concentric Construction Usability Inspection och pricka. Bilden intill beskriver schematiskt de olika aktiviteterna. Notera att det inte är frågan om en vattenfallsmodell som går i strikt ordning från aktivitet till aktivitet. Man utför aktiviteterna i den ordning och omfattning som passar det aktuella projektet. Vissa aktiviteter Object Structure Design Operational Contextualization Standards and Style Definition Architectural Iteration Aktivitetsmodellen för användningscentrerad design. Aktiviteter som involverar användare är markerade med Help System and Documentaion 2
4 kanske överlappar varandra eller utförs helt parallellt. Nedan följer en kort beskrivning av vad de olika aktiviteterna går ut på. Processen börjar med något som kallas Collaborative Requirements Dialog. I denna aktivitet bestämmer utvecklare tillsammans med användare och kunder kraven på systemet som ska utvecklas. Task Modeling eller uppgiftsmodellering är centralt inom användningscentrerad design. Här använder man sig av rollmodeller och essentiella användningsfall (task cases) för att få fram vilket arbete systemet ska stödja. Domain Modeling ligger egentligen lite utanför ramen för användningscentrering. Denna aktivitet syftar till att bestämma relationerna mellan alla relaterade delar i projektet. Dessa relationer beskrivs oftast som ett ER-diagram eller klassdiagram. Interface Content Modeling följer efter uppgiftsmodelleringen. (Den kan också utföras parallellt med uppgiftsmodellering). Denna modell representerar användargränssnittets innehåll och hur det är organiserat på en abstrakt nivå. Implementation modeling ger detaljerade beskrivningar av användargränssnittet genom prototyper. Usability inspection återfinns på två ställen i aktivitetsmodellen: Före och efter implementationsaktiviteterna Concentric construction och Architectural Iteration. Implementationsfasen i projektet består av de två aktiviteterna Concentric Construction och Architectural Iteration. Concentric Construction är en process för att utveckla system inkrementellt. Architectural Iteration är en metod för att bibehålla en bra övergripande programvaruarkitektur allteftersom nya delar av systemet implementeras. Operational contextualization syftar till att anpassa systemets design till existerande tekniska begränsningar och den miljö som det ska användas i. I stället för att börja med att fokusera på dessa aspekter börjar man i användningscentrerad design med att fokusera på det arbete som ska utföras med hjälp av systemet (Task Modeling), för att efterhand anpassa användargränssnittet till den miljö i vilken det ska användas. Aktiviteten Standards and Style Definition utförs liksom Operational contextualization efterhand som man bestämmer vilket arbete som systemet ska stödja. Vissa standarder och definitioner kommer säkert att finnas redan innan projektet börjar, men meningen är att man inte ska sätta upp standarder som hindrar utvecklingen av ett system anpassat till uppgifterna som ska utföras. Help System and Documentation är också aktuell under hela utvecklingsprocessen. I utvecklingen av ett bra hjälpsystem kan man använda sig av essentiella användningsfall på liknande sätt som i uppgiftsmodelleringen. Användningsfallen beskriver en rad olika situationer där användare av systemet behöver hjälp i någon form. 3
5 Vårt uppdrag - In-flight-system Uppdraget är att vidareutveckla den typ av informationssystem som finns i moderna flygplan. Systemet visar flygplanets aktuella läge, väderinformation, tid etc på bildskärmar vid passagerarnas sittplatser. Man kan tänka sig många nya funktioner i en vidareutveckling av ett sådant system. Visning av filmer, spel, Internetsurfning och beställning av taxfreevaror är några exempel. Vi tänker oss ett system som ger passagerarna utförlig information om resmålet. Det skulle t ex kunna vara möjligt att boka biljetter till olika attraktioner på resmålet. Information om anslutningsresor (tåg, flyg, flygbuss, taxi etc) och tider för avgångar kan visas. En viktig uppgift är förmågan att avgränsa sig. Det vidareutvecklade systemet får inte bli för stort eller komplext. Det kommer att användas av och påverka ett antal personer. Först och främst passagerarna, men även besättningen, systemadministratörerna och andra flygbolagsanställda kommer att påverkas. Representanter för dessa roller kommer att intervjuas under processens gång. Denna rapport kommer inte att presentera några lösningar på vad som kommer att ingå i systemet. Tyngdpunkten ligger istället på hur man i detta projekt kan använda den användningscentrerade process som beskrivs i Constantine och Lockwoods bok Software For Use. Vi kommer på de följande sidorna beskriva hur den användningscentrerade processen kan anpassas till just detta uppdrag - In-flight-systemet. 4
6 Scenarier Scenarier är ett sätt att modellera hur en viss process/handling går till. Man beskriver processen/handlingen i berättande form. Detta är av både positiv och negativ karaktär. Positiv i den bemärkelse att många människor har svårt att tänka i abstrakta interaktioner som användningsfall normalt sett kräver och därför passar denna berättande form bra. Negativ på grund av att den är begränsad då den kan missa hur händelser relaterar till varandra. Att använda oss av scenarier vid intervjuer med vanliga användare kan komma till användning för oss vid utveckling av In-flight-systemet. Vi kan sedan använda oss av dessa scenarier och generalisera dessa för att ta fram användarroller och användningsfall. Användarroller Genom att använda oss av användarroller kan vi dela upp olika behov, förväntningar och användningsmönster mellan olika typer av användare. Modellen är enkelt uttryckt en lista på vilka typer av användare som kommer att använda systemet samt vilka behov, förväntningar och användningsmönster dessa olika grupper har. I In-flight-systemet kan detta komma att vara personal, passagerare samt andra användare så som tax-free system. Detta beror helt och hållet på vilka funktioner systemet skall innehålla. Vi ställer följande frågor då vi tar fram de olika rollerna: Vilka kan och vilka kommer att använda In-flight-systemet? Vilken grupp tillhör dessa? Hur skiljer sig dessa från varandra när det gäller utnyttjande? Vad karakteriserar deras användning av In-flight-systemet? Vad är deras typiska behov av In-flight-systemet? Hur hanterar de systemet och hur tror de att de ska hantera det? Antalet användarroller kommer inte att bli stort för In-flight-systemet. Vi uppskattar att det ligger mellan 4 och 5 stycken användarroller. På grund av detta kommer man inte att behöva lägga så stor vikt vid framtagandet av dessa. Rollkarta För att få en uppfattning om hur olika användarroller relaterar till varandra använder vi oss av en karta där vi kan se direkt hur de olika relationerna ser ut. Detta ger oss även möjlighet att få en överblick över systemet vilket kan vara en stor fördel när vi ska utse de primära rollerna samt vilka roller som är sekundära. Detta är ett viktigt steg för att vi ska kunna utveckla ett bra användargränssnitt för de användare som kommer att använda systemet mest. 5
7 Relationerna som används mellan del olika användarrollerna är: Släktskap - Användarroller som har likartade behov, förväntningar samt användningsmönster. Klassifikation - Användarroll som är underklasser till en annan användarroll. Komposition - Användarroller där två eller flera andra användarroller ingår. Då In-flight-systemet enbart består av ett litet antal användarroller kan en användarrollskarta komma att vara överflödig för detta projekt. Däremot är det viktigt att vi utser de primära användarrollerna. Användningsfall Ett användningsfall beskriver hur användaren interagerar med systemet på ett meningsfullt sätt. För att undvika att redan i denna fas påverka designen av systemet kommer vi att använda oss av en speciell typ av användningsfall som kallas essentiella användningsfall. Skillnaden mellan essentiella användningsfall och den vanliga typen av användningsfall är att essentiella användningsfall är baserade på en modell som är fri från tekniska aspekter. Detta resulterar i att fokus hamnar på användarens avsikter istället för användarens agerande samt systemets skyldigheter istället för systemets respons. Vidare bidrar detta till att fokus flyttas till användarnas problem istället för systemspecifika problem. En annan fördel är att användningsfallen blir betydligt kortare och enklare vilket öppnar för många fler möjligheter vid design och implementation av användargränssnittet samt att utvecklarna och användarna förstår varandra vilket bidrar till att missförstånd kan undvikas. Man kan sammanfattningsvis säga att vi använder oss av en användningscentrerad design istället för att använda oss av en användarcentrerad design. En användarcentrerad design ger användarna vad de tror de vill ha medan en användningscentrerad design ger användarna vad de egentligen behöver. Vi kommer att använda oss av följande frågor för att få svar på vad användarna egentligen behöver: Vad försöker användarna i denna användarroll åstadkomma? För att uppfylla denna användarroll, vad behöver användarna kunna göra? Vilka funktioner behövs för att användarna ska kunna göra det? Vad är den primära uppgiften för användare i denna användarroll? Vilken information kommer användarna i den här användarrollen behöva undersöka, skapa eller förändra? Vilken information behöver användarna få från systemet? Vilken information behöver systemet få utav användarna? Ett användningsfall för In-flight-systemet skulle t.ex. kunna beskriva händelseförloppet när en användare vill se en film. 6
8 Användningsfallskarta Användningsfallen för stora system kan bli väldigt många och effekten av detta blir ofta att de relaterar till varandra. Genom att använda en karta för att se relationerna mellan användningsfallen kan vi på ett överskådligt sätt se hur de olika fallen relaterar till varandra och vi får en bra överblick över hela systemet. Vi kan med hjälp av denna karta sedan konstruera en bättre övergripande modell av hur arbetet bör läggas upp samt vilken kapacitet systemet bör ha. Relationerna mellan de olika användningsfallen består av följande fyra typer: Specialisering - Vissa fall är specialiserade versioner av andra fall. Denna relation kan ses som relationen klass-subklass som används i objektorienterad design. Detta ger oss möjlighet att återanvända fall som ingår i andra fall. Utbyggnad - Ett fall kan vara en utbyggnad av ett annat fall. Detta kan exempelvis vara ett fall där en viss väg genom fallet innefattar ett annat fall. Del av - Relationen del av beskriver två eller flera vägar genom ett fall. Detta kan vara ett aktivt val som användaren exempelvis gör, eller ett val som systemet gör, baserat på någon variabel. Släktskap - Vissa relationer mellan olika fall kan ibland vara otydliga. Däremot kan man ofta samla dessa olika fall inom vissa logiska eller meningsfulla grupper. För att visa denna relation används relationen släktskap. Antalet användningsfall för In-flight-systemet kommer att ligga mellan stycken. Eftersom användarrollerna kommer att vara väl avgränsade från varandra kan denna typ av karta komma att bli överflödig för detta projekt. Innehållsmodellering: Interaktionsmiljöer & navigationskarta Hittills har inga beslut om hur själva användargränssnittet för systemet ska vara uppbyggt tagits. Hur angriper vi den frågan? Till att börja med föreslår vi att en abstrakt prototyp tas fram. Denna abstrakta prototyp visar den övergripande organisationen och strukturen för In-flight-systemets olika delar. Med de tidigare modellerade användningsfallen som grund kan en innehållsmodell och en navigationskarta tas fram. Innehållsmodellen visar på en abstrakt nivå hur de olika interaktionsmiljöerna (interaction contexts) är uppbyggda. En interaktionsmiljö är en sida, en dialog eller motsvarande i det färdiga användargränssnittet. I In-flight-systemet kan en interaktionsmiljö t ex vara en huvudmeny där användaren väljer önskad uppgift att utföra. Innehållsmodellen ska som sagt vara abstrakt. Detaljnivån når vi efter hand, i implementationsmodelleringen, när innehållsmodelleringen utförts. En metod som Constantine och Lockwood förespråkar är att modellera interaktionsmiljöernas innehåll med post-it-lappar. Dessa lappar motsvarar de olika knappar, inmatningsrutor, menyer etc som varje interaktionsmiljö består av. Med de regler och principer för användbarhet som författarna beskriver byggs sedan modellerna över interaktionsmiljöerna upp. 7
9 Anledningen till att modellen med post-it-lappar är lämplig är att den hjälper till att hålla oss på en övergripande, abstrakt nivå. I den här fasen vill vi inte gå in på detaljnivå. Att diskutera grafiska detaljer, färg, val av gränssnittskomponenter etc leder ofta till att man inte tänker på helheten. En ogenomtänkt helhet leder ofta till ett bristfälligt slutresultat. Dessutom är det enkelt att flytta omkring de olika lapparna för att testa många olika lösningar. Det aktuella systemet bygger mycket på att visa information, och mindre på att användaren ska lösa uppgifter eller problem. Det handlar alltså om att på bästa sätt visa denna information för användaren. Inmatning och andra verktyg förekommer i mindre omfattning. Med post-it-modelleringen kan man förhållandevis snabbt testa olika upplägg för hur informationsvisningen ska vara strukturerad. Här kan vi få svar på hur menyerna ska vara grupperade jämfört med text och bilder, och andra liknande frågor. Navigationskartan innehåller information om hur de olika interaktionsmiljöerna är relaterade till varandra. Med användningsfallen som grund byggs denna upp. In-flight-systemets navigationskarta kan tänkas visa hur man når undermenyerna för väderinformation, val av film och så vidare från huvudmenyn. Navigationskartan kan användas för att undersöka om användningsfallen sträcker sig över onödigt många interaktionsmiljöer, vilket inte är önskvärt i vårt system. Vidare kan vi ha nytta av navigationskartan vid dokumentation av det färdiga systemet. Till exempel kan hjälpfoldrar placeras i stolssätena där navigationskartan, kompletterad med bilder från det slutliga gränssnittet, ger användarna en överblick över hur systemet och dess möjligheter. Vi väljer att ta fram navigationskartan parallellt med interaktionsmiljöerna för att så snart som möjligt få överblick över In-flight-systemet. Dessa får sedan genomgå ett antal revisioner när vi stämmer av den mot användningsfallen. Som tidigare sagts är det önskvärt att användningsfallen sträcker sig över få interaktionsmiljöer. Hur mycket ska vi ta hjälp av användarna i denna del av processen? Constantine och Lockwood anser att användarna inte skall involveras alltför mycket i själva gränssnittsdesignen. Det räcker med användardeltagandet i de andra delarna av processen, menar författarna. Vi vill i detta skede ändå ta med dem. Speciellt modellerna av interaktionsmiljöerna kan vara intressanta att diskutera med olika typer av användare: resenärer med varierande språkkunskaper, från olika kulturer och med skiftande vana från liknande system. Dessutom kan nyckelpersoner från flygbolaget, t ex informatörer och besättningspersonal, involveras. Varför vill vi då involvera olika typer av användare under innehållsmodellelleringen? In-flightsystemet visar, som tidigare nämnts, enbart olika typer av information. Någon djupare behandling eller manipulation av denna information sker inte. Själva informationsvisningen är alltså central i detta sammanhang. Därför anser vi att användarna ska ges möjlighet att tycka till om hur själva gränssnittet för informationsvisningen ska vara uppbyggt. I de traditionella användningscentrerade synsättet tas användarnas synpunkter tillvara under roll- och uppgiftsmodelleringen. Dessa täcker dock inte upp gränssnittsmodelleringen. 8
10 Implementationsmodellering: Detaljerad visuell design & flödesdiagram I denna aktivitet utvecklas den detaljerade gränssnittsdesignen (implementationsmodellen) för den aktuella delen av systemet. Vid utvecklingen av enklare system kan man tänka sig att utvecklarna går direkt från de abstrakta prototyperna till själva programmeringen av systemet. För de flesta programmerare är dock gapet mellan abstrakta prototyper och färdig design för stort, och därför väljer vi att i utvecklingen av In-flight-systemet ha med implementationsmodellen som ett mellansteg. Implementationsmodellen beskriver visuellt hur det färdiga gränssnittet ska se ut och hur det ska fungera. Det är lämpligt att de designers som utförde uppgiftsmodelleringen (dvs. tog fram de essentiella användningsfallen) också utvecklar implementationsmodellen, eftersom de har den bästa förståelsen för användarkraven och hur man bäst uppfyller dessa i praktiken. Förutom skisser över den visuella designen gjorda med papper och penna kommer implementationsmodellen också att bestå av flödesdiagram som beskriver hur gränssnittet beter sig. De dokument (skisser, diagram) som blir resultatet av denna aktivitet kommer i nästa aktivitet att granskas av användarna innan själva implementeringen görs. Användbarhetsinspektion Utan feedback och förbättring kan även den bästa användningscentrerade designen misslyckas. Det viktigaste för att förbättra designen är att lära sig vad som gick fel. En mängd olika tekniker gör det möjligt för utvecklare att identifiera problemen i mjukvara och mjukvarudesign. Vid utvecklingen av In-flight-systemet är Collaborative Usability Inspection lämplig att använda. Denna typ av användbarhetsinspektion involverar användare, mjukvaruutvecklare, domänexperter samt användarbarhetsspecialister. Dessa samarbetar för att utföra en grundlig och effektiv inspektion. En annan stor fördel med denna typ av inspektion är att den går snabbt att genomföra men ger samtidigt ett bra resultat. Man måste under hela inspektionen komma ihåg att upptäckandet av brister i systemet är tecken på en lyckad inspektion och inte tecken på en misslyckad utvecklingsprocess. De brister som upptäcks under användbarhetsinspektionen kan fortfarande rättas till. Kritik ska riktas mot den blivande produkten och inte mot utvecklarna som utvecklat den. 9
11 Vad kan göras bättre? Constantine och Lockwood betraktar innehållsmodelleringen som en del i processen där användarinvolvering inte är nödvändig. De anser att den involvering av användare som sker i de inledande faserna av processen (roll- och uppgiftsmodelleringen) är tillräcklig. Vi håller inte helt med om detta påstående, speciellt inte i processen för In-flight-systemet. Visserligen saknar många användare kunskaper i gränssnittsdesign, men synpunkterna kan ändå vara väl värda att ta tillvara. Att få dessa synpunkter i användbarhetsinspektionen är onödigt sent. Som vi förstår ingår role model i task model enligt aktivitetsmodellen. Vi anser däremot att role model borde vara en egen aktivitet i processen då detta är en av grundstenarna i användningscentrerad design. Boken är lite otydlig på denna punkt. Användningscentrerad systemutveckling förespråkar till skillnad från många andra synsätt inte iterationer över hela processen. Detta innebär att det är viktigt att göra rätt från början. De olika modellerna är verktygen som används för att göra rätt från början. Om verktygen används på rätt sätt leder det till ett bra resultat, men vad händer om roll- eller uppgiftsmodelleringen missar viktiga delar? Avsaknad av iterationer över hela processen försvårar i detta fall. Förhoppningsvis hamnar man, tack vare skickliga användbarhetsdesigner och medarbetare, inte i den situationen. 10
12 Tidsplan Ansvariga för aktiviteter Förstudie Projektledare, användbarhetsdesigners Scenarier Användbarhetsdesigners, användare Användarroller Användbarhetsdesigners, användare Rollkarta - Användbarhetsdesigners Användningsfall Användbarhetsdesigners, användare Användningsfallskarta - Användbarhetsdesigners Interaktionsmiljöer Användbarhetsdesigners, användare Navigationskarta - Användbarhetsdesigners Detaljerad visuell miljö Användbarhetsdesigners, designers, programmerare Flödesdiagram Användbarhetsdesigners, programmerare Användbarhetsinspektion Användbarhetsdesigners, designers, programmerare, användare Utveckling Programmerare, designers Användbarhetsinspektion - Användbarhetsdesigners, designers, programmerare, användare 11
13 Källor Constantine, Larry L och Lockwood, Lucy A D: Software for Use A Practical Guide to the Models and Methods of Usage-Centered Design, ACM Press, New York 1999 Gulliksen, Jan och Göransson, Bengt: Användarcentrerad systemdesign en process med fokus på användare och användbarhet, Studentlitteratur, Lund 2002 Constantine, Larry L och Lockwood, Lucy A D: Usage-Centered Engineering for Web Applications, 2001, 12
E-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 merHandläggningssstöd för synskadade Baserat på teorierna av Constantine & Lockwood
Grupp 4: Petter Midtsian, pemi1033@student.uu.se Handläggningssstöd för synskadade Baserat på teorierna av Constantine & Lockwood Ett projekt i Användarcentrerad systemdesign, Uppsala universitet, Ht 05
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 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 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 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 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 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 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 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 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 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 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 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 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 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 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 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 merOCTOPUS utvecklingsmetod samt relaterade frågeställningar och diagram
2EMHNWRULHQWHUDG5HDOWLGVSURJUDPPHULQJ Föreläsning 7 OCTOPUS utvecklingsmetod samt relaterade frågeställningar och diagram - Kravspecifikationer, användningsfall, systemarkitektur - Analysfas vad är analys?
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 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 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 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 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 merObjektorientering. Grunderna i OO
Objektorientering Grunderna i OO 1 Systemutveckling Tre systemnivåer: Verksamhet Informationssystem Datasystem Huvuduppgifterna i ett systemutvecklingsarbete: Verksamhetsanalys Informationsbehovsanalys
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 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 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 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 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 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 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 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 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 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 Varför? Bengt Göransson, Guide Redina AB, 2005 http://www.guide.se/
Läs merProjektkaos. Chaos-rapporten. 34% av projekten avslutades i tid och enligt budget... ... 66% misslyckades!
Projektkaos. Chaos-rapporten 34% av projekten avslutades i tid och enligt budget...... 66% misslyckades! 1 Standish Group, 2003 (www.standishgroup.com) Praxis Hantera krav Använd komponentarkitekturer
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 merPrototypningsverktyg. A Human-Centered Design Process (ISO 9241-210, 2010) Mattias Arvola. @mattiasarvola Institutionen för datavetenskap
A Human-Centered Design Process (ISO 9241-210, 2010) Prototypningsverktyg 1. Plan the humancentred process 2. Understand the context of use Mattias Arvola Meets the requirements 5. Evaluate against requirements
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 merUtvä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 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 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 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 merObjekt-orienterad utveckling. Objektorienterad analys och design. Objekt-orienterad programutveckling. Objekt-orienterad analys och design: Litteratur
Objekt-orienterad utveckling Saker man vill uppnå: Objektorienterad analys och design Sven-Olof Nyström Uppsala Universitet 17 juni 2005 en systematisk metod för att gå från problembeskrivning till färdigt
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 merObjekt-orienterad utveckling. Objektorienterad analys och design. Objekt-orienterad programutveckling. Objekt-orienterad analys och design: Litteratur
Objekt-orienterad utveckling Saker man vill uppnå: Objektorienterad analys och design Sven-Olof Nyström Uppsala Universitet 16 mars 2005 en systematisk metod för att gå från problembeskrivning till färdigt
Läs merKursplan Gränssnittsdesign, 100p Läsår
Kursplan Gränssnittsdesign, 100p Läsår 2013-2014 Kurswebb: www.creativerooms.se/edu, välj Gränssnittsdesign Lärare: Aino-Maria Kumpulainen, aino-maria.kumpulainen@it-gymnasiet.se Hösttermin 2013 Vecka
Läs merVad är. Domändriven design?
Vad är Domändriven design? 1 Domändriven design är utvecklare och domänexperter som arbetar tillsammans för att skapa mjukvara som är både begriplig och möjlig att underhålla. ett sätt att fånga och sprida
Läs merFöreläsning 15: Repetition DVGA02
Föreläsning 15: Repetition DVGA02 Vad handlar kursen om? Kursen kan i grova drag delas upp i tre delar: 1. Objekt-orienterad programmering 2. Grafiska användargränssnitt 3. Datastrukturer Dessutom genomsyras
Läs merOpponenter: Erik Hansen Mats Almgren Respondent: Martin Landälv ioftpd-verktyg
Datavetenskap Opponenter: Erik Hansen Mats Almgren Respondent: Martin Landälv ioftpd-verktyg Oppositionsrapport, C-nivå 2006:12 1 Sammanfattat omdöme av examensarbetet Examensarbetet är intressant eftersom
Läs merAnalys och design. Objekt. Klass. med hjälp av CRC. Klassdiagram
Analys och design med hjälp av CRC 83 Klassdiagram Objekt Ett objekt är en individuellt identifierbar entitet som kan vara konkret eller abstrakt. Ett objekt har tillstånd, beteende och identitet. Reellt,
Läs merAgil programutveckling
Agil programutveckling Pontus Evertsson D00, Lunds Tekniska Högskola d00pe@efd.lth.se Anna Jennerheim D00, Lunds Tekniska Högskola d00aj@efd.lth.se 2003-05-15 1 1. Inledning 3 2. Extreme Programming (XP)
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 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 merTentamen, InteraktionsDesign, 7,5 ECTS
Högskolan i Borås Sektionen för informationsteknologi Malin Nilsson Tentamen Tentamen, InteraktionsDesign, 7,5 ECTS Tid: 2015-06-05, kl. 09.00-13.00 Hjälpmedel: Inga hjälmedel tillåtna Totalpoäng: 58 poäng
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 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 merFöreläsning 2. Objektorienterad analys och design. Analys: att modellera världen. Design: att strukturera program.
Föreläsning 2 Objektorienterad analys och design. Analys: att modellera världen. Design: att strukturera program. Vår process Kravbeskrivning (3 dagar). Enkel form av användningsfall (use cases). Analys
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 merLinköpings universitet 1 TDP029. Systemutveckling. Systemutveckling. Vanliga faser. Fler faser. Systemutvecklingsmetod
Systemutveckling TDP029 Systemutveckling Annika Silvervarg COIN/HCCS/IDA Systemutveckling kallas processen att ta emot en beställning på ett datorsystem, skriva en strukturerad kravspecifikation på systemet,
Läs merObjektorienterad analys och design
Objektorienterad analys och design Sven-Olof Nyström Uppsala Universitet 16 mars 2005 1 Objekt-orienterad analys och design: Litteratur Skansholm: Kapitel 4 Se även 1. http://www.uml.org/ 2. http://www-306.ibm.com/software/rational/uml/
Läs merAnvändbarhet och Webbutveckling för mobila enheter. Behovsanalys
Användbarhet och Webbutveckling för mobila enheter Behovsanalys Kurshemsidan Böcker mobilutveckling Dokumentation/Inlämningar Kommer på hemsidan (tills på måndag?) Nästa vecka: Planeringsdokument (Scrum)
Läs merUTVECKLINGSSAMTAL. Chefens förberedelser inför utvecklingssamtal
UTVECKLINGSSAMTAL Chefens förberedelser inför utvecklingssamtal Detta är ett stödmaterial för planering och förberedelser av utvecklingssamtal och innehåller tre delar: 1. Syfte med utvecklingssamtal 2.
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 merPROGRAMMERING. Ämnets syfte. Kurser i ämnet
PROGRAMMERING Ämnet programmering behandlar hur mjukvaror skapas, anpassas och utvecklas samt programmeringens roll i informationstekniska sammanhang som datorsimulering och praktisk datoriserad problemlö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 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 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 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 merUML. Översikt UML. Relationer mellan klasser. A är ett aggregerat av B:n. Kontor aggregat av Enheter. 12 olika diagramtyper, bl.a.
Översikt UML Sekvensdiagram (dynamic structure) Informationsflöde genom programmet Användningsfall (use cases) Aktörers interaktion med systemet Paketdiagram Beroenden mellan paket abstrakta klasser Multipel
Läs merInst. för IT / MDI, Stefan Blomkvist 2003-11-21 Användarcentrerad systemdesign, ht03 Inlämningsuppgift 2
Inst. för IT / MDI, Stefan Blomkvist 2003-11-21 Användarcentrerad systemdesign, ht03 Inlämningsuppgift 2 Kommentarer på inlupp 2 Användningsfall Här kommer några allmänna kommentarer på inlupp 2. /Stefan
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 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 merDesign för användbarhet
Design för användbarhet» Användarcentrering och interaktionsdesign, ett fall Bengt Göransson användbarhetsdesigner Bengt.Goransson@guide.se även avdelningen för Människa-datorinteraktion, Uppsala universitet
Läs merSKOLFS. beslutade den XXX 2017.
1 (11) Föreskrifter om ändring i Skolverkets föreskrifter (SKOLFS 2010:247) om ämnesplan för ämnet programmering i gymnasieskolan, inom kommunal vuxenutbildning på gymnasial nivå och inom vidareutbildning
Läs merProblem 1-1,5p Två av följande metoder för kravspecifikation är ej lämpade att använda vid ett COTSprojekt,
Problem 1-1,5p Två av följande metoder för kravspecifikation är ej lämpade att använda vid ett COTSprojekt, vilka? 1p En av metoderna är istället mycket lämpad för att specificera krav till ett COTS-projekt,
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 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 merDesign och konstruktion av användargränssnitt (distans) Mänsklig styrning av höghastighetsbåtar. Avdelningen för Människadatorinteraktion
Design och konstruktion av användargränssnitt (distans) Gulan Jan Gulliksen Ph D, MSc Jan.Gulliksen@hci.uu.se HCI(Uppsala Universitet) och CID(KTH) Uppsala Universitet Institutionen för Avdelningen för
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 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 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 merSystemering med användarfokus
Systemering med användarfokus Introduktion AnvändarCentrerad Design översikt Vad är systemutveckling? En problemlösningsprocess där en specifik situation undersöks Syftet med undersökningen är att man
Läs merFem steg för bästa utvecklingssamtalet
Fem steg för bästa utvecklingssamtalet Hitta drivkraften, styrkan och nå målet! Gita Bolt 2013 Copyright: airyox AB Mångfaldigande av denna skrift, helt eller delvis, är enligt lagen om upphovsrättsskydd
Läs merTjänsteprototypning. Föreläsning i kursen TDDD51 Linköpings universitet den 21 februari Johan Blomkvist
Tjänsteprototypning Föreläsning i kursen TDDD51 Linköpings universitet den 21 februari 2011 Johan Blomkvist johan.blomkvist@liu.se UPPLÄGG Upplägg - tillbakablick Vad har vi gjort hittills? Tjänstedesignens
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 merAvI-index. Ett instrument för att mäta IT-systems användbarhet
ANDERS GUNÉR AvI-index Ett instrument för att mäta IT-systems användbarhet Iordanis Kavathatzopoulos Uppsala universitet ISBN 978-91-976643-5-6 Copyright 2008 Iordanis Kavathatzopoulos. Uppsala universitet,
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 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 merKravspecifikation för hårdvaruprojekt i kursen Datorsystemteknik, HT2005. Temperaturvakt med loggningsfunktion
Kravspecifikation för hårdvaruprojekt i kursen Datorsystemteknik, HT2005 Temperaturvakt med loggningsfunktion Bakgrund Den här applikationen skall tas fram i syfte att träna studenter på Datorsystemteknikkursen
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 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 merF12: Användarna i fokus
F12: Användarna i fokus Användarcentrerad design och modellering av användare Användarcentrerad design Motiv till detta Hur kan man göra? Olika synsätt Användarna i fokus 2 Varför ska användarna vara med?
Läs merSKOLFS. beslutade den -- maj 2015.
SKOLFS Föreskrifter om ändring i Skolverkets föreskrifter (SKOLFS 2010:247) om ämnesplan för ämnet programmering i gymnasieskolan och inom kommunal vuxenutbildning på gymnasial nivå; beslutade den -- maj
Läs merUML: Exempel. Ett modelleringsspråk. UML: Ansvar. UML: tre huvudanvändningar. Exempel: En klass position storlek. UML Unified Modelling Language
Ett modelleringsspråk : Exempel Fönster Klassnamn Unified Modelling Language Av Booch, Jacobson, Rumbaugh Exempel: En klass position storlek Attribut (instansvariaböe) Resultatet av en sammanslagning av
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 merPrototyping. Susanna Olsson, TietoEnator Funda Denizhan, TietoEnator Ann Lantz, CID
Prototyping Susanna Olsson, TietoEnator Funda Denizhan, TietoEnator Ann Lantz, CID TRITA-NA-D0105 CID-139, KTH, Stockholm, Sweden 2001 Susanna Olsson, TietoEnator, Funda Denizhan, TietoEnator, Ann Lantz,
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 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 mer