STRUKTURNA SISTEMSKA ANALI ZA

1. STRUKTURNASISTEMSKAANALIZA SEMINARSKI RAD Studenti: Staniša Perić 11589 Miodrag Spasić 11990 Mentori: Milorad Tošić Suzana Stojković

2. Uvod • Strukturna sistemska analiza (SSA) predstavlja jednu od metoda za analizu sistema i zahteva korisnika, tj. služi za modelovanje funkcija sistema. • Razvijena u Velikoj Britaniji (Yourdon i DeMarco) • Jednostavna grafička metoda • Omogućava hijerarhijski opis funkcija sistema

3. Elementi SSA • Dijagram tokova podataka (DTP) • Proces • Tok podataka • Skladište podataka • Interfejs • Rečnik podataka • Primitivnie komponente • Složene komponente

4. Dijagrami tokova podataka (DTP) • Prikazuju na koji način se podaci kreću kroz sistem Interfejs Tok podataka Tok podataka 1 Proces 2 Proces 1 Tok podataka 3 Tok podataka 2 Skladište podataka

5. Dijagrami tokova podataka (DTP) • Proces • Deo sistema koji vrši transformaciju ulaznih u izlazne podatke • Imenovanje u formatu “predikat – objekat” (npr. Evidentiranje kandidata) • Izvršavanje je paralelno a ne sekvencijalno • Bitno je uočiti sve procese sistema Proces

6. Dijagrami tokova podataka (DTP) • Ukoliko je proces složen moguće je njegovo razlaganje na podprocese Proces Proces 1 Proces 3 Proces 2 Proces 1.1 Proces 1.2 Proces 3.2 Proces 3.1

7. Dijagrami tokova podataka (DTP) • Tok podataka • Pokazuje kojim putem se podaci kreću kroz sistem • Imenuju se nazivom podataka koji prenose (npr. Prijava za polaganje) Tok_podataka

8. Dijagrami tokova podataka (DTP) • Skladište podataka • Predstavlja podatke u stanju mirovanja • Imenuju se obično množinom imenice toka podataka koji pristiže u skladište podataka • Baze podataka ili tradicionalne arhive Skladište podataka

9. Dijagrami tokova podataka (DTP) • Interfejs • Predstavlja spoljni objekat sa kojim sistem komunicira • Objekat može biti lice, više osoba pa i čitava organizacija koja koristi sistem Interfejs

10. Pravila kreiranja DTP-a • Svaki proces mora da ima barem jedan ulazni i jedan izlazni tok podataka. • Svaka dva procesa bi trebalo da se povezuju samo posredno preko skladišta podataka. • Tokovi podataka koji idu ka, odnosno od skladišta podataka ne moraju biti imenovani. • Tokovi podataka koji poniru u jedno skladište ili iz njega izviru, mogu da prenose samo one pakete podataka koji se u skladištu mogu čuvati. • Svaki Tok podataka mora da ima izvor i ponor. • Svako skladište mora da ima barem jedan ulazni i barem jedan izlazni tok podataka. • Interfejsi moraju biti povezani sa sistemom, odnosno procesima sistema barem sa jednim ulaznim ili izlaznim tokom podataka. • Preporuka vezana za preglednost dijagrama kaže, da se u cilju izbegavanja nepotrebnog presecanja linija bilo skladište bilo interfejs na jednoj slici može višestruko ponoviti.

11. Hijerarhijska dekompozicija DTP-a • Raščlanjivanje procesa na podprocese • Postojanje različitih nivoa složenosti • Dijagram konteksta – dijagram najvišeg stepena hijerarhije • Primitivni procesi – procesi koji se ne mogu dalje raščlanjivati

12. Hijerarhijska dekompozicija DTP-a

13. Pravila i kriterijumi dekompozicije • Pravilo balansa tokova. • Pravilo numerisanja procesa i dijagrama • Uvođenje novih skladišta podataka.

14. Dijagram hijerarhijske dekompozicije • Omogućava lakše “čitanje” dijagrama tokova podataka • Sadrži sve procese i podprocese sistema

15. Rečnik podataka • Rečnik podataka (RP) predstavlja alat za strukturirani opis podataka u sistemu, odnosno opis njihovog sadržaja i strukture. • Analogija između DTP-a i RP-a • Primitivne komponente strukture (polja) • Složene komponente strukture

16. Rečnik podataka • Primitivne komponente strukture

17. Rečnik podataka • Složene komponente strukture

18. Rečnik podataka • Načini predstavljanja složenih struktura: • Agregacija komponenti – u formi <K1, K2,...Kn.>, gde su K1, K2, Kn komponente strukture; PodaciOStudentu: <BrIndeksa, ImePrezime, ProfilSmer, GodinaStudija> • Skup (Iteracija)- u formi {K1}, gde je K1 komponenta koja se ponavlja; ObrazacZaPrijavuIspita: <Datum, BrojIndeksa, ImePrezime, ProfilSmer, GodinaStudija, NačinFinansiranja, IspitniRok, ŠkolskaGodina {<RedniBroj, NazivPredmeta,Pismeni, Usmeni>}>

19. Rečnik podataka • Načini predstavljanja složenih struktura: • Specijalizacija (unija) komponenti • eksluzivna specijalizacija – gde se bira jedna od komponenti, u formi [K1, K2,...Kn]; PoslovniPartneri: <SifraPP, NazivPP, AdresaPP, [ImeKontaktOsobe, Pol]> • neekskluzivna specijalizacija – gde se biraju više komponenti, u formi /K1, K2, ...Kn/; Uverenje: </ UverenjeOUpisu, UverenjeOPolIspit />

20. Primer - IS AUTO ŠKOLE RUSN • Praktična primena metode SSA na primeru auto škole pod nazivom RUSN Auto škola “rusn”

21. Dijagram konteksta

22. I nivo dekompozicije

23. Dekompozicija procesa Evidentiranje kandidata

24. Dekompozicija procesa Obrada ispita

25. Dijagram Hijerarhijske dekompozicije

26. Rečnik podataka • ZahtevZaUpis: < ImePrezimeKandidata, ImeJednogRoditelja, JMBG, BrojLičneKarte, DatumRođenjaKandidata, UlicaBrojKandidata, KontaktTelefon, Email, Napomena, DatumUpisa, Kategorija > • PotvrdaOPlaćanju: < ImePrezimeKandidata, ImeJednogRoditelja, BrojLičneKarte, UlicaBrojKandidata, DatumIzdavanjaPotvrde, > • PrijavaZaPolaganje: < ImePrezimeKandidata, ImeJednogRoditelja, BrojLičneKarte, DatumIspita, Kategorija, VrstaIspita > • PotvrdaOPoloženomVozačkomIspitu: < ImePrezimeKandidata, ImeJednogRoditelja, JMBG, BrojLičneKarte, DatumRođenjaKandidata, UlicaBrojKandidata, DatumPolaganja, Kategorija > • SpisakKandidataZaPolaganje: < DatumPolaganja, VrstaIspita,{<RedniBrojKandidata,ImePrezimeKandidata, ImeJednogRoditelja, BrojLičneKarte, Kategorija > } > • SpisakKandidataKojiSuPoložili: < DatumPolaganja, VrstaIspita, Kategorija, {< RedniBrojKandidata,ImePrezimeKandidata, ImeJednogRoditelja, BrojLičneKarte, KojiPut >} > • PodaciOPolazniku: < ImePrezimeKandidata, ImeJednogRoditelja, JMBG, BrojLičneKarte, DatumRođenjaKandidata, UlicaBrojKandidata, KontaktTelefon, Email, DatumUpisa, Kategorija, KojiPut >

27. REFERENCE • „Uvod u informacione sisteme“, FON Beograd. • Web url http://uis.fon.bg.ac.yu/

28. KRAJ PREZENTACIJE • HVALA NA PAŽNjI !!!