Konseptuelle- og mentale modeller TDT4180, vår 2017

Like dokumenter
Løsningsforslag for eksamensoppgave i TDT4180 Menneske maskin-interaksjon, våren 2016

Brukskvalitet TDT4180, vår 2017

Kapittel 7 & 8. Kravspesifikasjoner & Data design. Thomas Tjøstheim og Thomas Edvinsen. 20 September Kapittel 7 & 8 p.1/20

I dag UML. Domenemodell visualisering av konsepter. Eksempel. Hvordan finne domeneklasser?

Bruk av kontrollelementer i design av grafiske brukergrensesnitt TDT4180, vår 2017

Agenda. TDT4140: Kravinnhenting. Kravprosessen Forståelsesproblemet Teknikker for innhenting av krav. Den organisatoriske dimensjonen

Brukersentert design Kapittel 3 i Shneiderman

UML 1. Use case drevet analyse og design Kirsten Ribu

Hvorfor bruker vi designprinsipper?

GRUPPE 5 UKE 2 IN1050

INF1500 Høst 2015 Magnus Li Martine Rolid Leonardsen. Utviklingsprosesser & krav og behov

Brukergrensesnittdesign

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

Use Case-modellering. INF1050: Gjennomgang, uke 04

Gruppenavn. Beskrivelse av arkitektur For Navn på systemet. Versjon <1.0>

INF1500 Høst 2015 Magnus Li Martine Rolid Leonardsen. Designprinsipper

Oppsummering. Thomas Lohne Aanes Thomas Amble

UKE 2 Forstå bruk/ datainnsamling. Plenum IN1050 Julie og Maria

Modellering av krav. INF1050: Systemutvikling 07. februar Førstelektor Yngve Lindsjørn

Kravdokument Innholdsfortegnelse 1 Innledning 2 Bakgrunn og oversikt 3 Detaljerte krav 4 Systemsekvensdiagram

Iden%fisere behov og etablere krav. INF 1500; introduksjon %l design, bruk og interaksjon 13 september 2010

Design, protoyping og konstruksjon. INF 1500; introduksjon 9l design, bruk og interaksjon 4 oktober 2010

Fra data til innsikt. Om prosjektet

INF 5120 Modellering med objekter

INF1500 Høst 2016 Magnus Li Martine Rolid Leonardsen. Designprinsipper

En enkel modell. Hvorfor?

Design, bruk, interaksjon

Gruppenavn. Prosjektnavn Beskrivelse av design For Navn på systemet. Versjon <1.0>

Brukergrensesnitt og interaksjonsdesign

Gruppenavn. Prosjektnavn Kravdokument For Navn på systemet. Versjon <1.0>

Produktrapport Gruppe 9

Kravhåndtering. INF1050: Gjennomgang, uke 03

Prototyping og kommunikasjon med brukere

Prototyping. Håkon Tolsby Håkon Tolsby

Ved KHiB brukes åtte kriterier som felles referanseramme for vurdering av studentenes arbeid ved semestervurdering og eksamen:

Agenda. SkatteFUNN-ordningen: Eksempler fra Innlandet. Hvem kan søke? Hva kan man søke om? Retningslinjer og økonomi Søknad Rapportering

UKE 3 Krav og behov. Plenum IN1050 Julie og Maria

UML- Use case drevet analyse og design. Domenemodeller Sekvensdiagrammer Use case realisering med GRASP patterns Klassediagram - designmodeller

Informasjonsarkitektur og Prototyping

Modellering av krav. INF1050: Systemutvikling 11. februar Universitetslektor Yngve Lindsjørn

Hensikten med denne delen av kurset. Objektets egenskaper. Objektorientering hva er det? Best practises ved programvareutvikling. Kravspesifikasjonen

Model Driven Architecture (MDA) Interpretasjon og kritikk

Løsningsforslag til Case. (Analysen)

Tom Røise IMT2243 : Systemutvikling 1. IMT2243 Systemutvikling 26. februar Klassediagrammet. Klasse

Hva er dybdelæring: Hvorfor er det viktig, og hva betyr det for arbeidet i klasserommene? Sten Ludvigsen UiO

Eksamensoppgave i TDT4180 Menneske-maskin-interaksjon

INF1500 Introduksjon til design, bruk, interaksjon Kapittel 10 Identifisere behov og etablere krav

inf 1510: å lage ideer og visjoner

GJENNOMGANG UKESOPPGAVER 9 TESTING

Metoder for å forstå bruk. Tone Bra2eteig inf1510 7/3 2011

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

Use case drevet design med UML

STATKRAFT MOBILE WORK PLACE

Iden%fisere behov og etablere krav. INF 1500; introduksjon %l design, bruk og interaksjon 8 september 2014

BRUKERMANUAL. App for Beha smartovn

Tjenestedesign som metodisk tilnærming

AMS-case. Eksemplifisering av modellbasert. tilnærming til design av brukergrensesnitt

Trådløs Bedrift Sentralbord med Exchange - Brukermanual for sluttbrukere

Referansemodell for arkiv

Prototyping. Plenumstime Uke 6. Med Maria og Helle

Demens -kommunikasjon. Cecilie Nilsen Fagseminar Demensomsorg

Music Impro Application

Evaluering vol. 2. Plenum IN1050 Uke 12 Maria og Helle

Forside. Eksamen i IN1030 for Våren Ingen hjelpemidler tillatt.

BRUKERMANUAL INNHOLD:

Dybdelæring i matematikk

hager Brukermanual Rom-controller Tebis TX 450

Elisabeth S. Frydenlund Regionansvarlig for Innlandet Norges forskningsråd PARK 11. januar 2019

Brukerveiledning: Oppsett (konfigurering) av nettbrett og tilkopling av brukerkonto

Oppdatert august Helhetlig regneplan Olsvik skole

Kap3: Klassemodellering

MMI-histore TDT4180, vår 2017

Brukermanual for mobilappen Sensor

INF Introduksjon til design, bruk, interaksjon Kapittel 10 - Iden%fisere behov og etablere krav

Læringsmål og pensum. Oversikt. Systemprogramvare Operativsystemer Drivere og hjelpeprogrammer. To hovedtyper programvare

Smartklokke for barn Brukermanual. For kunder hos TrackMyKid.no og DressMyKid.no

Universell utforming

Sist oppdatert: 18.november Øvelsesoppgaver til INF1500

Fredsbygging fra kunnskap til handling

OptimalJ-kurs UIO Oppsummering av kurset. De ulike modellene egenskaper og formål

SOFTWARE REQUIREMENT & DESIGN DOCUMENT

Objektorientering og UML. INF1050: Gjennomgang, uke 06

Universitetet i Oslo Institutt for informatikk. Eskild Busch. UML hefte

HCI, Interaksjon, grensesnitt og kontekst. Intervju, spørsmålstyper og observasjon

Læreplan i kunst og håndverk

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

Vedlegg Brukertester INNHOLDFORTEGNELSE

Forstå bruk og brukere. INF 1500; introduksjon 7l design, bruk og interaksjon 5 september 2011

Kvalitetskrav til løsninger

GeoGebraøvelser i geometri

OPPGAVE 1 MÅL FOR NETTVERKSDELTAKELSEN

INF1500 Høst 2015 Magnus Li Martine Rolid Leonardsen. Evaluering

Trådløs Bedrift Sentralbord med Exchange - Brukermanual for sluttbrukere

NORWEGIAN DESIGN SINCE Connect. Adjust. Save. WI-FI BRUKSANVISNING

Obligatorisk oppgave 1 INF1050 Foranalyse og kravhåndtering. av Andreas Johansen Alexander Storheill Martin Dørum Nygaard Tobias Langø Aasmoe

Midtveisrapport SBApp

Digital Thermometer BRUKERMANUAL

SOFTWARE REQUIREMENT & DESIGN DOCUMENT. Home Automation System. Nickolas Helgeland, Jon Erik Nordskog og Kristian Sande Sjølyst

Årsplan i Kunst & Håndverk Trinn 8 Skoleåret Haumyrheia skole

Hva er egentlig en "suksessapp"?

Transkript:

Konseptuelle- og mentale modeller TDT4180, vår 2017 Yngve Dahl IDI, NTNU

Tre modeller av et system

Den konseptuelle modellen Høynivås beskrivelse av: hvordan et system er organisert. hvordan systemet virker. Utgjør den mentale modellen designere ønsker at brukeren skal ha av virkemåten og strukturen Bl et system.

Elementer i en konseptuell modell Design metaforen som evt. benydes. Konseptene brukeren må forholde seg Bl når han/hun bruker systemet. Dataobjekter som en bruker kan opprede/manipulere. Dataobjektenes adribuder og hva som kan gjøre med dem. Relasjonene mellom konseptene. Overførbarhet (mapping) mellom konseptene og brukskonteksten Bl systemet.

Eksempel: AtB MobilleD BussbilleD-app. Metafor? Konsepter? Relasjoner? Overførbarhet?

AtB MobilleD: Metafor BilleDeringsautomat (papirbilled) Velg antall og type Betal MoDa Vise

AtB MobilleD: Konsepter BilleD ADribuDer: Type (voksen, barn, honnør ), Tid (enkelt, nad, periode) Gyldighet, Pris, Strekkode Operasjoner: Legge Bl, trekke fra, kjøpe MobileD-konto ADribuDer: Saldo, TilknyDede brukere Operasjoner: Fyll på saldo, Legg Bl betalingskort, velg betalingmåte... Profil Navn, E-post, Passord. Operasjoner: OppreD, slå av/på sikkerhetskode ved kjøp

AtB MobilleD: Relasjoner MobileD-konto har en profil. har registrerte bankkort. inneholder kjøpte billeder.. BilleD En voksenbilled er en type billed

AtB MobilleD: Overførbarhet En MobileD-konto korresponderer Bl én person (hans/hennes telefonnr). Hvert betalingskort registrert på en MobileD-konto korresponderer Bl et betalingskort (plasbkkort) brukeren har. En gyldig billed registrert på en MobileD-konto korresponderer Bl en gyldig tur på buss (som papirbilleden)

Hva er en konseptuell modell ikke er En konseptuell modell er ikke: BrukergrensesniDet Bl et interakbvt system Beskriver ikke layout eller interaksjonsmetoder (touch, mus, tastatur, etc). En brukers mentale modell av systemet Use cases eller scenariebeskrivelser Den objekt-orienterte arkitekturen Bl systemet.

Valg av konseptuell modell Den konseptuelle modellen påvirker brukerens forståelse av systemet. Påvirker hvilke objekter brukeren må forholde seg Bl. Hva brukerne kan gjøre med objektene (operasjoner). Valg av konseptuell modell innebærer o\e at en må gjøre avveinger. Enkelthet i bruk kontra rik funksjonalitet Ikke trivielt!

Bruk av konseptuell modeller i design Begynn med å designe den konseptuelle modellen (IKKE hvordan brukergrensesnidet skal se ut!) Begynn med skjeledet Gradvis forfining. Design dereder brukergrensesnidet Test designet Det å endre konseptuell modell langt ute i designprosessen kan være kostbart!

Oppgavebasert kontra ikke-oppgavebasert konseptuell modell

Den mentale modellen

Mentale modeller: Definisjon

Brukerens mentale modell Hva en bruker tror om et systems virkemåte og struktur. Styrer i stor grad hvordan brukeren forsøker å interagere med systemet. Modell à aksjon Formes ved å tolke visuell struktur og synlig oppførsel.

KarakterisBkker ved mentale modeller SubjekBve Ufullstendige Inkonsistente Dynamiske

Forming av mentale modeller Mentale modeller er dynamiske og formes gjennom: Erfaringer fra bruk av et system (prøving og feiling). Erfaring fra lignende systemer. Metaforer (f.eks. skrivebordet, billederingsmaskiner) Samtaler med andre brukere. Opplæring og brukermanualer.

Typer av mentale modeller Funksjonelle modeller ( Vite hvordan ) Hva må jeg gjøre for å få Bl dede? Funksjonell forståelse. Eksempel: Handle bussbilled med app: Velg antall og type Betal MoDa Vise Strukturelle modeller ( Vite hva ) Hva er strukturen Bl produktet? Hva fører Bl hva Noen ganger nødvendig for å kunne resonnere Eksempel: Termostat Hva er den underliggende modellen?

Termostat: To mulige mentale modeller Modell 1: En termostat er som en komfyr. Skru med klokken à mer varme Skru mot klokken ß mindre varme. Modell 2: En termostat kan sedes Bl ønsket temperatur. Termostaten Blpasser temperaturen Bl ønsket temperatur.

Termostat: To mulige mentale modeller Modell 1: En termostat er som en komfyr. Skru med klokken à mer varme Skru mot klokken ß mindre varme. Modell 2: En termostat kan sedes Bl ønsket temperatur. Termostaten Blpasser temperaturen Bl ønsket temperatur.

Hvordan få Blgang Bl brukerens mentale modell? Brukbarhetsevalueringer. Think-aloud (be brukerne tenke høyt ) Intervjuer Oppgaveanalyse m/bruker

Når brukeren har en uegnet mentale modell? Dersom brukeren har en uegnet mental modell vil brukskvaliteten av systemet bli redusert for ham eller henne. Hvis mange brukere gjøre den samme feilen er det o\e fordi de har uegnet mental modell. Tiltak Forbedre brukerens mentale modell. F.eks. Bruke entydige labels i brukergrensesnidet, toolbps., opplæring. Tilpasse systemet Bl brukerens mentale modell. F.eks. FlyDe elementer dit brukerne forventer å finne dem, endre metafor, endre designmodell.

System image BrukergrensesniDet (+ brukermanualer) Kommuniserer den konseptuelle modellen Metaforer spiller en vikbg rolle i å kommuniserer den konseptuelle modellen.