INF Introduksjon til design, bruk, interaksjon Utviklingsprosesser og tilnærminger

Like dokumenter
INF Introduksjon til design, bruk, interaksjon Utviklingsprosesser og tilnærminger

INF Introduksjon til design, bruk, interaksjon Utviklingsprosesser og tilnærminger

INF Introduksjon til design, bruk, interaksjon Utviklingsprosesser og tilnærminger

INF Introduksjon til design, bruk, interaksjon Utviklingsprosesser og tilnærminger

UKE 6 Utviklingsprosesser og tjenestedesign. Plenum IN1050 Julie og Maria

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

INF1500 Høst 2016 Lone Lægreid Martine Rolid Leonardsen. Utviklingsprosesser, krav og behov & Analyse

Design, bruk, interaksjon

Utviklingsprosesser. INF 1500; introduksjon 9l design, bruk og interaksjon 27 september 2010

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

Brukersentert design Kapittel 3 i Shneiderman

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

Prototyping og kommunikasjon med brukere

Notater: INF1510. Veronika Heimsbakk 20. mai 2015

INF Introduksjon til design, bruk, interaksjon Introduksjon

GJENNOMGANG UKESOPPGAVER 2 PROSESSMODELLER OG SMIDIG PROGRAMVAREUTVIKLIG

Introduksjon til kurset

INF Introduksjon til design, bruk, interaksjon Introduksjon

Sist oppdatert: 18.november Øvelsesoppgaver til INF1500

VELKOMMEN. UKE 1: Introduksjon Plenum IN1050. Julie og Maria

UNIVERSITETET I OSLO

UNIVERSITETET I OSLO

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

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

UKE 9 Prosesser og prosessmodeller inkludert smidige metoder. Gruppetime INF1055

Interaksjonsdesign Utvikling for og med brukere

UNIVERSITETET I OSLO

INF Introduksjon til design, bruk, interaksjon Evaluering del 2

VELKOMMEN. Til plenumstime i IN1050. Med Maria og Helle

Introduksjon til kurset

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

Repetisjon. Plenum IN1050 Uke 14 Maria og Helle

Prototyping. Plenumstime Uke 6. Med Maria og Helle

Sist oppdatert: 10.november Ukesoppgaver til INF1500 (Uke 1-13)

Gjennomgang - prøveeksamen. Plenum IN1050 Maria og Helle

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

Kapittel 5 - Advanced Hypertext Model Kapittel 6 - Overview of the WebML Development Process

Kvalitetskrav til løsninger

... Annita Fjuk DESIGN THINKING

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

Systemutviklingsprosesser Forelesning 2 - INF1050 Systemutvikling

Systemutviklingsprosesser Forelesning 2 - INF1050 Systemutvikling

Oppsummering. Thomas Lohne Aanes Thomas Amble

BRUK AV TJENESTEDESIGN OG BRUKEROPPLEVELSE (UX) VED UB

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

Introduksjon til kurset

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

Smidig utvikling med Balsamiq

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

UNIVERSITETET I OSLO

Children s search on web

Brukskvalitet TDT4180, vår 2017

Systemutvikling. Universitetet i Oslo, Institutt for informatikk Vår 2017

DRI2001 Offentlige nettsteder. Litt om systemutvikling Torsdag 24 aug Arild Jansen, AFIN, UiO

BRUKERSENTRERTE metoder i innovasjon av IT-systemer

Introduksjon til kurset

Kravhåndtering. INF1050: Gjennomgang, uke 03

INF1050 dagsorden 18. april 2007

Finishing up the report

Kap 11 Planlegging og dokumentasjon s 310

Informasjonsarkitektur og Prototyping

inf 1510: teoretisk grunnlag

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

UNIVERSITETET I OSLO

GRUPPE 5, UKE 11 EVALUERING IN1050

Tema. Informasjonsarkitektur Brukervennlighet/Usability Kommunikasjon som treffer målrettet kommunikasjon

UKEOPPGAVER 2: SYSTEMUTVIKLINGSPROSESSER OG PROSJEKTARBEID INNSPILL TIL SVAR

INF Introduksjon til design, bruk, interaksjon Design, prototyping og konstruksjon

in1060: hva & hvorfor prototyping? Tone Bratteteig

INF1500 Høst 2016 Magnus Li Martine Rolid Leonardsen EVALUERING / DECIDE

GJENNOMGANG UKESOPPGAVER 9 TESTING

UNIVERSITETET I OSLO

Akseptansetesten. Siste sjanse for godkjenning Etter Hans Schaefer

Obligatorisk oppgave 3 i INF1510. Prototyper:

Use case modellen. Use case modellering i analysefasen. Hva er en Aktør? Hva er et Use case? Use case modellering. Eksempel

INF Introduksjon til design, bruk, interaksjon Evaluering del 2

11 Planlegging og dokumentasjon

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

Fredsbygging fra kunnskap til handling

F.I.F.F.I.G. Fleksibelt og Innovativt system For FakultetsInformasjon og andre Greier

Design og dokumentasjon

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

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

Hvordan evaluerer man kvaliteten på et IT-system?

Systemutviklingen er ferdig når et system er operativt. Med operativt menes når systemet blir brukt av brukerne på et faktisk arbeidssted.

Tjenestedesign som metodisk tilnærming

UKE 3 Krav og behov. Plenum IN1050 Julie og Maria

GRUPPE 5 UKE 3 BEHOV & KRAV IN1050

Oppsummering : IMT2243 Systemutvikling. Hensikt med kurset. Innfallsvinkel : Tom Røise IMT2243 : Systemutvikling 1

En enkel modell. Hvorfor?

UKE 7 Design og prototyping. Plenum IN1050 Julie og Maria

Model Driven Architecture (MDA) Interpretasjon og kritikk

Kognitiv og Organisasjons ergonomi, praktiske eksempler. Knut Inge Fostervold Psykologisk Institutt, Universitetet i Oslo

inf 1510: bruksorientert design

INF Introduksjon til design, bruk, interaksjon Design, prototyping og konstruksjon

Music Impro Application

Brukermedvirkning i design av læring på arbeidsplassen

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

inf1510: bruksorientert design

Presentasjon 1, Requirement engineering process

Transkript:

INF1500 - Introduksjon til design, bruk, interaksjon Utviklingsprosesser og tilnærminger 09. september 2013 Institutt for Informatikk, Universitetet i Oslo joshi@ifi.uio.no INF1500 Introduksjon til design, bruk, interaksjon Utviklingsprosesser og tilnærminger 1 09.09.13

Tilbakemeldinger Det er viktig at dere gir oss tilbakemelding på kurset underveis: Hvordan er forelesningene? Hvordan er gruppetimene? Vi må velge en kontaktstudent i dag! Noen av gruppelærerne har laget egne skjemaer: tinyurl.com/inf1500 INF1500 Introduksjon til design, bruk, interaksjon Utviklingsprosesser og tilnærminger 2 09.09.13

Konkurranse geirmuns 16,5 nielsl 14 torsiguh 13 aasms 12 kajakst 11 oskarga 11 nicolsk 11 ingrnek 10 sandravi 10 stiasorh 10 sirids 10 miac 10 tirilbo 10 stigod 10 aasmunkd 10 Ikke alle har hatt quiz på sin gruppetime ennå Gjennomsnittet på quizen er 5,6 av 15 poeng INF1500 Introduksjon til design, bruk, interaksjon Utviklingsprosesser og tilnærminger 3 09.09.13

Oversikt Kapittel 9: Tilnærminger til design Basisaktiviteter i interaksjonsdesign Kategorier av brukere i UCD Tradisjonell systemutvikling Livssyklusmodeller i HCI Eksempler på ulike prosesser og tilnærminger (Google og Microsoft) Obligatorisk oppgave 1 INF1500 Introduksjon til design, bruk, interaksjon Utviklingsprosesser og tilnærminger 4 09.09.13

Lysark Fargeforklaring på lysark: Rød MÅ læres. Kjernepensum. Oransje BØR læres. Statarisk pensum. Grønn KAN læres. Kursorisk pensum. INF1500 Introduksjon til design, bruk, interaksjon Utviklingsprosesser og tilnærminger 5 09.09.13

Når bør vi begynne å tenke på design? Oppstart Krav Spesifikasjon Tradisjonelt har vi begynt å tenke på utforming her Implementert grensesnitt her Testet løsningen her Design Implementasjon Testing Fungerer det? INF1500 Introduksjon til design, bruk, interaksjon Utviklingsprosesser og tilnærminger 6 09.09.13

Hva inngår i interaksjonsdesign? Prosess: Målorientert problemløsning En kreativ og skapende aktivitet Det må tas beslutninger hele veien Det finnes ulike tilnærminger INF1500 Introduksjon til design, bruk, interaksjon Utviklingsprosesser og tilnærminger 7 09.09.13

Fire tilnærminger Det finnes fire tilnærminger til design: User-centered design (brukerorientert design) Activity-centered design (aktivitetssentrert design) Systems design (systemdesign) Genius design (genidesign) Disse glir veldig ofte over i hverandre og vanskelig å rendyrke dem Ulike designproblemer vil antyde ulike tilnærminger Viktig å skille mellom hva som selv er foretrukket, og hva som er best for problemløsningen INF1500 Introduksjon til design, bruk, interaksjon Utviklingsprosesser og tilnærminger 8 09.09.13

1. User-centered design (UCD) Fokus på brukeren av løsningen Bruker vet best og er den eneste som får lov til å styre og påvirke designet Designerens hovedoppgave er å transformere brukerens behov og mål til designløsninger Brukers behov, ønsker og begrensninger tas i betraktning i hver aktivitet i utviklingen Typiske metoder og teknikker som brukes: Etnografi Contextual inquiry Brukbarhetstesting INF1500 Introduksjon til design, bruk, interaksjon Utviklingsprosesser og tilnærminger 9 09.09.13

2. Activity-centered design (ACD) Fokus på aktiviteten til brukeren og omgivelsene rundt bruken av en løsning Er altså ikke opptatt av brukerens behov og mål Stammer fra aktivitetsteori og sosialvitenskapen Interessert i brukerens oppførsel, væremåte og karakteristikk Typiske metoder og teknikker som brukes: Observasjon Intervjuer Etnografi INF1500 Introduksjon til design, bruk, interaksjon Utviklingsprosesser og tilnærminger 10 09.09.13

3. Systems design Strukturert, rigid og holistisk tilnærming med fokus på kontekst Fokus på systemet som utvikles, dvs. mennesker, maskiner, enheter, objekter etc. Siden systemet står i fokus brukes tilnærmingen ofte i komplekse problemer Ser brukeren i forhold til konteksten, og brukeren setter mål for systemet Typiske metoder og teknikker som brukes: Modellering (UML, ERD) Brukerhistorier Intervjuer INF1500 Introduksjon til design, bruk, interaksjon Utviklingsprosesser og tilnærminger 11 09.09.13

4. Genius design Designeren skaper ideer som brukeren vurderer i etterkant av designprosessen Brukeren er ikke involvert i selve designprosessen Avhenger av designeres kunnskap, erfaring og kreativitet Typisk Apple-filosofi (ipod 1 ble designet uten direkte brukermedvirkning) Overraskende vanlig tilnærming i den virkelige verden Typiske metoder og teknikker som brukes: Observasjoner Studier av liknende produkter og tjenester Rapid prototyping INF1500 Introduksjon til design, bruk, interaksjon Utviklingsprosesser og tilnærminger 12 09.09.13

Apple sin filosofi (1) Snakker ofte om at designet handler om folket og brukerne Mener målet ikke er å tjene penger, men å lage gode produkter Ønsker å lage løsninger som brukerne forstår og klarer å bruke Men hvordan er utviklingsprosessen? INF1500 Introduksjon til design, bruk, interaksjon Utviklingsprosesser og tilnærminger 13 09.09.13

Apple sin filosofi (2) Designere får fritt spillerom (teknologi, kostnadsrammer, ressurser) Mange (mange) runder med prototyping snakker ofte om pixel-perfect prototypes Designerne er brukere selv ekspertbrukere Konsepter og prototyper er ofte kun tilgjengelig for en lukket gruppe mennesker Utviklerne settes først på saken når konseptet er godkjent (TheNextWeb, 2012) (MacTalk, 2009) INF1500 Introduksjon til design, bruk, interaksjon Utviklingsprosesser og tilnærminger 14 09.09.13

Apple sin filosofi (3) (DesignSoJourn, 2012) Intervju med Jonathan Ive på spørsmål om designprosessen hos Apple: "The Design Process at Apple is very much about designing and prototyping and making. When you separate those the final result suffers. Designers need to be to be light on your feet, inquisitive and interested in being wrong. Design s goal is to design and make better products. If we can t make something that is better, we won t do it. The design team works in a collaborative environment with people from different disciplines and different areas of expertise. When an opportunity arises, designers need to ask the stupid questions. What if we do this, combine it with that, would that be useful? This creates opportunities that could replace entire categories of device, rather than tactically responding to an individual problem. Sometimes an innovation can come from the smallest shift that suddenly transforms the object, without any contrivance. INF1500 Introduksjon til design, bruk, interaksjon Utviklingsprosesser og tilnærminger 15 09.09.13

(5.) Participatory design (PD) Stammer fra Skandinavia, deriblant forskning i Norge (DESIGN-gruppen) Fokus på å aktivt involvere alle brukere og aktører igjennom hele designprosessen Holder ikke bare å forstå brukeren, de må også være med på å forme løsningen Opptatt av forskning og prosessen hvordan brukere involveres Typiske metoder og teknikker som brukes: Workshops Brainstorming Storyboard INF1500 Introduksjon til design, bruk, interaksjon Utviklingsprosesser og tilnærminger 16 09.09.13

Mer om user-centered design (UCD) Fokuset i dette kurset ligger på UCD Donald Norman beskriver user-centered design som en filosofi hvor brukere og brukbarhet settes foran estetikk. Brukersentret tilnærming baserer seg på: Tidlig fokus på brukeren og oppgaven som skal løses: Direkte studier av brukers oppførsel, samt deres kognitive, antropomorfiske holdningsmessige egenskaper. Empiriske undersøkelser og resultater: brukers reaksjoner og prestasjoner ved bruk av scenarioer, manualer, simuleringer og prototyper blir observert, tatt opp og analysert. Iterativ design: en repeterende prosess hvor problemer som oppdages under brukertesting fikses, og testes på nytt. INF1500 Introduksjon til design, bruk, interaksjon Utviklingsprosesser og tilnærminger 17 09.09.13

Graden av brukerinvolvering Bruker involveres som en del av designteamet: Heltid konstant input, men mister kontakt med resten av brukerne Deltid sporadisk input, og ofte veldig stressende pga. annen jobb Kortsiktig inkonsistent gjennom prosjektet Langsiktig konsistent, men mister kontakt med brukere Brukere kontaktes via nyhetsbrev, internettforum og massemedia: Når et bredere publikum bør gi bedre grunnlag for å forstå brukergruppen Trenger toveiskommunikasjon Brukere involvert etter at produktet er sluppet Kombinasjon av disse tre tilnærmingene INF1500 Introduksjon til design, bruk, interaksjon Utviklingsprosesser og tilnærminger 18 09.09.13

Fire basisaktiviteter 1. Identifisere brukernes behov og etablere krav 2. Utvikle alternativer til design som løser problemet 3. Prototype ulike versjoner av løsningene Obligatorisk oppgave 1 4. Evaluere de ulike løsningene Behovsanalyse kravspesifikasjon Evaluering analyse Obligatorisk oppgave 3 Design prototype Obligatorisk oppgave 2 INF1500 Introduksjon til design, bruk, interaksjon Utviklingsprosesser og tilnærminger 19 09.09.13

Fire basisaktiviteter 1. Identifisere brukernes behov og etablere krav Hvem er våre målbrukere? Hvilken støtte kan vår interaktive løsning tilby? 2. Utvikle alternativer til design som løser problemet Foreslå løsninger som imøtekommer kravene To subaktiviteter: Konseptuelt design: produsere en konseptuell modell for produktet, dvs. hva produktet skal gjøre, hvordan det skal oppføre seg, og se ut etc. Fysisk design: forslag til produktets detaljer, dvs. farger, lyder, bilder som brukes, menydesign, ikoner grensesnitt etc. INF1500 Introduksjon til design, bruk, interaksjon Utviklingsprosesser og tilnærminger 20 09.09.13

Fire basisaktiviteter 3. Prototype ulike versjoner av løsningene Ikke nødvendig å programmere et program, det finnes andre muligheter, f.eks. papirprototyper, storyboards, trefigurer, skisser etc. F.eks. bruk av trebrikke under utvikling av PalmPilot 4. Evaluere de ulike løsningene Avgjøre brukbarhet og respons på produktet eller designet Kreve brukerinvolvering gjennom utviklingen INF1500 Introduksjon til design, bruk, interaksjon Utviklingsprosesser og tilnærminger 21 09.09.13

Praktiske spørsmål Hvem er brukerne? Hva mener vi med brukernes behov? Bør tenkes gjennom til obligatorisk oppgave 1 Hvilke krav skal vi stille til løsningene? Hvordan kan vi generere alternativer? Hvordan velger vi mellom de ulike alternativene? INF1500 Introduksjon til design, bruk, interaksjon Utviklingsprosesser og tilnærminger 22 09.09.13

Hvem er brukerne av systemet? Ofte ikke så åpenbart: De som interagerer direkte med produktet De som håndterer og administrerer brukere Her er det mange potensielle intervjuobjekter til obligatorisk oppgave 1 De som mottar output fra produktet De som tar beslutninger i forhold til innkjøp De som bruker konkurrentens løsninger INF1500 Introduksjon til design, bruk, interaksjon Utviklingsprosesser og tilnærminger 23 09.09.13

Microsoft sin filosofi (1) Tradisjonsrikt og etablert selskap som møter stadig ny konkurranse Ble "tvunget" til å tenke brukersentrert Bruker åpenbart flere løsninger og prosesser avhengig av hvilket produkt som utvikles Ulike team i ulike prosjekter som utvikler på ulike måter Har ikke alltid mulighet til å bedrive mikro-utvikling «Technology can master complexity, but design must master simplicity» Surya Vanka, Head of the User Experience Excellence group, Microsoft INF1500 Introduksjon til design, bruk, interaksjon Utviklingsprosesser og tilnærminger 24 09.09.13

Microsoft sin filosofi (2) Forstå hvem er egentlig brukeren? Bakgrunnsundersøkelse og informasjonsinnhenting for å gi designere en dypere innsikt i behov, motivasjoner og utfordringer blant brukere. Forestille hva kan vi tilby? Ny innsikt og konseptuelle gjennombrudd resulterer i nye ideer om hva som kan tilbys brukere. Spesifisere hvordan blir resultatet? Designere og andre utviklere etablerer en detaljert spesifikasjon av produktet de snart lanserer. Implementere her er produktet! Prosessen hvor det endelige programmet presenteres og leveres. Vedlikeholde hvordan kan vi bli bedre? Programvaren gjennomgår stadig evaluering for å møte nye behov. Designteamet vil få kontinuerlig tilbakemelding som omformes til programvareendringer. INF1500 Introduksjon til design, bruk, interaksjon Utviklingsprosesser og tilnærminger 25 09.09.13

Microsoft sin filosofi (3) Erez Kikin-Gil, Senior UX Lead, Windows Live Web Communications product team Fire-faset utviklingsprosess: Forstå Den første som gjøres er å undersøkelse hvilke utfordringer som må møtes. Her baserer man seg på markedsundersøkelser, produktplanlegging etc. Idéskape Fase hvor ideer utvikles. Her brukes skissering, scenario, brainstroming, storybook. På dette tidspunktet er alle andre i teamet (utviklere, testere etc.) også designere. Test Brukertesting blir gjennomført i flere runder. Først med alfatesting in-house (i dedikerte MS-labber) og deretter med betatesting ute hos brukere. Brukte metoder inkluderer observasjon, deltagelse, videoer etc. Kommuniser Resultatet kommuniseres tilbake til interessenter av prosjektet gjennom formelle og uformelle kanaler. Ingen innad begrensning på hvem som får tilgang på resultater. INF1500 Introduksjon til design, bruk, interaksjon Utviklingsprosesser og tilnærminger 26 09.09.13

Interessenter i systemutviklingsteori INF1500 Introduksjon til design, bruk, interaksjon Utviklingsprosesser og tilnærminger 27 09.09.13

Interessenter i systemutviklingsteori Alle personer, grupper eller systemer som enten direkte eller indirekte påvirkes av systemet Sluttbrukere som interagerer med systemet, men også alle som påvirkes av bruken Kalles stakeholders på engelsk Ideelt sett: alle bør involveres og det bør tas hensyn til alle er det mulig å gjennomføre i praksis? vil alles hensyn og krav være forenlig? er alle egentlig interessert i å høre på alle andre? INF1500 Introduksjon til design, bruk, interaksjon Utviklingsprosesser og tilnærminger 28 09.09.13

«Onion» model Løst oversatt fra «A Taxonomy of Stakeholders» Ian F. Alexander, 2005 Samfunnet Finansiell mottaker Sponsor Omfattende systemet Systemet Negativ interessent Politisk mottaker Funksjonell mottaker Normal operator Produktet Grensesnittsystemer Media Innkjøper Operasjonell support Operational Support Vedlikeholdsoperator Politikere Konsulent Befolkning Utvikler INF1500 Introduksjon til design, bruk, interaksjon Utviklingsprosesser og tilnærminger 29 09.09.13

«Onion» model Løst oversatt fra «A Taxonomy of Stakeholders» Ian F. Alexander, 2005 Samfunnet Omfattende systemet Politisk mottaker Sponsor Systemet Negativ interessent Funksjonell mottaker Normal operator Produktet Grensesnittsystemer Befolkning Finansiell mottaker Operational Support Vedlikeholdsoperator Operasjonell support Media Konsulent Innkjøper Politikere Utvikler INF1500 Introduksjon til design, bruk, interaksjon Utviklingsprosesser og tilnærminger 30 09.09.13

Tre kategorier av brukere i UCD (Eason, 1987) Primærbrukere Brukere som interagerer hands-on med systemet regelmessig Sekundærbrukere: Brukere som innimellom, eller via noen andre, interagerer med systemet Tertiærbrukere: Brukere som blir berørt av innføring av systemet eller påvirker det INF1500 Introduksjon til design, bruk, interaksjon Utviklingsprosesser og tilnærminger 31 09.09.13

Hvordan generere alternativer? Mennesker liker å forholde seg til det de vet fungerer Men for å designe alternativer er det viktig å tenke utenfor boksen Systemutviklere er mest opptatt av den raskeste og mest effektive løsningen som tilfredsstiller en liste med krav Interaksjonsdesignere er trent i å vurdere ulike alternativer og inspirere brukeren til å tenke nyskapende og kreativt Hvordan skape alternativer? Teft og kreativitet: undersøk og syntetiser Søk etter inspirasjon: studer liknende produkter eller se på helt ulike produkter INF1500 Introduksjon til design, bruk, interaksjon Utviklingsprosesser og tilnærminger 32 09.09.13

Hvordan velge blant alternativer? Evaluering med brukere eller andre designere, for eksempel gjennom prototyping Tekniske gjennomførbarhetsanalyse: hva er mulig med teknologien som finnes? Kvalitetsterskler: brukbarhetsmål kan lede til brukbarhetskrav som kan brukes som kriterier som kan kontrolleres jevnlig: Sikkerhet hvor trygg er løsningen? Funksjonalitet hvilke funksjoner er overflødige? Oppgaveløsning er det nok support og informasjon tilgjengelig? Hvordan er oppgavedekningen? Prestasjon hvordan er prestasjonen til brukerne? INF1500 Introduksjon til design, bruk, interaksjon Utviklingsprosesser og tilnærminger 33 09.09.13

Livssyklusmodeller (Her er mye kuttet ut i den tredje utgaven av boka bruk foilene) Livssyklusmodeller angir hvilke aktiviteter som inngår i utviklingsprosessen og hvordan de relaterer til hverandre Brukes som redskap for ledelse og måling av fremdrift i en utviklingsprosess Forenklede modeller av virkeligheten Har utspring fra tradisjonelle systemutviklingsmodeller Livssyklusmodeller i HCI skiller seg fra tradisjonelle utviklingsmodeller i systemutviklingsteori ved at det er mer brukersentrert, og begreper og modeller er bredere og løsere brukt. Emnet INF1050 tar for seg systemutviklingsmodellene på en grundig måte INF1500 Introduksjon til design, bruk, interaksjon Utviklingsprosesser og tilnærminger 34 09.09.13

En enkel livssyklusmodell for UCD INF1500 Introduksjon til design, bruk, interaksjon Utviklingsprosesser og tilnærminger 35 09.09.13

Tradisjonell systemutviklingsmodell: Fossefallsmodellen Den første velkjente systemutviklingsmodellen Lineær modell hvor hver aktivitet først starter når forrige er fullført Tar ikke hensyn til endringer underveis i utviklingen Mulighet til å gjennomgå og evaluere løsninger med brukere er ikke inkorporert i denne modellen. Brukes lite i praksis i dag, også i systemutviklingsverden. INF1500 Introduksjon til design, bruk, interaksjon Utviklingsprosesser og tilnærminger 36 09.09.13

Tradisjonell systemutviklingsmodell: Spiralmodellen Oppstod som et alternativ til fossefallsmodellen En risikodrevet modell med hovedvekt på analyse av risiko og prototyping Brukere involveres for å identifisere og kontrollere risiko Oppfordrer til å vurdere alternativer Hver loop representerer en iterasjon, dvs. en fase i utviklingsprosessen. INF1500 Introduksjon til design, bruk, interaksjon Utviklingsprosesser og tilnærminger 37 09.09.13

Analogi: systemutvikling er som konstruksjon Tenk på hvordan bygninger bygges: Krav regulerte krav, fysiske begrensninger Arkitektur plantegning, 3D-modeller Konstruksjon materiale, elementer Forskjellen: Vedlikehold: bygninger forandrer seg lite over tid Design: bygninger er mindre komplekse Antall tilstander Fjern en brikke INF1500 Introduksjon til design, bruk, interaksjon Utviklingsprosesser og tilnærminger 38 09.09.13

Krav, design og implementasjon Krav: Beskrivelse av HVA systemet skal gjøre (eller hvilke kvaliteter det skal ha) Fra en kundes eller klients synsvinkel Ikke uttrykt med tanke på løsning Design: En beskrivelse av HVORDAN vi vil implementere en løsning En modell, prototype eller skisse som imøtekommer kravene Gjøres før implementeringen slik at de kan evalueres INF1500 Introduksjon til design, bruk, interaksjon Utviklingsprosesser og tilnærminger 39 09.09.13

Verfisering og validering Verifisering designe produktet riktig (kontrollerbart) Validering designe det riktige produktet (kontrollerbart?) The formality gap validering vil alltid avhenge av subjektive vurdering Abstrakte modeller hjelper oss med å knytte beskrevet modell med virkelig modell INF1500 Introduksjon til design, bruk, interaksjon Utviklingsprosesser og tilnærminger 40 09.09.13

Livssyklusmodell: Star model Stammer fra empiriske studier av interaksjonsdesigneres arbeidsvaner Viktige egenskaper: Evaluering står i sentrum av alle aktiviteter Ingen spesiell rekkefølge på aktivitetene, utvikling kan starte hvor som helst Muliggjør både top-down og bottom-up tilnærming (gjerne om hverandre) Kalles ofte for yo-yoing av systemutviklere INF1500 Introduksjon til design, bruk, interaksjon Utviklingsprosesser og tilnærminger 41 09.09.13

Livssyklusmodell: Star model INF1500 Introduksjon til design, bruk, interaksjon Utviklingsprosesser og tilnærminger 42 09.09.13

Livssyklusmodell: ISO9241-210 Videreutvikling av ISO13407 (2. utgave av læreboka) Baserer seg på en grunnleggende forståelse av bruker, oppgave og omgivelser Viktige egenskaper: Prosessen er drevet og målt gjennom brukersentrert evaluering Designprosessen tar for seg hele brukeropplevelsen Designteamet innehar som oftest av tverrfaglig kompetanse En iterativ prosess INF1500 Introduksjon til design, bruk, interaksjon Utviklingsprosesser og tilnærminger 43 09.09.13

Livssyklusmodell: ISO9241-210 ISO9241-210 ISO13407 INF1500 Introduksjon til design, bruk, interaksjon Utviklingsprosesser og tilnærminger 44 09.09.13

Obligatorisk oppgave 1 INF1500 Introduksjon til design, bruk, interaksjon Utviklingsprosesser og tilnærminger 45 09.09.13

Obligatorisk oppgave 1 Husk å gjøre lyd- eller videoopptak Husk å levere disse filene sammen med besvarelsen To forskjellige intervjuobjekter vær kreativ! Det er lov å gjøre «feil» så lenge du beskriver prosessen Besvarelser uten transkribering eller lydfiler blir ikke godkjent INF1500 Introduksjon til design, bruk, interaksjon Utviklingsprosesser og tilnærminger 46 09.09.13