InformacionisistemzaˇskoluraˇcunaraSystemPropoincare.matf.bg.ac.rs/~asimic/2018/is/projekti2017/1.SkolaProgramiranja.pdf · forme za prijavu Popunjavanje forme za prijavu Validacija

Matematicki fakultet

Univerzitet u Beogradu

Informacioni sistem za skolu racunara SystemPro

Autori:Nikola DimitrijevicRastko DordevicLuka ZivanovicNemanja Micovic

Strahinja Stanojevic

31. decembar 2017

Sadrzaj

1 Uvod 31.1 Analiza sistema . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 31.2 Akteri . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 3

1.2.1 Administrator . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 31.2.2 Nastavnik . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 41.2.3 Roditelj . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 41.2.4 Ucenik . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 4

2 Slucajevi upotrebe 52.1 Dijagram konteksta i DTP dijagram nivoa 1 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 52.2 Testiranje . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 7

2.2.1 Elektronska prijava ucenika za testiranje . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 82.2.2 Prijavljivanje ucenika za testiranje od strane roditelja u skoli . . . . . . . . . . . . . . . . . . . 92.2.3 Evaluacija znanja . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 10

2.3 Upis godine . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 122.3.1 Upis godine . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 122.3.2 Rasporedivanje ucenika po grupama . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 14

2.4 Nastava . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 162.4.1 Upisivanje rezultata zavrsnog testa . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 172.4.2 Pravljenje rasporeda casova . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 182.4.3 Pravljenje rasporeda konsultacija . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 192.4.4 Razmena poruka . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 19

2.5 Upravljanje podacima o korisnicima . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 212.5.1 Izmena niskorizicnih informacija . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 222.5.2 Izmena visokorizicnih informacija . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 222.5.3 Pravljenje naloga . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 23

2.6 Finansije . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 242.6.1 Isplata nastavnika . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 252.6.2 Elektronsko placanje rate skolarine . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 252.6.3 Licno placanje rate skolarine . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 26

3 Arhitektura sistema 293.1 Karakteristike sistema . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 293.2 Veb aplikacija . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 29

3.2.1 Prezentacioni sloj . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 293.2.2 Klijentski kontroler . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 303.2.3 Serverski kontroler . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 303.2.4 Sloj podataka . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 30

3.3 Desktop aplikacija za racunovodstvo . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 30

4 Shema baze podataka 344.1 Pregled entiteta . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 34

4.1.1 Nezavisni entiteti . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 344.1.2 Zavisni entiteti . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 364.1.3 Agregirani entiteti . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 37

1

SADRZAJ SADRZAJ

5 Predlog korisnickog interfejsa 385.1 Pocetni ekran . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 385.2 Stranica za elektronsko prijavljivanje za prijemni ispit . . . . . . . . . . . . . . . . . . . . . . . . . . . 385.3 Stranica za profil ucenika . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 385.4 Stranica za kontakt . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 38

6 Zakljucak 43Literatura . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 43

2

Glava 1

Uvod

1.1 Analiza sistemaAnalizom postojeceg poslovnog sistema je dobijen bitan uvid u mane i doneti su zakljucci o tome na sta se treba

fokusirati pri razvoju novog informacionog sistema.Prilikom analiziranja postojeceg sistema kao najveci problemi izdvojeni su:

• Decentralizovani pristup informacijama - ne postoji jedno mesto gde se nalaze svi relevantni podaci, stoznacajno otezava i usporava proces da ucenici i nastavnici do njih dodu.

Problem se resava centralizacijom informacija putem novog informacionog sistema. Time se uceniku omogucavada do svih materijala i obavestenja dode direktno u jednom koraku. Nastavnici takode dobijaju centralizovanomesto za objavu obavestenja i materijala tokom trajanja skolske godine.

• Rucna izrada izvestaja i dokumenata - dosta vremena se trosi na pravljenje izvestaja i dokumenata, sto bi seznacajno smanjilo koriscenjem informacionog sistema.

Uvodom informacionog sistema se omogucava automatizacija generisanje dokumenata i elektronskih sertifikatacime se smanjuje posao administraciji. U planu je i da se omoguci da ucenici i roditelji dobiju mogucnost dasertifikate preuzimaju elektronskim putem.

• Nacin obavljanja finansija - u trenutnom sistemu jedini nacin placanja je uplatnicom. Roditelji moraju da idudo poste/banke da uplate, potom najcesce ucenici donose uplatnicu u skolu. Nakon toga se uplatnice cuvaju uskoli, i informacije se unose u Excel tabelu.

Elektronskim placanjem se smanjuje vreme koje je roditeljima potrebno da izvrse uplatu, ucenici nece moratida budu ukljuceni u proces placanja. Takode se olaksava posao administraciji skole tako sto ce imati sveinformacije o uplatama automatski azurirane.

1.2 AkteriAnaliza postojeceg sistema izdvojila je nekoliko aktera koji predstavljaju ucesnike u trenutnom poslovnog sistemu.

Njihov kratak opis sledi u nastavku teksta.

1.2.1 AdministratorAdministrator je radnik skole koji ce imati sledeca zaduzenja i mogucnosti koriscenja sistema:

• Unos podataka o prijavi ucenika za polaganje prijemnog ispita u sistem.

• Objavljivanje rezultata prijemnog ispita.

• Pravljenje naloga roditelja, ucenika i nastavnika.

• Unos podataka o nastavnicima, ucenicima i roditeljima u sistem.

• Rasporedivanje ucenika po grupama.

• Odredivanje predemeta koje nastavnici drze.

• Sastavljanje rasporeda casova u dogovoru sa nastavnicima.

3

1.2. AKTERI GLAVA 1. UVOD

• Unosenje rasporeda casova u sistem.

• Odredivanje rasporeda konsultacija u dogovoru sa nastavnicima i njihovo rasporedivanje po nedeljama.

• Izmena visokorizicnih informacija o korisnicima.

• Belezenje uplata koje roditelj licno vrsi.

1.2.2 NastavnikNastavnik je radnik skole koji ce imati sledeca zaduzenja i mogucnosti koriscenja sistema:

• Pregledanje prijemnog ispita.

• Objavljivanje rezultata prijemnog ispita.

• Sastavljanje rasporeda casova u dogovoru sa administratorom.

• Odredivanje rasporeda konsultacija u dogovoru sa administratorom.

• Razmena poruka sa drugim korisnicima.

• Pregledanje, unos i zakljucivanje poena zavrsnog testa.

• Menjanje niskorizicnih informacija.

• Dobijanje potvrde o pristigloj plati.

1.2.3 RoditeljRoditelj je akter koji predstavlja roditelja ucenika skole. Njegove mogucnosti koriscenja sistema su:

• Prijava ucenika za polaganje prijemnog ispita.

• Uplacivanje rata skolarine i dobijanje potvrde o uplati.



• Pregledanje rasporeda po grupama.

• Pregledanje rasporeda casova.

• Pregledanje rasporeda konsultacija.


• Pregled poena osvojenih na zavrsnom testu.

• Pregled poena osvojenih na prijemnom ispitu.

1.2.4 UcenikUcenik je akter koji pohada skolu. Njegova zaduzenja i mogucnosti koriscenja sistema su:

• Polaganje prijemnog ispita.

• Polaganje zavrsnog testa.

• Pregledanje rasporeda po grupama.

• Pregledanje rasporeda casova.

• Pregledanje rasporeda konsultacija.


• Pregled poena osvojenih na zavrsnom testu.


4

Glava 2

Slucajevi upotrebe

Poglavlje daje detaljan pregled slucajeva upotrebe.

2.1 Dijagram konteksta i DTP dijagram nivoa 1Na slici 2.1 prikazani su dijagram konteksta i akteri, a na slici 2.2 je dat DTP dijagram nivoa jedan.

Testiranje: Da bi se upisao u skolu, ucenik mora da se prijavi za testiranje, i nakon toga poloziti prijemni test.Test sklapa i pregleda nastavnik, a administrator unosi informacije o prijavama i rezultate testova u bazu.

Upis godine: Nakon sto je ucenik polozio test, ili nakon zavrsene prethodne godine, upisuje skolsku godinu.Roditelj dolazi do skole i placa upis, a administrator unosi podatke o uplati, ili roditelj placa elektronskim putem.

Nastava: Nastavnik zajedno sa administratorom pravi raspored casova. Nastavnik kaci obavestenja i materijale,salje poruke, vrsi evidenciju ocena/poena, zakazuje konsultacije. Ucenik i nastavnik imaju mogucnost komunicirajupreko informacionog sistema.

Upravljanje podacima o korisnicima: Automatski se prave nalozi za ucenika i roditelja pri upisu ucenika, kojinaknadno mogu menjati svoje licne podatke. Administrator pravi nalog novim nastavnicima i unosi njihove podatke,koje nastavnici mogu azurirati. Nastavnici unose ocene ucenika u sistem.

Finansije: Roditelji mogu vrsiti uplate elektronskim putem, pri cemu sistem automatski azurira uplate. Takodemogu vrsiti uplate putem poste, pri cemu administrator mora uneti podatke o uplati u sistem. Na osnovu fondacasova koje je nastavnik drzao, isplacuje mu se odgovarajuca svota novca na racun.

5

2.1. DIJAGRAM KONTEKSTA I DTP DIJAGRAM NIVOA 1 GLAVA 2. SLUCAJEVI UPOTREBE

SystemPro

AdmnistratorNastavnik

Ucenik

Baza Podataka

D

Roditelj

Slika 2.1: DTP dijagram sistema nivoa 0.

Testiranje

1

Upis godine

2

Nastava

4

Finansije

3

Upravljanje podacima o korisnicima

6

Nastavnik

Ucenik

Administrator

Roditelj

Baza podataka

D

Slika 2.2: DTP dijagram sistema nivoa 1.

6

2.2. TESTIRANJE GLAVA 2. SLUCAJEVI UPOTREBE

2.2 TestiranjeNa slici 2.3 prikazani su slucajevi upotrebe za testiranje, a na slici 2.4 dijagram toka podataka.

Elektronska prijava učenika za testiranje

Prijavljivanje učenika zatestiranje od strane roditelja

u školi

Evaluacija znanja

Ucenik

Administrator

Roditelj

Nastavnik

Slika 2.3: Slucaj upotrebe za testiranje.

Prijavljivanje ucenika za testiranje od strane roditelja u skoli

1.1

Elektronska prijava ucenika za testiranje

1.2

Evaluacija znanja

1.3

Nastavnik

Ucenik

Roditelj

Administrator

Uradjeni testoviD

Testovi

Obrazac za prijavu Overen obrazac

Baza podatakaD

Slika 2.4: Dijagram toka podataka za testiranje

7


2.2.1 Elektronska prijava ucenika za testiranjeNa slici 2.5 prikazan je dijagram aktivnosti za proces elektronske prijave ucenika za testiranje.

Roditelj Sistem

Obaveštavanje roditelja o uspešnoj prijavi

Otvaranjeforme zaprijavu

Popunjavanje forme za prijavu

Validacija prijave

Pamćenje prijave

O

Roditelj odlazi na veb stranicu

odustajanje

Nevalidna prijava

Uspešna validacija

Slika 2.5: Dijagram aktivnosti za elektronsku prijavu ucenika za testiranje

8


SLUCAJ UPOTREBE

Naziv: Elektronska prijava ucenika za testiranje

Akteri • Roditelj

Preduslovi: • Prijave su otvorene

• Ucenik je najmanje 3. razred osnovne skole, a najvise8. razred.

Postuslov Kandidat je prijavljen.

Glavni tok:

1. Roditelj odlazi na vebsajt i otvara formu za prijavu

2. Roditelj popunjava formu za prijavu

3. Sistem vrsi validaciju prijave.

4. Sistem pamti unetu prijavu

5. Sistem obavestava roditelja o uspesnoj/neuspesnoj prijavi

Alternativni tok3.a Nevalidna prijava

1. Vec prijavljen, slucaj upotrebe se zavrsava.

2.2.2 Prijavljivanje ucenika za testiranje od strane roditelja u skoli

SLUCAJ UPOTREBE

Naziv: Prijavljivanje ucenika za testiranje od strane roditelja uskoli

Kratak opis: Roditelj prijavljuje dete za polaganje testa licno. Admini-strator unosi podatke o prijavi.

Akteri • Administrator.

• Roditelj

Preduslovi: • Prijave su u toku

• Roditelj donosi dacku knjizicu ucenika.

Postuslov Svi kandidati su prijavljeni.

Glavni tok:

9


1. Roditelj dobija formular za prijavu od administratora

2. Roditelj popunjava formular za prijavu.

3. Administrator unosi podatke sa formulara u sistem

4. Sistem zabelezava prijavu u bazu.

Alternativni tok1.a Roditelju fali dacka knjizica, slucaj upotrebe se zavrsava.

2.2.3 Evaluacija znanjaNa slici 2.6 prikazan je BPMN dijagram evaluacije znanja.

Slika 2.6: BMPN dijagram evaluacije znanja

10


SLUCAJ UPOTREBE

Naziv: Evaluacija znanja

Kratak opis: Kandidat polaze test. Nastavnici pregledaju. Administra-tor unosi rezultate i sistem ih rangira.

Akteri • Ucenik

• Nastavnik

• Administrator.

Preduslovi: • Kandidat je prijavljen.

• Obezbedeno je mesto za polaganje testa.

Postuslovi: • Kandidati su polagali test.

• Testovi su pregledani.

• Rezultati su objavljeni.

Glavni tok:

1. Ucenik polaze test.

2. Nastavnik pregleda test.

3. Nastavnik unosi rezultate u sistem

4. Sistem rangira kandidate po broju bodova.

5. Administrator objavljuje rezultate.

Alternativni tok1.a Ucenik nije izasao na test, u tom slucaju pri unosu poena mu se upisuje 0, slucaj

upotrebe se zavrsava

11

2.3. UPIS GODINE GLAVA 2. SLUCAJEVI UPOTREBE

2.3 Upis godineNa slici 2.7 prikazani su slucajevi upotrebe za testiranje, a na slici 2.8 dijagram toka podataka.

Placanje

Upis

Rasporedjivanje ucenika po grupama

Roditelj

Ucenik

Administrator

Slika 2.7: Slucajevi upotrebe za upis godine.

Upis godineRoditelj Administrator

Baza podatakaD

UplatinicaRaspored ucenika po

grupama

Slika 2.8: Dijagram toka podataka za upis godine

2.3.1 Upis godine

SLUCAJ UPOTREBE

Naziv: Upis godine

Kratak opis: Roditelj uplacuje skolarinu za ucenika koju administratorevidentira.

12


Akteri • Roditelj

• Administrator.

Preduslovi: • Ucenik polozio prijemni

Postuslovi: • Ucenik upisan u skolu

• Roditelj dobija potvrdu o uplati.

Glavni tok:

1. Roditelj uplacuje prvu mesecnu ratu skolarine licno ili elektronskim putem.

2. Administrator unosi u sistem uplatu koju je roditelj izvrsio. Koristi se slucajupotrebe "Pravljenje naloga".

3. Administrator omogucuje roditelju (pristupom delu za placanje roditeljskog na-loga) da vidi da je uplata uspesno izvrsena.

4. Administator unosi u bazu podatke o tome da je ucenik upisan. Koristi se slucajupotrebe "Pravljenje naloga".

Alternativni tok1.a Roditelj odustao od uplate, odnosno povukao je, ucenik ne pohada skolu.

Skolarina se vraca ukoliko je vec uplacena, narednih opisanih koraka nema.

3.a Nalog nije napravljen, treba ga napraviti.

4.a Ukoliko ucenika nema u bazi treba ga dodati, ili ako nije napravljen nalog po-trebno je to uraditi.

13


2.3.2 Rasporedivanje ucenika po grupamaNa slici 2.9 prikazan je dijagram sekvence rasporedivanja ucenika u grupu.

opt

Administrator Sistem Učenik

4: posaljiRaspored()

3.1: azurirajRaspored()

3: azurirajRaspored()

2.2: Raspored2.1: generisiRaspored()

2: zahtevajGenerisanjeRasporeda()

1.1: Forma

1: dohvatiFormu()

Slika 2.9: Dijagram sekvence za rasporedivanje ucenika u grupu

SLUCAJ UPOTREBE

Naziv: Rasporedivanje ucenika po grupama

Kratak opis: Administrator rasporeduje ucenike po grupama

Akteri • Administrator.

Preduslovi: • Ucenici su upisani u skolu

14


Postuslovi: • Ucenici su rasporedeni po grupama

• Ucenici su obavesteni u kojoj grupi rade test

Glavni tok:

1. Administrator otvara formu za rasporedivanje ucenika

2. Administrator pokrece automatsko rasporedivanje ucenika po njihovim godinama

3. Sistem smesta raspored ucenika u bazu

4. Sistem obavestava ucenike o rasporedu automatskim slanjem mejlova.

Alternativni tok2.a Administrator vrsi potrebne izmene u generisanom rasporedu

15

2.4. NASTAVA GLAVA 2. SLUCAJEVI UPOTREBE

2.4 NastavaNa slici 2.10 prikazani su slucajevi upotrebe za testiranje, a na slici 2.11 je prikazan dijagram toka podataka.

Pravljenje rasporedacasova

Razmenaporuka

Kacenjeobavestenja

Kacenjematerijala

Zakazivanjekonsultacija

Slanje porukaroditelju

Evidencijaocena/poena

Nastavnik

Ucenik

Administrator

Roditelj

Slika 2.10: Slucajevi upotrebe za nastavu

16


2.4.1 Upisivanje rezultata zavrsnog testa

SLUCAJ UPOTREBE

Naziv: Rasporedivanje ucenika po grupama

Kratak opis: Nastavnik unosi poene ucenika koje je osvojio na zavrsnomtestu

Akteri • Nastavnik

Preduslovi: • Ucenik je polagao zavrsni test

Postuslovi: • Uneti su bodovi ucenika

Glavni tok:

1. Nastavnik bira za kog ucenika zeli da izvrsi unos poena

2. Nastavnik otvara formu za unos bodova

3. Nastavnik unosi bodove za ucenika

4. Nastavnik zakljucuje unos poena

Alternativni tok2.a Ucenik nije ostvario minimalan broj poena za prolaz, nastavnik unosi bodove i

kroz formu oznacava da test nije polozen

17


Upisivanje rezultata zavrsnog testa

Pravljenje rasporeda casova

Pravljenje rasporeda konsultacija

Razmena poruka

Nastavnik Baza podatakaD

Administrator

Roditelj

Ucenik

Raspored casovaRaspored

konsultacija

Rezultati zavrsnog testa

Slika 2.11: Dijagram toka podataka za nastavu

2.4.2 Pravljenje rasporeda casova

SLUCAJ UPOTREBE

Naziv: Pravljenje rasporeda casova

Kratak opis: Administrator i nastavnici prave raspored casova za tekucugodinu

Akteri • Administrator

• Nastavnik

Preduslovi: • Dovoljno ucenika je upisano u tekucoj skolskoj godini

• Poznat je trenutni program studija, i predmeti kojise trenutno drze

18


Postuslovi: • Raspored casova koji ce se primenjivati tokom skolskegodine

Glavni tok:

1. Nastavnici biraju koje bi predmete najradije drzali

2. Administrator nastavnicima dodeljuje koje ce predmete drzati tekuce godine uzavisnosti od njihovih zelja

3. Nastavnik i administrator se dogovaraju i sastavljaju raspored casova koji ceodgovarati nastavnicima.

4. Administrator unosi raspored casova u sistem

5. Administrator omogucava relevantnim osobama pristup rasporedu casova(ucenici, nastavnici, roditelji)

2.4.3 Pravljenje rasporeda konsultacija

SLUCAJ UPOTREBE

Naziv: Pravljenje rasporeda konsultacija

Kratak opis: Administrator i nastavnici prave raspored konsultacija zatekucu skolsku godinu.


• Nastavnik

Preduslovi: • Dovoljno ucenika je upisano u tekucoj skolskoj godini

Postuslovi: • Raspored konsultacija koji ce se primenjivati tokomskolske godine

Glavni tok:

1. Nastavnici iznose zeljene termine konsultacija

2. Administrator rasporeduje nastavnike u zavisnosti od njihovih zelja

3. Nastavnik i administrator se dogovaraju i sastavljaju raspored konsultacija kojice odgovarati nastavnicima.

4. Administrator unosi raspored casova u sistem

5. Administrator omogucava relevantnim osobama pristup rasporedu casova(ucenici, nastavnici, roditelji)

2.4.4 Razmena poruka

SLUCAJ UPOTREBE

Naziv: Razmena poruka

19


Kratak opis: Nastavnici, ucenici i roditelji mogu da razmenjuju poruke


• Ucenik

• Roditelj

Preduslovi: • Subjekti prijavljeni na sistem

Postuslovi: • Razmenjene poruke izmedu subjekata

Glavni tok:

1. Ulogovani korisnik odlazi na stranu za slanje poruka.

2. Korisnik bira nalog drugog korisnika kome zeli da posalje poruku.

3. Korisnik kuca poruku i salje je.

4. Sistem cuva informacije o poruci.

5. Sistem obavestava primaoca o pristigloj poruci

Alternativni tok3.a Korisnik odustaje od slanja poruke, u tom slucaju sistem cuva informaciju o

poruci(drafts). Slucaj upotrebe se zavrsava.

20

2.5. UPRAVLJANJE PODACIMA O KORISNICIMA GLAVA 2. SLUCAJEVI UPOTREBE

2.5 Upravljanje podacima o korisnicimaNa slici 2.12 prikazani su slucajevi upotrebe za testiranje, a na slici 2.13 prikazan je dijagram toka podataka.

Izmena niskorizicnih informacija

Izmena visokorizicnih informacija

Pravljenje naloga korisnika

Nastavnik

Roditelj

UcenikAdministrator

Slika 2.12: Slucajevi upotrebe za upravljanje podacima o korisnicima.

Izmena niskorizicnih informacija

Izmena visokorizicnih informacija

Pravljenje naloga

Ucenik

Roditelj Baza podatakaD

Administrator

Zahtev za izmenom

Slika 2.13: Dijagram toka podataka za upravljanje podacima o korisnicima

21


2.5.1 Izmena niskorizicnih informacija

SLUCAJ UPOTREBE

Naziv: Izmena niskorizicnih informacija

Kratak opis: Nastavnik, ucenik ili roditelj (u daljem tekstu korisnik)menjaju licne informacije


• Ucenik

• Roditelj

Preduslovi: • Korisnik ima nalog i prijavljen je na njega

Postuslovi: • Informacije su izmenjene u celom sistemu

Glavni tok:

1. Korisnik pristupa stranici za izmenu podataka

2. Korisnik menja podatke

3. Korisnik potvrduje promenu

4. Sistem unosi promenu u bazu

Alternativni tok3.a Ukoliko podatak ne odgovara uslovima (prekoracena duzina polja), korisniku se

vraca informacija sta nije dobro uneto.

Dodatne napomene

1. Podaci koje je moguce promeniti: korisnicko ime, mesto rodenja, kontakt telefon,e-mail, adresa prebivalista.

2.5.2 Izmena visokorizicnih informacija

SLUCAJ UPOTREBE

Naziv: Izmena visokorizicnih informacija

Kratak opis: Administrator menja informacije na zahtev nastavnika,ucenika ili roditelja. To ukljucuje izmenu sifri i slucaj dasu pogresno povezani nalozi roditelja i ucenika.


Preduslovi: • Nastavnik, ucenik ili roditelj zahteva promenu nekogpodatka

• Administrator je prijavljen u sistem

22


Postuslovi: • Informacije su izmenjene u celom sistemu

Glavni tok:

1. Administrator pristupa stranici za izmenu podataka

2. Administrator menja podatak

3. Administrator potvrduje promenu

4. Sistem unosi promenu u bazu

Alternativni tok3.a Ukoliko podatak ne odgovara uslovima (prekoracena duzina polja), korisniku se

vraca informacija sta nije dobro uneto.

Dodatne napomene

1. Podaci koje je moguce promeniti: lozinka, za kog ucenika je roditelj vezan.

2.5.3 Pravljenje naloga

SLUCAJ UPOTREBE

Naziv: Pravljenje naloga

Kratak opis: pravi naloge za ucenike, nastavnike i roditelje


Preduslovi: • Ucenik se upisuje u prvu godinu ili se nov nastavnikzaposljava

Postuslovi: • Napravljen je nalog za odgovarajuceg korisnika

Glavni tok:

1. Administrator otvara formu za pravljenje novog naloga.

2. Administrator unosi relevantne podatke (ime, prezime, datum rodenja, slika, tipkorisnika (ucenik/roditelj/nastavnik)).

3. Administrator pravi odgovarajucu lozinku (jmbg).

4. Administrator unosi u bazu nalog novog korisnika.

Alternativni tok2.a Administrator nema potrebne podatke o korisniku ciji nalog zeli da napravi, slucaj

upotrebe se zavrsava.

23

2.6. FINANSIJE GLAVA 2. SLUCAJEVI UPOTREBE

2.6 FinansijeNa slici 2.14 prikazani su slucajevi upotrebe finansije, a na slici 2.15 je prikazan dijagram toka podataka.

Isplata nastavnika

Mesecna uplata skolarine -elektronskim putem

Mesecna uplata skolarine - licno

Administrator Roditelj

Slika 2.14: Slucajevi upotrebe za upravljanje podacima o finansijama.

Elektronsko placanje mesecne skolarine

Licno placanje mesecne skolarine

Isplata nastavnika

Administrator

RoditeljBaza podataka

D

Racun nastavnika

Elektrosnka uplatnica

Uplatnica

Slika 2.15: Dijagram toka podataka za finansije

24


2.6.1 Isplata nastavnika

SLUCAJ UPOTREBE

Naziv: Isplata nastavnika

Kratak opis: Sistem obraduje broj odrzanih casova nastavnika. Sistemsalje zahtev za uplatu na racun nastavnika. Administratorpotvrduje uplatu.


Preduslovi: • Nastavnik je prethodnog meseca drzao casove

• Prvi je dan u mesecu

Postuslovi: • Nastavniku je isplacena mesecna plata

• Nastavnik je obavesten o uplati plate

Glavni tok:

1. Administrator zahteva obradu svih nastavnika prvog dana u mesecu.

2. Sistem u zavisnosti od broja casova koje je nastavnik drzao prethodnog mesecasalje zahtev za uplatu odgovarajuce svote novca na racun nastavnika.

3. Administrator potvrduje automatski generisanu uplatu

4. Sistem pamti izvrsene uplate u bazi

5. Sistem obavestava nastavnike o uspesno izvrsenoj transakciji

2.6.2 Elektronsko placanje rate skolarineNa slici 2.16 prikazan je dijagram sekvence za elektronsko placanje rate skolarine od strane roditelja.

SLUCAJ UPOTREBE

Naziv: Elektronsko placanje rate skolarine

Kratak opis: Roditelj placa ratu skolarine elektronskim putem

Akteri • Roditelj

Preduslovi: • Postoji neplacena taksa,

• Roditelj ima registrovanu karticu

Postuslovi: • Uplata je izvrsena i evidentirana

Glavni tok:

25


1. Sistem prikazuje listu neizmirenih obaveza

2. Roditelj bira koju neizmirenu obavezu zeli da regulise

3. Roditelj vrsi elektronsku uplatu preko kartice

4. Sistem evidentira uplatu

5. Sistem azurira pregled finansijskih obaveza

Alternativni tok2.a Na kartici nema dovoljno novca, uplata se ne moze izvrsiti, slucaj upotrebe se

nastavlja od 1.

2.6.3 Licno placanje rate skolarineNa slici 2.17 prikazan je dijagram aktivnosti za licno placanje rate skolarine.

SLUCAJ UPOTREBE

Naziv: Licno placanje rate skolarine

Kratak opis: Roditelj placa ratu skolarine licno

Akteri • Roditelj

• Administrator

Preduslovi: • Postoji neplacena taksa

Postuslovi: • Uplata je izvrsena i evidentirana

Glavni tok:

1. Sistem prikazuje administratoru listu neizmirenih obaveza

2. Roditelj bira koju neizmirenu obavezu zeli da regulise

3. Roditelj daje odgovarajucu svotu novca administratoru

4. Administrator evidentira i zakljucuje uplatu

5. Administrator izdaje uplatnicu roditelju

6. Sistem azurira pregled finansijskih obaveza

26


Sistem Roditelj Eksterni sistem za plaćanje

2.5: azurirajListuNeizmirenihObaveza()

2.4: evidentirajUplatu()

2.2: odgovorNaZahtevZaUplatu

2.3: obavestiDaLiJeUplataUspela()

2.1: proslediZahtevZaUplatu()

2: posaljiZahtevZaUplatu()

1.1: dodajIzabraneObaveze()

1: prikaziNeizmireneObaveze()

Slika 2.16: Dijagram sekvence za elektronsko placanje rate skolarine

27


Administrator Roditelj Sistem

Odabirneizmirenihobaveza

Davanje novcaadministratoru

Evidentiranjeuplate

Zaključivanje uplate

Izdavanjeuplatnice

Ažuriranjefinansijskihobaveza

Prikaz neizmirenih obaveza

Slika 2.17: Dijagram aktivnosti za licno placanje rate skolarine

28

Glava 3

Arhitektura sistema

U ovom poglavlju bice prikazana predlozena arhitektura sistema.

3.1 Karakteristike sistemaArhitektura sistema je izabranu u zelji da ispuni sto vise od sledecih uslova:

• Dostupnost

• Azurnost

• Odziv

• Jednostavnost upotrebe

• Stabilnost

Odabir Veb aplikacije omogucava postizanje visokog stepena dostupnosti i azurnosti. Izmenom Veb aplikacijesvi korisnici sistema automatski dobijaju izmene. Odziv nije tesko ispuniti dokle god korisnik ima barem prosecnuinternet vezu i racunar prosecnih performansi. Jednostavnost upotrebe se dobija pazljivo dizajniranim korisnickiminterfejsom i iskustvom, pri cemu je glavna motivacija da korisnici sistema ne budu optereceni nepotrebnim detaljimapri koriscenju aplikacije.

Posebna paznja je pridodata scenariju kada administrator u prostorijama skole nema pristup internet vezi koja jepotrebna za koriscenje Veb aplikacije. Problem se resavama tako sto skolski racunar koji se koristi za administriranjeVeb aplikaciji pristupa putem lokalne mreze. Skola poseduje sopstveni server tako da pristup putem lokalne mrezene predstavlja problem.

Za racunovodstvo je razvijena desktop aplikacija o kojoj ce biti vise reci u delu 3.3.

3.2 Veb aplikacijaZa Veb aplikaciju je izabrana viseslojna komponentna klijent-server arhitektura koja je prikazana na slici 3.1.Na klijentskoj strani se nalaze naredni slojevi:

• Prezentacioni sloj (sloj korisnickog interfejsa):

• Klijentski kontroler (servisni sloj)

• Serverski kontroler

• Sloj podataka

3.2.1 Prezentacioni slojKorisnicima prikazuje i oslikava sadrzaj koji dobija od nizih slojeva i predstavlja najvisi sloj aplikacije. Glavni

zadatak prezentacionog sloja je da korisniku interakciju sa sistemom ucini sto efikasnijom i jednostavnijom.Sastoji se iz komponenti:

• Upisivanje

• Nastava

29

3.3. DESKTOP APLIKACIJA ZA RACUNOVODSTVO GLAVA 3. ARHITEKTURA SISTEMA

• Finansije

• Licni podaci

3.2.2 Klijentski kontrolerGlavni zadatak predstavlja komunikacija sa serverskim slojem sistema. Kontroler kroz prezentacioni sloj korisnika

obavestava o ishodima njegovih akcija.Sastoji se iz komponenti:

• Validacija

• Dohvatanje podataka

• Autorizacija i autentifikacija

3.2.3 Serverski kontrolerLogicki sloj, koji ima slicnu svrhu kao i klijentski kontroler, sa tim sto je obezbedeno da klijenti nemaju pristup

ovom delu aplikacije stoga mozemo vrsiti detaljne autorizacije i validacije podataka. Ovde se takode vrsi komunikacijasa bazom.

Sastoji se iz komponenti:

• Verifikacija

• Pregled i izmena materijala i finansija

• Autorizacija i autentifikacija

3.2.4 Sloj podatakaUkljucuje mehanizme za bezbedan i konzistentan pristup podacima, u ovom slucaju, bazi podataka. Sloj podataka

enkapsulira ove mehanizme i daje lak pristup podacima. Zadatak sloja podataka je da pruzi pristup sloju iznad dakoristi podatke na jednostavan i uniforman nacin. U delu 4 data je shema baze podataka.

3.3 Desktop aplikacija za racunovodstvoNa slikama 3.2, 3.3 i 3.4 prikazana je desktop aplikacija razvijena za racunovodstvo koja omogucava sigurno

izvrsavanje svih transakcija. Na ovaj nacin je odvojen deo aplikacije kojim administrator upravlja veoma osetljivimoperacijama cime je poboljsana bezbednost usled toga sto aplikacija nije javno dostupna. Desktop aplikacija jeindirektno povezana sa Veb aplikacijom putem baze podataka koju dele. Sinhronizacija izmedu aplikacija se izvrsavaautomatski.

30


Slika 3.1: Predlozena arhitektura sistema

31


(a) Prijavljivanje administratora

(b) Obrada korisnika

Slika 3.2

(a) Obrada transakcija (b) Ekran za uplate

Slika 3.3

32


(a) Neuspela uplata (b) Obrada uplate

Slika 3.4

33

Glava 4

Shema baze podataka

U ovom delu ce biti dat pregled predlozene sheme baze podataka.

4.1 Pregled entitetaNa slici 4.1 prikazana je shema baze podataka.

Slika 4.1: Shema baze podataka

4.1.1 Nezavisni entitetiKao nezavisni entiteti izdvojeni su:

• Ucenik

• Roditelj

• Nastavnik

34

4.1. PREGLED ENTITETA GLAVA 4. SHEMA BAZE PODATAKA

• Godina

• Grupa

• Rata

• Predmet

• Materijal

Ucenik

Svaki ucenik ima svoj nalog. Kada ucenik zavrsi poslednju godinu, grupa mu se postavlja na vrednost NULL.Ucenik se ostavlja u bazi da bi skola eventualno mogla da mu salje informacije u buducnosti o partnerskim firmama,ponudama za posao i slicno.

Atributi:

• ime

• prezime

• id_grupe: za ucenika se pamti grupa u kojoj slusa predavanja ili NULL ako je tek upisao ili vec zavrsio

• korisnisko_ime: korisnicko ime kojim ucenik pristupa sistemu

• sifra: hesirana lozinka

Roditelj

Roditelj ima uvid u finansije ali ne moze da vidi informacije o projektima i ostale stvari koje su potrebne uceniku.Nastavnici mogu da ih konstaktiraju, zakazuju roditeljske sastanke i slicno.

Atributi:

• ime

• prezime

• korisnisko_ime: korisnicko ime kojim roditelj pristupa sistemu


Nastavnik

Svaki nastavnik drzi nastavu celoj grupi jedne godine (svaki predmet), moze da predaje u vise grupa. Nastavnikmoze da bude i mentor na projektima.

Atributi:

• ime

• prezime

• korisnicko_ime: korisnicko ime kojim nastavnik pristupa sistemu


Godina

Sadrzi informacije o rednom broju godine i o ceni za talentovane. Pod talentovanim ucenikom se smatra onajkoji pri upisu uradi dobro test ili tokom skolovanja ostvari zapazene rezultate na takmicenjima iz programiranja ilimatematike.

Atributi:

• godina: redni broj godine (1, 2, 3, 4, 5)

• cena: redovna cena godine

• cena_za_talentovane: cena godine sa popustom za talentovanu decu

35


Grupa

Grupu pohada odredeni broj ucenika na jednoj godini (uglavnom 10-15). Po prelasku u drugu godinu, menja seid_godine grupe ucenika. Grupa se moze izabrati da ima isto obelezje kao prethodna, ali ukoliko ucenik ima razlog,sistem dopusta i da ne bude ista.

Atributi:

• id_godine: godina koju grupa pohada

• obelezje: naziv grupe (na primer A, B, C...)

Rata

Sadrzi informacije o iznosu koji treba da se uplati, kao i za kog ucenika u kojoj godini se placa. Sistem generise4 jednake mesecne rate (okidac).

Atributi:

• iznos: uplacena kolicina novca

• id_ucenika: ucenik za koga je izvrsena uplata

• id_godine: godina koju ucenik pohada (je pohadao)

• rb_rate: (1, 2, 3, 4)

Predmet

Sadrzi informacije o nazivu predmeta i na kojoj se godini slusa. Na godini moze biti vise predmeta.Atributi:

• naziv

• id_godine

Materijal

Sadrzi informacije o nazivu materijala, kao i o njegovom autoru i linku sa kog se moze preuzeti. Jedan predmetmoze da ima vise materijala.

Atributi:

• naziv

• autor

• url

• id_predmeta

4.1.2 Zavisni entitetiKao zavisni entitet izvojeni su:

• Uplatnica

• Stipendija

Uplatnica

Sadrzi informacije o uplacenoj rati

• id_rate: rata za koju je vezana uplatnica.

• datum_uplate

• id_roditelja: roditelj koji je izvrsio uplatu

36


Stipendija

Sadrzi informaciju o ucenicima koji su dobro uradili prijemni ispiti (najboljih 30), koji jeftinije placaju skolarinu.Atributi:

• id_ucenika

• broj_poena_na_testu

4.1.3 Agregirani entitetiKao agregirani entiteti izdvojeni su:

• Roditelj_Ucenik

• Predaje

Roditelj_Ucenik

Veza izmedu roditelja i ucenika (otac i majka mogu da poseduju nalog za jednog ucenika, i roditelj moze imativise dece upisanih u skolu).

• id_ucenika

• id_roditelja

Predaje

Veza izmedu nastavnika i ucenika.

• id_grupe

• id_nastavnika

• broj_ucionice

37

Glava 5

Predlog korisnickog interfejsa

U ovom poglavlju bice dat kratak pregled prelozenog korisnickog interfejsa.

5.1 Pocetni ekranNa slici 5.1 prikazana je pocetna stranica. Pruzaju se osnovne informacije o skoli, a ucenici i roditelji mogu da se

prijave na informacioni sistem. Stranica omogucava i pristup elektronskoj prijavi za prijemni ispit povodom upisa uskolu.

5.2 Stranica za elektronsko prijavljivanje za prijemni ispitNa slici 5.2 prikazana je stranica za elektronsko prijavljivanje ucenika na prijemni ispit. Korisnik dobija formular

cijim popunjanjem se prijavljuje za prijemni ispit. U delu 2.2.1 je opisan slucaj upotrebe elektronske prijave zaprijemni ispit.

5.3 Stranica za profil ucenikaSlika 5.3 prikazuje stranicu koja predstavlja profil ucenika. Ucenik ima mogucnost da pregleda i pristupa mate-

rijalima iz predmeta koje slusa u tekucoj skolskoj godini. Takode ima i opciju da promeni svoje podatke, lozinku,slike i slicno.

5.4 Stranica za kontaktSlika 5.4 prikazuje stranicu koja omogucava da se dode u kontakt sa skolom i skola locira na mapi.

38

5.4. STRANICA ZA KONTAKT GLAVA 5. PREDLOG KORISNICKOG INTERFEJSA

Slika 5.1: Pocetna strana

39


Slika 5.2: Prijavljivanje za prijemni ispit

40


Slika 5.3: Profil strana ucenika

41


Slika 5.4: Kontakt stranica

42

Glava 6

Zakljucak

Tokom rada su analizirani i uoceni nedostaci postojeceg sistema i nacina izvodenja poslovnih procesa u skoli.Potom su modelovani slucajevi upotrebe, predlozena je arhitektura, shema baze podataka i neki od najbitnijihprocesa su detaljno izmodelovani koristeci jezik UML. Dat je i primer grafickog korisnickog interfejsa koji ilustrujejedan od slucajeva upotrebe novog informacionog sistema.

Uz komunikaciju sa ljudima iz skole SystemPro nacinjeni su veliki napori da se njihove zelje i sugestije ukljuce uprojekat i informacioni sistem.

Projekat se pokazao kao odlicno iskustvo za citav tim, pruzeno je puno podrske od strane skole, a clanovi timasu imali priliku da steknu iskustvo rada u vecem timu ali i iskustvo u komunikaciji sa klijentima.

Pri radu je koriscena i poznata knjiga [1] kao i materijali sa kursa koji su drzali prof. dr Sasa Malkov i AleksandraKocic na Matematickom fakultetu skolske 2016/2017 godine [2].

Dalji rad na projektu podrazumeva njegovu implementaciju, sto bi olaksalo i poboljsalo poslovanje skole, vlasnika,sekretara, nastavnika i dalo bolje iskustvo ucenicima i roditeljima.

43

Bibliografija

[1] David Avison and Guy Fitzgerald. Information Systems Development: Methodologies, Techniques and Tools.McGraw-Hill Higher Education, 4 edition, 2006.

[2] Sasa Malkov. Materijali sa kursa Informacioni sistemi. 2017.

44

Documents

InformacionisistemzaˇskoluraˇcunaraSystemPropoincare.matf.bg.ac.rs/~asimic/2018/is/projekti2017/1.SkolaProgramiranja.pdf · forme za prijavu Popunjavanje forme za prijavu Validacija