17.11.2012 Views

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

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

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

SHOW MORE
SHOW LESS

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

Hooray! Your file is uploaded and ready to be published.

Saved successfully!

Ooh no, something went wrong!