inf 1510: evaluering Rune Rosseland & Tone Bra/eteig

Størrelse: px
Begynne med side:

Download "inf 1510: evaluering Rune Rosseland & Tone Bra/eteig"

Transkript

1 inf 1510: evaluering Rune Rosseland & Tone Bra/eteig

2 hva er evaluering? é- valuer: se verdien av.. NB systema8sk teste, prøve, sjekke, verifisere, validere teste hva i forhold Al hva? - hva er det som skal evalueres og i forhold 3l hva / hvem: kriterier og mål - av hvem: hvem u7ører evalueringen og hvordan - for hvem: hva brukes evalueringen 3l Tone Bra=eteig, inf1510: 23. mars 2015

3 design som en samtale med materialet see move see (Schön & Schön & Wiggins) evaluering er integrert med design & analyse (itera3v utvikling) Tone Bra=eteig, inf1510: 23. mars 2015

4 hvorfor evaluering? - hva vil vi vite underveis i design- prosessen, før produktet er ferdig? - klarer brukerne bruke produktet? Vil de bruke det? Og vil de kjøpe det? - hva kan vi teste underveis, og når? (ide, skisse, prototype..) - hvor og hvordan skal vi teste? (lab eller naturlige omgivelser) oversikt & Aps om metoder i Preece et al kap. 12, 13, 14 og 15 Tone Bra=eteig, inf1510: 23. mars 2015

5 hva teste: kriterier og mål for evaluering - at artefaktet virker og blir forstå/ - funksjonalitet (iu behov): hva skal - kommunikasjon & presentasjon av funksjonalitet de rikage Angene, det vi ønsket/behov - evalueringskriterier.. validere og verifisere - at arafaktet 1) gjør de rikage Angene og 2) gjør dem rikag - avhengig av hvem og hva som evalueres rikag resultat, dvs. funksjonalitet iu kravspesifikasjon Tone Bra=eteig, inf1510: 23. mars 2015

6 hvem og hvordan evaluere? omfang - den som har laget artefaktet? - den som har besalt artefaktet? - den som skal bruke artefaktet? - utenforstående (eksterne)? - eksperter? kostnad (ressurser) - mål: hva er godt nok? Hvem bestemmer det? kvalitet Ad Tone Bra=eteig, inf1510: 23. mars 2015

7 hvordan evaluere: metoder - analyask evaluering - heurisask evaluering - summaav evaluering - formaav evaluering - predikerende evaluering & - kombinasjoner av disse - bruker- tesang - brukbarhets- tesang - brukbarhets- studier - bruker- studier - feltstudier - brukbarhets- lab - kontrollert eksperiment osv. Tone Bra=eteig, inf1510: 23. mars 2015

8 hvordan: 8lnærminger 3 hovedtyper: i lab, i felten, på kontoret i lab: brukbarhetstes8ng observere og måle funksjonalitet /kommunisere funksjonalitet i felten: feltstudier observere og intervjue i bruk / med brukere på kontoret: analy8sk inspeksjoner, reviews heurisask evaluering (f.eks. Nielsens Σ249 brukbarhetsproblemer) Tone Bra=eteig, inf1510: 23. mars 2015

9 8lnærminger 3 hovedtyper: i lab, i felten, på kontoret gir forskjellig informasjon og foregår på forskjellig Adspunkt i design brukbarhetstesting feltstudier analytisk brukere gjør oppgaver naturlig praksis ikke involvert (fra Preece et al) sted kontrollert omgivelse (lab) naturlig hvor som helst tid prototype tidlig prototype data kvantitative kvalitative problemer feedback målinger og feil beskrivelser problemer type eval. bruk / anvendelse naturlig praksis ekspertvurdering Tone Bra=eteig, inf1510: 23. mars 2015

10 useit.com Papers and Essays Heuristic Evaluation List of Heuristics Ten Usability Heuristics by Jakob Nielsen These are ten general principles for user interface design. They are called "heuristics" because they are more in the nature of rules of thumb than specific usability guidelines Heuristics for User Interface Design Page 1 of 2 5/13/11 3:29 PM indicate the problem, and constructively suggest a solution. Help and documentation Even though it is better if the system can be used without documentation, it may be necessary to provide help and documentation. Any such information should be easy to search, focused on the user's task, list concrete steps to be carried out, and not be too large. I originally developed the heuristics for heuristic evaluation in collaboration with Rolf Molich in 1990 [Molich and Nielsen 1990; Nielsen and Molich 1990]. I since refined the heuristics based on a factor analysis of 249 usability problems [Nielsen 1994a] to derive a set of heuristics with maximum explanatory power, resulting in this revised set of heuristics [Nielsen 1994b]. Search Visibility of system status The system should always keep users informed about what is going on, through appropriate feedback within reasonable time. Match between system and the real world The system should speak the users' language, with words, phrases and concepts familiar to the user, rather than system-oriented terms. Follow realworld conventions, making information appear in a natural and logical order. User control and freedom Users often choose system functions by mistake and will need a clearly marked "emergency exit" to leave the unwanted state without having to go through an extended dialogue. Support undo and redo. Consistency and standards Users should not have to wonder whether different words, situations, or actions mean the same thing. Follow platform conventions. Error prevention Even better than good error messages is a careful design which prevents a problem from occurring in the first place. Either eliminate error-prone conditions or check for them and present users with a confirmation option before they commit to the action. Recognition rather than recall Minimize the user's memory load by making objects, actions, and options visible. The user should not have to remember information from one part of the dialogue to another. Instructions for use of the system should be visible or easily retrievable whenever appropriate. Flexibility and efficiency of use Accelerators -- unseen by the novice user -- may often speed up the interaction for the expert user such that the system can cater to both inexperienced and experienced users. Allow users to tailor frequent actions. Aesthetic and minimalist design Dialogues should not contain information which is irrelevant or rarely needed. Every extra unit of information in a dialogue competes with the relevant units of information and diminishes their relative visibility. Help users recognize, diagnose, and recover from errors Error messages should be expressed in plain language (no codes), precisely Institutt for Informatikk nn/g useit.com jnd.org Interaction Design Solutions for the Real World Google Search Select Language Search WWW Search Interaction Design Section Living Section About Bruce Tognazzini Powered by Translate asktog.com Jump to: Anticipation Autonomy Color Blindness Consistency Defaults Efficiency of the User Explorable Interfaces Fitts' Law Human-Interface Objects Latency Reduction Learnability Limit Tradeoffs Metaphors Protect the User's Work Readability Track State Visible Interfaces NN/g Home AskTog Basics Principles First Principles of Interaction Design The following principles are fundamental to the design and implementation of effective interfaces, whether for traditional GUI environments or the web. Of late, many web applications have reflected a lack of understanding of many of these principles of interaction design, to their great detriment. Because an application or service appears on the web, the principles do not change. If anything, applying these principles become even more important. Belorussian Version: Deutsche (German) Version: Italian Version: Nederlands (Dutch) Version: Polish Version: Portuguese Version: Spanish Version: Effective interfaces are visually apparent and forgiving, instilling in their users a sense of control. Users quickly see the breadth of their options, grasp how to achieve their goals, and do their work. Effective interfaces do not concern the user with the inner workings of the system. Work is carefully and continuously saved, with full option for the user to undo any activity at any time. Effective applications and services perform a maximum of work, while requiring a minimum of information from users. This work is copyright 2003 by Bruce Tognazzini. Permission to make copies for personal use is granted without reservation, provided this copyright notice remains on the copy. Please contact the author for permission to republish on a web site, to publish in bound form, or to make multiple copies, except that educators and in-house corporate Tone Bra=eteig, inf1510: 23. mars 2015 Page 1 of 11

11 Shneiderman's "Eight Golden Rules of Interface Design" These rules were obtained from the text Designing the User Interface by Ben Shneiderman. Shneiderman proposed this collection of principles that are derived heuristically from experience and applicable in most interactive systems after being properly refined, extended, and interpreted [9]. Institutt for Informatikk To improve the usability of an application it is important to have a well designed interface. Shneiderman's "Eight Golden Rules of Interface Design" are a guide to good interaction design. 1 Strive for consistency. Consistent sequences of actions should be required in similar situations; identical terminology should be used in prompts, menus, and help screens; and consistent commands should be employed throughout. 2 Enable frequent users to use shortcuts. As the frequency of use increases, so do the user's desires to reduce the number of interactions and to increase the pace of interaction. Abbreviations, function keys, hidden commands, and macro facilities are very helpful to an expert user. 3 Offer informative feedback. For every operator action, there should be some system feedback. For frequent and minor actions, the response can be modest, while for infrequent and major actions, the response should be more substantial. 4 Design dialog to yield closure. Sequences of actions should be organized into groups with a beginning, middle, and end. The informative feedback at the completion of a group of actions gives the operators the satisfaction of accomplishment, a sense of relief, the signal to drop contingency plans and options from their minds, and an indication that the way is clear to prepare for the next group of actions. 5 Offer simple error handling. As much as possible, design the system so the user cannot make a serious error. If an error is made, the system should be able to detect the error and offer simple, comprehensible mechanisms for handling the error. 6 Permit easy reversal of actions. This feature relieves anxiety, since the user knows that errors can be undone; it thus encourages exploration of unfamiliar options. The units of reversibility may be a single action, a data entry, or a complete group of actions. 7 Support internal locus of control. Experienced operators strongly desire the sense that they are in charge of the system and that the system responds to their actions. Design the system to make users the initiators of actions rather than the responders. 8 Reduce short-term memory load. The limitation of human information processing in short-term memory requires that displays be kept simple, multiple page displays be consolidated, window-motion frequency be reduced, and sufficient training time be allotted for codes, mnemonics, and sequences of actions. Tone Bra=eteig, inf1510: 23. mars 2015

12 i lab Design- gruppa i samarbeid med SINTEF om lab for brukeropplevelse Tone Bra=eteig, inf1510: 23. mars 2015

13 i felten Institutt for Informatikk

14 som del av analyse & design rolle (funksjon, ny/e) implemen- tering (hvordan det virker) houde & hill 1997 look- and- feel (brukerens sanse- opplevelse) Tone Bra=eteig, inf1510: 23. mars 2015

15 DECIDE- rammeverket sjekkliste Determine goals Explore the quesaons Choose the evaluaaon approach and methods IdenAfy the pracacal issues Decide how to deal with ethical issues Evaluate, analyze, interpret and present the data fra Preece et al kap. 13 Tone Bra=eteig, inf1510: 23. mars 2015

16 oppsummering evaluering med brukere - kan inngå i både analyse og design + som tesang - i felten & i lab (workshops, seminar mm) brukbarhetstest feltstudier analytisk brukere gjør oppgaver naturlig praksis ikke involvert sted kontrollert omgivelse (lab) naturlig hvor som helst tid prototype tidlig prototype data kvantitative kvalitative problemer feedback målinger og feil beskrivelser problemer type eval. bruk / anvendelse naturlig praksis ekspertvurdering hva vil vi vite? - klarer brukerne bruke produktet? Vil de bruke det? Og kjøpe det? - hva kan vi teste underveis, og når? (ideer, modeller, prototyper..) - hvor og hvordan skal vi teste? (lab eller naturlige omgivelser) Tone Bra=eteig, inf1510: 23. mars 2015

17 oppsummering evaluering med brukere tenk over hva som evalueres i forhold Al hva/hvem: kriterier og mål - kan inngå i både analyse og design + som tesang av hvem: hvem udører evaluering og hvordan - i felten & i lab (workshops, seminar mm) for hvem: hva brukes evalueringen Al brukbarhetstest feltstudier analytisk brukere gjør oppgaver naturlig praksis ikke involvert sted kontrollert omgivelse (lab) naturlig hvor som helst tid prototype tidlig prototype data kvantitative kvalitative problemer feedback målinger og feil beskrivelser problemer type eval. bruk / anvendelse naturlig praksis ekspertvurdering hva vil vi vite? - klarer brukerne bruke produktet? Vil de bruke det? Og kjøpe det? - hva kan vi teste underveis, og når? (ideer, modeller, prototyper..) - hvor og hvordan skal vi teste? (lab eller naturlige omgivelser) Tone Bra=eteig, inf1510: 23. mars 2015

18 Heuristisk evaluering av nettbrett Rune Rosseland, inf1510: 23. mars 2015

19 Heuristisk evaluering av nettbrett Jakob Nielsen Visibility of system status Match between system and the real world User control and freedom Consistency and standards Error prevenaon RecogniAon rather than recall Flexibility and efficiency of use AestheAc and minimalist design Help users recognize, diagnose, and recover from errors Help and documentaaon Rune Rosseland, inf1510: 23. mars 2015

20 Hva må man gjøre for å ringe? Rune Rosseland, inf1510: 23. mars 2015

21 Ringe Rune Rosseland, inf1510: 23. mars 2015

22 Ringe Rune Rosseland, inf1510: 23. mars 2015

23 Ringe Rune Rosseland, inf1510: 23. mars 2015

24 Ringe Rune Rosseland, inf1510: 23. mars 2015

25 Videochat Rune Rosseland, inf1510: 23. mars 2015

26 Skrive Rune Rosseland, inf1510: 23. mars 2015

27 Skrive Rune Rosseland, inf1510: 23. mars 2015

28 Facebook login Rune Rosseland, inf1510: 23. mars 2015

29 Facebook login Rune Rosseland, inf1510: 23. mars 2015

30 Legge inn bilder Rune Rosseland, inf1510: 23. mars 2015

31 Legge inn bilder Rune Rosseland, inf1510: 23. mars 2015

32 Legge inn bilder Rune Rosseland, inf1510: 23. mars 2015

33 Windows-oppdateringer Rune Rosseland, inf1510: 23. mars 2015

34 Kabal med to Spar 9 Rune Rosseland, inf1510: 23. mars 2015

35 Hjelpetekst? Rune Rosseland, inf1510: 23. mars 2015

36 eksamen = evaluering av læringsmål fra prosjekt & pensum Prosjektoppgave-inf1510-våren INF1510:(Obligatorisk(prosjekt,(våren(2015(( ( I"inf1510"skal"dere"gjennomføre"et"prosjekt"som"inneholder"noen"viktige"elementer"i" bruksorientert"design."prosjektet"skal"gjennomføres"av"en"gruppe"på"4?5"studenter"som" bør"kunne"møtes"minst"4"timer"pr"uke"hvor"2"av"disse"er"innenfor"tidsrammen"til"en" inf1510 våren 2015 bestemt"øvingsgruppe."i"prosjektet"skal"dere"demonstrere"at"dere"kan"to"ting:" 1)"undersøke"en"(eller"flere)"brukergruppers"behov"og"ønsker"og"" 2)"basert"på"dette,"designe"et"system"der"Arduino"er"en"sentral"komponent." INF1510: eksamensinnlevering nr. 2: dokumentasjon av prototyper (video og teknisk " dokumentasjon): gruppeinnlevering Å"gjennomføre"et"prosjekt"i"en"gruppe"er"obligatorisk"i"inf1510."Prosjektgruppa"leverer" to"felles"eksamensarbeider:"prosjektrapport"og"video,"og"alle"i"gruppa"får"samme" karakter."disse"to"skal"dokumentere"hva"gruppa"har"gjort"og"laget." Hensikten med denne innleveringen å og presentere prototyper og " løsningsforslag ved å demonstrere: I"tillegg"kommer"en"individuell"eksamens?innlevering"som"i"2015"vil"telle"50%,"slik"at" 1) hvordan løsningen virker i bruk: hvordan den fungerer for brukerne, og den"felles"karakteren"kan"bli"justert"for"den"enkelte"student."denne"innleveringen"skal" 2) hvordan tekniske løsningen fungerer, og hvordan Arduino utnyttes i løsningen. dokumentere"hva"den"enkelte"har"lært"av"begreper"og"teori"i"semesteret,"og"hvordan" Dette gjøres gjennom to deler: 1) video og 2) teknisk dokumentasjon av løsningen. dette"er"reflektert"i"prosjektet."" " Tema(for(prosjektet(( Video: Det"overordnede"temaet"for"prosjektet"er"(som"tidligere"år)"smarte"omgivelser"for"økt" Videoen skal dokumentere 1) og 2) ovenfor. Den må ikke være en film av en fungerende livskvalitet."med"arduino"som"sentralt"element"er"det"naturlig"å"fokusere"på"it"som"er" prototype i en reell brukskontekst, den kan presentere en modell som demonstrerer at, og bakt"inn"i"de"fysiske"(og"sosiale)"omgivelsene"vi"beveger"oss"i."digitale"komponenter"er" hvordan, Arduino-løsningen virker, i tillegg til at bruken av løsningen f.eks. kan demonstreres blitt"så"små"at"de"lett"kan"integreres"i"omgivelsene."vi"bærer"rundt"på"mobile"enheter," som et scenario eller med en Wizard of Oz-teknikk. noe"som"gir"mulighet"for"å"personifisere"løsninger."de"siste"årene"har"det"vært"fokus"på" Filmen bør være ca. 3 minutter (maks 4 min.), og skal gi en tydelig presentasjon av løsningen. the"internet"of"things :"mange"av"tingene"vi"omgir"oss"med"inneholder"digitale" elektroniske"komponenter"som"kan"kommunisere"med"hverandre."" " Rapport: Fordi"inf1510"handler"om"bruks?orientert"design,"legges"det"stor"vekt"på"effekten"av" Rapporten skal inneholde informasjon om løsningen. design?løsningen:"løsningen"skal"gi"brukerne"en"god"bruksopplevelse,"den"skal"løse"et" problem"eller"gjøre"det"mulig"å"gjøre"ting"på"en"ny"måte."i"2015"gir"vi"ganske"åpne" 1. navn på prosjektgruppas medlemmer og eventuelt navn på prosjektet og/eller gruppa forslag"til"prosjekter,"men"med"to"føringer:" 2. presenter kort målet prosjektet og beskriv kort hvordan prototypen bidrar til å " oppfylle målet. A. "Arduino"skal"være"et"sentralt"element"i"løsningen,"ikke"et"utenpåklistret"element" 3. fortell kort hva videoen viser B. "alle"design?ideer"skal"forankres"i"brukerundersøkelser" 4. link til videoen (YouTube, Vimeo el.likn.) C. "unngå"å"bruke"studenter"som"målgruppe/brukergruppe"" " 5. dokumentasjon av den tekniske løsningen i detalj: teknisk spesifikasjon / liste over Her"er"forslag"til"temaer"for"prosjektene:" komponentene som brukt 1. " the"internet"of"things."velg"ut"et"sett"med"ting"og"finn"ut"hvordan"de"kan"snakke" 6. dokumentasjon av den tekniske løsningen i detalj: koden. NB: Husk kommentarer som sammen"og"hva"de"skal"si"til"hverandre" "og"om"de"skal"kommunisere"med" forklarer koden. Gjør det enkelt for sensor å forstå dere har gjort og hvorfor. brukerne."hvilke"ting"vil"brukergruppen"at"skal"snakke"sammen,"og"hva"skal"de" INF1510: eksamensinnlevering nr. 3: individuell rapport Hensikten med denne rapporten er at hver enkelt student skal dokumentere 1) hva han/hun har lært om bruksorientert design i praksis gjennom prosjektet, og 2) hva han/hun har lært om bruksorientert design i teori og begreper. inf1510 våren 2015 Rapporten skal gi mulighet for refleksjon over hvordan kombinasjonen av teori og praksis gir kunnskap som hun/han tar med seg videre til senere design-prosjekter. Svar på alle spørsmålene. Del 1: teori og begreper om bruksorientert design A) hvordan vil du definere bruksorientert design? Hva er de viktigste kjennetegnene på denne tilnærmingen til design? B) hvilke aktiviteter inngår i bruks-orientert design? Hvordan er sammenhengen mellom aktivitetene? C) hvordan vil du definere bruk? Hva mener du er det viktigste designere må kunne om bruk? D) Hvordan kan du vite om design-resultatet er bra? E) Hvordan har kravet om å bruke Arduino påvirket design-resultatet? Del 2: refleksjoner over prosjektet 1) Her vil vi vite hva du har lært av prosjektet, og hva tar du med deg videre (hva vil du gjøre annerledes i neste prosjekt?). Pass på å ta med alle de viktige elementene av prosjektet: a) mål-formulering b) planlegging og organisering c) undersøkelser av bruk d) analyse av data e) design og bygging f) evaluering g) dokumentasjon, presentasjon og rapportering h) teori og begreper fra litteratur og forelesninger 2) Her vil vi vite hva du synes du har lært ved å gjennomføre et prosjekt a) hva likte du best i prosjektet? Hvilke aktiviteter var du med på og hva likte du med dem? b) hva var problematisk i prosjektet, hvordan og hvorfor. Hvordan løste dere problemene? Hva vil du gjøre annerledes neste gang? c) hvordan vurderer du selv prosjektet (se evalueringskriteriene). Hva er bra og ikke? d) hvordan vurderer du din egen innsats i prosjektet? Den individuelle rapporten skal være på maks 5 sider (i f.eks. Times 12 pkt. font). Vi har lest grupperapporten, så du trenger ikke gjenta det som står der (henvis i stedet til sider / kapitler). Hensikten er å supplere, forklare og diskutere prosjektet og teorien ut fra dine erfaringer og kunnskaper. Rapporten skal demonstrere at du har bidratt i prosjektet, og har lært det du skal lære i inf1510. Tone Bra=eteig, inf1510: 23. mars 2015

37 Inf1510'våren'2015' Institutt for Informatikk INF1510: eksamensinnlevering: sluttrapport gruppeinnlevering Prosjektrapporten skal dokumentere det dere = har gjort og lært i INF1510, og er det viktigste grunnlaget for karakteren. Det er viktig å huske på at det som ikke er dokumentert, ikke kan vurderes. Rapporten skal både dokumentere hvordan prosjektgruppa har jobbet med bruks-orientert design og resultatet av dette arbeidet. Begrunnelsene for hvorfor resultatet ble som det ble er nesten aller viktigst, dvs. valg og beslutninger underveis i prosessen (som har påvirket resultatet) og begrunnelser for disse bør evaluering av læringsmål fra prosjekt & pensum Inf1510'våren'2015' være med. Her er ting som må være med i rapporten, men ikke nødvendigvis i denne rekkefølgen: utgangspunktet for prosjektet o hvilket tema valgte dere for prosjektet og hvordan tolket dere dette? o hva ble målet for prosjektet og hvilken målgruppe valgte dere? o prosjektgruppa: hvem er medlemmer i gruppa? Hvilke kunnskaper og erfaringer har dere som er relevante i prosjektet? (kompetanseprofil) plan for prosjektet o milepælsplan. Inkluder her gjerne en evaluering av hvordan det gikk og evt. revideringer dere har gjort underveis. Hva har dere lært om prosjektplanlegging og styring? o organisering av arbeidet o samarbeidet i prosjektgruppa undersøkelse av bruk og brukere o undersøkelsesmetoder. Målet med prosjektet sier hva gruppa ønsket å finne ut: hvilke metoder valgte dere for å finne ut det dere ville vite, og hvorfor disse metodene?! hvordan gikk det hva fant dere ut?! hva fant dere ikke ut av med de metodene dere valgte?! hva lærte dere om metodene av å bruk dem? presentasjon av data. o o beskriv aktivitetene / bruken dere har undersøkt slik at leseren kan se det for seg. skill mellom beskrivelse av fakta (det andre også har hørt og sett) og det dere tolker ut av dataene. analyse o hvordan har dere analysert dataene? Hvilke funn eller konklusjoner har dere kommet fram til og hvordan kan dere begrunne dem med dataene dere har funnet? o begreper fra forelesninger og evt. andre fagtekster. Ta med referanser til begreper, teorier og bakgrunnsstoff, fra forelesninger, forelesningsnotater, og litteratur. Minst fem referanser er forventet. design o o o designforslag. Hvilke ideer startet dere med, hvordan jobbet dere med dem, hva forkastet dere og hvorfor?! presenter viktige skisser og prototyper. Hvordan jobbet dere med disse? karakteriser prototypene og begrunn! hva de skulle brukes til: kommunisere, utforske, samarbeide, lære mer, evaluere! hvilke aspekter de skulle adressere: rolle, look-and-feel, implementering! hvilke valg gjorde dere mht. oppløsning og forseggjorthet! hvilke materialer og former egnet seg for hvilke deler. sluttproduktet presenteres slik at vi tydelig kan forstå: mål og visjon, hvordan den fungerer og at den fungerer og hvordan den brukes teknisk løsning: beskriv kort en oversikt over den tekniske løsningen i rapporten. Detaljer av løsningen + kode skal gis i video-rapporten. Her er vanskelighetsgrad viktig å dokumentere. evaluering o evaluering av løsningsforslag. Hva har dere evaluert og hvordan? Hvem har evaluert hva? Presenter endringer som begrunnes i evalueringene. o samarbeid med brukere om design. Beskriv samarbeidsaktiviteter, og om og hvordan disse kan ses som undersøkelse, som design og hvordan evaluering kan være del av begge. Brukernes design-ideer er ekstra interessant å få med! o inkluder gjerne ekstra informasjon, f.eks. relevant litteratur, forelesninger, forskning. konklusjon o konkluder med å vurdere deres eget arbeid, både prosess og produkt: hva har dere oppnådd? Nådde dere målet dere satte dere? Presenterer også gjerne veldig kort viktige ideer, visjoner og løsningsforslag som er forkastet, samt begrunnelser for dette som er basert på undersøkelser og testing. Husk: Klar og logisk framstilling, god og logisk struktur. Finn en rekkefølge av stoffet som gir en god flyt i rapporten. Husk at en klar rød tråd (logikk) styrker argumentasjonen: hvilken rekkefølge man sier ting kan gjøre argumentasjonen enklere å få til. På universitetet er det å lage og gjenkjenne solid og velbegrunnet argumentasjon viktig. Gå over språket til slutt slik at teksten har god flyt. Sluttrapporten skal være på maks 20 sider, inkludert bilder og referanseliste. Øk lesbarheten ved å bruke f.eks. Times, 12 pkt. Unngå vedlegg: det er bedre å oppsummere og ta med poengene i teksten. Her er forslag til en rapport på 20 sider som sier noe om viktighet og relativ størrelse av delene i rapporten. - utgangspunkt: mindre enn 1 side - plan: mindre enn 1 side - undersøkelse: 2-3 sider - presentasjon av data: 2-5 sider - analyse: 3-4 sider - design: 3-5 sider (inkludert figurer og bilder) - evaluering: 2-4 sider - konklusjon + hva gruppa har lært: under 1 side Vurder om dere skal skrive presentasjon av data og analyse sammen (gjør da tydelig hva som er fakta og hva som er deres tolkning) eller design og evaluering kan skrives sammen: hvis det blir mye gjentakelser i teksten kan det å slå sammen spare mye plass og være enklere å skrive og lese. Innlevering i Devilry innen onsdag 10. juni kl LYKKE'TIL!' Tone Bra=eteig, inf1510: 23. mars 2015

38 INF1510: retningslinjer for evaluering Institutt for Informatikk Generelle krav: eksamen = Prosjektgruppa får karakter på prosjektet ut fra hvordan det er dokumentert i gruppas prosjektrapport. Prosjektet og dokumentasjonen i prosjektrapporten er gruppeoppgaver som gir felles karakter til alle i prosjektgruppa. I tillegg vurderes eksamensinnlevering nr. 2: video som presenterer evaluering design-resultatet og dokumentasjon av læringsmål som beskriver prototypen. Denne må fra være bestått, prosjekt dvs. kravene gitt i oppgaven & pensum må være oppfylt, for å bestå kurset. I tillegg kan karakteren for hele gruppa justeres opp eller ned ut fra vanskelighetsgraden og kvaliteten i det tekniske arbeidet. Videoen teller altså med i helhetsvurderingen av prosjektet. I tillegg får alle medlemmene i gruppa en karakter på eksamensinnlevering nr. 3: den individuelle rapporten. I den individuelle rapporten er del 1 er en kunnskapsdel der studenten skal forklare og bruke begreper og teori fra forelesninger og pensum, og del 2 er en rapport der studenten skal reflektere over hva han/hun har lært om bruks-orientert design. Det betyr at enkelt-individer kan stryke om de ikke består sin individuelle rapport, eller de kan gå opp (eller ned) i karakter dersom deres rapport vurderes som klart bedre (eller dårligere) enn resten av gruppa. I utgangspunktet får alle i gruppa samme karakter: den som ble gitt på sluttrapporten + video-innlevering, men karakteren kan justeres for enkelt-individer på bakgrunn av den individuelle rapporten. Karaktersetting: Tommelfingerregelen er at C er en grei gjennomføring av det som må gjøres i emnet, uten tydelige tegn på noe særlig ekstra innsats utover de forventede 10 studiepoengene (dvs. ca.13,3 timer/uke per person i 14 uker, dvs. nesten 4 fulle ukeverk pr. person i gruppa). I en gruppe som får C har studentene lært det viktigste godt nok, og det virker rimelig at gruppas medlemmer har brukt 4 ukeverk. A gis når det syns at studentene har gjort en større innsats og dermed oppnådd resultater som er mye bedre enn forventet. B gis når det syns at studentene har gjort en stor innsats, i overkant av forventet, og resultatet blir godt, men ikke eksepsjonelt. En gjennomføring av emnet som ikke møter kriteriene for C vil gi prosjektgruppa karakteren D, E eller F, avhengig av hvor mye de viser at de har lært. F gis når vi ikke kan se noen synlige tegn på at studentene har lært det de skulle i de besvarelsene de har levert. Det syns rett og slett ikke at de har fulgt emnet. E viser noen slike tegn, men er minimumskravet for å bestå emnet. Her er det viktige ting de ikke har lært eller har misforstått. D brukes når studentene har lagt liten innsats i emnet og kommet kortere enn forventet, og gjort så lite at resultatet blir dårligere enn det som kan forventes ut fra det antall timer som inngår i normal arbeidsinnsats. Nedenfor en tabell der vi forsøker å konkretisere hva som er forskjellen på A, C og E. Tone Bra=eteig, inf1510: 23. mars 2015

39 Aktivitet A C E Mål en god og presis definisjon av mål og nokså klart definert mål og målgruppe. Uklart hva gruppa har som mål eksamen målgruppe, = og hvilke kriterier gruppa Logiske evalueringskriterier eller målgruppe. Uklare evaluerer det ferdige resultatet opp mot. evalueringskriterier evaluering Målet er interessant og av vitner om læringsmål nytenking fra prosjekt & pensum Undersøkelser Analyse Design Gode undersøkelser av brukskontekst, og valg av metode er begrunnet godt. Gruppa har både observert og intervjuet flere brukere enn nødvendig, og har vurdert og prøvd flere andre undersøkelsesmetoder. Gruppa har etablert et samarbeid med en brukergruppe. Sluttrapporten beskriver alle metodene, og dataene er beskrevet slik at vi får et grunnlag for å vurdere analysen. Solid, reflektert og troverdig analyse. Gruppa bruker dataene i argumentasjon for behov (og ønsker). Analysen beskrives godt og ryddig. Gruppa bruker flere av begrepene fra forelesninger, inf1500-pensum-boka, og annen litteratur i analyse og diskusjon. De viser at de har forstått mer av erfaringene ved å bruke teori og begreper. Gruppa beskriver flere ideer og hvordan undersøkelsene har gitt grunnlag for å velge hvilke ideer som skal jobbes med. Designresultatet kan forankres i bruks-undersøkelser + i de mulighetene som ligger i Arduino. Det er lett å forstå hva design-forslaget gjør, hvordan det skal brukes, og hvordan det løser problemet prosjektet adresserer. Løsningsforslaget er dokumentert i skisser og (bilder av) prototyper. Gruppa har vært åpne og jobbet med minst to Gruppa har brukt minst to metoder. Gruppa har ikke observert / intervjuet flere brukere enn nødvendig. Sluttrapporten beskriver metodene kort og gir en ok beskrivelse av data-grunnlaget i prosjektet. ok analyse som er ok beskrevet + minst et behov eller ønske er begrunnet. Gruppa refererer til inf1500-pensum-boka, forelesninger og noe annen litteratur, men bruker ikke egentlig begrepene til å få eller beskrive ny innsikt i analyse og diskusjon. Gruppa har jobbet med mer enn én ide, men har valgt hva de vil jobbe med tidlig i prosjektet. De kan argumentere for prototypen ut fra bruksundersøkelser og Arduino. Det er greit å forstå hva prototypen gjør og hvordan den skal brukes. Skisser og prototyper demonstrerer hvordan visjonen har utviklet seg iterativt. Løsningsforslag er testet (at det virker) og evaluert, og brukere har vært involvert i minst én evaluering. Tynn undersøkelse, gruppa har ikke begrunnet metodevalg. Metoden er ikke brukt riktig og/ eller er misforstått. Bare et minimum av brukere er observert / intervjuet, og undersøkelsen kommer for sent i prosessen til å brukes for å begrunne design. Lite og overfladisk presentasjon av dataene. Analysen er nesten fraværende, ingen begrunnelse for behov finnes i dataene. Ingen bruk av begreper fra forelesninger eller andre kilder i analyse eller diskusjon. Gruppa har egentlig ikke jobbet med ideer fordi de hadde en ide fra før. Løsningen som velges er ikke godt begrunnet i bruksundersøkelser, den virker tilfeldig og lite gjennomtenkt, og lite gjennomarbeidet. Usystematisk bruk av prototyper og skisser. Gruppa viser ikke hvordan løsningen henger sammen med undersøkelsen. Lite testing og evaluering, mer Tone Bra=eteig, inf1510: 23. mars 2015

40 Design Institutt for Informatikk de har forstått mer av erfaringene ved å bruke teori og begreper. Gruppa beskriver flere ideer og hvordan undersøkelsene har gitt grunnlag for å velge hvilke ideer som skal jobbes med. Design- eksamen resultatet kan forankres = i bruks-undersøkelser + i de mulighetene som ligger i Arduino. Det er greit å forstå hva prototypen gjør og Det er lett å forstå hva design-forslaget gjør, evaluering hvordan det skal brukes, og av hvordan læringsmål hvordan den skal brukes. det løser Skisser og prototyper fra demonstrerer prosjekt hvordan gjennomarbeidet. & pensum Usystematisk problemet prosjektet adresserer. Løsningsforslaget er dokumentert i skisser og (bilder av) prototyper. Gruppa har vært åpne og jobbet med minst to Gruppa har jobbet med mer enn én ide, men har valgt hva de vil jobbe med tidlig i prosjektet. De kan argumentere for prototypen ut fra bruksundersøkelser og Arduino. visjonen har utviklet seg iterativt. Løsningsforslag er testet (at det virker) og evaluert, og brukere har vært involvert i minst én evaluering. Gruppa har egentlig ikke jobbet med ideer fordi de hadde en ide fra før. Løsningen som velges er ikke godt begrunnet i bruksundersøkelser, den virker tilfeldig og lite gjennomtenkt, og lite bruk av prototyper og skisser. Gruppa viser ikke hvordan løsningen henger inf1510 sammen våren med 2015 undersøkelsen. Lite testing og evaluering, mer Helhet ulike ideer (til design-forslag). De har jobbet iterativt i dialog med brukere, og fått ny innsikt gjennom dette. Gruppa har gjennomført solid testing og evaluering med brukere, og har klart å forkaste egne ideer etter brukerevaluering. Løsningen utnytter Arduinoens muligheter og begrensninger på en effektiv og god måte, og det er tydelig at Arduino er en viktig del av løsningen. Løsningen er teknisk avansert, og det syns at gruppa har (fått) god kunnskap om Arduino. Nyskapende prosjekt der gruppa har tenkt ut av boksen. Ideene og løsningen er gode og interessante. Rapporten virker gjennomarbeidet og som et helhetlig gruppe-produkt. Arbeidsdelingen i gruppa er forklart og tydeliggjort, og virker hensiktsmessig for prosjektets progresjon og for læringsutnyttet. Løsningen er ikke veldig mye mer avansert enn Arduino-obligen. Greit prosjekt der gruppa har gjort et godt håndverk og lært det som er forventet. Rapporten virker sammenhengende, men det kan være gjentak og forskjeller i innhold & stil som tyder på at arbeidet ikke har vært helt jevnt fordelt. Arbeidsdelingen er bare delvis gjort rede for. Aktivitet A C E brukbarhetstesting enn testing med brukere. Ingen eller lite brukermedvirkning i evaluering. Sluttproduktet virker ikke ordentlig. Tynt prosjekt der gruppa har gjort lite eller dårlig arbeid. Rapporten virker hastverkspreget: usammenhengende tekst, frittstående kapitler, gjentak, ujevn kvalitet og mye skrivefeil. Det syns at gruppa ikke har samarbeidet bra, f.eks. ved at kapitlene sier forskjellige ting. Arbeidsdelingen er ikke beskrevet Tone Bra=eteig, inf1510: 23. mars 2015

41 Eksamensinnlevering nr. 2 (video) skal dokumentere og presentere løsningsforslaget: at det virker, hvordan det virker og hvordan det virker i bruk. Bestått Videoen framstår som en god fortelling: historien som fortelles er velstrukturert. Videoen dokumenterer at løsningsforslaget eksamen = hvordan ideene er utformet og hvordan prototypen adresserer målet. Minst en og helst flere gode brukssituasjoner er valgt ut for å demonstrere hvordan løsningen inngår i bruk. evaluering av læringsmål fra prosjekt & pensum Ikke bestått (prototypen) virker og demonstrerer hvordan det virker. En god video presenterer også prosjektets visjon og ideer, slik at vi kan se Videoen demonstrerer hvordan designforslaget utnytter egenskaper ved Arduino. En god video kan ses som en pitch. En god pitch formidler at gruppa er stolte av resultatet sitt, vekker interesse fra første stund, inneholder få, men overbevisende argumenter som skal forklare hva som er så bra med denne visjonen/dette løsningsforslaget. Presentasjonen virker sikker og mange eller alle medlemmene i gruppa får være med i presentasjonen på en naturlig måte. Videoen klarer ikke å formidle visjonen og målet med løsningsforslaget, og klarer ikke å dokumentere at prototypen virker eller hvordan den virker. Den blir ikke presentert i en brukssituasjon eller bruken virker lite sannsynlig og lite troverdig. Eksamensinnlevering nr. 3 (individuell) skal dokumentere og presentere at hver enkelt student har lært det hun/han skal og har bidratt i prosjektet. Oppgave A C E 1) kunnskapsdel: en god og presis forklaring på teori & en hverdagslig definisjon av mange begreper, teori begreper fra forelesninger og litteratur. kan virke litt ureflektert. 2) prosjektdel Demonstrerer bruk av teori i eget prosjekt, og det syns i rapporten at hun/han har reflektert over emnet bruksorientert design. har bidratt til alle deler av prosjektet, og har lært om alle aktivitetene i bruksorientert design. Reflekterte og begrunnede meninger om prosjektets resultater og arbeidsformer. Rapporten virker gjennomarbeidet og reflektert. Forklarer hvordan hun/han kan gjøre nytte av kunnskapen siden. Kan bare demonstrere hvordan noen begreper kan ses i forhold til eget prosjekt. Det kan se ut som at svaret gjengir formuleringer fra lysark og obliger. har bidratt til noen deler av prosjektet, men kjenner til alle. Har ikke reflektert mye over det, og heller ikke over arbeidsformene i prosjektet. Virker ikke veldig reflektert, og beskriver bare delvis hvordan hun/han kan gjøre nytte av emnet senere Kan si lite om begrepene ut over sunn fornuft, og klarer ikke å bruk dem i forhold til eget prosjekt. Det er ikke synlig at hun/han har tatt emnet. Har bidratt lite eller veldig skjevt til prosjektet, kan være fordi hun/han ikke har deltatt like mye som de andre eller har vært vanskelig å samarbeide med. Intet eller lite læringsutbytte av emnet. Den individuelle rapporten ses i sammenheng med sluttrapporten, og de individuelle rapportene for en prosjektgruppe leses samlet, i etterkant av gruppas rapport. En reflektert og solid individuell rapport som viser at studenten kan faget og har reflektert over teori og praksis i emnet kan vippe karakteren opp for et gruppemedlem, mens en tynn og ureflektert rapport kan gi dårligere karakter i verste fall stryk. Tone Bra=eteig, inf1510: 23. mars 2015

42 siste plan INF1510 våren,2015 uke dato individuell,oblig forelesning,(lille,aud:,kn) øvingsgruppe prosjekt gruppe<oblig intro&bruksorientert&design I1 fre.30/1 intro&til&prosjektarbeidet bli&kjent 5 prosjektide & prosjektarbeid 2.2. intro&arduino øve&arduino A 6 r 9.2. mer&arduino øve&arduino d 7 u I2 fre.20/2 ideer&for&arduino gjøre&ferdig&arduino i 8 ArduinoDoppgave no start&på&prosjektarbeidet prosjektarbeidet start 1 G1 fre.27/2 9 praktisk&planlegging f, prosjektdskisse 2.3. I3 fre.6/3 forstå&bruk forstå&bruk o & 2 10 begrep:,bruk behov&og&krav identifisere&behov&&&krav r i,, 9.3. I4 fre.13/3 ideer&og&visjoner& lage&visjoner&&&ideer s d 3, 11 begrep:,design skisser&og&prototyper &&&&&&&skisser&&&prototyper t e, I5 fre.20/3 analyse analyse&innsamlede&data å e 4 12 begrep:,analyse identifisere&behov&og&krav r, I6 fre.27/4 Tomm&Eriksen:&evaluering&hos& evaluere&med&brukere b & 5 G2 fre.27/3 13 begrep:,evaluering USIT&UiO&+&generelt&om&evaluering r p, ideerd>prototype u r 6 14 påskeferie k o, 6.4. presentasjon&prosjekter t 7 15 i o, gruppearbeid gruppearbeid t t 8 G3 fre.17/4 16 e y, gruppearbeid pizza Torvund:&jus,&RasF skrive&rapport veiledning r p 9 17 e.m. mussen:&medievit video&&&pitch a e, Offernes:&psykologi designfkritikk s r 10 G4 man.27/4 18 j &, prototype+kritikk 4.5. I7 fre.8/5 Mørch:&pedagogikk designfkritikk o e begreper,humsam Hovde:&sosiologi n v, Astrid&Larssen&fra&Halogen,&som&& veiledning e a jobber&med&bruksorientert&design r l, oppsummering& veiledning u eksamenstips e, veiledning r slutt& eksamensinnlevering&gruppe ons.10/ rapport,+,video,(med,kort,dok) gruppedeksamen 24 fre.12/6 individuell&eksamensinnlevering& individuell,eksamenrapport Institutt for Informatikk

Inf1510: Oppsummering. Rune Rosseland

Inf1510: Oppsummering. Rune Rosseland Inf1510: Oppsummering Rune Rosseland Plan Gjennomgang av evalueringskriterier Læringsmål Hva gir en god / dårlig karakter? Svare på spørsmål 3 Læringsmål 1. Bruke flere metoder for bruks-orientert design.

Detaljer

Jacob Nielsens 10 heuristikker. Dansk Guru med 10 Tommelfingerregler en_(usability_consultant)

Jacob Nielsens 10 heuristikker. Dansk Guru med 10 Tommelfingerregler  en_(usability_consultant) Jacob Nielsens 10 heuristikker Dansk Guru med 10 Tommelfingerregler http://en.wikipedia.org/wiki/jakob_niels en_(usability_consultant) Jacob Nilsens heuristikker - 1 Visibility of system status The system

Detaljer

Ti egenskaper for å evaluere nettsteders brukskvalitet. Den opplevde kvaliteten til nettstedet

Ti egenskaper for å evaluere nettsteders brukskvalitet. Den opplevde kvaliteten til nettstedet Ti egenskaper for å evaluere nettsteders brukskvalitet Den opplevde kvaliteten til nettstedet Bakgrunnen Det finnes: Ingen begrensninger på hvem som kan presentere informasjon på internett Mange forskjellige

Detaljer

inf 1510: bruksorientert design Oppsummering Tone Bratteteig

inf 1510: bruksorientert design Oppsummering Tone Bratteteig inf 1510: bruksorientert design Oppsummering Tone Bratteteig inf1510: 20. mai 2014 INF1510'våren'2014 uke dato oblig forelesning øvingsgruppe prosjekt 4 intro&bruksorientert&design 21.1. prosjektarbeidet

Detaljer

inf 1510: evaluering teste, prøve, sjekke, verifisere, validere é-valuer: se verdien av overta kast artefakt tid Tone Bratteteig 16/5 2011

inf 1510: evaluering teste, prøve, sjekke, verifisere, validere é-valuer: se verdien av overta kast artefakt tid Tone Bratteteig 16/5 2011 inf 1510: evaluering teste, prøve, sjekke, verifisere, validere é-valuer: se verdien av design bruk ide ferdig artefakt overta kast tid hvorfor evaluere? vi lager ting for andre brukskunst hva er det vi

Detaljer

Beat the Competition. Forelesning 17. januar, Utvikling av interaktive nettsteder

Beat the Competition. Forelesning 17. januar, Utvikling av interaktive nettsteder Beat the Competition Forelesning 17. januar, Utvikling av interaktive nettsteder Victory at all costs, victory in spite of all terror, victory however long and hard the road may be; for without victory,

Detaljer

inf 1510: gruppearbeid / samarbeid Tone Bratteteig

inf 1510: gruppearbeid / samarbeid Tone Bratteteig inf 1510: gruppearbeid / samarbeid Tone Bratteteig inf1510: 13. april 2015 plan INF1510 våren,2015 uke dato individuell,oblig forelesning,(lille,aud:,kn) øvingsgruppe prosjekt gruppe

Detaljer

in1060: Hva er en god rapport og video? Tone Bratteteig & Inger Helene Howells Engebretsen & Anna So6ie Schei

in1060: Hva er en god rapport og video? Tone Bratteteig & Inger Helene Howells Engebretsen & Anna So6ie Schei in1060: Hva er en god rapport og video? Tone Bratteteig & Inger Helene Howells Engebretsen & Anna So6ie Schei in1060: 7/5 2018 5 uker før innlevering IN 1060 våren 2018 uke dato forelesning øvingsgruppe

Detaljer

Heuristisk evaluering Ekspertevaluering

Heuristisk evaluering Ekspertevaluering Heuristisk evaluering Ekspertevaluering Håkon Tolsby 1 Heuristisk evaluering ekspertevaluering Vurdere grensesnitt ved å referere til retningslinjer (heuristics). Egnet for å finne også mindre problemer

Detaljer

USABILITY AND HEURISTICS. Forelesning i Utvikling av interaktive nettsteder 11. Januar 2017

USABILITY AND HEURISTICS. Forelesning i Utvikling av interaktive nettsteder 11. Januar 2017 USABILITY AND HEURISTICS Forelesning i Utvikling av interaktive nettsteder 11. Januar 2017 The users coming to your site all have one thing in common: their animal instinct. When a user wants to find something

Detaljer

inf 1510: bruksorientert design

inf 1510: bruksorientert design inf 1510: bruksorientert design våren 2011 Tone Bratteteig i:d (informatikk: design, bruk, interaksjon) & Roger Antonsen i dag: oppsummering & evaluering av kurset oppsummering av hva jeg håper dere har

Detaljer

inf1510: bruksorientert design

inf1510: bruksorientert design inf1510: bruksorientert design Tone Bratteteig Rune Rosseland inf1510: 18/1 2016 + Magnus Li Magnus Søyland Jørgen Valen Peter Havgar i dag: praktisk info 1) hva emnet bruksorientert design handler om

Detaljer

inf1510: bruksorientert design Tone Bratteteig Rune Rosseland Roger Antonsen

inf1510: bruksorientert design Tone Bratteteig Rune Rosseland Roger Antonsen inf1510: bruksorientert design Tone Bratteteig Rune Rosseland Roger Antonsen inf1510: 19/1 2015 inf1510: bruksorientert design Tone Bratteteig Rune Rosseland Roger Antonsen inf1510: 19/1 2015 gruppelærer

Detaljer

inf 1510: evaluering

inf 1510: evaluering inf 1510: evaluering mål: oversikt over ulike metoder for evaluering bakgrunn for å planlegge og gjennomføre evaluering i prosjektet dagsorden: evaluering; hva er det og hvorfor gjør vi det kort påminnelse

Detaljer

in1060: bruksorientert design - oppsummering & eksamenstips Tone Bratteteig

in1060: bruksorientert design - oppsummering & eksamenstips Tone Bratteteig in1060: bruksorientert design - oppsummering & eksamenstips Tone Bratteteig in1060: 14/5 2018 oppsummering in1060 dagsorden hva vi håper dere har lært om bruksorientert design - hva emnet bruksorientert

Detaljer

inf 1510: bruksorientert design intro våren 2012

inf 1510: bruksorientert design intro våren 2012 inf 1510: bruksorientert design intro våren 2012 i:d (informatikk: design, bruk, interaksjon) Tone Bratteteig + Roger Antonsen hva er bruksorientert design? livsløpet til en ting, produkt, system 1 2 design

Detaljer

Human Factors relevant ved subsea operasjoner?

Human Factors relevant ved subsea operasjoner? Human Factors relevant ved subsea operasjoner? Arne Jarl Ringstad, Lead Advisor Human Factors and Organizational Safety Classification: Internal 2012-01-30 Hva er Human Factors? Human factors is the scientific

Detaljer

inf 1510: bruksorientert design

inf 1510: bruksorientert design inf 1510: bruksorientert design våren 2011 Tone Bratteteig design av informasjonssystemer + i:d (informatikk: design, bruk, interaksjon) Roger Antonsen: studielaben & Åpen Sone i dag: velkommen & introduksjon

Detaljer

Information search for the research protocol in IIC/IID

Information search for the research protocol in IIC/IID Information search for the research protocol in IIC/IID 1 Medical Library, 2013 Library services for students working with the research protocol and thesis (hovedoppgaven) Open library courses: http://www.ntnu.no/ub/fagside/medisin/medbiblkurs

Detaljer

Unit Relational Algebra 1 1. Relational Algebra 1. Unit 3.3

Unit Relational Algebra 1 1. Relational Algebra 1. Unit 3.3 Relational Algebra 1 Unit 3.3 Unit 3.3 - Relational Algebra 1 1 Relational Algebra Relational Algebra is : the formal description of how a relational database operates the mathematics which underpin SQL

Detaljer

in1060: bruksorientert design Helle Heiestad Marte Rimer Anna So:ie Schei

in1060: bruksorientert design Helle Heiestad Marte Rimer Anna So:ie Schei in1060: bruksorientert design Tone Bratteteig + Mats Blakstad Helle Heiestad Marte Rimer Anna So:ie Schei in1060: 15/1 2018 + Magnus Li + Harald MaartmannMoe in1060: bruksorientert design Tone Bratteteig

Detaljer

Hvor mye praktisk kunnskap har du tilegnet deg på dette emnet? (1 = ingen, 5 = mye)

Hvor mye praktisk kunnskap har du tilegnet deg på dette emnet? (1 = ingen, 5 = mye) INF247 Er du? Er du? - Annet Ph.D. Student Hvor mye teoretisk kunnskap har du tilegnet deg på dette emnet? (1 = ingen, 5 = mye) Hvor mye praktisk kunnskap har du tilegnet deg på dette emnet? (1 = ingen,

Detaljer

Evaluering. INF 1500; introduksjon 9l design, bruk og interaksjon 24 oktober 2011

Evaluering. INF 1500; introduksjon 9l design, bruk og interaksjon 24 oktober 2011 Evaluering INF 1500; introduksjon 9l design, bruk og interaksjon 24 oktober 2011 Oversikt, kapi@el 12 og 13 Hvorfor evaluering? Vise hvordan observasjon, intervjuer og spørreskjema også kan brukes i evalueringsfasen

Detaljer

Formativ vurdering (vurdering for læring) REAL undervisning Ragnhild Kobro Runde

Formativ vurdering (vurdering for læring) REAL undervisning Ragnhild Kobro Runde Formativ vurdering (vurdering for læring) REAL undervisning 17.8.2017 Ragnhild Kobro Runde Tilbakemelding (veiledning til læring) REAL undervisning 17.8.2017 Ragnhild Kobro Runde Refleksjonsoppgave Hvordan

Detaljer

E-Learning Design. Speaker Duy Hai Nguyen, HUE Online Lecture

E-Learning Design. Speaker Duy Hai Nguyen, HUE Online Lecture E-Learning Design Speaker Duy Hai Nguyen, HUE Online Lecture Design Educational Design Navigation Design Educational Design Some Important Considerations: 1. Authentic learning environment: For effective

Detaljer

SAMPOL115 Emneevaluering høsten 2014

SAMPOL115 Emneevaluering høsten 2014 SAMPOL115 Emneevaluering høsten 2014 Om emnet SAMPOL 270 ble avholdt for førsten gang høsten 2013. Det erstatter til dels SAMPOL217 som sist ble avholdt høsten 2012. Denne høsten 2014 var Michael Alvarez

Detaljer

Slope-Intercept Formula

Slope-Intercept Formula LESSON 7 Slope Intercept Formula LESSON 7 Slope-Intercept Formula Here are two new words that describe lines slope and intercept. The slope is given by m (a mountain has slope and starts with m), and intercept

Detaljer

Emneevaluering GEOV272 V17

Emneevaluering GEOV272 V17 Emneevaluering GEOV272 V17 Studentenes evaluering av kurset Svarprosent: 36 % (5 av 14 studenter) Hvilket semester er du på? Hva er ditt kjønn? Er du...? Er du...? - Annet PhD Candidate Samsvaret mellom

Detaljer

Notat om design for og med brukere, inkludert evaluering av Tone Bratteteig

Notat om design for og med brukere, inkludert evaluering av Tone Bratteteig Notat om design for og med brukere, inkludert evaluering av Tone Bratteteig I dette notatet skal jeg ta for meg design for og med brukere som er det bruk-orientert design handler om. I tillegg tar jeg

Detaljer

om prosjektarbeidet Tone Bratteteig

om prosjektarbeidet Tone Bratteteig om prosjektarbeidet Tone Bratteteig inf1510: 25. februar 2014 INF1510'våren'2014' 'foreløpig'plan'(nov.2013) uke dato oblig forelesning øvingsgruppe prosjekt 4 intro1bruksorientert1design 21/1/ prosjektarbeidet

Detaljer

in1060: hva & hvorfor prototyping? Tone Bratteteig

in1060: hva & hvorfor prototyping? Tone Bratteteig in1060: hva & hvorfor prototyping? Tone Bratteteig in1060: 9/4 2018 læringsmål forklare hva prototyping er beskrive forskjellige former for prototyping som grunnlag for å planlegge egne prototypings-aktiviteter

Detaljer

Hvor mye teoretisk kunnskap har du tilegnet deg på dette emnet? (1 = ingen, 5 = mye)

Hvor mye teoretisk kunnskap har du tilegnet deg på dette emnet? (1 = ingen, 5 = mye) Emneevaluering GEOV325 Vår 2016 Kommentarer til GEOV325 VÅR 2016 (emneansvarlig) Forelesingsrommet inneholdt ikke gode nok muligheter for å kunne skrive på tavle og samtidig ha mulighet for bruk av power

Detaljer

inf 1510: fra ide til løsningsforlag (prototyping) Tone Bratteteig

inf 1510: fra ide til løsningsforlag (prototyping) Tone Bratteteig inf 1510: fra ide til løsningsforlag (prototyping) Tone Bratteteig Institutt for Informatikk planlegging kartlegge problem- situasjon bruks- praksiser see- move- see testing & evaluering bruks- orientert

Detaljer

Hvordan er arbeidsmengden i forhold til omfanget i studiepoeng?

Hvordan er arbeidsmengden i forhold til omfanget i studiepoeng? INF121 Hvor fornøyd er du med kurset? Hvor mye har du lært på kurset? Hvordan er arbeidsmengden i forhold til omfanget i studiepoeng? Har du savnet forkunnskap? Hvis ja, hva har du savnet forkunnskaper

Detaljer

Interaksjonsdesign Utvikling for og med brukere

Interaksjonsdesign Utvikling for og med brukere Interaksjonsdesign Utvikling for og med brukere Håkon Tolsby 1 Hvorfor er brukerperspektivet viktig? Usability rules the Web. Simply stated, if the consumer can t find the product, then he or she will

Detaljer

INTERAKSJONSDESIGN. Hva er det? Designprinsipper og begreper Alma Culén

INTERAKSJONSDESIGN. Hva er det? Designprinsipper og begreper Alma Culén INTERAKSJONSDESIGN Hva er det? Designprinsipper og begreper Alma Culén Interaksjonsdesign handler om dialog mellom mennesker, teknologi og tjenester. Hensikten er å lage efektive løsninger som er enkle

Detaljer

inf 1510: bruksorientert design Tone Bratteteig + Roger Antonsen

inf 1510: bruksorientert design Tone Bratteteig + Roger Antonsen inf 1510: bruksorientert design Tone Bratteteig + Roger Antonsen inf1510: 21. januar 2013 livsløpet 7l et artefakt / system design bruk ide ferdig overta kast!d design analyse visjon konsept skisser &

Detaljer

Enkel og effektiv brukertesting. Ida Aalen LOAD september 2017

Enkel og effektiv brukertesting. Ida Aalen LOAD september 2017 Enkel og effektiv brukertesting Ida Aalen LOAD.17 21. september 2017 Verktøyene finner du her: bit.ly/tools-for-testing Har dere gjort brukertesting? Vet du hva dette ikonet betyr? Mobil: 53% sa nei Desktop:

Detaljer

INF Introduksjon til design, bruk, interaksjon Evaluering del 2

INF Introduksjon til design, bruk, interaksjon Evaluering del 2 INF1500 - Introduksjon til design, bruk, interaksjon Evaluering del 2 4. november 2013 Institutt for Informatikk, Universitetet i Oslo joshi@ifi.uio.no INF1500 Evaluering, del 2 1 Oversikt Rask oppsummering

Detaljer

Prosjektorganisering og planlegging

Prosjektorganisering og planlegging Inf 1510: Bruksorientert design Prosjektorganisering og planlegging 22.02.2016, Rune Rosseland Prosjektarbeid Prosjekt = Helt ny, unik, stor, tidsbegrenset oppgave Består av: Gruppemedlemmer, oppgaver,

Detaljer

Prototyping og kommunikasjon med brukere

Prototyping og kommunikasjon med brukere Inf 1510: Bruksorientert design Prototyping og kommunikasjon med brukere 04.04.2016, Rune Rosseland Oversikt Brukerinvolvering Hva er brukerens motivasjon for å bidra? Hva skal brukerens rolle være? Hvordan

Detaljer

Brukskvalitet. Lett å bruke og samtidig nyttig

Brukskvalitet. Lett å bruke og samtidig nyttig Brukskvalitet Lett å bruke og samtidig nyttig Fem grunner til at systemer kan være vanskelige å bruke Systemet er ikke tilpasset brukeren, men maskin og arbeidsoppgave Arbeidsoppgaver endres raskt - systemer

Detaljer

Endelig ikke-røyker for Kvinner! (Norwegian Edition)

Endelig ikke-røyker for Kvinner! (Norwegian Edition) Endelig ikke-røyker for Kvinner! (Norwegian Edition) Allen Carr Click here if your download doesn"t start automatically Endelig ikke-røyker for Kvinner! (Norwegian Edition) Allen Carr Endelig ikke-røyker

Detaljer

GEOV219. Hvilket semester er du på? Hva er ditt kjønn? Er du...? Er du...? - Annet postbachelor phd

GEOV219. Hvilket semester er du på? Hva er ditt kjønn? Er du...? Er du...? - Annet postbachelor phd GEOV219 Hvilket semester er du på? Hva er ditt kjønn? Er du...? Er du...? - Annet postbachelor phd Mener du at de anbefalte forkunnskaper var nødvendig? Er det forkunnskaper du har savnet? Er det forkunnskaper

Detaljer

The regulation requires that everyone at NTNU shall have fire drills and fire prevention courses.

The regulation requires that everyone at NTNU shall have fire drills and fire prevention courses. 1 The law The regulation requires that everyone at NTNU shall have fire drills and fire prevention courses. 2. 3 Make your self familiar with: Evacuation routes Manual fire alarms Location of fire extinguishers

Detaljer

Dynamic Programming Longest Common Subsequence. Class 27

Dynamic Programming Longest Common Subsequence. Class 27 Dynamic Programming Longest Common Subsequence Class 27 Protein a protein is a complex molecule composed of long single-strand chains of amino acid molecules there are 20 amino acids that make up proteins

Detaljer

Exercise 1: Phase Splitter DC Operation

Exercise 1: Phase Splitter DC Operation Exercise 1: DC Operation When you have completed this exercise, you will be able to measure dc operating voltages and currents by using a typical transistor phase splitter circuit. You will verify your

Detaljer

BIBSYS Brukermøte 2011 Live Rasmussen og Andreas Christensen. Alt på et brett? -om pensum på ipad og lesebrett

BIBSYS Brukermøte 2011 Live Rasmussen og Andreas Christensen. Alt på et brett? -om pensum på ipad og lesebrett BIBSYS Brukermøte 2011 Live Rasmussen og Andreas Christensen Alt på et brett? -om pensum på ipad og lesebrett Prosjektet epensum på lesebrett Vi ønsker å: Studere bruk av digitalt pensum i studiesituasjonen.

Detaljer

HONSEL process monitoring

HONSEL process monitoring 6 DMSD has stood for process monitoring in fastening technology for more than 25 years. HONSEL re- rivet processing back in 990. DMSD 2G has been continuously improved and optimised since this time. All

Detaljer

inf 1510: å lage skisser og prototyper

inf 1510: å lage skisser og prototyper inf 1510: å lage skisser og prototyper 1) underveis i designprosessen forstår vi mer og mer av hva vi skal lage og hvordan det kan lages: hvordan kan vi designe en prosess der vi lærer underveis? 2) hva

Detaljer

STILLAS - STANDARD FORSLAG FRA SEF TIL NY STILLAS - STANDARD

STILLAS - STANDARD FORSLAG FRA SEF TIL NY STILLAS - STANDARD FORSLAG FRA SEF TIL NY STILLAS - STANDARD 1 Bakgrunnen for dette initiativet fra SEF, er ønsket om å gjøre arbeid i høyden tryggere / sikrere. Både for stillasmontører og brukere av stillaser. 2 Reviderte

Detaljer

Start Here USB *CC * *CC * USB USB

Start Here USB *CC * *CC * USB USB 1 USB Start Here USB 11 USB WARNING: To ensure that the software is installed correctly, do not connect the USB cable until step 11. 11 USB 2 a. b. Lower both the paper tray and the print cartridge door.

Detaljer

Neural Network. Sensors Sorter

Neural Network. Sensors Sorter CSC 302 1.5 Neural Networks Simple Neural Nets for Pattern Recognition 1 Apple-Banana Sorter Neural Network Sensors Sorter Apples Bananas 2 Prototype Vectors Measurement vector p = [shape, texture, weight]

Detaljer

Improving Customer Relationships

Improving Customer Relationships Plain Language Association International s 11 th conference Improving Customer Relationships September 21-23, 2017 University of Graz, Austria hosted by Klarsprache.at Copyright of this presentation belongs

Detaljer

INF Introduksjon til design, bruk, interaksjon Evaluering, del 2

INF Introduksjon til design, bruk, interaksjon Evaluering, del 2 INF1500 - Introduksjon til design, bruk, interaksjon Evaluering, del 2 Institutt for Informatikk, 7. november 2011 joshi@ifi.uio.no Oversikt Rask oppsummering Tre tilnærminger for evaluering Kombinasjon

Detaljer

Han Ola of Han Per: A Norwegian-American Comic Strip/En Norsk-amerikansk tegneserie (Skrifter. Serie B, LXIX)

Han Ola of Han Per: A Norwegian-American Comic Strip/En Norsk-amerikansk tegneserie (Skrifter. Serie B, LXIX) Han Ola of Han Per: A Norwegian-American Comic Strip/En Norsk-amerikansk tegneserie (Skrifter. Serie B, LXIX) Peter J. Rosendahl Click here if your download doesn"t start automatically Han Ola of Han Per:

Detaljer

FIRST LEGO League. Härnösand 2012

FIRST LEGO League. Härnösand 2012 FIRST LEGO League Härnösand 2012 Presentasjon av laget IES Dragons Vi kommer fra Härnosänd Snittalderen på våre deltakere er 11 år Laget består av 4 jenter og 4 gutter. Vi representerer IES i Sundsvall

Detaljer

Den som gjør godt, er av Gud (Multilingual Edition)

Den som gjør godt, er av Gud (Multilingual Edition) Den som gjør godt, er av Gud (Multilingual Edition) Arne Jordly Click here if your download doesn"t start automatically Den som gjør godt, er av Gud (Multilingual Edition) Arne Jordly Den som gjør godt,

Detaljer

KROPPEN LEDER STRØM. Sett en finger på hvert av kontaktpunktene på modellen. Da får du et lydsignal.

KROPPEN LEDER STRØM. Sett en finger på hvert av kontaktpunktene på modellen. Da får du et lydsignal. KROPPEN LEDER STRØM Sett en finger på hvert av kontaktpunktene på modellen. Da får du et lydsignal. Hva forteller dette signalet? Gå flere sammen. Ta hverandre i hendene, og la de to ytterste personene

Detaljer

GEO326 Geografiske perspektiv på mat

GEO326 Geografiske perspektiv på mat U N I V E R S I T E T E T I B E R G E N Institutt for geografi Emnerapport høsten 2015: GEO326 Geografiske perspektiv på mat Innhold: 1. Informasjon om emnet 2. Statistikk 3. Egenevaluering 4. Studentevaluering

Detaljer

buildingsmart Norge seminar Gardermoen 2. september 2010 IFD sett i sammenheng med BIM og varedata

buildingsmart Norge seminar Gardermoen 2. september 2010 IFD sett i sammenheng med BIM og varedata buildingsmart Norge seminar Gardermoen 2. september 2010 IFD sett i sammenheng med BIM og varedata IFD International Framework for Dictionaries Hvordan bygges en BIM? Hva kan hentes ut av BIM? Hvordan

Detaljer

GEO231 Teorier om migrasjon og utvikling

GEO231 Teorier om migrasjon og utvikling U N I V E R S I T E T E T I B E R G E N Institutt for geografi Emnerapport høsten 2013: GEO231 Teorier om migrasjon og utvikling Innhold: 1. Informasjon om emnet 2. Statistikk 3. Egenevaluering 4. Studentevaluering

Detaljer

M A M M estre A mbisiøs M atematikkundervisning. Novemberkonferansen 2015

M A M M estre A mbisiøs M atematikkundervisning. Novemberkonferansen 2015 M A M M estre A mbisiøs M atematikkundervisning Novemberkonferansen 2015 Ambisiøs matematikkundervisning En undervisningspraksis hvor lærerne engasjerer seg i elevens tenkning, stiller spørsmål, observerer

Detaljer

1 User guide for the uioletter package

1 User guide for the uioletter package 1 User guide for the uioletter package The uioletter is used almost like the standard LATEX document classes. The main differences are: The letter is placed in a \begin{letter}... \end{letter} environment;

Detaljer

Trigonometric Substitution

Trigonometric Substitution Trigonometric Substitution Alvin Lin Calculus II: August 06 - December 06 Trigonometric Substitution sin 4 (x) cos (x) dx When you have a product of sin and cos of different powers, you have three different

Detaljer

Vurdering. Anne-Gunn Svorkmo og Svein H. Torkildsen

Vurdering. Anne-Gunn Svorkmo og Svein H. Torkildsen Vurdering Anne-Gunn Svorkmo og Svein H. Torkildsen Vurdering av undervisning Film 8 x 6. Fram til ca 5:30. I deler av diskusjonen er elevene nokså stille. Drøft mulige årsaker til det og se spesielt på

Detaljer

Elektronisk innlevering/electronic solution for submission:

Elektronisk innlevering/electronic solution for submission: VIKINGTIDSMUSEET Plan- og designkonkurranse/design competition Elektronisk innlevering/electronic solution for submission: Det benyttes en egen elektronisk løsning for innlevering (Byggeweb Anbud). Dette

Detaljer

Risikofokus - også på de områdene du er ekspert

Risikofokus - også på de områdene du er ekspert Risikofokus - også på de områdene du er ekspert - hvordan kan dette se ut i praksis? - Ingen er for gammel til å begå nye dumheter Nytt i ISO 9001:2015 Vokabular Kontekst Dokumentasjonskrav Lederskap Stategi-politikk-mål

Detaljer

Dagens tema: Eksempel Klisjéer (mønstre) Tommelfingerregler

Dagens tema: Eksempel Klisjéer (mønstre) Tommelfingerregler UNIVERSITETET I OSLO INF1300 Introduksjon til databaser Dagens tema: Eksempel Klisjéer (mønstre) Tommelfingerregler Institutt for informatikk Dumitru Roman 1 Eksempel (1) 1. The system shall give an overview

Detaljer

Web Accessibility Toolbar. Struktur. Funksjonene. Headinger. Mer om tilgjengelighet og Flash.

Web Accessibility Toolbar. Struktur. Funksjonene. Headinger. Mer om tilgjengelighet og Flash. Web Accessibility Toolbar Mer om tilgjengelighet og Flash. Kirsten Ribu 16.10.2007 HiO Virker bare i Internet Explorer for Windows Alternativ: Web Developer Toolbar for Firefox har lignende funksjonalitet

Detaljer

Innovasjonsvennlig anskaffelse

Innovasjonsvennlig anskaffelse UNIVERSITETET I BERGEN Universitetet i Bergen Innovasjonsvennlig anskaffelse Fredrikstad, 20 april 2016 Kjetil Skog 1 Universitetet i Bergen 2 Universitetet i Bergen Driftsinntekter på 4 milliarder kr

Detaljer

Prototyping. TDT4180, vår Yngve Dahl IDI, NTNU NTNU

Prototyping. TDT4180, vår Yngve Dahl IDI, NTNU NTNU Prototyping TDT4180, vår 2017 Yngve Dahl IDI, NTNU NTNU Hva er prototype? En forenklet representasjon av en designløsning. KonkreAsering av design-idéer. Verktøy for tesang og gjenstand for Albakemelding

Detaljer

https://goo.gl/susrr5 GRUPPE 5 UKE 3 BEHOV & KRAV IN1050

https://goo.gl/susrr5 GRUPPE 5 UKE 3 BEHOV & KRAV IN1050 GRUPPE 5 UKE 3 BEHOV & KRAV IN1050 1 Still spørsmål, gi tilbakemeldinger etc https://goo.gl/susrr5 case-sensitive! 2 Planen for i dag Praktisk om oblig 2 Litt mer om intervju Behov & krav Diskusjonsoppgave

Detaljer

Hvor mye praktisk kunnskap har du tilegnet deg på dette emnet? (1 = ingen, 5 = mye)

Hvor mye praktisk kunnskap har du tilegnet deg på dette emnet? (1 = ingen, 5 = mye) INF283 Er du? Er du? - Annet PhD Hvor mye teoretisk kunnskap har du tilegnet deg på dette emnet? (1 = ingen, 5 = mye) Hvor mye praktisk kunnskap har du tilegnet deg på dette emnet? (1 = ingen, 5 = mye)

Detaljer

Compello Fakturagodkjenning Versjon 10 Software as a service. Tilgang til ny modulen Regnskapsføring

Compello Fakturagodkjenning Versjon 10 Software as a service. Tilgang til ny modulen Regnskapsføring Compello Fakturagodkjenning Versjon 10 Software as a service Tilgang til ny modulen Regnskapsføring Dokumentopplysninger 2018 Compello AS. Med enerett. Microsoft, MS-DOS og Windows er registrerte varemerker

Detaljer

UNIVERSITETET I OSLO

UNIVERSITETET I OSLO UNIVERSITETET I OSLO Det matematisk-naturvitenskapelige fakultet Eksamen i MAT2400 Analyse 1. Eksamensdag: Onsdag 15. juni 2011. Tid for eksamen: 09.00 13.00 Oppgavesettet er på 6 sider. Vedlegg: Tillatte

Detaljer

Evaluering vol. 1. Plenum IN1050 Uke 11 Maria og Helle

Evaluering vol. 1. Plenum IN1050 Uke 11 Maria og Helle Evaluering vol. 1 Plenum IN1050 Uke 11 Maria og Helle Hva skjer i dag? EVALUERING - Hva og hvorfor - Viktige begreper TILNÆRMINGER OG TILHØRENDE METODER - Kontrollerte omgivelser - Naturlige omgivelser

Detaljer

Compello Fakturagodkjenning Versjon 10.5 As a Service. Tilgang til Compello Desktop - Regnskapsføring og Dokument import

Compello Fakturagodkjenning Versjon 10.5 As a Service. Tilgang til Compello Desktop - Regnskapsføring og Dokument import Compello Fakturagodkjenning Versjon 10.5 As a Service Tilgang til Compello Desktop - Regnskapsføring og Dokument import Dokumentopplysninger 2018 Compello AS. Med enerett. Microsoft, MS-DOS og Windows

Detaljer

SAS FANS NYTT & NYTTIG FRA VERKTØYKASSA TIL SAS 4. MARS 2014, MIKKEL SØRHEIM

SAS FANS NYTT & NYTTIG FRA VERKTØYKASSA TIL SAS 4. MARS 2014, MIKKEL SØRHEIM SAS FANS NYTT & NYTTIG FRA VERKTØYKASSA TIL SAS 4. MARS 2014, MIKKEL SØRHEIM 2 TEMA 1 MULTIPROSESSERING MED DATASTEGET Multiprosessering har lenge vært et tema i SAS Stadig ny funksjonalitet er med på

Detaljer

INF Introduksjon til design, bruk, interaksjon Evaluering del 2

INF Introduksjon til design, bruk, interaksjon Evaluering del 2 INF1500 - Introduksjon til design, bruk, interaksjon Evaluering del 2 3. november 2014 Institutt for Informatikk, Universitetet i Oslo joshi@ifi.uio.no INF1500 Evaluering, del 2 1 Oversikt Rask oppsummering

Detaljer

En praktisk innføring i team-basert læring

En praktisk innføring i team-basert læring En praktisk innføring i team-basert læring Børge Lillebo borge.lillebo@ntnu.no Frank Alexander Kraemer kraemer@item.ntnu.no Teambasert Læring utviklet av Larry K. Michaelsen i USA aktiv læring flipped

Detaljer

Brukersentert design Kapittel 3 i Shneiderman

Brukersentert design Kapittel 3 i Shneiderman Brukersentert design Kapittel 3 i Shneiderman ISO 9241-210 Iterativ og brukernær systemutvikling. Kriterier for valg av metode. Brukersentrert design vs. RUP. Deltagende design Den skandinaviske arven.

Detaljer

UNIVERSITETET I OSLO

UNIVERSITETET I OSLO UNIVERSITETET I OSLO Det matematisk-naturvitenskapelige fakultet Eksamen i INF 3230 Formell modellering og analyse av kommuniserende systemer Eksamensdag: 4. juni 2010 Tid for eksamen: 9.00 12.00 Oppgavesettet

Detaljer

Databases 1. Extended Relational Algebra

Databases 1. Extended Relational Algebra Databases 1 Extended Relational Algebra Relational Algebra What is an Algebra? Mathematical system consisting of: Operands --- variables or values from which new values can be constructed. Operators ---

Detaljer

Dybdelæring i læreplanfornyelsen

Dybdelæring i læreplanfornyelsen Dybdelæring i læreplanfornyelsen Workshop - 6. november 2018 DEKOMP / FØN Intensjon Starte arbeidet med å utvikle felles forståelse av begrepet dybdelæring og hvordan dybdelæring kommer til uttrykk i klasserommet.

Detaljer

in1060: design for og med brukere inkludert evaluering Tone Bratteteig

in1060: design for og med brukere inkludert evaluering Tone Bratteteig in1060: design for og med brukere inkludert evaluering Tone Bratteteig in1060: 26/2 2018 læringsmål - redegjøre for ulike tilnærminger til evaluering - forklare ulike metoder for evaluering - beskrive

Detaljer

FASMED. Tirsdag 21.april 2015

FASMED. Tirsdag 21.april 2015 FASMED Tirsdag 21.april 2015 SCHEDULE TUESDAY APRIL 21 2015 0830-0915 Redesign of microorganism lesson for use at Strindheim (cont.) 0915-1000 Ideas for redesign of lessons round 2. 1000-1015 Break 1015-1045

Detaljer

https://goo.gl/susrr5 GRUPPE 5, UKE 11 EVALUERING IN1050

https://goo.gl/susrr5 GRUPPE 5, UKE 11 EVALUERING IN1050 GRUPPE 5, UKE 11 EVALUERING IN1050 1 Planen for i dag Gruppetimene videre Repetisjon fra forelesning Begynne med oblig Tankekart 2 Datainnsamling Design Evaluering IDENTIFISERE ETABLERE DESIGNUTFORMING

Detaljer

gruppearbeid Tone Bratteteig

gruppearbeid Tone Bratteteig gruppearbeid Tone Bratteteig inf1510: 8. april 2014 INF1510'våren'2014 uke dato oblig forelesning øvingsgruppe prosjekt 4 intro&bruksorientert&design 21.1. prosjektarbeidet 5 teoretisk&grunnlag bli&kjent

Detaljer

Inf 1510: Bruksorientert design

Inf 1510: Bruksorientert design Inf 1510: Bruksorientert design Gjennomgang av prosjektrapport Rune Rosseland 18.01.2016 Læringsmål Fra emnesiden: Etter emnet skal studentene kunne bruke ulike metoder for bruks-orientert design og design

Detaljer

Hvor mye praktisk kunnskap har du tilegnet deg på dette emnet? (1 = ingen, 5 = mye)

Hvor mye praktisk kunnskap har du tilegnet deg på dette emnet? (1 = ingen, 5 = mye) INF234 Er du? Er du? - Annet Årsstudent Hvor mye teoretisk kunnskap har du tilegnet deg på dette emnet? (1 = ingen, 5 = mye) Hvor mye praktisk kunnskap har du tilegnet deg på dette emnet? (1 = ingen, 5

Detaljer

Hvordan etablere "objektive" standarder ved eksamen?» Rolf Vegar Olsen Institutt for lærerutdanning og skoleforskning

Hvordan etablere objektive standarder ved eksamen?» Rolf Vegar Olsen Institutt for lærerutdanning og skoleforskning Hvordan etablere "objektive" standarder ved eksamen?» Rolf Vegar Olsen Institutt for lærerutdanning og skoleforskning Oversikt standard setting is the proper following of a prescribed, rational system

Detaljer

Emnedesign for læring: Et systemperspektiv

Emnedesign for læring: Et systemperspektiv 1 Emnedesign for læring: Et systemperspektiv v. professor, dr. philos. Vidar Gynnild Om du ønsker, kan du sette inn navn, tittel på foredraget, o.l. her. 2 In its briefest form, the paradigm that has governed

Detaljer

Inf 1510: Kræsjkurs i videoproduksjon. Rune Rosseland 20/04/2015

Inf 1510: Kræsjkurs i videoproduksjon. Rune Rosseland 20/04/2015 Inf 1510: Kræsjkurs i videoproduksjon Rune Rosseland 20/04/2015 inf1510 våren 2015 INF1510: eksamensinnlevering nr. 2: dokumentasjon av prototyper (video og teknisk dokumentasjon): gruppeinnlevering Hensikten

Detaljer

INTERACTION WITH AI MODULE 2. Session 2 Asbjørn Følstad, SINTEF

INTERACTION WITH AI MODULE 2. Session 2 Asbjørn Følstad, SINTEF INTERACTION WITH AI MODULE 2 Session 2 Asbjørn Følstad, SINTEF Interaction with AI module 2 Session 1 & 2: The user and interaction design perspective on interaction with AI Asbjørn Følstad Interaction

Detaljer

PSi Apollo. Technical Presentation

PSi Apollo. Technical Presentation PSi Apollo Spreader Control & Mapping System Technical Presentation Part 1 System Architecture PSi Apollo System Architecture PSi Customer label On/Off switch Integral SD card reader/writer MENU key Typical

Detaljer

Fagevalueringsrapport FYS Diffraksjonsmetoder og elektronmikroskopi

Fagevalueringsrapport FYS Diffraksjonsmetoder og elektronmikroskopi Fagevalueringsrapport FYS4340 - Diffraksjonsmetoder og elektronmikroskopi Fall 08 Lecturer:Arne Olsen and Anette Eleonora Gunnæs Fysisk Fagutvalg 4. november 2008 Fagutvalgets kommentar: Fysisk fagutvalg

Detaljer

Bestille trykk av doktoravhandling Ordering printing of PhD Thesis

Bestille trykk av doktoravhandling Ordering printing of PhD Thesis Bestille trykk av doktoravhandling Ordering printing of PhD Thesis Brukermanual / User manual Skipnes Kommunikasjon ntnu.skipnes.no PhD Thesis NTNU LOG IN NOR: Gå inn på siden ntnu.skipnes-wtp.no, eller

Detaljer

INF Introduksjon til design, bruk, interaksjon Evaluering, del 1

INF Introduksjon til design, bruk, interaksjon Evaluering, del 1 INF1500 - Introduksjon til design, bruk, interaksjon Evaluering, del 1 Institutt for Informatikk, 30. oktober 2012 joshi@ifi.uio.no INF1500 Evaluering, del 1 1 Oppsummering av midtveisevaluering Dere synes

Detaljer