DELLEVERANSE 1 INF2120 GRUPPE 12. Jon G. Berentsen Geir A Nilsen Lailuma Arezo

Transkript

1 DELLEVERANSE 1 INF2120 GRUPPE 12 av Jon G. Berentsen Geir A Nilsen Lailuma Arezo

2 Innledning: Hensikten med vår oppgave er å lage et overvåkningssystem basert på posisjonering av mobiltelefon. Overvåkningssystemet skal posisjonere registrerte brukere jevnlig slik at de skal kunne få informasjon om hvor en annen samtykket bruker befinner seg med relativ nøyaktighet til et hotspot. Kommunikasjonen mellom systemet og brukerne foregår vha sms. Som registrert bruker får publikum tilgang til en rekke tjenester. De skal kunne melde seg av og på. Registrerte brukere deles inn i byddylister, og medlemmer av en byddyliste skal kunne få informasjon om hverandre, men ikke om medlemmer av andre buddylister. Man skal også kunne posisjonere steder, såkalte hotspots. Forutsetninger: Brukerforutsetninger: Brukeren har mobiltelefon med telenor abonnement. Vedkommede befinner seg i Norge, og har dekning. Personen må kunne håndtere mobiltelefon og sms-funksjonen. En bruker er enten påmeldt eller avmeldt, inaktiv er en tilstand en bruker ikke kan være i. Melder man seg av mister man hele "profilen" sin i systemt. Systemforutsetninger: Systemprogrammet vårt er oppe og kjører hele tiden. En bruker er enten påmeldt eller avmeldt, inaktiv er en tilstand en bruker ikke kan være i. Melder man seg av mister man hele "profilen" sin i systemt. Definisjon av en BuddyList: De som er i byddylisten, er de du kan få posisjonen til. Hver bruker har en buddyliste. Hvis en buddy aksepterer din buddy-request havner han i din og du i hans buddyliste. Brukere i listen er synlig for hverandre, innebærer synlighet begge veier og ikke bare en vei. Ved sletting av en buddy blir man fjernet fra hverandres buddyliste, og ikke synlig for hverandr lengre. Definisjon av en BuddyHotSpot: Når en bruker registrerer en BuddyHS vil alle i brukerens BuddyListe få et tilbud om å adoptere denne HS. HS blir da lagt til i buddyens HS liste. OBS! Når man melder seg av tjenesten må man slettes fra alle Buddylister man er medlem av! Definisjon av Dynamiske HotSpot: To registrerte brukere. Ide om at buddy og dynamiske HS er nesten det samme. En DynHS vil ikke ha en buddyliste/muligheten til å lage HS.

3 Use case diagram med beskrivelser: Use case: Create user Bruker registrer seg i systemet ved å sende en sms til JSD, og mottar bekreftelse. Use Case: Delete user Bruker melder seg av tjenesten ved å sende en sms til JSD, og mottar bekreftelse. Use case: Create HotSpot Bruker befinner seg ved ønsket HS, og sender sms med ønsket HS-navn til JSD, og mottar bekreftelse. Use case: Delete HotSpot Bruker ønsker ikke lenger å abonnere på en HS og sender en sms med HS-navn og avbryt til JSD, og mottar bekreftelse. Use case: Create ByddyHotSpot Bruker befinner seg ved ønsket HS, og ønsker å dele den med sine buddys i sin buddyliste. Sender inn en sms med ønsket HS-navn og at den skal distribueres til personene i buddylista. JSD sender en sms til personene i buddylista. Buddy'ene aksepterer eller avslår med en sms. Use case: Create dynamic HotSpot Det samme som å registrere en bruker (create user). Forskjellen er at denne brukeren er en dummy bruker. Use case: Add Buddy to Buddylist Bruker sender en sms til systemet med brukernavnet på en persons som han ønsker å legge i sin buddyliste. JSD sender en sms til personen. Personen aksepterer elle avslår med en sms. Use case: Delete Buddy from Buddylist Bruker sender en sms med fjern bruker og brukernavn til JSD. Bruker blir fjernet fra Buddylista. Use Case: SystemPosition Users En timer i JSD gir systemt beskjed om at det er tid for å posisjonere bruker og dynamiske HS. JSD ber om posisjoneringer og oppdaterer dem i systemt. Det genereres så en kml-fil og sendes sms til brukere etter behov.

4

5 Klassediagram: Sekvensdiagrammer: Se vedlagt zip-fil (23 stk)

6 Composite Structure Diagram:

7 Sekvensdiagrammer:

8

9

10

11

12

13

14

15

16

17

18