Komplett pensumoversikt for menneske-maskin-interaksjon ved NTNU — med forklaringer, sentrale begreper, eksamenstips og vanlige fallgruver. Eksamensoptimalisert basert på tidligere eksamener.
TDT4180 Menneske–maskin-interaksjon handler om å designe, begrunne og realisere brukergrensesnitt. Faget har en stabil tredeling som studieguiden følger: grensesnittdesign (Normans designprinsipper, affordance, gestalt, konseptuelle modeller og metaforer, interaksjonsstiler, universell utforming), designprosess (den brukersentrerte, iterative prosessen etter ISO 9241-210 med personas, prototyping og evaluering) og teknikk (MVC-arkitekturen, observerbare modeller, adaptere og lyttere, og view-laget realisert med JavaFX/FXML eller Swing).
Eksamen er bygget rundt étt gjennomgående app-case med skjermbildeskisser. Alle spørsmål er drøfting og anvendelse på dette caset — det finnes ingen regneoppgaver. Det betyr at pugging av definisjoner ikke er nok: du må kunne bruke begrepene til å peke på konkrete styrker og svakheter i et gitt design, foreslå forbedringer, planlegge en designprosess i detalj, og forklare hvordan grensesnittet henger sammen i kode.
Studieguiden er ordnet etter hvor tungt temaene faktisk veier på eksamen. Grensesnittdesign er størst, designprosess nest størst, og MVC/GUI-arkitektur er den bolken som oftest undervurderes — den kan alene utgjøre en fjerdedel til en tredjedel av settet.
Hva brukskvalitet er, de tre ISO-dimensjonene, forskjellen på nytte og brukbarhet, og hvordan brukskvalitet operasjonaliseres.
Brukskvalitet (usability) beskriver i hvilken grad et system lar bestemte brukere nå bestemte mål i en bestemt brukskontekst på en virkningsfull, effektiv og tilfredsstillende måte. Definisjonen er hentet fra ISO 9241.
De tre presiseringene er ikke pynt. Brukskvalitet er ikke en egenskap systemet «har» uavhengig av hvem som bruker det:
Denne relasjonelle forståelsen er den samme som ligger under universell utforming: det er møtet mellom person, oppgave og omgivelser som avgjør, ikke systemet alene.
| Dimensjon | Hva den måler | Eksempel (nettbank) |
|---|---|---|
| Anvendbarhet (effectiveness) | Om brukeren i det hele tatt klarer å fullføre oppgaven og nå målet | Klarer hun å betale en faktura riktig — riktig beløp, riktig mottaker? |
| Effektivitet (efficiency) | Hvor mye ressurser — tid, steg, mental innsats — som går med | Hvor mange trykk og hvor mange sekunder tar den samme betalingen? |
| Brukertilfredshet (satisfaction) | Hvor fornøyd og komfortabel brukeren er | Opplevdes betalingen trygg, eller stressende og usikker? |
Anvendbarhet handler om om målet nås, effektivitet om hvor billig det nås. Dimensjonene er logisk uavhengige: et system der alle fullfører, men bruker svært lang tid, har høy anvendbarhet og lav effektivitet. Å blande dem sammen — «systemet har høy effektivitet, 95 % fullfører» — er en klassisk eksamensfelle.
Nytte (utility) er om systemet har den riktige funksjonaliteten for brukerens reelle behov. Brukbarhet (usability) er om funksjonaliteten er levert på en måte brukeren mestrer. Begge kreves, og det ene kan ikke kompensere for det andre.
Brukskvalitet blir først et arbeidsverktøy når det gjøres målbart. Kravet i ISO 9241-210 om «klare menneskesentrerte mål med målbare kriterier» betyr i praksis at hvert mål må inneholde en andel av brukerne, en konkret oppgave og en terskel. «Systemet skal være brukervennlig» er ikke et krav; «90 % av nye brukere fullfører en førstegangsregistrering på under tre minutter uten hjelp» er det.
Slike mål har to funksjoner. De styrer designet underveis, og de gir en fasit å evaluere mot i steg 4 av prosessen. Uten dem blir evalueringen en meningsutveksling.
Brukskvalitet handler om hvor godt systemet lar brukeren gjøre jobben. Brukeropplevelse (UX) er et videre begrep som også omfatter forventning, følelser, estetikk og hva brukeren sitter igjen med etterpå. Et system kan ha høy brukskvalitet og likevel oppleves som kjedelig eller utrygt, og motsatt kan et vakkert produkt være tungt å bruke. I TDT4180 er brukskvalitet det operative begrepet — det er det som drøftes med Normans prinsipper og måles i evaluering.
Brukskvalitet er sjelden et eget spørsmål; det er rammen resten drøftes innenfor. Når oppgaven ber deg «diskutere brukskvaliteten til det foreslåtte designet med utgangspunkt i synlighet, feedback og mapping», er brukskvalitet det du vurderer og prinsippene er verktøyet. Sørg derfor for at drøftingen faktisk ender i en vurdering av konsekvensen for brukeren — ikke bare i en konstatering av at et prinsipp er brutt. «Ingen tilbakemelding om at låsen er låst» er en observasjon; «brukeren vet ikke om døra er låst og må gå fysisk og sjekke» er brukskvalitet.
Brukskvalitet er ikke ett tall — den endrer seg med erfaring. Det er nyttig å skille mellom flere kvaliteter som ofte trekker i hver sin retning:
Avveiningen mellom de to første er den klassiske: et grensesnitt der alt er synlig og hvert steg bekreftes, er lett å lære og tregt å bruke daglig. Et grensesnitt bygget på hurtigtaster og korte kommandoer er motsatt. Hvilken side man skal vekte, avgjøres av bruksmønsteret: et system man bruker én gang i året må være lærbart, et system man sitter i åtte timer om dagen må være effektivt. Løsningen er ofte lagdeling — den synlige veien for alle, snarveien tilgjengelig og synliggjort for den som vil ha den.
Et poeng som er lett å overse: brukskvalitet vurderes ut fra brukerens mål, ikke oppdragsgiverens. Et grensesnitt som gjør det vanskelig å si opp abonnementet, kan være svært effektivt for eieren og svært dårlig for brukeren. I faget er det brukerens perspektiv som definerer brukskvalitet, og en drøfting som forsvarer et hinder med at «det er bra for forretningen», svarer på et annet spørsmål enn det som er stilt.
Dette henger sammen med at brukskvalitet må operasjonaliseres i målbare krav før evalueringen. Er kravene formulert ut fra brukernes mål og godkjent av brukerrepresentanter — som ISO 9241-210 krever — har man et vern mot å måle seg selv god på feil premiss.
Nøkkelformler
Vanlige feil
Eksamenstips
Laster...