Lokasjons- og kontekstbaserte tjenester - Department of Computer ...
Lokasjons- og kontekstbaserte tjenester - Department of Computer ... Lokasjons- og kontekstbaserte tjenester - Department of Computer ...
B KRAVSPESIFIKASJON 7 - Attributtene m˚a være et oppslag i systemets database. 4. Course of action Student Lokasjonsbasert infosystem 1.1. spør etter “informasjon” 1.2. sjekker om “informasjon” finnes i systemet. Presenterer først tekst, men mulighet til ˚a velge ˚a vise lokasjon (kart). Steg 1.1. og 1.2. gjentas til bruker er fornøyd Alternative course 2.1. f˚ar ikke treff og ber brukeren om ˚a sjekke\reformulere spørsm˚alet 2.2. sjekker og evt. reformulerer spørsm˚alet. Se 1.2. 3.1. f˚ar ikke treff og ber brukeren om ˚a skrive inn aktuell informasjon. 3.2. Bruker kan velge: skrive inn ny informasjon, prøve igjen eller g˚a tilbake. 3.3. Skriver brukeren inn ny informasjon, skal denne godkjennes, evt. redigeres av en administrator. 3.4. Bruker f˚ar tilbakemelding om at informasjonen er lagt til for godkjenning. 5. Comments Dette er et brukerkrav som kan inng˚a i brukerkrav 1 og 2. B.6 Bruker krav 6 - Endring av kontekst 1. Case id, name UC5, Use Case 6 - Endring av kontekst 2. Risk Factors Frequency of occurrence: Flere ganger i timen (>5) Impact of failure: Likely: Lokasjonsdel deduserer feil posisjon, medium til høy risiko, tilbakemelding Rare: Lokasjonsdel klarer ikke ˚a finne posisjon, lav risiko, ingen Rare: Informasjonsdel mangler informasjon, eller klarer ikke ˚a finne riktig informasjon, medium risiko, kan miste brukere Worst: Kritiske meldinger n˚ar ikke fram, høy risiko, feilh˚andtering. 3. Case conditions Invariants: Bruker vil ha informasjon som ikke er knyttet til gjeldende kontekst Pre-conditions: - Bruker m˚a være logget inn - Posisjonering m˚a være mulig
8 B KRAVSPESIFIKASJON 4. Course of action Student Lokasjonsbasert infosystem 1.1. Klienten beveger seg fra et omr˚ade til et annet 1.2. Systemet oppdaterer kontekst for gjeldene omr˚ade Steg 1.1. og 1.2. gjentas s˚a lenge brukeren beveger seg Alternative course 2.1. Bruker vil ha tilgang til informasjon som ikke er knyttet til gjeldene posisjon 3.1. Systemet bør tilby mulighet for ˚a søke etter all tilgjengelig informasjon 5. Comments Ingen.
- 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 87 and 88: 76 5 TESTING OG EVALUERING AV FUMBL
- Page 89 and 90: 78 5 TESTING OG EVALUERING AV FUMBL
- Page 91 and 92: 80 5 TESTING OG EVALUERING AV FUMBL
- Page 93 and 94: 82 5 TESTING OG EVALUERING AV FUMBL
- Page 95 and 96: 84 5 TESTING OG EVALUERING AV FUMBL
- Page 97 and 98: 86 5 TESTING OG EVALUERING AV FUMBL
- Page 99 and 100: 88 5 TESTING OG EVALUERING AV FUMBL
- Page 101 and 102: 90 5 TESTING OG EVALUERING AV FUMBL
- Page 103 and 104: 92 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 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
B KRAVSPESIFIKASJON 7<br />
- Attributtene m˚a være et oppslag i systemets database.<br />
4. Course <strong>of</strong> action Student <strong>Lokasjons</strong>basert infosystem<br />
1.1. spør etter “informasjon”<br />
1.2. sjekker om “informasjon” finnes i systemet. Presenterer først tekst, men<br />
mulighet til ˚a velge ˚a vise lokasjon (kart).<br />
Steg 1.1. <strong>og</strong> 1.2. gjentas til bruker er fornøyd<br />
Alternative course<br />
2.1. f˚ar ikke treff <strong>og</strong> ber brukeren om ˚a sjekke\reformulere spørsm˚alet<br />
2.2. sjekker <strong>og</strong> evt. reformulerer spørsm˚alet. Se 1.2.<br />
3.1. f˚ar ikke treff <strong>og</strong> ber brukeren om ˚a skrive inn aktuell informasjon.<br />
3.2. Bruker kan velge: skrive inn ny informasjon, prøve igjen eller g˚a tilbake.<br />
3.3. Skriver brukeren inn ny informasjon, skal denne godkjennes, evt. redigeres<br />
av en administrator.<br />
3.4. Bruker f˚ar tilbakemelding om at informasjonen er lagt til for godkjenning.<br />
5. Comments Dette er et brukerkrav som kan inng˚a i brukerkrav 1 <strong>og</strong> 2.<br />
B.6 Bruker krav 6 - Endring av kontekst<br />
1. Case id, name UC5, Use Case 6 - Endring av kontekst<br />
2. Risk Factors Frequency <strong>of</strong> occurrence:<br />
Flere ganger i timen (>5)<br />
Impact <strong>of</strong> failure:<br />
Likely: <strong>Lokasjons</strong>del deduserer feil posisjon, medium til høy risiko, tilbakemelding<br />
Rare: <strong>Lokasjons</strong>del klarer ikke ˚a finne posisjon, lav risiko, ingen<br />
Rare: Informasjonsdel mangler informasjon, eller klarer ikke ˚a finne riktig<br />
informasjon, medium risiko, kan miste brukere<br />
Worst: Kritiske meldinger n˚ar ikke fram, høy risiko, feilh˚andtering.<br />
3. Case conditions Invariants:<br />
Bruker vil ha informasjon som ikke er knyttet til gjeldende kontekst<br />
Pre-conditions:<br />
- Bruker m˚a være l<strong>og</strong>get inn<br />
- Posisjonering m˚a være mulig