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

B KRAVSPESIFIKASJON 5
3. Case conditions Invariants:
Forskjellige spørsm˚al, samme svar. Eks: kantina\hangaren, og kantina for
realfag er forskjellig fra kantina til elektro.
Egne navn p˚a steder. Eks: “lille Sito”
Pre-conditions:
- Bruker m˚a være logget inn. (Lovlig posisjonering?)
- Bruker m˚a kunne posisjoneres.
- Attributtene m˚a være et oppslag i systemets database.
4. Course of action Student Lokasjonsbasert infosystem
1.1. Spør etter “sted”.
1.2. Sjekker om det er mulig ˚a posisjonere bruker. Sjekker om “sted” finnes
i systemet.
Presenterer kart over Gløshaugen (sentrert), med forklaring til “sted”.
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.
Logger spørsm˚alet for vurdering.
2.2. Sjekker og evt. reformulerer spørsm˚alet. Se 1.2.
3.1. Bruker er ikke logget inn \kan ikke posisjoneres.
3.2. Ber brukeren om ˚a logge inn, eller opplyser om at posisjonering ikke er
mulig.
3.3. Bruker logger inn eller beveger seg til et sted som gjør posisjonering
mulig. Se 1.2.
4.1. Bruker f˚ar feil sted, gir tilbakemelding.
4.2. Systemet sender en melding til systemansvarlig.
5. Comments Ved lille Sito. Merk at det her finnes to kafeer ved navn Sito.
B.4 Bruker krav 4 - Hvor befinner
1. Case id, name (mulig avgrensning) UC4, Use Case 4 - “Hvor befinner”spørsm˚al?
2. Risk Factors Frequency of occurrence:
Flere ganger i timen (>50)
Impact of failure:
Likely: Posisjonering ikke mulig, lav risiko, tilbakemelding
Likely: Posisjonering upresis, lav risiko, foresl˚a omr˚ade “person” kan befinne
seg i
Worst: Systemet klarer ikke ˚a finne noe svar, høy risiko, kan miste brukere
(her kan mye g˚a galt, vanskelig ˚a gi presis tilbakemelding)