Lokasjons- og kontekstbaserte tjenester - Department of Computer ...
Lokasjons- og kontekstbaserte tjenester - Department of Computer ...
Lokasjons- og kontekstbaserte tjenester - Department of Computer ...
You also want an ePaper? Increase the reach of your titles
YUMPU automatically turns print PDFs into web optimized ePapers that Google loves.
4 PROTOTYPING 67<br />
Utover dette har ikke prototypen tatt særlig hensyn til grensesnittet, bortsett fra<br />
valget om trevisning (Tree view) i informasjonsdelen som nevnt i avsnitt 4.4.<br />
Under beskrives kort brukergrensesnittet i lokasjonsdel <strong>og</strong> informasjonsdel.<br />
4.7.1 Brukergrensesnitt lokasjonsdel<br />
Brukergrensesnittet (se Figur 17) for lokasjonsdelen er likt det vi finner i Nibble,<br />
men med noen forbedringer. Grensesnittet lar en bruker velge hvilket rom klienten<br />
befinner seg i (prototypen forutsetter dermed at brukeren befinner seg innendørs,<br />
<strong>og</strong> rommet har et romnummer) <strong>og</strong> gir dette et beskrivende tekst (“Description”).<br />
Velger brukeren ˚a lagre lokasjonen vil beskrivelsen dukke opp under “Locations”.<br />
Dette er lokasjoner som prototypen skal være i stand til ˚a kjenne igjen. Brukeren<br />
har muligheten til ˚a forsterke (Reinforce) eller slette (Remove) en lokasjon.<br />
Brukeren kan <strong>og</strong>s˚a velge ˚a endre presisjonen (“Accuracy”), da forskjellige tr˚adløse<br />
kort rapporterer ulike signaler <strong>og</strong> kan dermed føre til at prototypen ikke virker for<br />
alle typer kort. Ved ˚a endre presisjonen støttes flere typer tr˚adløse nettverkskort.<br />
Posisjonering (figur 17 viser at posisjonering er av) startes ved Fil-menyen, som er<br />
tilgjengelig uavhengig av om brukeren befinner seg i lokasjons- eller informasjonsbrukergrensesnittet.<br />
Signalet oppe til høyre gir brukeren viktig tilbakemelding om hva slags signal<br />
prototypen mottar, hvilken m˚aling den er i ferd med ˚a utføre <strong>og</strong> om m˚alingen blir<br />
lagret eller forkastet.<br />
4.7.2 Brukergrensesnitt informasjonsdel<br />
Prototypen har et grensesnitt som kombinerer administrative oppgaver <strong>og</strong> bruker<br />
oppgaver. Dette er gjort for ˚a spare tid <strong>og</strong> arbeid. Et ferdig utviklet pr<strong>og</strong>ram<br />
vil skille disse basert p˚a rettigheter, <strong>og</strong> om funksjonaliteten hører til p˚a klient<br />
eller server siden, gjør ikke prototypen et slikt skille. Selv om dette gjorde at<br />
det raskt kunne utvikles en prototype, er det lagt opp til at brukergrensesnittet<br />
skal være enkelt. Erfaringer gjort viser at pr<strong>og</strong>rammet som er vanskelig ˚a bruke<br />
eller forstyrrer brukeren skaper frustrasjon <strong>og</strong> kan føre til at brukeren velger vekk<br />
funksjonalitet eller enda verre, velger et annet pr<strong>og</strong>ram 30 . Brukergrensesnittet<br />
er <strong>og</strong>s˚a vektlagt i [8] som en viktig komponent, dette vil bli forklart nærmere i<br />
avsnittene under.<br />
N˚aværende implementasjon av Fumble gir brukeren tilgang til b˚ade lokasjonsdelen<br />
<strong>og</strong> informasjonsdelen. I et ferdig system vil det her m˚atte tas en avgjørelse om<br />
en bruker skal ha tilgang til lokasjonsinformasjon, <strong>og</strong> i s˚a fall hva som skal kunne<br />
utføres. Dette tar ikke oppgaven stilling til, da det er nødvendig ˚a ha tilgang til<br />
30 Som feks. “Clippit” i MS Word