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

Transkript

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

2 Oversikt Ak9viteter i interaksjonsdesign Prak9ske forhold Modeller for interaksjonsdesign

3 Prosess og representasjon Det er en prosess Mål orientert En krea9v, skapende ak9vitet Beslutninger hele veien Det er en representasjon Plan for utviklingen Ulike alterna9ver (for å kunne gjøre valg ta beslutninger)

4 Involvere brukere Forventningskontroll Realis9ske forventninger Kurs og trening Kommunikasjon Eierskap Brukere som ak9v aktør Når deleier i utviklingen større mulighet for å lykkes

5 Grader av brukermedvirkning Deltagere i utviklingsgruppa Full 9d Del9d Lang 9d Kort 9d Kommunikasjon Nyhetsbrev Begge veier

6 Hva er en bruker sentrert prosess? Bruker sentrering baseres på: Tidlig fokus på brukere og oppgaver direkte studie av kogni9ve, adferdsmessig, holdninger blant brukerne Empirisk undersøkelser og målinger Itera9v utvikling; iden9fisere problemer undervegs og løse disse

7 Fire basis ak9viteter Iden9fisere behov og etablere krav Utvikle alternaive løsninger/design Bygge interak9ve versjoner av løsningene Evaluere løsningene

8 Noen prak9ske spørsmål Hvem er brukerne? Hva er behovene? Hvilke krav er det 9l løsningene? Hvor kommer alterna9vene fra? Hvordan velger du mellom alterna9vene?

9 Hvem er brukeren og andre aktører Kanskje ikke helt åpenbart De som interagerer direkte med løsningen? De som administrerer slu[brukerene? De som får data fra systemet? De som tar handler inn systemet? De som brukere alterna9ve løsninger/konkurentenes løsninger? Tre kategorier (Eason, 1987) Primær brukere o_e bruk/ hands on Sekundær brukere av og 9l, eller via noen andre Ter9ær brukere blir berørt av innføring

10 Hvilke aktører og brukere for Studweb? 7 minu[er ucorsking!

11 Brukerens karakteris9ka Vi kommer i mange former og størrelser Tenk på klær og sko;) En størrelse for alle? En farge? En form? Sanser, syn, hørsel.

12 Hva brukerne sier og gjør O_e kan ikke brukeren se[e ord på muligheter Se på eksisterende oppgaver Kontekst? Hvilken informasjon trengs? Hvilke samarbeid og samhandlingsak9viteter finnes? Hvorfor løses oppgaven slik den blir gjort? Frem9dig løsning Kan bli forankret i eksisterende oppgaver og praksiser Kan bli beskrevet med scenarios

13 Hvor kommer alterna9vene fra? Vi holder oss o_e 9l hva vi vet fungerer og hva vi kan. For å vurdere alterna9ver er det nødvendig å tenke utenfor boksen. Hvordan skape alterna9ver? Undersøke og synte9sere Søk e[er inspirasjon; 9lsvarende løsninger eller svært annerledes løsninger

14 Hvordan velge blant alterna9vene? Evaluering med brukere eller utviklere? Tekniske forhold hva er teknisk mulig? Kriterier, terskelverdier Brukbarhetsmål fører 9l kriterier brukbarhet Teste protoyper, evaluere resultatene, gjøre valg

15 Livssyklus modeller Viser hvordan ak9viteter er relaterte 9l hverandre Livssyklus modeller er: Redskaper for ledelse/fremdri_ Forenklede modeller.av. virkeligheten Mange ulike modeller finnes Fra so_ware engineering: vannfall, spiral, agile Fra HCI: Star, usability engineering

16 Grunnmodell Planlegge Gjøre Evaluere

17 En enkel modell for bruker sentrert utvikling

18 Vannfall

19 Spiral modell Risiko analyse Prototyping Itera9vt rammeverk Eksplisi[ på alterna9ver

20 Star livssyklus modell Evaluering er sentralt for alle ak9viteter Rekkefølge på ak9viteter ikke bestemt Utviklet fra empiriske studier av grensesni[ designere av Hartson og Hix (1989)

21 Star

22 ISO 13407

23 Oppsummering Basis ak9viteter Iden9fisere behov og etablere krav Designe potensielle løsninger Evaluere og velge mellom alterna9vene Bygge Brukersentrert utvikling bygger på: Tidlig fokus på brukere og oppgaver Empiriske undersøkelser, bruk av kvan9ta9ve og kvalita9ve kriterier Itera9v design Livssykel modeller viser hvordan ak9vitetene er relaterte