Development of mobile information systems and services

Like dokumenter
INF5261 Development of mobile information systems and services. Sluttrapport. Espen Stokkerud

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

Studentdrevet innovasjon

Tentativt prosjektforslag: Inkluderende samfunnsliv i informasjonsverdenen (Isiv) Erik Lillevold, UniK Josef Noll, UniK

Daniel Grøtting, Øyvind Pettersen og Guro Johanson

Brukertesting i et nøtteskall

Brukerhåndbok Nokia Kart

Erfaringer fra utrustit

Tilgjengelige apps fra design til bruk

Frokostseminar om metoder for universell utforming av IKT

in1060: hva & hvorfor prototyping? Tone Bratteteig

Design og dokumentasjon

Prototyping og kommunikasjon med brukere

E-Learning Design. Speaker Duy Hai Nguyen, HUE Online Lecture

Forprosjektrapport. Gruppe 31

Kravspesifikasjon

Resultater og erfaring fra brukertesting

Music Impro Application

Høgskolen i Oslo og Akershus. Bachelorprosjekt Hacking Cristin. (midlertidig tittel) Forprosjektrapport

GraphQL. Hva, hvorfor, hvordan

inf 1510: å lage skisser og prototyper

Vedlegg Brukertester INNHOLDFORTEGNELSE

Gruppe 43. Hoved-Prosjekt Forprosjekt

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

UNIMOD Universell utforming i multimodale grensesnitt - resultater

Tone Vareberg, Head of Handset and devices, Telenor Norge

MakerSpace Event System

Android Sightseeing. Av: Bente K. Nordbø Tor Anders Johansen. INF5261, våren 2009

Human Factors relevant ved subsea operasjoner?

Prototyping. Håkon Tolsby Håkon Tolsby

Testrapport for Sir Jerky Leap

Notater: INF1510. Veronika Heimsbakk 20. mai 2015

Hovedprosjekt 2014, Høgskolen i Oslo og Akershus

SKISSER OG PROTOTYPER

FREMTIDENS SIKKERHETS- UTFORDRINGER

Repetisjon. Plenum IN1050 Uke 14 Maria og Helle

Mobile anvendelser 2010

Løsningsforslag: Oblig 1. INF1050: Gjennomgang, uke 12

Brettspillstudentene. Bakgrunn. Hopelessly devoted to fun. INF5272. Våren Gruppe 8

INF 2120 Innlevering 1. Gruppe 4. Kravspesifikasjoner til trafikanten +

Bachelorprosjekt i informasjonsteknologi, vår 2017

Kravspesifikasjonsrapport

Informasjonsarkitektur og Prototyping

Testdokumentasjon Presentasjon

Sluttrapport Telenorprosjekt. Gruppe 2. Siri Dølvik Sandnes (sirids) Jesper Walberg (jesperbw) Natalia Pineguina (natalpi) Universitetet i Oslo

Sist oppdatert: 18.november Øvelsesoppgaver til INF1500

Hvordan kommuniserer utstillingen med publikum?

Eli Toftøy-Andersen og Jon Gunnar. brukertesting

1. Presentasjon av prosjekt. Forord

Jonas Markussen Morten Ødegaard Nora Raaum

Et stort sprang fremover

Utvikling av mobile informasjonssystemer

Elektronisk innlevering/electronic solution for submission:

Nye funksjoner kombinert med enkel oppgradering

[ Web Accessibility Initiative ]

Gruppe 33 - Hovedprosjekt

verktøyskrin Grafisk profil ved Norges teknisk-naturvitenskapelige universitet

1. Intro om SharePoint 2013

Humanware. Trekker Breeze versjon

Hvordan bli en digital vinner. Seminar Telemark Online!! Edison Wolfram 2016!

Improving Customer Relationships

Material Connexion. Søkeveiledning Norsk versjon Tilrettelagt for HiOA i overensstemmelse med KHiB biblioteket, 7. august 2013.

inf 1510: bruksorientert design

Norges første taleassistent som kan gjennomføre kjøp. Tom Andre Mygland -

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

P(ersonal) C(omputer) Gunnar Misund. Høgskolen i Østfold. Avdeling for Informasjonsteknologi

1 User guide for the uioletter package

Måling av universell utforming på kommunale nettsider Resultater fra EIII. Daniel Scheidegger NAV Tilde

Konfigurering av AIS-app for Android

Gruppe 44. Bachelorprosjekt ved Institutt for informasjonsteknologi, våren Høgskolen i Oslo og Akershus,

Innholdsfortegnelse. 1. Testing Feiltesting av koden Funksjonstesting: Kilder.10

GRUPPE 5 UKE 3 BEHOV & KRAV IN1050

Finishing up the report

Tilgjengelighetsinformasjon og kollektivreiser. Universell utforming i Entur 12.November 2018

Nytt prognoseverktøy i Hafslund Anders Sangvik Halvorsen Risiko- og informasjonscontroller. IBM BusinessConnect 1. november 2016

Konsulentbistand på IKT området

Uke 2: Arbeidsrutiner og datamaskiner

Brukertest Universitetsbiblioteket uio.no. 7. oktober 2010 Eirik Hafver Rønjum & Ida Aalen

Midtveisrapport SBApp

Brukermedvirkning i design av læring på arbeidsplassen

DIGITAL KOMMUNIKASJON

TripAdvisor for restauranter: En introduksjon

Stikkord: Java EE, EJB, JSF, JPA, SWT, klient/tjener, Glassfish server, Application Client.

Design for alle. hva, hvorfor og hvordan

Brukergrensesnittdesign

Å"skrive"rapport" INF1510"3"Bruksorientert"design,"Marte"Hesvik"Frøyen"(martehfr)" 1"

Multimedia in Teacher Training (and Education)

Utfordringer med feil adresser

NFC... anvendelser innenfor elektronisk billettering.

Bjørnar Hovemoen Helge Jansen

Enkel og effektiv brukertesting. Ida Aalen LOAD september 2017

Dropp de lange strategiene

- På Farten - Midttermsrapport

FINN.no. Driving - business growth - developer speed - employee satisfaction. by just a few hundred decisions. Cloud and Data

What's in IT for me? Sted CAMPUS HELGELAND, MO I RANA Tid

AGENDA. En produktiv arbeidsplass Ja, derfor Office 365 Hege Line Arnstein Andreassen. Office 365 del 2. Avslutning. Marie Johansen, Microsoft

Side 1 SYSTEM OG FUNKSJONSBESKRIVELSE. Kunderating AS. WEB: E- POST: ADRESSE: Trondheimsveien 158, 0570 Oslo

Kurskategori 3: Design av IKT- systemer. Normalt vår, 14/15: høst

Software applications developed for the maritime service at the Danish Meteorological Institute

Gjør døren høy gjør porten vid Offentlige elektroniske tjenester for alle

Transkript:

INF5261 Development of mobile information systems and services Midterm Espen Stokkerud - espen.stokkerud@gmail.com Mari Breivik maribreivik@gmail.com Emil Hansen - emildh@ifi.uio.no Kristian Oddtrøen kristian_oddtroen@hotmail.com

Innhold Introduksjon... 3 Presentasjon av informasjon... 3 TripAdvisor, Yelp and Google Maps... 3 Problemstilling... 5 Målgruppe... 5 Mål for prosjektet... 5 Forskningsspørsmål... 6 Metoder... 6 Prototype... 6 Gjennomføring av brukertesting... 7 Brukeropplevelse... 7 Universell design... 7 Funn... 8 Yelp.com API... 8 Google Maps API... 9 Veien videre... 10 Referanser... 11 Side 2 av 15

Introduksjon Prosjektet er etablert som en del av faget INF5261. Denne rapporten tar for seg forskning og utviklingsprosessen for applikasjonen JourneySwipe. JourneySwipe er en applikasjon hvor man kan velge mellom ulike attraksjoner basert på lokasjon man befinner seg på. Applikasjonen baserer seg på swipe teknologi hvor man får opp et utvalg at attraksjoner og swiper enten til høyre eller venstre for å legge de til i en dagsplan. Swiper man til høyre vil attraksjonen legges til i mine valg, man vil da få en plan over attraksjoner man ønsker å besøke, samt avstand og rute mellom de ulike attraksjonene. Etterhvert som man besøker de ulike stedene vil de forsvinne fra listen, og man kan gå til neste. Det vil være mulig å filtrere attraksjonene basert på personlige preferanser og ønsker. (Se vedlegg 1 for mockup av applikasjonen). Presentasjon av informasjon Det vil ikke bli innhentet egne data for dette prosjektet. Fokuset er ikke på å finne ny informasjon om attraksjoner, men heller på å få samlet informasjonen som finnes. Det er derfor planlagt å hente informasjon fra eksterne sider, og laste dette inn i vår applikasjon. Det vil i hovedsak bli brukt tre sider; TripAdvisor, Yelp og Google maps. Disse er valgt basert på deres sentrale posisjon innenfor tilbud for reisende. TripAdvisor, Yelp and Google Maps TripAdvisor TripAdvisor er verdens største reisenettsted, som gjør det mulig for reisende å planlegge og bestille den perfekte reisen. TripAdvisor tilbyr råd fra millioner av reisende og et bredt utvalg av reisealternativer og planleggingsfunksjoner med sømløse koblinger til bestillingsverktøy som sjekker hundrevis av nettsteder for å finne de beste hotellprisene. TripAdvisor-merkede nettsteder utgjør det største reisefellesskapet i verden med mer enn 340 millioner unike besøkende per måned, og mer enn 225 millioner anmeldelser og synspunkter som dekker mer enn 4,9 millioner overnattingssteder, restauranter og attraksjoner. Nettstedene opererer i 45 Side 3 av 15

land over hele verden. TripAdvisor inkluderer også TripAdvisor for Business, en egen divisjon som gir reiselivsnæringen tilgang til millioner av TripAdvisorbesøkende hver måned. [1] TripAdvisor vil i denne sammenhengen bli brukt til å hente informasjon om de ulike attraksjonene. Yelp Yelp bruker en automatisert programvare for å anbefale de mest nyttige og troverdige anmeldelsene for Yelps Community, blant de millioner av anmeldelser vi får inn. Programvaren tar en mengde forskjellige faktorer i betraktning, som for eksempel kriterier som gjelder kvalitet, pålitelighet og aktivitet på Yelp. Yelps brukere hadde skrevet mer enn 83 millioner anmeldelser innen Q2 2015.Yelp hadde et månedlig gjennomsnitt på 83 millioner unike besøkende som besøkte Yelp via en mobil enhet i løpet av Q2 2015 Yelp vil i denne sammenhengen bli brukt til å finne pris, åpningstider, rating og anmeldelser av de ulike attraksjonene. Et viktig aspekt av applikasjonen er rating av de ulike attraksjonene. Dette bidrar til at brukerne får et inntrykk av hvordan andre har oppfattet attraksjonen og om de anbefaler andre å besøke den. Det er viktig å tenke på kriteriene og motivasjonen for vurderinger av slike applikasjoner, som det blir argumenter for i artikkelen Aspects of personal navigation with collaborative user feedback [2] er det lavere terskel for å vurdere noe dersom man har negative tanker om det. Google Maps The Google Maps Web Services are a collection of HTTP interfaces to Google services providing geographic data for your maps applications. This guide serves only to introduce the web services and host information common to all of the different services. [3] Side 4 av 15

Google maps vil bli brukt for å finne lokasjon samt raskeste rute til attraksjonene. Google maps finner ruter basert på foretrukket fremkomstmåte, og passer derfor de fleste brukere. Problemstilling For å finne informasjon om nye steder og attraksjoner må man selv søke opp den aktuelle destinasjonen, og finne informasjon gjennom flere ulike leverandører. Det fører til en omfattende planleggingsprosess, som kan ta lang tid. Vi ønsker å se på hvordan vi kan samle informasjonen fra de ulike leverandørene til en applikasjon med et enkelt brukergrensesnitt. Målgruppe Hovedmålgruppen er reisende som ønsker å utforske nye steder. De som ikke planleggingsprosessen som følger med reisingen, og vil være meget aktuell for vår applikasjon. Målgruppen er meget generell, og dette kan by på problemer under utvikling av applikasjonen. Det er mulig å filtrere søk basert på personlige preferanser, som pris, distanse, attraksjonstype etc (Se vedlegg 1). Man kan determinere en mer spesifikk målgruppe under hver av disse kategoriene, men de vil alle være bruker av applikasjonen, og dermed falle under en hovedmålgruppe. En sekundær målgruppe kan være mennesker som ønsker å være turist i egen by. Applikasjonen henter attraksjoner basert på lokasjon, og det er derfor også mulig å være turist i egen by. Dette kan være nyttig for å utforske mindre kjente attraksjoner i sin egen by. Det kan også være effektivt for når man får besøk, eller når man er ny innflyttet. Mål for prosjektet Målet med dette prosjektet er å samle relevant informasjon på et sted. Det er ønskelig å gjøre prosessen med utforsking av steder enklere, og redusere planleggingstid. Gjennom innhenting av informasjon fra flere kilder og ved å samle Side 5 av 15

de på et sted, under ett enkelt brukgergrensesnitt er det ønskelig å nå flere mennekser som kan få en bedre opplevelse av sin reise. Forskningsspørsmål «Hvordan kan prosessen med å utforske steder forenkles?» Vi var opprinnelig interessert i måter å forenkle prosessen med å reise og utforske nye steder, med spesielt fokus på attraksjoner. Dette kan fort bli et meget stort spørsmål som kan bli tidkrevende og vanskelig å svare på under denne prosjektperioden. Det er derfor, etter tilbakemeldiger planer om å spisse spørsmålenne med ett eller flere underspørsmål, slik at det blir mer realistisk å komme med en konklusjon i ettertid. Metoder Prototype Vi har valgt å bruke prototyping som et verktøy for å visualisere og fremstille vår ide. Planen er å dele utviklingen i 2 faser. Første fase vil være å lage en mock-up hvor ideen og konseptet skal være i fokus. Denne mockupen vil bli presentert i klassen, samt testet av medstudenter, venner og videreutviklet av gruppemedlemmer. Målet med dette vil være å få innspill og tilbakemeldinger på konseptet som en helhet. Mock-ups er en effektiv måte å involvere brukerene i utviklingen, fordi de lettere kan få en forståelse av hva konseptet faktisk er når det er mulighet for hands on experince og gjennomføring av visuelle scenarioer.[4] I fase 2 vil det bli utviklet en high fidelity prototype, denne skal illustrere design og navigasjon av applikasjonen. Her er det ønskelig å brukerteste videre for å avdekke mulige feil eller problemer man kan støte på. Side 6 av 15

Gjennomføring av brukertesting Vi planlegger å gjennomføre brukertesting av high fidelity prototype. Planen for dette er som følger: Klargjøre test materiale Velge hvilke oppgaver deltakerne skal utføre Velge hvilke data som skal samles inn Velge ut representative deltakere Analysere resultater Brukertestingen blir brukt som hjelp til å evaluere, og vil kunne hjelpe med å forbedre prototypen mer med tanke på brukervennlighet og design. Mer detaljer rundt brukertestingen vil bli omtalt i neste innleveringer. Brukeropplevelse Et mål er å gjøre applikasjonen enkel å bruke for alle, for å møte en størst mulig brukergruppe. Sandnes (2011)[5] viser til fem nøkkelattributter for god brukeropplevelse 1. The system must be easy to learn. 2. Should be effective to use. 3. Must be easy to remember how to use the system. 4. The system should minimize the chances of errors and be tolerant of user errors. 5. The system must be comfortable to use. Disse vil blant annet være grunnlag for vår utforming og utvikling av en helhetlig brukeropplevelse. Universell design The intent of universal design is to simplify life for everyone by making products, communications, and the built environment more usable by as many people as Side 7 av 15

possible at little or no extra cost. Universal design benefits people of all ages and abilities [6] Målet er å få en applikasjon med universelt design, det vil si at løsninger er tilpasset alle brukere uavhening av funksjonevne. Ideen er at løsningen skal kunne brukes av alle uten videre tilpasning. [6] Vi vil blant annet bruke artikkelen Universal Design of Instruction. av Sheryl Burgstaler som grunnlag for design og navigasjon.[7] Funn Det er på dette tidspunktet laget en plan for innhenting av data, og forskningsspørsmål, men på dette stadiet i prosjektet er det enda ikke gjort noen funn som er analysert eller som kan konkluderes med. Som tidligere nevnt er det på dette stadiet ønskelig å forbedre forskningsspørsmålene, og det er derfor vanskelig å si hvordan vi ønsker å få svar på disse spørsmålene. Det kan være hensikstmessig å foreta en ananlyse av eksisterende løsninger, for å finne positive og negative sider ved disse løsningene. Yelp.com API Yelp tilbyr et API som gir muligheter for å hente ut data for eget bruk. Dette vil bli benyttet i vår applikasjon til å hente ut informasjon som implementeres i vår applikasjon. Yelp tilbyr også informasjon i kategorien Travel and Hotels, men dette er ikke tatt med i vår applikasjon da vi tar utganspunkt i at brukeren allerede befinner seg på ønsket destinasjon, og reiserute eller losji vil derfor være overflødig. Dette er også den kategorien på yelp som har færrest vurderinger. Man kan bruke APIet til å hente ut all ønsket informasjonen fra yelp på samme måte som man ville gjort ved et normalt søk. Her vil man motta all informasjon i et JSON format, som videre kan brukes i applikasjonen for å vise dataene. Figur 1 viser et eksempel på dette. Side 8 av 15

Figur 1 Query respons fra https://www.yelp.com/developers/api_console Google Maps API Yelp gir oss informasjon om attraksjoner og tjenester som blant annet består av bredde og lengdegradder (som vises i eksempelet i figur 1). Denne informasjonen kan sendes videre til Google Maps API som vil returnere en reiserute mellom de gitte punktene. Det kan også legges til ønskede parametere som for eksempel fremkomstmiddel.[8] Side 9 av 15

Veien videre Vårt fokus videre er å analysere og evaluere mock-up prototypen. Deretter ønsker vi å implementere de nye mulige forbedringene i konseptet. Videre vil vi arbeide med følgende punkter: Avgrense målgruppe Konkretisere forskningsspørsmål Utvikle en high fidelity prototype Gjennomføre brukertesting Sluttanalyse Fullstendig prosjektrapport Side 10 av 15

Referanser [1] http://no.tripadvisor.com/pages/about_us.html (sist hentet 07.10.2015) [2] Holone, H., Misund, G., Tolsby, H., Kristoffersen, S. : Aspects of personal navigation with collaborative user feedback, 2008. ACM. [3] https://developers.google.com/maps/web-services/overview (sist hentet 07.10.2015) [4] Iacucci, G., Kuutti, K., Ranta, M., On the Move with a Magic Thing: Role Playing in the Design of Mobile Services and Devices. In the Proceedings of DIS2000, Designing Interactive Systems, New York City, USA, pp. 193-202. [5] Sandnes, F. E. (2011). Universell utforming av IKT-systemer. Oslo: Universitetsforlaget. [6] Plos, A., Buisine, S: Universal design for mobile phones: a case study, 2006. ACM. [7] Burgstahler, Sheryl: Universal Design of Instruction. University of Washington, 2001 (http://files.eric.ed.gov/fulltext/ed468709.pdf) [8] https://developers.google.com/maps/documentation/directions/intro (sist hentet 06.10.2015) Side 11 av 15

Vedlegg Mockups Home screene Home screene filter options Side 12 av 15

Side menu Home screene more info Side 13 av 15

My selections My journey Side 14 av 15

Simple profile Side 15 av 15