Forflytning
Scenario. Tre personer planlegger å planlegge en fottur sammen. De prøver å komme på et område de ikke har vært på tur tidligere. Når de har funnet det vil to av dede gjerne finne en rute som er passe for deres form og tid tilgjengelig. Når de skal gjøre det uten å være kjent er det vanskelig å gjøre dette uten å kjenne området. De får tak i kart, men selv om stiene er tydelig markert er det vanskelig å se hva de faktisk innebærer. De prøver så å ringe noen de tror har vært i område før for å høre om de kan si noe om rutene som er tegnet opp i kartet. De får ikke noe særlig godt svar, da det var mange år siden denne personen var i området og ikke husker helt. De ser så i bok 'Tur i Norge' fra turistforeningen som kan si litt nærmere om turen. Formål med prototypene. Å utforske hvordan man kan interagere med et system med informasjon om turer. Det tar utgangspunkt i to forskjellige måter å hente ut denne informasjonen på. Et annet mål her i denne oppgaven er å utforske begrepene tilknytt et prototyping. Her vil jeg først og framst ta for meg interaksjonstypene manipulating og intructing. Selv om det hvertfall kan argumenteres for at det er elementer i prototypen'manipulating' som er instructing er det samtidig mange elementer her som er manipulating og den er bygget opp med et utgangspunkt i det begrepet.
Prototypene Her kommer beskrivelsene av de to prototypene jeg har jobbet med. En beskrivelse av hvilke designprinsipper og andre retningslinjer jeg har fulgt kommer også her under den enkelte prototypebeskrivelse. Det er altså tatt utgangspunkt i to interaksjonstyper. En prototype har tatt utgangspunkt i modellen om manipulating og den andre utgangspunkt i en instructing tilnærming. Arbeidet med prototypene viser at tilnærmingene ikke er gjensidig utelukkende ved at det er elementer fra andre interaksjonstyper er representert. Her i disse to prototypene har jeg først og framst fokus på å planlegge turene geografisk. Altså er ikke funksjonalitet rundt samarbeid, tidspunkt og utsendelse av informasjon til andre deltakere tatt med. Jeg bruker også noen designprinsipper for å enkelt gå inn i og se på prototypene. Dette vil jeg utdype i evalueringsoppgaven.
Prototype en: manipulating Denne prototypen skal finne turer utfra et utsnitt av et kart. Dette skal den gjøre ved å sjekke hvilke koordinater kartet har i hjørnene for så å vise hvilke turer den på forhånd har lagret innenfor disse koordinatene fra før. Ved å panorere og zoome seg inn i et karta, som vi er vant med fra google maps og lignende, manipuleres utsnittsområdet programmet skal finne turer fra. Programmet endrer listen fortløpende med tilgjenglige turer ettersom man andrer på det synlige området i kartet. Her er utgangspunktet i interaksjonstypen manipulating. Ved å først manipulere kartet (dra, zoome og panorere seg fram til hvor man har lyst til å gå på tur) for så å dra turer fra en liste over turer i det aktuelle området i kartet som vises på skjermen. Her er det flere elementer som ikke er direkte manipulating. Å trykke på et menyvalg og av det er en mer instructing type interagere med systemet - "vis denne menyen". Men utover dette er det en mer manipulating type. Her er Søk er vel strengt talt ikke manipulating. Hvordan skal brukeren forstå at det er snakk om drag-n-drop? Ved å ta utgangspunkt i en manipulating interaksjonstype er det her meningen med et utgangspunkt i et kart å zoome inn og panorere fram til det området man vil gå på tur i, så skal programmet vise turer som er mulig å gå på i det aktuelle området. Ved å ha en database med stedene lagret i koordinater vil den vise aktuelle turer. Visibilty. Alle menyvalg er synlige i vinduet over kartet, men innholdet er skjult. Her er det et kompromiss mellom behov for å bevare plass for kartet samtidig som alle menyvalgene er synlige. Feedback. Prototypen gir et tenkt feedback på manipulasjoner ved for eksempel at den turen man velger blir "dratt med" når man drar den ut fra menyen. Etter å ha dratt en tur ut i kartet blir den aktuelle turen man har dratt ut i kartet også markert i menyen over aktuelle turer. Constraints. Det er kun de turene som passer innenfor de koordinatene på det synlige kartet som er synlige.
Her er utgangspunktet. Ved å zoome og panorere her lager man utvalget vi tar utgangpunkt i.
Her er utsnittet laget. Turer i området viser nå aktuelle turer for området.
Her blir turen dratt over i kartet.
Her har turen blitt dratt ut i kartet og vises tegnet opp der.
Her viser skjermbildet et større utsnitt av kartet og det er valgt to turer.
Prototype to: instructing Denne prototypen er langt enklere enn den forgående både hva funksjonalitet angår og hvor mye informasjon den viser fram. Den starter med et skjermbilde med kun fire tekstbokser hvor man kan skrive inn tidspunkt for turen og hvor man ønsker å gå fra og hvor man ønsker å ende opp. Når dette er skrevet inn trykker man enter og blir tatt til et skjermbilde hvor turen er tegnet inn i kartet. Hvis det er flere turer som matcher de to punktene som er skrevet inn blir man presentert for en liste man kan velge den turen man ønsker å gå. Visibility. Her ser man hva slags informasjon som trengs for å gå turen. Feedbacken her er den man får av browseren. Consistancy. Man kan si at denne prototypen har en consistancy mot andre webtjenester ved at man trykker enter etter å ha skrevet inn informasjonen man skal legge inn.
Her skriver man inn tidspunkt for turen og hvor man vil gå fra og hvor man vil ende opp.
Her viser prototypen aktuelle turer for de stedene som er skrevet inn. Ved å trykke på en vil man bli tatt videre.
Her viser prototypen aktuelle ruter for fra- og til- stedene. En rute i databasen.
Begge skal resultere i omtrent noe sånt. oblig 2 : INF1500 2012h 19. 29. oktober 2012
Metoder for prototypingen Dette er to low-fidelity prototyper. De tar utgangspunkt i løse det samme, finne turer i skog, mark og park for brukerene. Ved å forsøke å løse samme problemet med to forskjellige prototyper får jeg sett på forskjellige tilnærmingsmåter til å løse probelemene. I begge prototypene er det tatt utgangspunkt i enkle skisser klippet ut og lagt over skjermdumper fra Google maps samt enkel komposisjon av dette i photoshop. Ved å bruke en prototypemetode jeg mestret fra før kunne jeg ha fokus på interaksjonsmåtene framfor forskjellige måter å prototype på. I de prototypene jeg har gjort her var dette en tilstrekkelig måte å løse dette på. Det er lav grad av interaksjon i prototypene, men det presenterer en tenkt interaksjon med systemet og feedback på interaksjon må gis ved å fysisk endre på prototypen. Datagrunnlaget er dummy. Det er et tenkt case hvor det ikke ligger data til grunn for det som gjøres i prototypen.
oblig 2 : INF1500 2012h 19. 29. oktober 2012
noe greier. oblig 2 : INF1500 2012h 19. 29. oktober 2012