Lokasjons- og kontekstbaserte tjenester - Department of Computer ...

More documents

Recommendations

Info

5 TESTING OG EVALUERING AV FUMBLE 89 Spørsm˚al Alternativer Hadde du benyttet “buddy”- Ja Nei Vet ikke tjenesten? - Hvis nei, hva slags kriterier m˚atte ha vært oppfylt hvis du skulle? Leter du etter informasjon du vet finnes, uten ˚a finne det? Ja, av og til Nei Aldri Hvor mange systemer logger du deg inn i hver dag? 4 Fungerte koblingen mellom sted og informasjon? Ja! Imponert! Logger du deg inn i It’s:Learning via Innsida? Ja Nei Vet ikke Følte du at du kunne stole p˚a systemet? - Hvis nei, hvorfor ikke? Ja Nei Vet ikke Tror du et slikt system kan dekke informasjonsbehovet for studenter ved NTNU Gløshaugen - Hvis nei, hvorfor ikke? Ja Nei Vet ikke Har du noengang lurt p˚a hvor du skal ha forelesning? Ja Nei Vet ikke Hvor f˚ar du hovedsaklig tak It’s:Learning i informasjon om kurs\gjesteforelesninger\begivenheter ol.? Har du noengang g˚att glipp av et møte\kurs \pga. av manglende informasjon? Ja Nei Vet ikke Mener du at et ferdig system hadde vært nyttig ved NTNU Gløshaugen? Ja Nei Vet ikke Hvor mange ganger logger du deg inn i It’s:Learning pr. dag? 1-2 Ville du brukt et slikt system? - Hvis nei, hvorfor ikke? Ja Nei Vet ikke Andre kommentarer? Kommentar 1 Tabell 21: Tabell Svarskjema Bruker 3
90 5 TESTING OG EVALUERING AV FUMBLE 5.3.6 Kommentar til brukertester Brukertest 1: Brukertest 1 var den eneste testen som ble gjennomført med brukerens private PC, og dette forandret hvordan systemet ble mottatt. For ˚a f˚a gjennomført testen m˚atte hver lokasjon forsterkes, og dette ble oppfattet som forstyrrende for testen. Grunnen til at PC-en ikke klarte ˚a nyttegjøre seg av eksisterende lokasjonsdata er at systemet har ikke blitt testet med flere PC-er under utviklingsfasen. Det er dermed ikke gjort noen forsøk p˚a ˚a f˚a prototypen til ˚a være kompatibel med flest mulige pc-er annet enn at prototypen skal i teorien være kompatibel med de tr˚adløse nettverkskortene som NetStumbler støtter. Testen bar ogs˚a preg av at dette var den første gjennomgangen med en reell bruker. Feks. var det vanskelig ˚a forst˚a hvorfor “Rom 200” kom opp som informasjon ved et tidspunkt. Det viste seg i ettertid at dette var lokasjonsinformasjon (vi befant oss i “Rom 200”) og ikke informasjon knyttet til en lokasjon. Denne feiltolkningen av prototypen skyldes nok b˚ade en stresset situasjon, d˚arlig brukergrensesnitt og at det var den første gjennomføringen. “Rom 200” var alts˚a ikke en feil i systemet, men en feiltolkning av informasjonen som ble presentert. Slik systemet er implementert n˚a varsler den brukeren hver gang den oppdager en endring i kontekst vha. en informasjonsballong (se avsnitt 4.7.2). Dette oppfattet brukeren som irriterende. I et ferdig system vil det være mulig ˚a endre hvordan systemet skal varsle, hvordan og hvor ofte. Men siden profiler ikke er implementert i prototypen er dette ikke mulig. Likevel, muligheten for ˚a klikke p˚a ballongen for ˚a f˚a opp hva slags informasjon som var gjort tilgjengelig var noe brukeren benyttet seg av. Brukeren foreslo ogs˚a en løsning der han s˚a for seg en løsning med kart, der interesseomr˚ader var avmerket. Feks. kunne en se hvor “Buddies” kunne befinne seg, dette uten at dette var nevnt som en funksjonalitet. Dette er helt klart en løsning som m˚a studeres nøyere i en videre utvikling av prototypen. Brukeren forsto ogs˚a at systemet ville ha oppført seg annerledes hvis systemet hadde klart ˚a utnytte eksisterende lokasjonsdata. Brukertest 2: Personen i brukertest 2 var den personen med en bakgrunn innenfor informatikk. Dette gjorde seg utslag i at brukergrensesnittet ble kritisert, og hvordan systemet fungerte ble mindre vektlagt. Likevel kom personen med noen interessante spørsm˚al. Forslaget med ˚a presentere informasjonen er allerede gjennomg˚att i Avsnitt 4.7. ˚A kunne se hvor det er ledige leseplasser er mulig, men ˚a reservere plasser kan bli vanskelig da systemet ikke nødvendigvis er nøyaktig nok til ˚a skille to leseplasser fra hverandre. Det som kan være en mulig løsning er ˚a telle hvor mange studenter som befinner seg i en lesesal, sammenligne dette med hvor mange plasser det er tilgjengelig og ut i fra dette presentere hvor mange plasser som er ledig. Dette forutsetter at alle studenter bruker systemet, og det kan gjøre at en slik funksjonalitet er vanskelig ˚a oppn˚a.
Page 1 and 2:
Lokasjons- og kontekstbaserte tjene
Page 3 and 4:
ii Sammendrag Denne oppgaven presen
Page 6 and 7:
INNHOLD v Innhold Forord i Sammendr
Page 8 and 9:
INNHOLD vii 5.3.1 Innhold i testdat
Page 10:
TABELLER ix 15 Tabell Type . . . .
Page 13 and 14:
2 1 INNLEDNING mye tid du har tilgj
Page 15 and 16:
4 1 INNLEDNING baren. Etter en lite
Page 17 and 18:
6 2 STATE OF THE ART 2.1.1 Lokasjon
Page 19 and 20:
8 2 STATE OF THE ART fastsl˚a at e
Page 21 and 22:
10 2 STATE OF THE ART Se ogs˚a avs
Page 23 and 24:
12 2 STATE OF THE ART 2.2.3 Metadat
Page 25 and 26:
14 2 STATE OF THE ART graphs with p
Page 27 and 28:
16 2 STATE OF THE ART 2.3.2 RADAR R
Page 29 and 30:
18 2 STATE OF THE ART sisjonsavheng
Page 31 and 32:
20 2 STATE OF THE ART det ikke fore
Page 33 and 34:
22 2 STATE OF THE ART som befinner
Page 35 and 36:
24 3 MITT SYSTEM 3.2 Brukere av sys
Page 37 and 38:
26 3 MITT SYSTEM Appendix B. Bruker
Page 39 and 40:
28 3 MITT SYSTEM Figur 4: Systemstr
Page 41 and 42:
30 3 MITT SYSTEM stavhengig system.
Page 43 and 44:
32 3 MITT SYSTEM Figur 6: Mulige ka
Page 45 and 46:
34 3 MITT SYSTEM AROUND-arkitekture
Page 47 and 48:
36 3 MITT SYSTEM I de neste punkten
Page 49 and 50: 38 3 MITT SYSTEM logge seg inn i de
Page 52 and 53: 4 PROTOTYPING 41 4 Prototyping P˚a
Page 54 and 55: 4 PROTOTYPING 43 vil være unik for
Page 56 and 57: 4 PROTOTYPING 45 Figur 12: Signalst
Page 58 and 59: 4 PROTOTYPING 47 oppgaven og det er
Page 60 and 61: 4 PROTOTYPING 49 en del av samme sy
Page 62 and 63: 4 PROTOTYPING 51 4.3.1 Valgt teknol
Page 64 and 65: 4 PROTOTYPING 53 - Navnetyper inneh
Page 66 and 67: 4 PROTOTYPING 55 - Finn lokasjon: D
Page 68 and 69: 4 PROTOTYPING 57 Figur 14: Fumble :
Page 70 and 71: 4 PROTOTYPING 59 Figur 15: Fumble :
Page 72 and 73: 4 PROTOTYPING 61 scope, slik det er
Page 74 and 75: 4 PROTOTYPING 63 muligens fordi enk
Page 76 and 77: 4 PROTOTYPING 65 AP ID MAC Signal N
Page 78 and 79: 4 PROTOTYPING 67 Utover dette har i
Page 80 and 81: 4 PROTOTYPING 69 Figur 19: Informas
Page 82: 4 PROTOTYPING 71 4.8 Oppsummering p
Page 85 and 86: 74 5 TESTING OG EVALUERING AV FUMBL
Page 99: 88 5 TESTING OG EVALUERING AV FUMBL
Page 105 and 106: 94 6 KONKLUSJON OG VIDERE ARBEID in
Page 107 and 108: 96 6 KONKLUSJON OG VIDERE ARBEID M
Page 110 and 111: REFERANSER 99 Referanser [1] A9. A9
Page 112 and 113: REFERANSER 101 [22] Ole Hestnes og
Page 114 and 115: A TERMINOLOGI 1 Appendix A Terminol
Page 116 and 117: B KRAVSPESIFIKASJON 3 Alternative c
Page 118 and 119: B KRAVSPESIFIKASJON 5 3. Case condi
Page 120 and 121: B KRAVSPESIFIKASJON 7 - Attributten
Page 122 and 123: C INSTALLASJONSMANUAL FUMBLE 9 C In
Page 124 and 125: D BRUKERMANUAL FUMBLE 11 D Brukerma
Page 126 and 127: E TR˚ADLØSE SIGNALER 13 E Tr˚adl
Page 128 and 129: F FUNKSJONER 15 dette. I tillegg er
show all

Lokasjons- og kontekstbaserte tjenester - Department of Computer ...

You also want an ePaper? Increase the reach of your titles

Delete template?

Save as template?