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

58 4 PROTOTYPING
knyttes en URL til informasjonen, er det denne beskrivelsen som dukker
opp i systemet. Her er det mulig˚a skrive inn flere linjer med informasjon
(ved ˚a trykke enter i feltet), og for ˚a kunne legge inn dekkende beskrivelser.
URL, som er det siste feltet, er et valgfritt felt. Hvis det eksisterer
en webside for informasjonen eller tjenesten, kan denne legges inn her,
hvis ikke s˚a kan den være blank. Hvis den er blank er det bare den
alternative beskrivelsen som inneholder en beskrivelse av informasjonen.
Knyttes det derimot en webside til informasjonen, kan brukeren
enkelt klikke seg fram til denne (se punktet under). Denne koblingen til
eksterne websider er viktig for at et slikt system skal integreres enkelt
med eksisterende systemer. Det argumenteres for en slik kobling i [8].
– Tilgjengelig informasjon: Dette er den viktigste brukerfunksjonen i
informasjonsdelen, og det er denne funksjonen en bruker ville ha hatt
tilgang til i et ferdig system. Mesteparten av metodene beskrevet her er
implementert for ˚a gjøre denne funksjonen tilgjengelig. Denne funksjonen
gjør Fumble i stand til ˚a presentere hva som befinner seg “her”.
Dette er alts˚a hovedfunksjonen i et kontekstavhengig system.
Det ble valgt en tre-visning (tree view) som grunnlag for presentasjonen,
fordi dette er foresl˚att som den beste m˚aten ˚a vise hierarkisk data
p˚a i .NET. I tre-visningen finner vi igjen de samme niv˚aene som vi kjenner
fra lokasjonsdelen, med unntak av “Campus” og lokasjonsnavnet.
Grunnen til dette er at lokasjonsdelen antar at det er “Gløshaugen” det
er snakk om som campus uansett, og informasjonsdelen opererer med
relasjoner p˚a romniv˚a, ikke innad i rommene. Begge disse forskjellene
ville ikke eksistert i et ferdig system.
Funksjonen f˚ar lokasjon fra lokasjonsdelen av programmet, og benytter
dette til ˚a avgjøre hva som skal presenteres som tilgjengelig informasjon.
Global informasjon eller globale tjenester blir undersøkt først,
det vil i praksis si at prototypen sjekker om det finnes noen relasjoner
til “Campus”-niv˚aet. Dette blir gjennomført uansett, alts˚a uavhengig
av om lokasjon er tilgjengelig eller ikke (avsnitt 6.4). S˚a sjekkes hvert
niv˚a for relasjoner, først bygning, s˚a etasje og til slutt rom. Relasjoner
som oppfyller kravet til posisjon blir hentet fra databasen og presentert
i en tre visning (Tree view) som vist i Figur 15.
• Nettleser: Siden det ble valgt ˚a presentere informasjon vha. websider og integrere
Fumble mot andre webbaserte system, ble en nettleser implementert.
Alternativt ville ha vært ˚a la gjeldende nettleser 26 p˚a klienten starte for ˚a
presentere informasjonen\tjenestene. Ulempen ville da være at det kunne bli
mange ˚apne nettlesere, og brukeren bli oversvømt av informasjon. Fordelen
er at brukeren kan bruke den nettleseren de vanligvis bruker. Ved ˚a integrere
en nettleser har programmet full kontroll over hva som blir presentert.
26 Gjeldene nettleser vil ofte være Internet Explorer, men kan ha blitt erstattet av feks. Opera
eller FireFox.