2. Specifikacija dizajna programskog proizvoda
FOI StudentFeed
Softver za praćenje narudžbi u studentskom restoranu
Kolegij: Programsko inženjerstvo
Akademska godina: 2023/2024
Autor: Andrija Novaković
Datum: 23.03.2024.
Dijagram slučajeva korištenja opisuje sve funkcionalne zahtjeve navedene u specifikaciji korisničkih zahtjeva, točnije njih osam koji su obrađeni te su na dijagramu zapisani su u obliku koji je kraći i razumljiviji. Ti funkcionalni zahtjevi su:
- Sustav će omogućiti prijavu korisnika u sustav (FZ-1)
- Sustav će omogućiti unos novih korisnika, brisanje starih i uređivanje postojećih (FZ-2)
- Naknadno dodano kako bi detaljnije obraznožili utjecajnost uvida u ustav (FZ-2.1)
- Sustav će omogućiti praćenje narudžbe (FZ-3)
- Sustav će omogućiti izradu povratnih komentara (FZ-4)
- Sustav će omogućiti prikupljanje bodova (FZ-5)
- Sustav će omogućiti uvid u današnji meni (FZ-6)
- Sustav će omogućiti praćenje najpopularnijih jela (FZ-7)
- Sustav će omogućiti ocjenjivanje jela i količine jela (FZ-8)
Pomoću funkcionalnih zahtjeva kreirali smo dijagram koji izgleda ovako:
Za 1. slučaja korištenja smo uzeli povratni komentari (FZ-4)
| Naziv | ocjenjivanje jela i količine jela "FOI StudentFeed" |
|---|---|
| Kratki opis | Prije početka ocjejivanja, Student vrši prijavu u sustav kako bi mogao pristupiti sustavu i koristiti sav njegov potencijal. Te nakon kupnje nekoga jela mogu mu dati ocjenu od 1(najmanje) do 5(najviše). |
| Sudionici | Student i voditelj menze |
| Okidač | Korisniku je potreban pristup u sustavu. |
| Preduvjet | Student mora biti student kako bi imao pravo na prijavu u sustav |
| Stanje sustava nakon uspješnog izvršenja | Student dobiva mail zahvale za povratnu informaciju |
| Iznimke | Ukoliko student nije prijavljen znači da nije konzumirao obrok unutar posljednjih 24 sata |
| Stanje sustava nakon pojave iznimke | Studentu ne dobiva prikaz obroka |
| Standardni proces | Sustav prikazuje studentu zadnje konzumirane obroke(1). Student ima mogućnost odabira obrok iz dobivenog popisa koji je sustav ispisao(2). sustav generira formu povratnih informacija za odabrano jelo(3). Ako je student voljan ima mogućnost unosa ocjene za kvalitetu i količinu nekog obroka, te sustav sprema promjene(4). Sustav provjerava ispravnost unosa ocjena(5) Sustav šalje podatke u bazu podataka o ocjenama(6). Baza podataka sprema podatke na za to predviđeno mjesto(7) Sustav na mail šalje student poruku zahvale za ocjenjivanje jela(8) |
| Alternativni proces | Sustav javlja korisniku kako ne postoje obroci koji su konzumirani unutar posljenjih 24 sata (1) (2-5) Kao i u standardnom procesu Sustav izbacuje grešku oko ocjenjivanja ukoliko nije dobro upisana (6) (7) i (8) Kao i u standardnom procesu |
Imamo 3. skice, (skica 1 i 2) koje se sastoje od odabira ocjene za okus i ocjena za količinu hrane. Nakon odabira ocjene postoji mogućnost pisanja komentara na određeni obrok. Slika 1 Prikazuje ocjenjivanje okusa jela kojega je student konzumirao(nije nužno polje, ako student nije u mogućnost davanja povratne informacije ili ocjene postoji tipka nazad u ovakvome obliku "<-"). Slika 2 Prikazuje ocjenjivanje količine jela kojega je student konzumirao(nije nužno polje, ako student nije u mogućnost davanja povratne informacije ili ocjene postoji tipka nazad u ovakvome obliku "<-"). Slika 3 prikazuje pisanje povratne napomene za određeno jelo(nije nužno polje, ako student nije u mogućnost davanja povratne informacije postoji tipka nazad u ovakvome obliku "<-")
Za 2. slučaja korištenja smo uzeli Prijavu u sustav (FZ-1)
| Naziv | Prijava u sustav "FOI StudentFeed" |
|---|---|
| Kratki opis | Korsnik se prijavljuje u sustav sa svojim podacima (Student se prijavljuje u sustav sa svojim brojem iksice i lozinkom, dok se djelatnik menze prijavljuje sa svojima jedinstvenim podatcima). SCVZ održava sustav te omogućava studentima koji ispunjavaju sve uvjete da imaju pravo pristupa sustavu, dok one studente koji ne ispunjanavu uvijete briše iz sustava i nemaju mogućnost prijave u sustav. |
| Sudionici | Student, djelatnik i SCVZ |
| Okidač | Korisniku je potreban pristup u sustavu. |
| Preduvjet | Student mora biti student kako bi imao pravo na prijavu u sustav Djelatnik mora imati radni odnos kako bi dobio jedinstvene podatke za pristup sustavu |
| Stanje sustava nakon uspješnog izvršenja | Student ili djelatnik ima umogućnost pristupiti u sustav te sam ulazak u aplikaciju |
| Iznimke | Studenta s potrebnim podacima za registraciju nema jer svi moraju biti u sustavu za pristup aplikaciji Svaki djelatnik ima jedinstvene podatke za prijavu ali također mora biti u susatvu za pristup aplikaciji. |
| Stanje sustava nakon pojave iznimke | Korisniku se prikazuje poruka s pogreškom jer ne spada u dozvoljene korisnike te nema pristup aplikaciji |
| Standardni proces | korisnik unosi podatke za prijavu(1). Korisnik samom prijavom želi pristup aplikaciji(2). Sustav prima podatke potrebne za prijavu(3). Sustav vrši provjeru ispravnosti unesenih podataka za prijavu(4). Ukoliko je korisnik neuspješno izvršio prijavu dobiva povratnu poruku o ponovnom unosu podataka (5). Nakon ispravnog unosa sustav obajveštava korisnika o uspiješnoj prijavi i omogućuje mu ulaz u sustav (6) |
| Alternativni proces | korisnik unosi podatke za prijavu(1) Kao i u standardnom procesu (2-5) Sustav izbacuje grešku ukoliko je pogrešna prijava (5) Kao i u standardnom procesu (6) |
| Poruke koje aplikacija izbacuje | "Pogrešan unos podataka pokušajte ponovo" |
Korisnik unosi korisničko ime i Zaporku pa pritišće gumb Prijava. Nakon provjere Korisničke Oznake i uloge Dohvačaju se korisniči podatci i povezuje se sa bazom sustava SCVZ. provjerava se unesena postojanje korisnika u sustav, te zatim ispravnost korisničkih podataka. Ukoliko je prijava važeča korisniku se omogućava pristup sustavu i aplikaciji.
Dijagram sadrži pet klasa. Klasa podnositelj ima 2 atributa to su ime i prezime koji su nužni uvjeti za bazu podataka sustava. KLasa korisnik je klasa kojom vršimo provjeru u sustav radi ispravnosti podataka jer ima 2 atributa korisničko ime i zaporka kojima osim što moraju biti ispravi moramo vršiti provjeru postojanja podataka u susatvu. Repozitorij korisnika je klasa sa 2 atributa koja su glavna jer su oni dohvačanje korisnika i stvaranj eobjekata kojima provjerava i dopuštamo ulazak u aplikaciju sustava, a prijava je obican gumb kojim završavamo i šaljemo formu.
U priloženom se nalazi kompletan dijagram klasa koji sadrži deset klasa.
U nastavku je prikazan kompletan model podataka (ERA dijagram) koji se sastoji od 8 klasa. Izvještaj, Baza podataka SCVZ, Voditelj menze, Baza podataka povratnih informacija, konzumacija jela, korinika, povratnih informacija i podataka.