BuddyTracker. INF5261 Final report Nguyen Cong Nguyen Kennet Vuong Thuc Hoang Martin Dang

Størrelse: px
Begynne med side:

Download "BuddyTracker. INF5261 Final report Nguyen Cong Nguyen Kennet Vuong Thuc Hoang Martin Dang"

Transkript

1 BuddyTracker INF5261 Final report Nguyen Cong Nguyen Kennet Vuong Thuc Hoang Martin Dang

2 Innholdsfortegnelse Introduksjon... 4 Ordforklaringer... 4 Idé... 4 Problemstilling... 4 Fokusgruppe... 5 Teori... 5 Personvern... 5 Universal design:... 5 Cityflocks... 6 Mobilitet... 6 System arkitektur... 7 Klient... 7 Webapplikasjon... 7 Cordova... 7 Tilleggsverktøy... 8 Server... 8 Rest API... 8 NodeJS... 8 Database... 8 Server-klient kommunikasjon...10 Utforsking av eksisterende applikasjoner...10 Life Find my Friends...11 mbuddy...11 Forskningsmetoder...11 Intervju...12 Spørreundersøkelse...12 Brukertester...12 Utviklingsprosess...12 Funksjoner...13 Resultater av intervju...13 High-fidelty prototype

3 Analyse...14 Dypere analyse av valg av utviklingsplatform:...14 Utfordringer vedrørende personvern...16 Gjør Buddytracker det lettere å finne hverandre?...16 Konklusjon...17 Referanser...17 Figurliste

4 Introduksjon Buddytracker er en mobil applikasjon som skal kunne finne venner ved bruk av geografiske koordinater. Disse koordinatene regnes ut ved hjelp av GPS og mobildata på dagens smarttelefoner. Smartelefonen har blitt en essensiell del av vår hverdag. I en undersøkelse utført av TNS Gallup for MediaNorge [MediaNorge, 2014] kommer det fram at 81% i 2013 av hele Norges befolkning har en smarttelefon. Hvis vi går dypere inn på aldersgruppen, år så har over 90 % en smarttelefon [MediaNorge, 2014]. I Norge har vi sterk konkurranse mellom store mobile operatører som tilbyr mobildekning (Telenor, NetCom, Network Norway). De tilbyr den norske befolkningen meget god 3G dekning nesten overalt i landet, og dette er en viktig faktor for vår applikasjon. Applikasjonen krever at man har mobildata for å nøyaktig søke fram bredde- og lengdegrad for en gitt bruker. Til denne endelige rapporten bestemte vi oss for å skrive på norsk. Flertallet i gruppen følte seg mest komfortable med å skrive på norsk. Siden vi også skal ha en muntlig eksaminasjon ut i fra rapporten, var det greit å ha selve rapporten på norsk hvis framføringen også skal være på norsk. Ordforklaringer Noen av uttykkene på engelsk som vi har lest om fra pensumet, og uttykk brukt i kilder fra nettet kan være vanskelig og få en entydig og god oversettelse på til norsk. Derfor har vi valgt å bruke det engelske ordet. Listen over ord som ble brukt bevisst på engelsk er derfor listet her: Native app - En applikasjon som er skrevet i telefonens opprinnelige språk. Hybrid app - En web-applikasjon som er pakket inn til å ligne en native applikasjon. Tracking - å spore. Trail - Spor/Avtrykk Disclosure - formidle/avsløre Temporal - Tid/tidsbestemt Identity - identitet Idé Ideen for vår applikasjon var opprinnelig fra en diskusjon om hvordan vi kunne finne hverandre og andre venner når vi er ute på byen. Med tanke på at en kan være i beruset tilstand etter en kveld på byen kunne det være vanskelig å finne gruppen man var med. Ideen ble realisiert da vi skulle finne et prosjekt vi kunne jobbe med i kurset INF5261. Problemstilling Utvikle en mobil tracking applikasjon med attraktive funksjon som kan finne venner. Utfordringer for applikasjonen: Gjør applikasjonen det lettere for venner og finne hverandre under diverse situasjoner? Personvern, hva slags utfordringer oppstår når man lager en sosial tracking applikasjon? Valg av utviklingsplatform: Native eller hybrid? 4

5 Fokusgruppe Vår fokusgruppe for dette prosjektet er studenter. Dette vil gjøre det lettere for oss å samle inn nødvendig data fordi vi omgås medstudenter hver dag. Vi er selv studenter og har derfor mulighet til å spørre studenter ved IFI og andre fakulteter rundt om på Forskningsparken og Blindern. Som nevnt i introduksjonen, har nærmere 90% av studentene i Norge, i aldersgruppen Vår fokusgruppe for prosjektet er liten, men andelen av andre brukere som kan få nytte av et slikt system er stor. Teori Her vil vi presentere litteratur fra pensumet som vi har lest. Vi har tatt for oss mange av ideéne og fått en mye større forståelse for alle aspektene man må ta stilling til når det kommer til utforming av mobile applikasjoner. Personvern I artikkelen Negotiating Privacy Boundaries in Social Application for Accessibility Mapping blir det presentert flere personverns problemer som oppstår når man utvikler en sosial applikasjon som deler personlig lokasjon. Tre vesentlige punkter innen personvern som blir nevnt: Hvilke informasjon skal man formidle, og hva skal man holde unna? Identitet, hvilke rolle man tar når man formidler informasjonen. Effekten av langvarig lagring av informasjon. Er informasjonen lagret kan den brukes i en annen kontekst og det er ikke noen måte å kontrollere dette på. Gjennom artikkelen diskuteres personvernsproblemer og det oppsummeres at personvernet må kunne forhandles ut i fra situasjonen brukerne er i. Brukeren skal selv ha fullmakt over personvernet i systemet. Universal design: Artikkelen tar for seg hvordan designe mobilen universell for mennesker som har svekket syn, hørsel og eldre mennesker. Det er ikke alltid mennesker med funksjonshemminger eller svekninger kan utføre en oppgave like effektiv som andre. Og det handler om å inkludere flest mulig mennesker til og med de som er nedsatt funksjonsevne. Diskusjoner om universell design for BuddyTracker: BuddyTracker er designet for å intuitiv og veldig lett å bruke. Det er en app som ikke trengs å bruke mye tid for å lære. Hvem som helst kan ha nytte av denne appen. Voksne som passer på barna sine. Hukommelsestap/funksjonshemmende/eldre mennesker, de kan lettere bli passet på uten å være til stede. Alt som trengs er å plante mobilen på en person som skal passes på. Det store spørsmålet her er om de som er funksjonshemmede er i stand til å ha kontroll over appen selv, noe som kan gå utover personvernet. Spesielt de som er blinde eller de som ikke er i stand til å trykke på tastene på mobilen. En løsning på det her er kan være at Buddytracker også forstår talestyring slik at man slipper berøre mobil skjermen for å bruke applikasjonen. 5

6 Cityflocks Denne artikkelen tar for seg hvordan man får tak i informasjon området rundt seg. Det blir presentert to hoved interaksjon alternativer - direkte og indirekte sosial navigasjoner. Og det blir analysert i hvilken tilfeller det er bedre å bruke direkte ovenfor indirekte sosialnavigasjoner, og vice versa. Hvordan folk får bruk for sosialnavigasjon i hverdagene? Cityflocks kobler opp brukere som ikke kjenner hverandre sammen. Er et slikt sosialbasert navigasjon system bedre enn en profesjonell kilde? Ut fra brukertester og undersøkelser så finner de hvordan folk foretrekker å tak i informasjoner fra. Indirekte eller direkte sosial navigasjon, og når det er mest effektiv på forskjellige situasjoner. For å få med mest folk som mulig til å bli med på å forbedre appen vår, bestemte vi oss for å gjøre undersøkelser og intervjuer. På denne måten kom vi fram til både positive og negative tilbakemeldinger på appen, slik at vi kunne gjøre endringer. Mobilitet Under videre utvikling av applikasjonen vår har vi også tatt med forskjellige konsepter innen mobilitet. I de to siste tiårene har samfunnsutviklingen gått i tråd med utviklingen innen IKT (Informasjons- og kommunikasjonsteknologi). Dette blir sagt i artikkelen Expanding the mobility concept av Karkihara og Sørensen som ble skrevet Allerede da var det ett økt fokus på teknologi og bruken av det. Fram til i dag har dette fokuset bare økt og det har i stor grad endret vår hverdag, hvor vi i dag lever i et samfunn hvor mobilitet har en viktigere rolle enn noen gang tidligere. Vi er geografisk uavhengige (Kakihara & Sørensen, 2002), vi kan komme dit vi vil ved bruk av forskjellige transportmidler. Vi kan jobbe hvor som helst gjennom internettet. Vi kan jobbe på farten gjennom bruk av mobiler. Tre hovedpunkter innen mobilitet som nevnes i artikkelen er: Romlig. Hvor interaksjonen foregår. Det skjer også ikke bare blant mennesker, men objekter, symboler, bilder etc. Tid (Temporal på engelsk). Når interaksjonen foregår. Man ser på objective tid som er klokketid sammenlignet med sosial tid som er det subjektive. Kontekst. På hvilke måte, i hvilke sammenheng og til hvem interaksjonen foregår. Artikkelen sier at mobiliteten blant mennesker vil øke i takt med teknologien. Videre er det ikke bare bevegelsene og den geografiske uavhengigheten som vil videreutviklet, men også menneskelig interaksjon. I forhold til Buddytracker ønsker vi at man skal kunne finne ut hvor sine venner er uten å være der. Man kan når som helst finne vennene sine i forskjellige situasjoner. Denne mobiliteten er noe vi ønsker å få til med Buddytracker. 6

7 System arkitektur Klient Webapplikasjon Alle i Buddytracker gruppen kommer fra studieretningen Programmering og nettverk. I starten hadde vi ambisjoner om å utvikle og programmere hele applikasjonen og systemet, men på grunn av tidsbegrensninger i kurset har utviklingen av hele systemet blitt utelatt. Det vi har fått ferdigutviklet er en enkel prototype av brukergrensesnittet til appen. I første omgang har vi valgt å utvikle en singlepage-application (Single-page application, 2007), som er en webbasert løsning for en applikasjon. Dette gjør at brukeren kun forholder seg til en HTML side og all interaksjon og data henting fra server foregår i javascript på klient siden. Fordelen med å gå bruke denne form for utvikling er at det blir mindre belastning på server-siden. Serveren overlater alt design rendering til klient-siden. I tillegg til dette vil det også være lettere for oss å distribuere en web applikasjon over flere mobile plattformer(ios, Android, Windows phone osv), da vi har ambisjoner om å støtte de fleste mobilenheter. Cordova For at vi skal kunne distribuere applikasjonen slik vi ønsker, skal vi bruke et rammeverk som heter Cordova. Med hjelp av Cordova (The Apache Software Foundation, 2012), kan vi utvikle en native applikasjon ved bruk av HTML, CSS og Javascript. Cordova tar koden en har skrevet og pakker det rundt med native kode [Figur 1]. En stor fordel med å utvikle applikasjonen ved hjelp av webteknologiene nevnt ovenfor er at vi kun trenger å utvikle applikasjonen i et språk. Likevel kan vi distribuere applikasjonen raskt til alle platformer og vi slipper også å lære oss platformrettet språk mot de forskjellige operativsystemene (ios, Android etc.). Hvis dette produktet blir et vellykket prosjekt og skal settes i større produksjon, så er det en mulighet å gå native. Det man oppnår gjennom native er en forbedret ytelsen og noe lunde mer strømlinjeformet interaksjon i applikasjonen. Buddytracker er et ganske lite prosjekt, og spørsmålet om det er nødvendig med native applikasjon eller ikke, kommer vi til å diskutere og undersøke med vår mer i dybden med fokusgruppen. Figur 1: Hvordan Cordova fungerer 7

8 Tilleggsverktøy I tillegg til bruk av Cordova og webteknologier for å få fart på vår prototype, kommer vi til å bruke Ionic framework (Drifty Co, 2013). Ionic er en front-end rammeverk i HTML og CSS som hjelper oss med å sette opp vårt UI-design. Rammeverket setter også opp web applikasjonen på en strukturert måte. Alle DOM manipuleringer kommer til å bli utført av Ionic. For å holde javascript delen av vår applikasjon strukturert og ryddig, kommer vi til å bruke rammetverket AngularJS [kilde]. Angular er utviklet og opprettholdt av Google og vi har også masse erfaringer med dette rammeverket fra tidligere prosjekter. Server Rest API Alle disse verktøyene kombinert, definerer vår applikasjon slik at den fungerer på telefonen. Men hvordan skal applikasjonen kommunisere med andre brukere med samme applikasjon? Vi ønsker å lage et REST API som backend-serversite, hvor en bruker sender HTTP pakker til en server, og serveren vil respondere med informasjon. Hva er et REST API? REST står for Representational state transfer [kilde], dette er en ny måte å bruke den eksisterende HTTP protokollen ved hjelp av GET, POST og mer. Vanligvis sender man en HTTP forespørsel til en server og serveren svarer med ett HTML dokument. Dette er unødvendig bruk av ressurser, da vi kun ønsker data som er relevant for brukeren. Her kommer REST inn i bildet. Når en klient gjør en HTTP forespøresel mot en server, vil serveren svare med data i JSON format, som kun inneholder data som er relevant for brukeren. Eksempel: { user : Ola Nordmann, coordination : { latitude : , longitude : }} Dette er et eksempel på et JSON format/object. Som man ser er dataen man får tilbake strukturert og lett og lese. Et JSON objekt er en javascript objekt notasjon [kilde], og dette er en lettleselig notasjon med nøkkel-verdi par. JSON fungerer utmerket med javascript, fordi det er slik man oppretter et objekt i Javascript. NodeJS Som server kommer vi til å bruke NodeJS. Grunnen til at vi vil bruke dette er for å komme raskt i gang med utviklingen, og syntaks for denne serverteknologien er Javascript som vi har masse erfaringer med. NodeJS er raskt og har ikke-blokkert input og output. I tillegg er den en veldig lett(lightweight) server applikasjon, som da utfyller våre ytelse krav perfekt. Database Bak denne serveren trenger vi også en persistent database, som kan holde orden på dataene. Det må være sikkert å lagre dataen, men også være stabil. Går databasen ned vil ikke brukerne ha noe data å forholde seg til og man vil ikke kunne finne hverandre. For å oppfylle disse kravene 8

9 kommer vi til å bruke MySQL eller MongoDB. MySQL er en relasjonsdatabase som betyr at dataen er lagret i tabeller med rader og kolonner. Mens MongoDB ikke er et relasjonsdatabase, men en nosql database, hvor dataen blir lagret som JSON objekter. I følge MoreDevs referansen så er MongoDB 2-3 ganger raskere enn MySQL, men dette teller kun for stor mengde data, og i våres tilfelle, hvor vi er i oppstartsfasen har vi ikke fokusert på skalerbarhet ennå, konklusjonen på database valg, blir at vi velger det som kan få oss raskt i gang, i dette tilfellet MySQL, da dette er noe vi har masse erfaringer med. Figur 2: Systemarkitektur BuddyTracker 9

10 Server-klient kommunikasjon Figur 3: Interaksjon mellom brukere og server På figuren ovenfor [Figur 3] viser vi hvordan vi tenker oss kommunikasjonen mellom brukerne ser ut. Client 3 er venn med client 1 og 2, og han kan hente data fra begge disse via buddytracker server. Men siden client 1 og 2 ikke er venner, kan ikke de hente data fra hverandre. Utforsking av eksisterende applikasjoner Life360 Life360 (Life360, 2008) er en kryss platform applikasjon, som betyr at den støttes på alle enheter. Life360 er gratis med begrenset funksjonaliteter, applikasjonen går ut på at du kan finne venner og familie gjennom deres system, samt kommunisere med hverandre. Men Life360 har en veldig lukket bruksområde, platformen fungerer best i USA, men den tilbyr langt flere funksjonaliteter enn BuddyTracker, som meldingsutveksling mellom brukere, lokalisering av brukere som ikke har smart phone, og finne forsvunnet telefoner, i tilegg til dette lagrer også life360 historien på steder du har besøkt, noe buddytracker ikke vil, vi lagrer kun siste lokasjon. Våres app har et større fokus på studenter og yngre mennesker, og er mer tilpasset det norske miljø, systemet vårt ligner veldig på Life360, men vi vil holde systemet som open kilde kode, samtidig som det er gratis, mens Life360 tilbyr en sum for ekstra funksjonalitet, vil vi holde alle ekstra funksjonaliteter gratis. 10

11 Find my Friends Find my Friends (Apple Inc., 2011) er en velkjent app utviklet for ios enheter av Apple. Deres konsept ligner veldig på våres, hvor du kan spore dine venner. Find my Friends har de samme funksjonene som BuddyTracker har, men det som skiller Find my Friends og BuddyTracker er at BuddyTracker sikter mot flere platformer. Find my Friends vil gjøre det mulig for venner å finne hverandre dersom begge har internett, dersom de ikke har det vil det ikke komme opp noe siste kjente posisjon, noe som BuddyTracker tilbyr. Problemet med Find My Friends er at alle funksjonene er implementert, men de fungerer ikke så veldig bra på de ulike ios enhetene. Selv etter at det ble sendt en invitasjon (ref. bilde) så fikk ikke vi lagt hverandre til. Eller at den velger å sende lokasjonen til en annen enhet som er blitt koblet opp mot apple-kontoen. Figur 4: Brukergrensesnittet til Find My Friends mbuddy mbuddy (mbuddy, 2007) er en posisjoneringstjeneste levert av NetCom, hvor norske mobilabonnementer(begrenset til Telenor og Netcom) kan lokalisere hverandre. mbuddy bruker informasjon fra mobilnettet for å finne hvilke basetasjoner en mobiltelefon er tilknyttet. I tettbygde strøk vil deres lokalisering normalt gi nøyaktighet på et par hundre meter, i områder hvor det er langt mellom basestasjonene er det mer normalt med et par kilometers nøyaktighet. Buddytracker bruker GPS-koordinater og vil være mer nøyaktig til en viss grad. Et lite pluss ved mbuddy i forhold til Buddytracker, er at mbuddy lokaliserer ved hjelp av basestasjoner, som vil si at telefonen ikke krever å være en smart telefon eller ha 3g dekning, noe buddytracker applikasjonen krever. Mbuddy operer også på basestasjoner, noe som vi i førsteomgang ikke har tilgang til, og derfor vil ikke dette være vurdert som et alternativ til GPS i buddytracker. Forskningsmetoder Vårt mål er å utvikle et nyttig system med attraktive funksjoner. Målet med datainnsamlingen vi har utført er å kartlegge hvilke funksjoner som kan være nyttige for studenter. Sammen med tilbakemeldinger om hvordan applikasjonen skal se ut, har også innsamlingen gitt oss mange svar på personvernspørsmål. Vi vil også finne ut om studentene legger vekt på om en mobil applikasjon er native eller hybrid. Gjennom disse dataene vil vi kunne rettferdiggjøre vårt valg av utviklingsplatform. 11

12 Vi har valgt å gjennomføre intervjuer, spørreundersøkelser og brukertester. Disse metodene gir oss både kvalitative og kvantitative tilbakemeldinger som gir oss et bredt spekter av data som vil hjelpe oss med valgene vi tar. Intervju Intervjuer er en god måte å tilegne seg kvalitative tilbakemeldinger fra brukerne. Vi hadde ett sett med strukturerte spørsmål, samtidlig er disse spørsmålene åpne slik at brukerne selv kan fortelle sin mening om applikasjonen. Dette kalles for semi-strukturert intervju, og med dette kan brukeren ha friheten til å gi oss sine ideér og forslag. Målet er å få svar på ting som vi kanskje ikke har vært oppmerksom på, slik at vi kan forbedre designet og applikasjonen. Spørreundersøkelse Spørresundersøkelser er brukt for å få kvantitative data om brukergruppen. Sammenlignet med intervjuer kan vi spørre en mye større brukergruppe uten at brukerne selv er tilstede. De er også veldig lett å gjennomføre fordi de er strukturerte og kravene er få. Brukertester Dette ble brukt for å involvere brukerne under utviklingen og testingen. Brukertester ble tatt i bruk for å teste prototypen vår og få verdifull tilbakemeldingen på funksjonaliteten og designet. Dette er viktig for å kunne utføre forbedringer og fikse feil i applikasjonen. Det er ikke mulig for utviklerne og finne alle feil, og det beste er å få tilbakemeldinger fra brukerne selv. Utviklingsprosess Vi bestemte oss for å ta i bruk brukersentrert utvikling (Lawton & Thorp, 2008). Vi vil involvere brukerne tidlig og finne ut hva brukerne ønsker. Det finnes gode lignende applikasjoner som Buddytracker. Vi har testet noen av disse for å finne ut hva som mangler, ikke er bra nok, eller rett og slett noe nytt som brukerne ønsker. Fra artikkelen Universal design for mobile phones har vi funnet et diagram som i stor grad har påvirket vår utviklingsprosess. Figur 5: Universal design diagram 12

13 Funksjoner Den mest vanlige funksjonen i et tracking system er å kunne se hverandre på kartet. Dette vil selvfølgelig være en viktig del av applikasjonen, men vi vil også legge til ha en ekstra funksjoner. Det skal være opp til hver enkelt å bestemme om posisjonen skal være synlig eller ikke for å unngå at systemet gjør noe brukeren ikke vil. Applikasjonen må derfor ha et krav om mulighet for å forhandle personvern ut fra hvilken situasjoner brukeren er i (Holone, H., Herstad, J. 2010). Brukeren må gi oss tilgang til å lagre deres informasjoner til en viss grad, men ikke over lengre tid. Ideer på funksjoner til appen vår: Busy mode (andre brukere kan ikke se deg) Begrense tilgjengelighet på kartet (andre brukere får kun se deg i en kort periode) Alert mode (i tilfelle det er en nødsituasjon) Open source kart (vise posisjonene til brukere) Kontakt liste (Slette/legge til kontakter) Bruker profil (Generell informasjon) Resultater av intervju De fleste som vi intervjuet syntes disse funksjonene var viktig for en app som Buddytracker, spesielt busy mode. Hadde det ikke vært for busy mode så kunne de aldri tenkt seg å ha appen instalert på mobilen. Busy mode blir den store skillen mellom vår applikasjon og et overvåknings program. På open source kartet fikk vi også mye bra tilbake meldninger på. De sa at det hjelper å få et visuelt bilde på hvor andre brukere var istedenfor å bare få gate/vei adressen. Ellers var syntes de fleste at det holder med disse funksjonene. Fordi da blir det ikke så mye å sette seg inn i. Jo mer funksjoner en app har jo mer tid trengs det for å forstå appen. Andre ønskede funksjoner fra intervjuene: Skjule noe av informasjonen i profilen til man er blitt venner. Sende meldinger til hverandre i form av chat eller lignende. Opprette møte plass til en bestemt tid. Noen få som vi intervjuet ville at vi skal legge til en funksjon slik at man kan skjule noe av den generelle informasjon på brukerprofilen, som etternavn, fødselsdato/alder/kjønn, telefonnummer, pga personlige grunner. Det var en god ide som lett kan bli implementert. Vi vil at appen skal være enkel å bruke derfor utelukker vi funksjoner som ringe eller sende hverandre melding gjennom appen. Appen er kun ett alternativ for å kunne hverandre enklere uten å måtte sende melding eller ringe. For oppretting av møteplasser så har vi tenkt på det, men har ikke implementert det i prototypen. 13

14 High-fidelty prototype Etter tilbakemelding fra brukerne og ideene deres om funksjoner og design, har vi lagd en webapplikasjon prototype. Denne prototypen er ren HTML, CSS og Javascript som vi ikke enda har fått pakket inn i Cordova for utrulling til de forskjellige operativsystemene. Vi har ikke fått funksjonene til å fungere som vi ønsker enda og dette er bare bilde på hvordan applikasjonen vil bli seende ut. Analyse Figur 6: Skjermbilde av BuddyTracker prototype Dypere analyse av valg av utviklingsplatform: Vi valgte å ta i bruk Cordova som er et kryssplatform rammeverk. Med tanke på vår kompetanse og begrensende tid i kurset kunne vi ikke utvikle for alle de tilgjengelig mobile platformene. Derfor valgte vi en utviklingsplatfrom som man kan rulle ut for alle. Etter en intern diskusjon innad i gruppen kom vi fram til: For brukerne spiller det ingen rolle hvordan applikasjonen er utviklet, så lenge det fungerer og brukeren får gjort det dem ønsker. Vi lagde derfor en spørreundersøkelse som inneholdt representater som hovedsaklig er fra UiO, men også noen fra HiOA for å undersøke vår påstand. Totalt var det 33 personer som svarte på undersøkelsen anonymt. Målet med spørreundersøkelsen var å finne ut mer om studenters generelle kunnskap om utviklingsplatformer. Om hva som viktigst i en mobilappliaksjon, og om de i det hele tatt bryr seg om hvordan applikasjonen er utviklet. 14

15 Spørsmål brukt for undersøkelsen: 1. Hybrid eller native mobil applikasjon? Hybrid Native Vet ikke forskjellen mellom dem 2. Vet du hva en native eller en hybrid applikasjon er? Ja Nei 3. Hva er det viktigste med en mobil applikasjon: Design Funksjonalitet Ytelse 4. Hvis applikasjonen fungerer, yter bra og har et bra design. Hybrid eller Native? Hybrid Native Spiller ingen rolle Resultater av spørreundersøkelsen: På spørsmål 1, svarte majoriteten på at dem ikke vet forskjellen. Hele 90 % visste ikke forskjellen. Dette tallet hadde nok vært høyere om deltagerne hadde vært mer spredt om på fakultetene på UiO. En høy del andel av deltagerne var IT-studenter, og vi antar at dem vet en del mer om ulike utviklingsteknologier for mobil enn f. eks farmasi studenter. De resterende svarte at dem foretrakk native applikasjon. Spørsmål 2 er veldig relatert til spørsmål 1. De som ikke visste hva forskjellen var mellom hybrid og native mobilapplikasjoner, vet heller ikke hva de enkelte platformene er for noe. Spørsmål 3 gav ganske spredte svar. En liten andel på bare 2 % mente at ytelse var det viktigste. Resten var ganske jevnt fordelt mellom design og funksjonalitet. Det vi ser her er at få legger vekt på ytelse, som er en av hovedgrunnene til at man går native. Design og funksjonalitet er noe hybrid applikasjoner kan tilby. På spørsmål 4 svarte alle, utenom en deltager på at det spiller ingen rolle på hvilke platform man utvikler i. For å oppsummere, majoriteten vet ikke hva forskjellen på Native og Hybrid applikasjoner. De som ikke vet forskjellen legger derfor ikke stor vekt på hva slags platform applikasjonen er utviklet så lenge dem for gjort det dem skal. Selv de som vet forskjellen, legger ikke så stor vekt på ytelse, og de mener at så lenge applikasjonen gjør det de ønsker så kan det for all del være hybrid utviklingsplatform. Eneste grunnen til at man går for native applikasjon er en noe forbedret ytelse, men veldig få la vekt på dette som en viktig funksjon. Vi kan dermed si at valget vårt av å bruke en hybrid utviklingsplatform var et godt valg. 15

16 Utfordringer vedrørende personvern Personvern i BuddyTracker har gått gjennom mange diskusjoner internt på hvordan vi skal løse det. Hvor går grensen på for mye informasjon og hvor går grensen for altfor sensitiv informasjon? Palen og Dourish (Holone, H., Herstad, J. 2010) definerte informasjonslagring ved å bruke temporality boundary. I de siste årene har lagring av persondata forandret seg helt, før var det vanlig å tenke seg at informasjonen bare ville være tilgjengelig midlertidig. Men nå er det sånn at i det informasjonen er blitt lagt ut på internett så vil den være der mye lengre enn før, det kan ta måneder eller år før informasjonen blir glemt. BuddyTracker tar høyde for dette ved å begrense hvilken data som blir lagret av brukeren når de bruker BuddyTracker. Istedenfor å lagre trails om hvor brukeren har vært (som mobiloperatørene gjør i det skjulte (Lekanger, 2012)), så vil vi kun lagre siste kjente koordinat til enhver tid i en kort periode. Dette er for at brukeren ikke kan bli overvåket ved senere anledninger slik at informasjonen om brukeren forblir minimalt for økt sikkerhet. Dersom brukeren ønsker å forlate tjenesten vil vi slette all data som tilhører denne brukeren, samt alle relasjoner mellom brukeren og andre brukere i systemet. Eller om brukeren har lyst på innsyn av sin egen data vil han få dette fortløpende, for det er slått fast i personopplysningsloven 16 (2001) at brukeren har rett på informasjon om data som er lagret innen 30 dager. På denne måten har brukeren full kontroll på hvilken informasjon BuddyTracker har på brukeren og muligheten til å fjerne all data på seg selv hos BuddyTracker. Dette er en av hovedfundamentene for BuddyTracker som vil gjøre det mer attraktivt i forhold til mange andre tjenester som Facebook som lagrer data om brukeren til tross for at brukeren har meldt seg ut av tjenesten. Vi har også sett på disclosure boundaries og identity boundaries som blir nevnt i artikkelen. Dette gjør vi gjennom de diverse funksjonene vi vil ha med i Buddytracker. På den måten er det hele tiden brukeren som bestemmer hva og når dem publiserer informasjon, og hvilke rolle dem tar inne i systemet. Gjør Buddytracker det lettere å finne hverandre? Ved første forelesning ble det presentert et prosjekt for å lage en GPS tracker som de kan feste på deres ski, for å finne ut om det noen var forsvunnet fra gruppen på fjellet da de sto på ski eller ble tatt av snøskred. Det var da vi tenkte; Hvorfor ikke bruke deres telefon til å gjøre det samme?. Vi har i utgangspunktet vår telefon med oss overalt, dette kunne vært til nytte for alle. I vårt prosjekt brukte vi studenter som fokus gruppe. Hvis vi sammenligner den nye tilnærmingen av å finne hverandre mot hvordan vi skulle finne hverandre på byen tidligere. Så er vi alle i gruppen enige at Buddytracker ville hjulpet oss. Buddytracker konseptet kan kan også konverteres til andre brukergrupper: Eldre mennesker kan utstyres med en smarttelefon hvor man Buddytracker er på. Foreldre kan passe på barna sine gjennom å ha Buddytracker på mobilen. Eventuelt andre familiemedlemmer. 16

17 Dette er to konkrete eksempler på hvor Buddytracker kan være nyttig og lett å bruke, foruten vårt eksempel hvor det handler om å finne venner på byen. Konklusjon Da vi bestemte oss for å utvikle Buddytracker var utvikling av applikasjonen vår viktigste prioritet. Vi har derfor gått i dybden på systemarkitektur og forklart nøye hvordan vårt planlagte system blir. Men pågrunn av tidsbegrensningene har vi måtte nedprioritere utviklingen av applikasjonen, og vi fikk heller ikke satt opp en workshop for brukerne. Det vi har lært mye underveis er at det er mange andre komplikasjoner som oppstår når man skal utvikle en mobil applikasjon. Personvern er en viktig del av Buddytracker og vi tror at gjennom måten vi ønsker å behandle dataene på er en god måte å bevare personvernet på. Den nåværende versjonen av Buddytracker har ikke universal design, men dette er noe vi har tenkt mye på, og vi har også nevnt hvordan vi kan løse visse situasjoner for forskjellige type brukere. Referanser [1] Andel som har smarttelefon (2014) MediaNorge [Internett]. Tilgjengelig fra: <http://medienorge.uib.no/statistikk/medium/ikt,oppdatering/379>. [Lest 1. Oktober 2014]. [2] Andel med tilgang til smarttelefon (2014) MediaNorge [Internett]. Tilgjengelig fra: <http://medienorge.uib.no/statistikk/medium/ikt,oppdatering/379>. [Lest 1. Oktober 2014]. [3] Kakihara, M. and Sørensen, C. (2002) Mobility: An Extended Perspective. 35th Annual Hawaii International Conference on System Sciences [4] The Apache Software Foundation (2012) Apache Cordova [Internett], The Apache Software Foundation. Tilgjengelig fra: <http://cordova.apache.org/>. [Lest 10. November 2014]. [5] Google Inc. (2010) AngularJS [Internett], Google Inc.. Tilgjengelig fra: <https://www.angularjs.org/>. [Lest 10. November 2014]. [6] Representational state transfer (2008) Wikipedia [Internett]. Tilgjengelig fra: <http://en.wikipedia.org/wiki/representational_state_transfer>. [Lest 1. Oktober 2014]. [7] JSON (2005) Wikipedia [Internett]. Tilgjengelig fra: <http://en.wikipedia.org/wiki/json>. [Lest 1. Oktober 2014]. [8] Joyent Inc. (2009) NodeJS [Internett], Joyent Inc. Tilgjengelig fra: <http://nodejs.org/> [Lest 1. Oktober 2014]. 17

18 [9] Moredevs (14. Mars 2013) MySql vs MongoDB performance benchmark [Internett], Moredevs. Tilgjengelig fra: <http://www.moredevs.ro/mysql-vs-mongodb-performance-benchmark/>. [Lest 10. November 2014]. [10] Life360 (2008) Life360 [Internett], Life360. Tilgjengelig fra: <https://www.life360.com/>. [Lest 1. Oktober 2014]. [11] Apple Inc. (2011] Find My Friends [Internett], Apple Inc.. <https://www.apple.com/apps/find-myfriends/>. [Lest 1. Oktober 2014]. [12] Shawn Lawton Henry, Justin Thorp. (18. April 2008). WAI: strategies, guidelines, resources to make the Web accessible to people with disabilities [Internett], W3C. Tilgjengelig fra: <http://www.w3.org/wai/redesign/ucd>. [Lest 1. Oktober 2014]. [13] Plos, A., Buisine, S. (2006). Universal design for mobile phones: a case study. ACM. [14] Bilandzic, M., Foth, M., & De Luca, A. (2008). CityFlocks: Designing Social Navigation for Urban Mobile Information Systems. Paper presented at the ACM SIGCHI Designing Interactive Systems (DIS) Conference, Cape Town, South Africa. [15] Holone, H., & Herstad, J. (2010). Negotiating privacy boundaries in social applications for accessibility mapping. In Proceedings of the 6th Nordic Conference on Human-Computer Interaction: Extending Boundaries (pp ). ACM. [16] Lekanger, Kurt (2012) 2000 lesere krevde innsyn. Artikkel, Mediehuset Tek, 7. Juni 2012 [Internett]. Tilgjengelig fra: <http://www.tek.no/artikler/2000-lesere-krevde-innsyn/109994>. [Lest 10. November 2014]. [17] Personopplysningsloven - popplyl. (2000) Lov om behandling av personopplysninger (personopplysningsloven) 01. Januar Tilgjengelig fra: <https://lovdata.no/dokument/nl/lov/ >. [Lest 10. November 2014]. [18] mbuddy (2007) mbuddy [Internett], mbuddy. <http://www.mbuddy.no/buddyweb/>. [Lest 10. November] [19] Single-page application (2007) Wikipedia [Internett]. Tilgjengelig fra: <http://en.wikipedia.org/wiki/single-page_application>. [Lest 10. November 2014]. [20] Drifty Co (2013) Ionic [Internett], Drifty Co. Tilgjengelig fra: <http://ionicframework.com/>. [Lest 10. November] 18

19 Figurliste [ ] Selvlagde bilder av BuddyTracker-gruppen (2014). [5] Tatt fra Plos, A., Buisine, S. (2006). Universal design for mobile phones: a case study. ACM. 19

Forprosjektrapport. Gruppe 26. Digitalt læreverktøy for Cappelen Damm

Forprosjektrapport. Gruppe 26. Digitalt læreverktøy for Cappelen Damm Hovedprosjekt i informasjonsteknologi 2016 Høyskolen i Oslo og Akershus Forprosjektrapport Digitalt læreverktøy for Cappelen Damm Gruppe 26 Sofia Aittamaa - s198580@stud.hioa.no Petter Lysne - s198579@stud.hioa.no

Detaljer

Forprosjektrapport. Bachelorprosjekt i informasjonsteknologi ved Høgskolen i Oslo og Akershus, våren 2016. Pillbox Punchline

Forprosjektrapport. Bachelorprosjekt i informasjonsteknologi ved Høgskolen i Oslo og Akershus, våren 2016. Pillbox Punchline Forprosjektrapport Bachelorprosjekt i informasjonsteknologi ved Høgskolen i Oslo og Akershus, våren 2016 Pillbox Punchline Gruppe 8 André Østhagen Bye, s198607 Annika Hammervoll, s198611 Hanne Rygge, s198613

Detaljer

Presentasjon. Kristian Hewlett- Packard 29.05.2012

Presentasjon. Kristian Hewlett- Packard 29.05.2012 2012 Presentasjon Kristian Hewlett- Packard 29.05.2012 1 Innledning Denne innledningen inneholder informasjon om gruppen, samt bakgrunn og mål for oppgaven og en introduksjon til temaet. 1.1 Gruppen Vår

Detaljer

Artist webside. Gruppe medlemmer Joakim Kartveit. Oppdragsgiver Tetriz Event & Management. Frode Mathiesen. Gry Anita Nilsen.

Artist webside. Gruppe medlemmer Joakim Kartveit. Oppdragsgiver Tetriz Event & Management. Frode Mathiesen. Gry Anita Nilsen. Artist webside Innhold Artist webside...1 Gruppe medlemmer...1 Oppdragsgiver...1 Kontaktperson...2 Veileder...2 Oppgaven...2 Muligheter...2 Sammendrag...2 Dagens situasjon...2 Mål og rammebetingelser...3

Detaljer

Dokument 1 - Sammendrag

Dokument 1 - Sammendrag Dokument 1 - Sammendrag Automatnett - Nytt CMS-verktøy for Uno-X Automat Fakultet for teknologi, kunst og design Høgskolen i Oslo og Akershus, 2013 Innholdsfortegnelse Sammendrag 1 1. Innledning 1 2. Om

Detaljer

Forprosjekt gruppe 13

Forprosjekt gruppe 13 Forprosjekt gruppe 13 Presentasjon Tittel: Oppgave: Periode: Gruppemedlemmer: Veileder: Oppdragsgiver: Kontaktperson: Mobilbillett i HTML5 Utvikle en mobil billettautomat innenfor kategorien dedikert web

Detaljer

Eventhandler Teknologi, kunst og design Høgskolen i Oslo og Akershus, våren 2013. Testrapport

Eventhandler Teknologi, kunst og design Høgskolen i Oslo og Akershus, våren 2013. Testrapport Eventhandler Teknologi, kunst og design Høgskolen i Oslo og Akershus, våren 2013 Testrapport 1 INNHOLDSFORTEGNELSE 1 INNHOLDSFORTEGNELSE... 1 2 Innledning... 2 3 Formål med testing... 3 3.1 Funksjonalitet...

Detaljer

KRAVSPESIFIKASJON. Tittel: Pris++ Oppgave: Utvikle en Android applikasjon med tilhørende databasesystem. Periode: 1. Januar til 11. Juni.

KRAVSPESIFIKASJON. Tittel: Pris++ Oppgave: Utvikle en Android applikasjon med tilhørende databasesystem. Periode: 1. Januar til 11. Juni. KRAVSPESIFIKASJON Tittel: Pris++ Oppgave: Utvikle en Android applikasjon med tilhørende databasesystem. Periode: 1. Januar til 11. Juni. Prosjektgruppe: 27 Prosjektmedlem: Ole Almenning Stenhaug Veileder.

Detaljer

Tilgjengelige apps fra design til bruk

Tilgjengelige apps fra design til bruk www.nr.no Tilgjengelige apps fra design til bruk Trenton Schulz Forsker Norsk Regnesentral Yggdrasil 2011 Tutorial 2011-10-17 Kjapp undersøkelse 2 Hvor mange av dere 3 har laget apps? 4 har laget apps

Detaljer

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

F.I.F.F.I.G. Fleksibelt og Innovativt system For FakultetsInformasjon og andre Greier F.I.F.F.I.G. Fleksibelt og Innovativt system For FakultetsInformasjon og andre Greier Bakgrunn Kvardagsbehov Studierelatert Tre ting: Emne info Mat Kollektivtrafikk UiO på mobilen? Mål Samle informasjon

Detaljer

Bachelorprosjekt 2015

Bachelorprosjekt 2015 Bachelorprosjekt 2015 Høgskolen i Oslo og Akershus Tam Ha (s171513) Arslan Yousaf (s189135) Gabriel Noraker Alfarrustad (s161910) Eivind Lund (s180381) Phillip Padiernos Næss (s162951) Forprosjekt Prosjektets

Detaljer

VEDLEGG 1 KRAVSPESIFIKASJON

VEDLEGG 1 KRAVSPESIFIKASJON VEDLEGG 1 KRAVSPESIFIKASJON INNHOLDSFORTEGNELSE Forord... 2 1 Systembeskrivelse... 2 2 Mål for systemet... 3 3 Funksjonelle krav... 4 4 Ikke-funksjonelle krav... 5 5 Use-case diagram... 6 6 Rammekrav...

Detaljer

Kjørehjelperen Testdokumentasjon

Kjørehjelperen Testdokumentasjon 2013 Kjørehjelperen Testdokumentasjon Høgskolen i Oslo og Akershus Henrik Hermansen og Lars Smeby Gruppe 8 26.05.2013 Forord Dette dokumentet tar for seg to forskjellige ting. Først forklares det hvordan

Detaljer

Forprosjektrapport. Kristian Johannessen, Michael Andre Krog, Lena Sandvik, Alexander Welin, Snorre Olimstad Gruppe 15 25.01.2012

Forprosjektrapport. Kristian Johannessen, Michael Andre Krog, Lena Sandvik, Alexander Welin, Snorre Olimstad Gruppe 15 25.01.2012 2012 Forprosjektrapport Kristian Johannessen, Michael Andre Krog, Lena Sandvik, Alexander Welin, Snorre Olimstad Gruppe 15 25.01.2012 1 Innhold 2 Presentasjon... 3 3 Sammendrag... 3 4 Dagens situasjon...

Detaljer

Kravspesifikasjon. Android app for aktivering av jakt- og fiskekort. Bacheloroppgave vår 2014. Høgskolen i Oslo og Akershus. Charlotte Sjøthun s180495

Kravspesifikasjon. Android app for aktivering av jakt- og fiskekort. Bacheloroppgave vår 2014. Høgskolen i Oslo og Akershus. Charlotte Sjøthun s180495 Charlotte Sjøthun s180495 Nanna Mjørud s180477 Anette Molund s181083 Kravspesifikasjon Android app for aktivering av jakt- og fiskekort Bacheloroppgave vår 2014 Høgskolen i Oslo og Akershus Forord Hensikten

Detaljer

Metodevalg i et tilgjengelighetsperspektiv: erfaringer, fallgruver og anbefalinger

Metodevalg i et tilgjengelighetsperspektiv: erfaringer, fallgruver og anbefalinger www.nr.no Metodevalg i et tilgjengelighetsperspektiv: erfaringer, fallgruver og anbefalinger Workshop om brukerundersøkelser 21. mai 2010, Norsk Regnesentral (NR) Dr. Ivar Solheim Sjefsforsker Kristin

Detaljer

Hovedprosjekt 2014, Høgskolen i Oslo og Akershus

Hovedprosjekt 2014, Høgskolen i Oslo og Akershus Forprosjektrapport Gruppe 2 Hovedprosjekt 2014, Høgskolen i Oslo og Akershus 1 INNHOLD 2 Presentasjon... 2 2.1 Gruppen medlemmer... 2 2.2 Oppgave... 2 2.3 Oppdragsgiver... 2 2.4 Veileder... 2 3 Sammendrag...

Detaljer

S y s t e m d o k u m e n t a s j o n

S y s t e m d o k u m e n t a s j o n S y s t e m d o k u m e n t a s j o n Monitorering av produksjonsløyper ved Nasjonalbiblioteket - Project BAKE Utarbeidet av: Einar Wågan Kristian Akerhei Studium: Informasjonssystemer Innlevert: 26.5.2015

Detaljer

Midtveisrapport Mobilt prosjekthådteringsverktøy

Midtveisrapport Mobilt prosjekthådteringsverktøy Midtveisrapport Mobilt prosjekthådteringsverktøy Nirojah Melina Balagumar Tor-Erik Askildsen Neethi Warman Rasalingam Innholdsfortegnelse Innledning... 2 Beskrivelse av Mobilt prosjekthåndteringsverktøy...

Detaljer

24.01.2014 Hovedprosjekt i Informasjonsteknologi ved Høgskolen i Oslo og Akershus. Forprosjektrapport. Presentasjon

24.01.2014 Hovedprosjekt i Informasjonsteknologi ved Høgskolen i Oslo og Akershus. Forprosjektrapport. Presentasjon 24.01.2014 Hovedprosjekt i Informasjonsteknologi ved Høgskolen i Oslo og Akershus Forprosjektrapport Presentasjon Tittel Precision Teaching App for Android Oppgave Å lage en Android app som skal benyttes

Detaljer

4.5 Kravspesifikasjon

4.5 Kravspesifikasjon 4.5 Kravspesifikasjon 4.5.1 Funksjonalitet og systembeskrivelse Webapplikasjonen har tre overordnede funksjoner; Opprett Spotify arrangement, Opprett SoundCloud arrangement og Bli med på arrangement. Brukere(kalt

Detaljer

Midtveisrapport Bibliotek et i lomma Av: Julie Holmøy, Agnethe Stensrud Heggelund, Rebekka Bjørneberg Castro, Rita Johnsen og Lena Lome Risvik.

Midtveisrapport Bibliotek et i lomma Av: Julie Holmøy, Agnethe Stensrud Heggelund, Rebekka Bjørneberg Castro, Rita Johnsen og Lena Lome Risvik. Midtveisrapport Bibliotek et i lomma Av: Julie Holmøy, Agnethe Stensrud Heggelund, Rebekka Bjørneberg Castro, Rita Johnsen og Lena Lome Risvik. 1. Intro 1.1 Forskningsspørsmål 1.2 Mål 1.3 Motivasjon 1.4

Detaljer

Utvikle en prototype for en digital versjon av helsekort for gravide. Programvareleverandør av ehelse-løsninger for helsevesenet

Utvikle en prototype for en digital versjon av helsekort for gravide. Programvareleverandør av ehelse-løsninger for helsevesenet Kravspesifikasjon Hovedprosjekt 2014 Institutt for informasjonsteknologi, Høgskolen i Oslo og Akershus Presentasjon Tittel: Oppgave: Gruppemedlemmer: Digitalt Helsekort for Gravide Utvikle en prototype

Detaljer

Frokostseminar om metoder for universell utforming av IKT

Frokostseminar om metoder for universell utforming av IKT www.nr.no Frokostseminar om metoder for universell utforming av IKT 12. april 2012, Norsk Regnesentral (NR) Kristin S. Fuglerud Seniorforsker leder e-inkludering Fakta om Norsk Regnesentral (NR) 2 Uavhengig

Detaljer

1. Intro om SharePoint 2013

1. Intro om SharePoint 2013 Avdeling for informatikk og e-læring, Høgskolen i Sør-Trøndelag Intro om SharePoint 2013 Stein Meisingseth 09.08.2013 Lærestoffet er utviklet for faget LO205D Microsoft SharePoint 1. Intro om SharePoint

Detaljer

Kunden er en av Norges ledende leverandører av digital-tv og bredbåndstjenester.

Kunden er en av Norges ledende leverandører av digital-tv og bredbåndstjenester. 1 Forord Hensikten med kravspesifikasjonen er å gi oppdragsgiver og utviklere en enighet og forståelse av funksjonaliteten til applikasjonen som skal produseres. en definerer i tillegg prosjektets rammer

Detaljer

Programmeringsrammeverk som kan installeres på Windows Mobiloperativsystem

Programmeringsrammeverk som kan installeres på Windows Mobiloperativsystem .NET Android AOSP Programmeringsrammeverk som kan installeres på Windows operativsystem Mobiloperativsystem Android Open Source Project. Har i oppgave å vedlikeholde og videreutvikle Android operativsystem.

Detaljer

Midtveisrapport SBApp

Midtveisrapport SBApp Høst 13 Midtveisrapport SBApp INF5261 Sabina Zytniewska, Christina Haug, Fredrikke Holthe Kvam, Nora S. Aasen og Anniken Jønsson Innholdsfortegnelse INTRODUKSJON... 3 PROBLEMSTILLING:... 3 BRUKERGRUPPE:...

Detaljer

Presentasjon... 3. Sammendrag... 4. Dagens situasjon... 5. Mål og rammebetingelser... 5. Moduler... 6. Løsning og alternativer...

Presentasjon... 3. Sammendrag... 4. Dagens situasjon... 5. Mål og rammebetingelser... 5. Moduler... 6. Løsning og alternativer... Innholdsfortegnelse Presentasjon..................................................... 3 Sammendrag.................................................... 4 Dagens situasjon.................................................

Detaljer

Forprosjekt. Accenture Rune Waage, rune.waage@accenture.com, 91605634

Forprosjekt. Accenture Rune Waage, rune.waage@accenture.com, 91605634 Forprosjekt Presentasjon Gruppe 19: Event-planlegger Andreas Berglihn s169991 Harald R. Svendsen s127142 Gruppe Gruppe 19 Andreas Berglihn, s169991 Harald R. Svendsen s127142 Oppgave Eventplanlegger Utvikle

Detaljer

Bachelorprosjekt i anvendt datateknologi våren 2015 Oslo 23.01.2015

Bachelorprosjekt i anvendt datateknologi våren 2015 Oslo 23.01.2015 Bachelorprosjekt i anvendt datateknologi våren 2015 Oslo 23.01.2015 Forprosjektrapport Presentasjon Tittel: Definisjon: Gruppemedlemmer: Supplerende Kommunikasjon Assistent (SKA) Bachelorprosjektet går

Detaljer

- reklamebannere mobil og tablet

- reklamebannere mobil og tablet Spesifikasjoner - reklamebannere mobil og tablet FINN.no Versjon 2.4 Sist oppdatert 16.08.2013 1. Innhold Innhold Introduksjon Målsetning Spesifikasjoner HTML Fysisk størrelse 225 px* Eksempler Størrelser

Detaljer

PROSESSDOKUMENTASJON

PROSESSDOKUMENTASJON PROSJEKT NR.: 10-30 Studieprogram: Anvendt Datateknologi Postadresse: Postboks 4 St. Olavs plass, 0130 Oslo Besøksadresse: Holbergs plass, Oslo TILGJENGELIGHET: Papir og elektronisk Telefon: 22 45 32 00

Detaljer

Kandidat nr. 1, 2 og 3

Kandidat nr. 1, 2 og 3 Kandidat nr. 1, 2 og 3 Rapport 1 IT202E Bacheloroppgave i Informatikk Vår 2011 Mobilapplikasjonsutvikling med Scrum 1 Innhold Innledning... 3 Overordnet Prosjektplan... 3 Produktbacklog... 5 Sprint planning

Detaljer

Bibliotekutvikling gjennom brukerdrevet innovasjon (Ref #1040)

Bibliotekutvikling gjennom brukerdrevet innovasjon (Ref #1040) Bibliotekutvikling gjennom brukerdrevet innovasjon (Ref #1040) Søknadssum: 1850000 Varighet: Ettårig Kategori: Innsatsområder Samarbeid og partnerskap Ny formidling Opplysninger om søker Organisasjonsnavn

Detaljer

Produktdokumentasjon. Madison Møbler Administrasjonsside og Nettbutikk

Produktdokumentasjon. Madison Møbler Administrasjonsside og Nettbutikk Produktdokumentasjon Madison Møbler Administrasjonsside og Nettbutikk 1 1. Forord 1.1 Dokumentasjonen Dette er en teknisk dokumentasjon på produktet som er utviklet. Denne er tiltenkt personer med teknisk

Detaljer

Huldt & Lillevik Ansattportal. - en tilleggsmodul til Huldt & Lillevik Lønn. Teknisk beskrivelse

Huldt & Lillevik Ansattportal. - en tilleggsmodul til Huldt & Lillevik Lønn. Teknisk beskrivelse Huldt & Lillevik Ansattportal - en tilleggsmodul til Huldt & Lillevik Lønn Teknisk beskrivelse Huldt & Lillevik er trygghet Trygghet er å vite at løsningen du bruker virker, hver eneste dag, enkelt og

Detaljer

Endringer i Flash CS6 Professional. Innhold. Endringer i forhold til boka. Oppdatering til boka: Multimedieutvikling i Flash CS5 Professional

Endringer i Flash CS6 Professional. Innhold. Endringer i forhold til boka. Oppdatering til boka: Multimedieutvikling i Flash CS5 Professional Oppdatering til boka: Multimedieutvikling i Flash CS5 Professional Endringer i Flash CS6 Professional I denne oppdateringen går vi gjennom boka Multimedieutvikling i Flash CS5 Professional og beskriver

Detaljer

Forprosjektrapport. Hovedprosjekt for gruppe 4, Anvendt datateknologi våren 2015

Forprosjektrapport. Hovedprosjekt for gruppe 4, Anvendt datateknologi våren 2015 Forprosjektrapport Hovedprosjekt for gruppe 4, Anvendt datateknologi våren 2015 1.0 Presentasjon 2.0 Sammendrag 3.0 Dagens situasjon 4.0 Mål og rammebetingelser 5.0 Løsninger/alternativer 6.0 Analyse av

Detaljer

Mobilsynkronisering. for ios

Mobilsynkronisering. for ios Mobilsynkronisering for ios Innhold 1. Innledning... 3 2. Ofte spurte spørsmål (FAQ)... 3 3. Hvordan løsningen fungerer... 4 4. Laste ned MobileIron@Work TM applikasjonen... 5 5. Oppsett av MobileIron-applikasjonen...

Detaljer

Funksjonskravene er delt opp i to deler, krav til spillsekvens og generelle funksjonskrav.

Funksjonskravene er delt opp i to deler, krav til spillsekvens og generelle funksjonskrav. Kravspesifikasjon I dette kapittelet foreligger kravspesifikasjonen som ble utformet tidlig i prosjektprosessen. Dette er den opprinnelige kravspesifikasjonen. Det har igjennom prosjektprosessen vært naturlig

Detaljer

Mangelen på Internett adresser.

Mangelen på Internett adresser. 1. Av 2 Introduksjon og forord Internett er som kjent bygd opp i adresser, akkurat som husstander, byer og land, dette er fordi Internett er bygd opp mye likt post systemet, du kan sammenligne en maskin

Detaljer

Music Impro Application

Music Impro Application Music Impro Application Joakim Bording Geirr Sethre Jan Ole Skotterud Kjartan Vestvik Tommy Madsen En del av: Hensikt og mål Without music life would be a mistake - Nietzsche 1888! For mange er det å lære

Detaljer

Lærebok. Opplæring i CuraGuard. CuraGuard Opplæringsbok, - utviklet av SeniorSaken -

Lærebok. Opplæring i CuraGuard. CuraGuard Opplæringsbok, - utviklet av SeniorSaken - Lærebok Opplæring i CuraGuard 1 Med dette heftet gis en innføring i hvordan bruke CuraGuard og andre sosiale medieplattformer med fokus på Facebook. Heftet er utviklet til fri bruk for alle som ønsker

Detaljer

Geosa. Geolocation based social application. Project report in INF5261 - Development of mobile information systems and services.

Geosa. Geolocation based social application. Project report in INF5261 - Development of mobile information systems and services. Geosa Geolocation based social application Gruppemedlemmer Henrik Glasø Skifjeld henrigs@ifi.uio.no Thor Henning Widlund thorhw@ifi.uio.no Silje Klevstul siljekle@student.matnat.uio.no Truls Skeie trulsske@ifi.uio.no

Detaljer

Web fundamentals. Web design. Frontend vs. Backend 17.01.2008. Webdesign 17. januar 2008 3. Monica Strand

Web fundamentals. Web design. Frontend vs. Backend 17.01.2008. Webdesign 17. januar 2008 3. Monica Strand Web fundamentals Webdesign 17. januar 2008 Monica Strand Webdesign 17. januar 2008 1 Web design Fagområdet Web design inneholder flere disipliner Grafisk design Informasjonsdesign Brukergrensesnittdesign

Detaljer

Testdokumentasjon Innholdsfortegnelse

Testdokumentasjon Innholdsfortegnelse Testdokumentasjon Innholdsfortegnelse Brukertesting... 2 Hva er brukertesting?... 2 Formål med brukertesten... 2 Brukertest 1:... 3 Sjekkliste på testdagen:... 3 Kjøreplan... 3 Testteamet... 4 Hvordan

Detaljer

Høgskolen i Oslo og Akershus. Forprosjektrapport. Gruppe 11

Høgskolen i Oslo og Akershus. Forprosjektrapport. Gruppe 11 Høgskolen i Oslo og Akershus Forprosjektrapport Gruppe 11 Michael Pande, Petter L. Olsen, Diego A. Pasten 23.01.2015 Presentasjon Vi er en gruppe på tre dataingeniørstudenter som har tatt på oss oppgaven

Detaljer

Gruppe 33 - Hovedprosjekt

Gruppe 33 - Hovedprosjekt Gruppe 33 - Hovedprosjekt s188080 Joakim Rishaug s181130 Sondre Sparby Boge s188098 Martin Hagen s178816 Lars Erik Kasin 1 av 7 Kravspesifikasjon Forord Kravspesifikasjonen utformes både for kunden, og

Detaljer

KRAVSPESIFIKASJON FOR SOSIORAMA

KRAVSPESIFIKASJON FOR SOSIORAMA KRAVSPESIFIKASJON FOR SOSIORAMA Innhold 1. Forord... 2 2. Definisjoner... 3 3. Innledning... 4 3.1 Bakgrunn og formål... 4 3.2 Målsetting og avgrensninger... 4 4. Detaljert beskrivelse... 8 4.1 Funksjonelle

Detaljer

Hva vet appen om deg? Catharina Nes, seniorrådgiver i Datatilsynet

Hva vet appen om deg? Catharina Nes, seniorrådgiver i Datatilsynet Hva vet appen om deg? Kartlegging av personvernutfordringer knyttet til mobilapplikasjoner Catharina Nes, seniorrådgiver i Datatilsynet Hvorfor en undersøkelse om apper? Bruk av mobilapplikasjoner øker

Detaljer

I ÅS FORSLAG TIL LØSNING

I ÅS FORSLAG TIL LØSNING epolitiker I ÅS FORSLAG TIL LØSNING Det finnes noen få løsninger i dag som gir politikerne mulighet til å få tilgang til ferdige nedlastede dokumenter, kommentere i utvalgsdokumenter, lagring i sky etc.

Detaljer

Vedlegg Brukertester INNHOLDFORTEGNELSE

Vedlegg Brukertester INNHOLDFORTEGNELSE Vedlegg Brukertester INNHOLDFORTEGNELSE Vedlegg Brukertester... 1 Testrapport Wireframe... 2 1. INTRODUKSJON... 2 1.1 Systemoversikt... 2 1.2 Meningen med testen... 2 2 TESTPLAN... 2 2.1 Funksjoner som

Detaljer

Del IV: Prosessdokumentasjon

Del IV: Prosessdokumentasjon 1 2 Forord Dette dokumentet omhandler detaljert beskrivelse av vår arbeidsprosess gjennom hele perioden med prosjektet. Prosessdokumentasjonen er en viktig del av sluttrapporten, og er delt opp i følgende

Detaljer

Telenor epost. http://online.no/ Sunday 28th of September 2014 08:38:54 AM. Document generated by http://siteoid.com/ Enda litt bedre fra Sony

Telenor epost. http://online.no/ Sunday 28th of September 2014 08:38:54 AM. Document generated by http://siteoid.com/ Enda litt bedre fra Sony MENY MINE SIDER SØK TILBUD FORBRUKER TRENDER APPER SERVICE SIKKERHET Telenor epost Brukernavn (det som er før @online.no) Passord Enda litt bedre fra Sony LOGG INN Glemt passord Herlige høstfilmer for

Detaljer

Trådløs Bedrift Mobilapplikasjon

Trådløs Bedrift Mobilapplikasjon Trådløs Bedrift Mobilapplikasjon Trådløs Bedrift Mobilapplikasjon Trådløs Bedrift tilbyr en mobilapplikasjon som åpnes i nettleseren på din mobiltelefon. Med applikasjonen kan du enkelt sette over samtaler,

Detaljer

Kjørehjelperen Brukerveiledning

Kjørehjelperen Brukerveiledning 2013 Kjørehjelperen Brukerveiledning Høgskolen i Oslo og Akershus Henrik Hermansen og Lars Smeby Gruppe 8 26.05.2013 Forord Dette dokumentet tar for hvordan man bruker Kjørehjelperen. Det tar også for

Detaljer

KRAVSPESIFIKASJON FORORD

KRAVSPESIFIKASJON FORORD KRAVSPESIFIKASJON FORORD Hensikten med kravspesifikasjonen er å gi oppdragsgiver og utviklere en enighet og forståelse av funksjonaliteten til applikasjonen som skal produseres. en definerer i tillegg

Detaljer

Fra data til innsikt. Om prosjektet

Fra data til innsikt. Om prosjektet Fra data til innsikt DEFINERE FOKUS Om prosjektet De store produksjonsselskapene innen olje og gass må hele tiden strebe etter å effektivisere drift og øke sikkerheten på sine installasjoner. For å støtte

Detaljer

Læringsplattform for IT-fag basert på HTML5 utviklet i CakePhp

Læringsplattform for IT-fag basert på HTML5 utviklet i CakePhp Læringsplattform for IT-fag basert på HTML5 utviklet i CakePhp { En selvstendig plattform som kan brukes til å formidle kurs på nett med dagsaktuell teknologi. Oppgave 5, av Fredrik Johnsen Oppgavestiller

Detaljer

Informasjonsorganisering. Information Architecture Peter Morville & Jorge Arango Kapittel 4, 5 & 6

Informasjonsorganisering. Information Architecture Peter Morville & Jorge Arango Kapittel 4, 5 & 6 Informasjonsorganisering Information Architecture Peter Morville & Jorge Arango Kapittel 4, 5 & 6 Bevissthet om sted, omgivelser og tingenes plassering Ting er noe vi forstår i relasjon til noe annet Informasjonsomgivelsenes

Detaljer

WEBUTVIKLING OBLIG 4. Installasjon

WEBUTVIKLING OBLIG 4. Installasjon WEBUTVIKLING OBLIG 4 Installasjon 1. Jeg lastet ned MAMP gratis fra www.mamp.info og installerte på maskinen. Trykker så på Start Server og ser at det fungerer når Apache Server og MySQL Server lyser grønt.

Detaljer

Kravspesifikasjon. Forord

Kravspesifikasjon. Forord Forord Kravspesifikasjonen skal gi en oversikt og forståelse over det planlagte systemets funksjonalitet. Dokumentet skal gi både utviklere og oppdragsgivere innblikk i hvordan og hva systemet skal levere.

Detaljer

Overvåkning av Telenors Mobile internettportal

Overvåkning av Telenors Mobile internettportal Overvåkning av Telenors Mobile internettportal Hovedprosjekt våren 2008 Avdeling for informatikk og e-læring Høgskolen i Sør-Trøndelag Christoffer Wiik Embret Østring Mads Werner Problemstilling Prosjektet

Detaljer

BRUKERMANUAL. Deviations and Reporting

BRUKERMANUAL. Deviations and Reporting BRUKERMANUAL Deviations and Reporting Forord Dette er brukermanual for CEMAsys Immediate Reporting applikasjon som er laget for iphone og Android telefoner. CEMAsys Immediate Reporting er en applikasjon

Detaljer

Nettbrett og mobiltelefon med ekstern GNSS

Nettbrett og mobiltelefon med ekstern GNSS Nettbrett og mobiltelefon med ekstern GNSS Nye muligheter Geodesi- og hydrografidagene 2015 - Erik Karlsen, Norgeodesi AS Hva skal jeg snakke om? Nettbrett/telefon til feltoppgaver Ekstern GNSS for tredjeparts

Detaljer

Dennis Eriksen. Erling Aaby. Robert Joramo. Stian Olsen. DERS - vår oppdragsgiver. Teknisk Backend. Produktutvikling Frontend

Dennis Eriksen. Erling Aaby. Robert Joramo. Stian Olsen. DERS - vår oppdragsgiver. Teknisk Backend. Produktutvikling Frontend DERS - vår oppdragsgiver Teknisk Backend Dennis Eriksen Produktutvikling Frontend Erling Aaby Budsjett og økonomi Backend Robert Joramo Marked og kommersialisering Frontend Stian Olsen Vårt grunnlag Vi

Detaljer

Hvordan forme en mobilstrategi som tar deg helskinnet fra idé til realisering med forventet gevinst? 04.12.13

Hvordan forme en mobilstrategi som tar deg helskinnet fra idé til realisering med forventet gevinst? 04.12.13 Hvordan forme en mobilstrategi som tar deg helskinnet fra idé til realisering med forventet gevinst? 04.12.13 Thomas Pettersen Firma: Mesan AS Stilling: Teknisk leder mobile løsninger Spesialfelt Android,

Detaljer

Vanlige spørsmål. GallupPanelet. TNS Panel-app. TNS Juni 2015 v.1.3

Vanlige spørsmål. GallupPanelet. TNS Panel-app. TNS Juni 2015 v.1.3 Vanlige spørsmål Innhold 1 Hvor kan man laste ned appen 1 2 Vanlige spørsmål 03-19 3 Begrensninger i GallupPanel-app v. 2.3.2 20 4 Kontakt oss 21 2 Hvor kan man laste ned GallupPanel-appen? For ios kan

Detaljer

Kjørehjelperen Presentasjon

Kjørehjelperen Presentasjon 2013 Kjørehjelperen Presentasjon Høgskolen i Oslo og Akershus Henrik Hermansen og Lars Smeby Gruppe 8 26.05.2013 Forord Oppgaven vår i dette hovedprosjektet gikk ut på å lage en mobilapplikasjon som skal

Detaljer

Vedlegg Side 83 av 155

Vedlegg Side 83 av 155 4 Side 83 av 155 Innholdsfortegnelse 1 Kravspesifikasjon... 86 2 Kravspesifikasjon 2.0... 92 3 Domenemodell... 98 4 UseCase Diagram Oversikt... 102 6 Detaljert beskrivelse av UseCase Diagram... 106 Webapplikasjon...

Detaljer

Mobil Feltdagbok. Hvordan effektivisere en oppsynsmanns datafangst i felten med smarttelefon som har GPS stedfesting

Mobil Feltdagbok. Hvordan effektivisere en oppsynsmanns datafangst i felten med smarttelefon som har GPS stedfesting Mobil Feltdagbok Hvordan effektivisere en oppsynsmanns datafangst i felten med smarttelefon som har GPS stedfesting Vårt utgangspunkt Interaksjonsdesignere mest web/applikasjoner Ønsket å lære mer om hvordan

Detaljer

Design og dokumentasjon

Design og dokumentasjon Design og dokumentasjon Information Architecture Peter Morville& Louis Rosenfeld Kapittel 12 29.01.2015 Håkon Tolsby 1 Ny fase i prosjektet Fokusskifte: Fra planlegging til produksjon Fra overordnet arkitektur

Detaljer

Forskningsmetoder i informatikk

Forskningsmetoder i informatikk Forskningsmetoder i informatikk Forskning; Masteroppgave + Essay Forskning er fokus for Essay og Masteroppgave Forskning er ulike måter å vite / finne ut av noe på Forskning er å vise HVORDAN du vet/ har

Detaljer

Aktive hyller (Ref #1307884069102)

Aktive hyller (Ref #1307884069102) Aktive hyller (Ref #1307884069102) Søknadssum: 429600 Kategori: Ny formidling Varighet: Ettårig Opplysninger om søker Organisasjonsnavn / nr Deichmanske bibliotek / 992410213 Arne Garborgs plass 4 0179

Detaljer

Teknostart prosjekt 2010 for Kommunikasjonsteknologi. Posisjoneringstjenester for mobiltelefon

Teknostart prosjekt 2010 for Kommunikasjonsteknologi. Posisjoneringstjenester for mobiltelefon Teknostart prosjekt 2010 for Kommunikasjonsteknologi Posisjoneringstjenester for mobiltelefon 1. Innledning Posisjoneringstjenester har utallige anvendelsesområder. I denne oppgaven skal det brukes en

Detaljer

Innstallasjon og oppsett av Wordpress

Innstallasjon og oppsett av Wordpress Del 1 - Installasjon og oppsett Innstallasjon og oppsett av Wordpress Wordpress har blitt en veldig populær publiseringsplattform for websider. Uten særlige tekniske ferdigheter kan man sette opp profesjonelle

Detaljer

Denne rapporten er beregnet for dataansvarlig på Grefsenhjemmet, den som skal installere, vedlikeholde og modifisere systemet.

Denne rapporten er beregnet for dataansvarlig på Grefsenhjemmet, den som skal installere, vedlikeholde og modifisere systemet. Produktrapport Forord Denne rapporten er beregnet for dataansvarlig på Grefsenhjemmet, den som skal installere, vedlikeholde og modifisere systemet. Dataansvarlig eller supporter trenger informasjon om

Detaljer

Forord... 3. Introduksjon til studentresponssystem... 3. Hva er et studentresponssystem?... 3. Hvorfor bruke SRS?... 3

Forord... 3. Introduksjon til studentresponssystem... 3. Hva er et studentresponssystem?... 3. Hvorfor bruke SRS?... 3 Innholdsfortegnelse Forord... 3 Introduksjon til studentresponssystem... 3 Hva er et studentresponssystem?... 3 Hvorfor bruke SRS?... 3 Hvordan blir undervisningen ved bruk av SRS?... 3 Hva slags enhet

Detaljer

Oblig 5 Webutvikling. Av Thomas Gitlevaag

Oblig 5 Webutvikling. Av Thomas Gitlevaag Oblig 5 Webutvikling Av Thomas Gitlevaag For oppgave 1 og 2 skal dere levere en funksjonell webside på deres hjemmeområde. Dere skal også levere alle phps-filene slik at man for en hver side kan slenge

Detaljer

NetCom Trådløs Bedrift Mobil Sekretær. Brukerveiledning

NetCom Trådløs Bedrift Mobil Sekretær. Brukerveiledning NetCom Trådløs Bedrift Mobil Sekretær Brukerveiledning Innhold 1 2 3 4 5 6 7 Hva er Mobil Sekretær?... 4 Avtaletyper... 5 Viderekoble samtaler... 5 Hva hører innringeren?... 6 Programtillegg for Outlook...

Detaljer

Testdokumentasjon. Testdokumentasjon Side 1

Testdokumentasjon. Testdokumentasjon Side 1 Testdokumentasjon Testdokumentasjon Side 1 1. Innledning Dette er en testrapport som er laget for å teste applikasjonene for ios og Android plattformer. Den vil være delt opp i 4 deler. Den første delen

Detaljer

Forprosjektrapport for Agresso R&D Ansettelsessystem 31.01.07. Hovedprosjekt våren 2007. Skrevet av:

Forprosjektrapport for Agresso R&D Ansettelsessystem 31.01.07. Hovedprosjekt våren 2007. Skrevet av: Forprosjektrapport for Agresso R&D Ansettelsessystem Hovedprosjekt våren 2007 31.01.07 Skrevet av: Anders Hartvoll Ruud Christian Årving Leif Martin Næss Sahdia Fayyaz Moghal 1 Sammendrag Prosjektittel:

Detaljer

Sosiale nettsamfunn: Datasikkerhet og personvern. Informasjonsdirektør Ove Skåra Vårsymposium Drammen 21. april 2010

Sosiale nettsamfunn: Datasikkerhet og personvern. Informasjonsdirektør Ove Skåra Vårsymposium Drammen 21. april 2010 Sosiale nettsamfunn: Datasikkerhet og personvern Informasjonsdirektør Ove Skåra Vårsymposium Drammen 21. april 2010 You have zero privacy anyway -Get over it Scott McNealy, Sun Microsystems, 1999 19.04.2010

Detaljer

FORPROSJEKTRAPPORT EMILIE STRAND, RANNVEIG A. SKJERVE OG MADELEINE RØNNING

FORPROSJEKTRAPPORT EMILIE STRAND, RANNVEIG A. SKJERVE OG MADELEINE RØNNING 23. JANUAR 2015 FORPROSJEKTRAPPORT EMILIE STRAND, RANNVEIG A. SKJERVE OG MADELEINE RØNNING Innholdsfortegnelse Presentasjon... 2 Sammendrag... 2 Dagens situasjon... 2 Mål og rammebetingelser... 2 Mål...

Detaljer

Testrapport for Sir Jerky Leap

Testrapport for Sir Jerky Leap Jasmine Garry (s135600) Line Sørensen (s135590) Fredrik Hoem Grelland (s135595) Tor Anders Gustavsen (s127668) 1 1. Forord Dette dokumentet inneholder informasjon og redegjøring av tester foretatt i forbindelse

Detaljer

360 emeetings. -Papirløse møter på ipad eller iphone

360 emeetings. -Papirløse møter på ipad eller iphone 360 emeetings -Papirløse møter på ipad eller iphone 360 emeetings for Apple ios 360 emeetings - en løsning med multitouch og et levende brukergrensesnitt. 360 emeetings hjelper deg og din virksomhet med

Detaljer

Kvalitetskrav til løsninger

Kvalitetskrav til løsninger Prosjektoppgaven Kvalitetskrav til løsninger Noen retningslinjer for å styre beslutningene deres finnes i form av hva brukere forlanger av software (og hardware): Brukbarhet. - Produktet skal være selvforklarende

Detaljer

Forprosjektrapport. Presentasjon. Sammendrag. Tittel Informasjonsplatform for NorgesGruppen

Forprosjektrapport. Presentasjon. Sammendrag. Tittel Informasjonsplatform for NorgesGruppen Forprosjektrapport Presentasjon Tittel Informasjonsplatform for NorgesGruppen Oppgave Utvikle en informasjonsplatform for butikkene i NorgesGruppen Periode 3. Januar 14. Juni Gruppemedlemmer Joakim Sjögren

Detaljer

Erik Eiesland 27.01.2010

Erik Eiesland 27.01.2010 HØGSKOLEN I ØSTFOLD DangerMap Mobile Applications 2010 Erik Eiesland 27.01.2010 Sammendrag Erik Eiesland 2 Innhold DangerMap... 3 Farekart... 3 Beskrivelse... 3 Hva gjør dette til et interessant prosjekt?...

Detaljer

CONNECT 1.7. Funksjoner i Connect. Connect rommer en masse funksjoner som er nyttige i undervisningen. Her presenterer vi noen av våre favoritter.

CONNECT 1.7. Funksjoner i Connect. Connect rommer en masse funksjoner som er nyttige i undervisningen. Her presenterer vi noen av våre favoritter. I det daglige bruker du gjerne PC/Mac, en smarttelefon og en ipad. Du skulle ønske du hadde tilgang til alle dine dokumenter uansett hvilken enhet du bruker. Tenk om du så kunne dele dette med de andre

Detaljer

APP-SEMINAR. Oslo, 25. november 2015

APP-SEMINAR. Oslo, 25. november 2015 APP-SEMINAR Oslo, 25. november 2015 Eiliv Mæhle Liljevik Kristin Osmo Lars Georg Teigen Martin Holm Fredrik Paasche Markeds- og kommunikasjonsdirektør Prosjektleder Client Director Grafisk designer App

Detaljer

Dersom du har noen spørsmål eller kommentarer, ikke nøl med å kontakte oss ved «Kontakt».

Dersom du har noen spørsmål eller kommentarer, ikke nøl med å kontakte oss ved «Kontakt». Personvern vilkår Om Velkommen til Hoopla, Hoopla AS ( Selskapet, Vi og/eller Vår ) gjør det mulig for mennesker å planlegge, promotere og selge billetter til et Arrangement. Vi gjør det enkelt for alle

Detaljer

Universell utforming i mobilapper. INF5261, Instiutt for informatikk 13. oktober 2015

Universell utforming i mobilapper. INF5261, Instiutt for informatikk 13. oktober 2015 INF5261, Instiutt for informatikk 13. oktober 2015 Agenda Om universell utforming Universell utforming i NRK TV-appen Universell utforming i nrk.no-appen Smartklokker hva og hvorfor Apple TV Spørsmål og

Detaljer

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

Web Accessibility Toolbar. Struktur. Funksjonene. Headinger. Mer om tilgjengelighet og Flash. Web Accessibility Toolbar Mer om tilgjengelighet og Flash. Kirsten Ribu 16.10.2007 HiO Virker bare i Internet Explorer for Windows Alternativ: Web Developer Toolbar for Firefox har lignende funksjonalitet

Detaljer

Smarttelefoner og nettbrett. En veileder

Smarttelefoner og nettbrett. En veileder Smarttelefoner og nettbrett En veileder Smarttelefon En smarttelefon kan brukes til tekstmeldinger og samtaler. En smarttelefon inneholder programmer som kalles apper, og kan kobles til internett. Nettbrett

Detaljer

Brukte studieteknikker

Brukte studieteknikker Brukte studieteknikker Forfattere Celine Spjelkavik Michael Bakke Hansen Emily Liane Petersen Hiske Visser Kajsa Urheim Dato 31.10.13! 1! Innhold 1. Problemstillinger...3 2. Innsamlingsstrategi.4 2.1 Metode..4

Detaljer

Hovedprosjekt 2011. Høgskolen i Oslo. Gruppe 24. Tore Holmboe (s155547) Vegard Kamben (s148147) Anders Fohlin Kjøde (s155551) Haakon Nygård (s155535)

Hovedprosjekt 2011. Høgskolen i Oslo. Gruppe 24. Tore Holmboe (s155547) Vegard Kamben (s148147) Anders Fohlin Kjøde (s155551) Haakon Nygård (s155535) Hovedprosjekt 2011 Høgskolen i Oslo Gruppe 24 Tore Holmboe (s155547) Vegard Kamben (s148147) Anders Fohlin Kjøde (s155551) Haakon Nygård (s155535) Stian Pettersen (s144449) en RSS-leser på tvers av touchenheter

Detaljer

Profitbase InFront. Riktig informasjon til rett tid og sted som grunnlag for riktige beslutninger!

Profitbase InFront. Riktig informasjon til rett tid og sted som grunnlag for riktige beslutninger! Profitbase InFront Riktig informasjon til rett tid og sted som grunnlag for riktige beslutninger! Introduksjon til Profitbase Historie og eierskap Etablert desember 1999 Med produkthistorie tilbake til

Detaljer

Prosjekt «Lære å lytte på ipad»

Prosjekt «Lære å lytte på ipad» Prosjekt «Lære å lytte på ipad» Prosjektnummer Extrastiftelsen: 2011/3/0322 Sluttrapport, desember 2012 Sammendrag Møller Trøndelag kompetansesenter (MTK) har tidligere utviklet et lytteprogram på PC for

Detaljer