DROP 2.

Transkript

1 INF2120 Vår 2006 DROP 2 arnehans@ifi.uio.no,gardhr@ifi.uio.no,nhhagen@ifi.uio.no jorgeja@ifi.uio.no INTRODUKSJON : For oss ble drop 2 en ganske stor omstilling fra drop 1. Vi fant ut at vi ble nødt til å kutte ut en del tjenester som vi hadde planlagt, men samtidig fikk vi mer oversikt over hvordan composite struktur virker og tilstandsmaskiner. Vi endte opp med å måtte redesigne store deler av sekvensdiagrammene som en følge av dette.

2 DROP 2 Vår 2006 side 2 FORUTSETNINGER / USE CASE Krav og forutsetninger som vi gjør Systemet skal kunne melde på en bruker til systemet. Når man melder seg på skal man få tilgang til alle tjenestene systemet tilbyr. Brukeren velger seg ett kallenavn som brukes i forhold til andre buddies. Dette har vi valgt for å holde telefon id skjult. Man har egne private buddy lister som man kan legge til andre brukere på. De andre brukerene må godkjenne dette. Tjenesten Static Hotspot er unik for hver enkelt bruker og eies av denne brukeren. Dynamic Hotspot er buddiene en bruker har. Posisjonering vil kun skje under lagring av static hotspot og når en bruker ber om posisjonering. Når en bruker ber om posisjonering vil buddiesene også posisjoneres. De eneste posisjonene som vil lagres er static hotspot. Endringer : Vi har endret designet på buddy-lister slik at alle brukere har egne private lister, fremfor å ha felles lister. Vi har valgt å løse problemet med samtidighet i systemet ved å opprette nye tilstandsmaskiner hver gang en tjeneste invokeres. Vil lar systemet tildele den nyopprettede tilstandsmaskinen et unikt sesionid. Noe som gjør at når signalene flyter gjennom systemet kan f.eks SysCon finne ut av hvor signalet skal routes ved å se på signalets sesid parameter. Kjernen i systemet blir da SysCon som oppretter nye tilstandsmaskiner assigner sesionidere til disse og router signalene i systemet. Vi lager og en egen tilstandsmaskin DataCon som står for kommunikasjon med databasen vår.

3 DROP 2 Vår 2006 side 3 Class diagram

4 DROP 2 Vår 2006 side 4 Composite structure

5 DROP 2 Vår 2006 side 5 syscon / state m. SysCon er «spideren» i systemet vårt. Her opprettes nye tilstandsmaskiner ved invokeringer av tjenestene. SysCon gjør og all routingen av de ulike signalene i systemet.

6 DROP 2 Vår 2006 side 6 buddymaker / seq. diag. MakeBuddy sekvensdiagrammet forklarer hvordan vi tenker oss hvordan en person skal invitere en annen person inn i sin buddyliste. Dette gjøres ved at personen sender med person2 sitt nic[visuelle id]. Systemet henter ut person2 sin statiske id fra databasen og sender en sms med invitasjon. Dersom person2 aksepterer invitasjonen sender han meldingen buddy make der make er sesioniden til den aktuelle buddymaker-tilstandsmaskinen. Slik at systemet kan route tilbakemeldingen til riktig maskin. Vi tenker oss at dersom person2 ikke ønsker å være buddy med person1 lar han være å svare på meldingen. Da timer systemet ut og person1 får en melding om avslag pr sms.

7 DROP 2 Vår 2006 side 7 buddymaker / seq. diag. decomposed

8 DROP 2 Vår 2006 side 8 buddymaker / state m.

9 DROP 2 Vår 2006 side 9 get_pos / seq. diag. get_pos tjenesten gir bruker mulighet til å posisjonere seg selv. I invokeringen av tjenesten henter PosMaker ut eventuelle buddyer fra personens buddyliste og posisjonerer disse også. Enten så får tilstandsmaskinen tilbake alle sine posisjoneringsforespørsler fra PATS, da beregner vi om personen er i nærheten av noen av sine venner og sier fra om dette. Ellers returnerer vi personens coordinater. Dersom PATS ikke returnerer alle/noen av PosRequestene vil PosMaker time out, beregne eventuelle data den har fått og gi en fornuftig tilbakemelding om dette.

10 DROP 2 Vår 2006 side 10 get_pos / seq. diag. decomposed

11 DROP 2 Vår 2006 side 11 PosMaker / get_pos / state m.

12 DROP 2 Vår 2006 side 12 Create_static_hotspot / seq. diag. Tjenesten gir mulighet til å registrere et statisk hotspot identifisert ved et navn. Da posisjoneres brukers mobiltelefon og resultatet av dette legges inn i databasen. Ved feil gies det tilbakemelding til bruker.

13 DROP 2 Vår 2006 side 13 Create_static_hotspot / seq. diag. decomposed

14 DROP 2 Vår 2006 side 14 hotspotmaker / Create_static_hotspot / state m.

15 DROP 2 Vår 2006 side 15 get_static / seq. diag. get_static tjeneste gir bruker muligheten til å sjekke om han/hun er i nærheten av noen av sine personlige hot-spots. Dette gjør vi ved å posisjonere bruker, hente ut eventuelle hotspot og beregne et resultat som returneres til bruker. Dersom det oppstår feil timer tilstandsmaskinen ut og vi returnerer en feilmelding

16 DROP 2 Vår 2006 side 16 get_static / seq. diag. decomposed

17 DROP 2 Vår 2006 side 17 StatSjekk / get_static / state m.

18 DROP 2 Vår 2006 side 18 Authentication og registrering / seq. diag. Tjenesten reg lar bruker registrere seg i systemet.

19 DROP 2 Vår 2006 side 19 datacon / state m.