3. Specifikacija zahtjeva sustava

Aktori

1. Korisnik

-slati prijave

-pregledavati stare prijave

-Vidjeti informacije o resursima, sklonistima i slicno

2. Registrirani korisnik

-sve funckionalnosti obicnog (annimnog) korisnika

-Prijavljivanje u sustav

-Dobivanje obavijesti o statusu prijave

3. Vlasti

-pregled svih prijava

-Prihvacanje ili odbijanje prijava

-Generiranje statistickog izvjesca

4. Humanitarne organizacija

-pregled prijava

-Objavljivanje korisnih informacija za pomoc korisnicima(gradanima)

5. Disaster Master web aplikacija

• obrada zahtjeva korisnika (prijava u sustav, slanje prijave nepogode)

6. Vanjski resursi

• omogucuje koristenje interaktivne mape

• omogucuje slanje obavijesti

• omogucuje autentifikaciju i sigurnost pri prijavi u aplikaciju

7. Baza podataka

• spremanje podataka o korisnicima

• spremanje podataka o prijavama

• spremanje podataka o resurima, sklonistima...

Obrasci uporabe

Opis obrazaca uporabe

Funkcionalni zahtjevi razradeni u obliku obrazaca uporabe

1. Visokorazinski dijagram svih funkcionalnosti aplikacije

2. Vrste korisnika

2.1 Dijagram funkcionalnosti Korisnika:

2.2 Dijagram funkcionalnosti Vlasti i Humanitarnih organizacija:

3. Dijagrami glavnih funkcionalnosti

Dijagram procesa primanja obavijesti putem maila:

Dijagram procesa prijave nepogode:

Dijagram generiranja statistickog izvjesca:

Dijagram slanja informacija o resursima i najblizim sklonistima:

Razrada obrazaca

UC1: Prijava nepogode

• glavni sudionik: Korisnik
• cilj: Omoguciti prijavu nepogode u sustav
• sudionici: baza podataka, DisasterMaster web aplikacija
• preduvjet: -
• opis osnovnog tijeka:

1. Korisnik odabire opciju za prijavom nepogode
2. Sustav mu prikazuje formular za prijavu
3. Korisnik ispunjava formular (vrsta nepogode, kratki opis, fotografija, lokacija)
4. Sustav pohranjuje prijavu u bazu podataka

• Opis mogucih odstupanja:

3. a) korisnik ne unese podatke potrebne za pohranjivanje prijave

UC2: Pregled informacija o resursima

• glavni sudionik: Korisnik
• cilj: Prikazati korisniku informacije o resursima, sklonistima i mjerama opreza
• sudionici: DisasterMaster web aplikacija, humanitarne organizacije
• preduvjet: humanitarne organizacije su objavile informacije
• opis osnovnog tijeka:

1. Korisnik odabire opciju za prikazom informacija
2. Sustav otvara stranicu koja prikazuje informacije

• Opis mogucih odstupanja:

2. a) Humanitarne organizacije nisu objavile potrebne informacije

UC3: Primanje obavijesti

• glavni sudionik: Korisnik
• cilj: omoguciti korisniku primanje obavijesti putem emaila
• sudionici: mail server, DisasterMaster web aplikacija
• preduvjet: korisnik je registriran u sustav te je odabrao opciju za primanje obavijesti
• opis osnovnog tijeka:

1. Korisnik se registrirao u sustav
2. a) Korisniku putem mail dolazi automatska poruka o uspjesnoj registraciji
3. Korisnik je odabrao opciju subscribe kojom odabire da mu se salju mailovi
4. a) kada vlasti prihvate (validiraju) prijavu korisniku na mail stize obavijest o novoj nepogodi

• Opis mogucih odstupanja:

greska u sustavu zbog koje mail nebude poslan sustav ne uspije poslati obavijest zbog greske s mail serverom

UC4: Prijava u aplikaciju

• glavni sudionik: Korisnik
• cilj: omoguciti stvaranje korisnickog racuna
• sudionici: baza podataka, vanjski resursi (OAuth)
• preduvjet: -
• opis osnovnog tijeka:

1. Korisnik odabire opciju prijave u aplikaciju
2. Korisnik odabire log-in(a) ili sign-in(b) 3.a) Ako je odabrao log-in upisuje korisnicko ime i lozinku 4.a) Aplikacija potvrduje log-in i koristenje se nastavlja sa korisnickim racunom 3.b) Ako je odabrao sign-in upisuje korisnicko ime, lozinku i mail 4.b) Dobiva potvrdu o kreiranom racunu i koristenje se nastavlja sa korisnickim racunom

• Opis mogucih odstupanja:

3.a) korisnik je upisao krivo ime i lozinku 3.b) doslo je do greske u bazi podataka te korisnicki racun nije dobro spremljen 4.b) korisnik nije dobio potvrdu o kreiranom racunu zbog greske pri koristenju vanjskih resursa

UC5: Pregled interaktivne mape

• glavni sudionik: Korisnik
• cilj: koristenje interaktivne mape
• sudionici: vanjski resursi (OpenStreetMap)
• preduvjet: -
• opis osnovnog tijeka:

1. Korisnik ulazi u aplikaciju
2. Zoomiranjem moze vidjeti detaljnije lokacije
3. Koristenjem trazilice moze vidjeti odredenu lokaciju proizvoljne prezicnosti(drzava, grad, kvart, ulica)

• Opis mogucih odstupanja:

greska u radu sa vanjskim resursima (OpenStreetMap)

UC6: Pregled svih prijava

• glavni sudionik: Vlasti
• cilj: mogucnost pregleda svih prijava kako bi se utvrdile one vjerodostojne
• sudionici: Korisnici (kao osobe koje salju te prijave), baza podataka
• preduvjet: postoje prijave za odredeno podrucje
• opis osnovnog tijeka:

1. Vlasti ulaze u aplikaciju kao administratori te zatrazuju pregled prijava
2. Aplikacija prikazuje sve prijave iz baze podataka

• Opis mogucih odstupanja:

zbog velikih broja prijava ili opterecenja sustava ucitavanje prijava moze trajati duze od ocekivanog prilikom pregleda prijava moze doci do prekida veze s bazom podataka i to onemoguci pregled prijava

UC7: Mijenjanje statusa prijave

• glavni sudionik: Vlasti
• cilj: prihvacanje vjerodostojnih prijava, te odbijanje nelegitimnih
• sudionici: baza podataka
• preduvjet: postoje prijave koje bi se mogle odbiti/prihvatiti
• opis osnovnog tijeka:

1. Vlasti odabiru odredenu prijavu te joj mijenjaju status
2. Aplikacija registrira promjenu statusa prijave te se tako sprema u bazu podataka
3. Prihvacene prijave se prikazuju kao pinovi na interaktivnoj mapi

• Opis mogucih odstupanja:

greska u radu sustava zbog koje se odrene prijave ne registriraju sa dobrim statusom

UC8: Generiranje statistickog izvjesca

• glavni sudionik: Baza podataka
• cilj: genriranje statistickog izvjesca na temelju prijava u odredenu vremenskom periodu ili podrucju
• sudionici: Vlasti
• preduvjet: postoji dovoljno prijava kako bi se kreiralo izvjesce
• opis osnovnog tijeka:

1. Vlasti zatraze generiranje izvjesca
2. Aplikacija im nudi opciju filtriranja po odredenim parametrima kako bi se bolje specifiralo izvjesce (vremenski period i lokacija)
3. Vlasti odabiru parametre za generiranje izvjesca
4. Iz baze podataka se generira izvjesce te prikazuje korisniku(vlastima)

• Opis mogucih odstupanja:

krivo generirano izvjesce

UC9: Objava informacija o resursima

• glavni sudionik: Humanitarne organizacije
• cilj: objavljivanje korisnih informacija u slucaju nepogode
• sudionici: baza podataka
• preduvjet: postoje prijave na temelju kojih su humanitarne organizacije odlucile postaviti informacije
• opis osnovnog tijeka:

1. Humanitarne organizacije na temelju pregleda prijava odlucju koje informacije ce objaviti
2. Odabiru opciju postavljanja informacija
3. Sustav uspjesno registrira njihove obavijesti
4. Sustav objavljuje informacije na glavnoj stranici aplikacije

• Opis mogucih odstupanja:

greska u sustavu zbog koje se informacije ne prikazuju

Sekvencijski dijagrami

generiranje izvjesca:

log-in pomocu OAuth:

prijava nepogode:

slanje informacija o resursima od strane humanitarnih organizacija: