Uvođenje IS-a je dugotrajan proces <ul><li>Ko razvija IS? </li></ul><ul><li>Korak-po-korak po prioritetima </li></ul><ul><...
<ul><li>Izveštaj o izvodljivosti projekta sačinjavaju sledeće analize: </li></ul><ul><li>•  organizaciono – operativna-kad...
Od cega zavisi uspeh IS <ul><li>Korisnici-Otpor prema promenama –efekat “kuvane zabe” </li></ul><ul><li>Planiranja i pripr...
Uloga sistem analiticara
􀂄  Uspeh projekta može izostati zbog različitih razloga i u različitim stepenima - nekada je neuspeh vidljivo katastrofala...
Zašto informatički projekti ne uspevaju? •  Pomanjkanje resursa 24,7% •  U projekt nisu bili uključeni odgovarajući korisn...
Prosečno koštanje projekta prema  The CHAOS Report  [ Standish Group , iznosi: velike kompanije 2,32 miliona $, srednje ko...
Zašto Informacioni sistemi propadaju 1? London Ambulance Service’s Computer Aided Dispatch (1991) Zadatak: Sistem koji je ...
Avio kompanija – ComAir Otkazao transakcioni IS Avio kompanije za vreme   božićnih praznika Inf. sistem se sastojao od pra...
Adidas – novi sistem distribucije i logistike, 1999 Bar-kodiranje svakog proizvoda, upotraba bežičnih uređaja u   kamionim...
<ul><li>Od tri grupe ljudi puno zavisi krajnji ishod : </li></ul><ul><li>􀂄  krajnji korisnici, </li></ul><ul><li>􀂄  grupa ...
Nezadovoljstvo - sa aspekta  krajnjeg korisnika: <ul><li>􀂄  ''Koji sistem? Ja ne vidim novi sistem?'‘ </li></ul><ul><li>􀂄 ...
Nezadovoljstvo - sa aspekta menadzera : <ul><li>' 􀂄  ' 'Da sam znao konačnu cenu, nikad se ne bih složio!'‘ </li></ul><ul>...
“ Ja sam oduvek bio za progres !  Samo sam protiv promena.” Mark Twain
Nezadovoljstvo - sa aspekta projektanta: <ul><li>􀂄  ''Napravili smo ono što su oni rekli da žele!'‘ </li></ul><ul><li>(Kor...
Trendovi razvoja IS: <ul><li>stalno povećanje odnosa performanse/cena, a posebno u odnosu na trend cene rada, </li></ul><u...
<ul><li>Problemi razvoja i upravljanja razvojem: </li></ul><ul><li>Problem složenosti IS </li></ul><ul><li>Problem realiza...
Modeliranje-osnove razvoja  IS <ul><li>Model je uprošćena predstava dela realnog sistema </li></ul><ul><ul><li>Funkcionaln...
SSA Strukturna Sistemska Analiza
<ul><li>SSA – nova metodologija za specifikaciju informacionog sistema, odnosno softvera </li></ul><ul><li>Specifikacija I...
<ul><li>SSA posmatra informacioni sistem kao funkciju (proces obrade) koja, na bazi ulaznih, generiše izlazne podatke </li...
Uvod Osnovni koncept DTP SSA SPOLJNI_ OBJEKAT_1 SPOLJNI_ OBJEKAT_2 PROCES_A 1. PROCES_B 2. SKLADIŠTE_PODATAKA TOK_PODATAKA...
<ul><li>Dijagram toka podataka koristi simbole: </li></ul><ul><ul><li>krug ili elipsa – funkcija ili proces obrade podatak...
<ul><li>Potpunu specifikaciju IS čine: </li></ul><ul><ul><li>Hijerarhijski organizovan skup dijagrama toka podataka </li><...
<ul><li>1. Tok podataka ostvaruje vezu između ostalih komponenti sistema i na DTP-u se predstavlja imenovanom, orijentisan...
<ul><li>2. Tok podataka mora da ima izvor i ponor (tokovima se ne mogu neposredno povezati dva skladišta, dva interfejsa i...
Pravila kreiranja DTP-a
Pravila kreiranja DTP-a Primer nekorektnog dijagrama
<ul><li>3.  Svaki tok podataka na DTP-u mora imati ime, koje treba da odražava značenje podataka koje on nosi, osim: </li>...
<ul><li>4. Tok podataka se može granati </li></ul>Pravila kreiranja DTP-a
<ul><li>5.   Proces obrade podataka je aktivna komponenta sistema koja vrši transformaciju strukture i sadržaja ulaznog (i...
<ul><li>6. Svaki proces mora da ima barem jedan ulazni i barem jedan izlazni tok podataka </li></ul>Pravila kreiranja DTP-a
<ul><li>7. Svako skladište takođe treba da ima barem jedan ulazni i jedan izlazni tok podataka </li></ul>Pravila kreiranja...
<ul><li>8. Svaki interfejs mora da ima barem jedan, bilo ulazni, bilo izlazni tok podataka, inače bi bio izolovan od ostal...
<ul><li>9. Jedno skladište ili interfejs se na jednoj slici mogu višestruko ponoviti (da bi se izbjeglo nepotrebno preseca...
<ul><li>Jasna  i  detaljna specifikacija sistema zahtijeva da se na predstavljanje sistema pomo ću DTP-a primijeni metoda ...
 
<ul><li>Pravila koja je potrebno poštovati pri dekompoziciji dijagrama toka podataka </li></ul><ul><ul><li>dijagram najviš...
<ul><li>Primer za tokove: </li></ul><ul><ul><li>STUD_ZAHTEV: [ ZAHTEV_ZA_STATUS, ZAHTEV_ZA_POL_ISPITE ]  </li></ul></ul><u...
<ul><ul><li>skladišta podataka se mogu pojaviti na nižim nivoima dekompozicije iako se nisu pojavila na prethodnim. Međuti...
IS studentske službe (primer I) IS_STUDENTSKE_SLUŽBE STUDENT NASTAVNIK DOK_ZA_PRIJEMNI_ISPIT IZVEŠTAJ_O_PRIJEMNOM_ISPITU D...
Dijagram prvog nivoa IS studentske službe IZDAVANJE_UVERENJA 3. NASTAVNIK DOSIJE_STUDENTA * ISPITNA_PRIJAVA STUD_ZAHTEV ST...
Dekompozicija procesa Upis (1) DOK_ZA_PRIJEMNI_ISPIT IZVEŠTAJ_O_PRIJEMNOM_ISPITU DOK_ZA_UPIS SPISAK_ZA_PRIJEMNI_ISPIT REZU...
Dekompozicija procesa Obrada ispita (2) ZAVOĐENJE_REZULTATA_ISPITA 2.2. ISPITNA_PRIJAVA ISPITNI_SPISAK REZULTATI_ISPITA ST...
IZDAVANJE_UVJER_O_STATUSU 3.1. ZAHTEV_ZA_STATUS ZAHTEV_ZA_POL_ISPIT UVERENJE_O_UPISU Dekompozicija procesa Izdavanje uvjer...
 
Dijagram dekompozicije za IS studentske službe IS_STUDENTSKE_SLUŽBE UPIS OBRADA_ISPITA IZDAVANJE_UVERENJA EVIDENTIRANJE_KA...
PREPORUKE <ul><li>Kriterijumi dekompozicije </li></ul>(1) Kada prestati sa dekompozicijom? Mala minispecifikacija Procesi ...
&quot;MALA TRGOVINA   “ (primer II) Dobavljac Kupac IS mala trgovina Katalog FakturaDob OtpremnicaDob Narudzbenica dob Upl...
PRVI  NIVO  DEKOMPOZICIJE Koje pravilo nije ispostovano?
NABAVKA dobavljac artikli Sta se ovde pojavilo?
PRODAJA Zasto ovaj tok nema ime?
Dijagram dekompozicije za IS MALA TRGOVINA IS_ MALA TRGOVINA NABAVKA PRODAJA OBRADA KATALOGA NARUCIVANJE PRIJEM PLACANJE O...
<ul><li>Potpunu specifikaciju IS čine: </li></ul><ul><ul><li>Hijerarhijski organizovan skup dijagrama toka podataka   </l...
Dekompozicioni dijagram procesa  “Praćenje agencijskog poslovanja”
Upcoming SlideShare
Loading in …5
×

4. Oktobar 2011.

569 views
414 views

Published on

0 Comments
0 Likes
Statistics
Notes
  • Be the first to comment

  • Be the first to like this

No Downloads
Views
Total views
569
On SlideShare
0
From Embeds
0
Number of Embeds
0
Actions
Shares
0
Downloads
5
Comments
0
Likes
0
Embeds 0
No embeds

No notes for slide
  • +
  • Nije izvrsena numeracija procesa!
  • Nove baze podataka
  • Zato sto vuce kompletan set podataka
  • Ovde se moze videti jedan primer dijagrama
  • 4. Oktobar 2011.

    1. 1. Uvođenje IS-a je dugotrajan proces <ul><li>Ko razvija IS? </li></ul><ul><li>Korak-po-korak po prioritetima </li></ul><ul><li>Implementirani moduli se ODMAH koriste </li></ul><ul><li>Moguće su ispravke </li></ul><ul><li>Potrebna je bezrezervna podrška nadređenih, ne samo deklarativna već i expertna </li></ul>Idejni i izvrsni projekat razvoja IS
    2. 2. <ul><li>Izveštaj o izvodljivosti projekta sačinjavaju sledeće analize: </li></ul><ul><li>• organizaciono – operativna-kadrovska izvodljivost, </li></ul><ul><li>• tehničko - tehnološka izvodljivost, </li></ul><ul><li>• vremenska izvodljivost, </li></ul><ul><li>• ekonomska izvodljivost. </li></ul>Vlastiti razvoj IS ili angazman preduzeca specijalizovanog za razvoj IS
    3. 3. Od cega zavisi uspeh IS <ul><li>Korisnici-Otpor prema promenama –efekat “kuvane zabe” </li></ul><ul><li>Planiranja i pripreme aktivnosti u vezi sa uvodjenjem IS (aktivnosti sistem analiticara) </li></ul><ul><li>Podrske nadredjenih </li></ul><ul><li>Koliko para toliko muzike </li></ul>
    4. 4. Uloga sistem analiticara
    5. 5. 􀂄 Uspeh projekta može izostati zbog različitih razloga i u različitim stepenima - nekada je neuspeh vidljivo katastrofalan, a nekada samo delimičan. 􀂄 U jednom izveštaju navedeno je da u SAD vrednost neuspelih projekata iznosi 81 mlrd dolara godišnje. 􀂄 U Velikoj Britaniji je na samo jednom neuspelom projektu (London Stok Market Taurus system) izgubljeno 480 miliona funti. Nije se dobilo ono sto se ocekivalo
    6. 6. Zašto informatički projekti ne uspevaju? • Pomanjkanje resursa 24,7% • U projekt nisu bili uključeni odgovarajući korisnici 18% • Pomanjkanje potpore menedžmenta 12,4% • Otpori projektu 10,1% • Loša analiza organizacije 7,9% • Neusklađenost s promenama u okolini 6,7% • Neusklađenost projekta s poslovnim planovima 6,7% • Nejasna odgovornost za sprovodjenje projekta 6,7% • Loš odabir IT alata 3,3%
    7. 7. Prosečno koštanje projekta prema The CHAOS Report [ Standish Group , iznosi: velike kompanije 2,32 miliona $, srednje kompanije 1,33 miliona $ i male kompanije 434 hiljade $. Prosečno prekoračenje troškova je 189%, a prosečno prekoračenje rokova 222%. Prekinutih projekata je 31,1%.
    8. 8. Zašto Informacioni sistemi propadaju 1? London Ambulance Service’s Computer Aided Dispatch (1991) Zadatak: Sistem koji je nakon poziva na broj telefona hitne pomoći (999) trebao da locira mesto s koga je poziv upućen, pronadje i obavestiti najbliža 3 vozila Hitne pomoći u Londonu, proceni vreme dolaska na cilj i formira nalog za odlazak sa svim potrebnim podacima (konačnu odluku donosi dispečer) Cijena: 1,1 milion funti Sistem aktiviran u septembru 26-27.10. – 2900 poziva, zagušenje, netačne lokacije vozila, ponavljanje poziva, pad sistema = 20-30 nespasenih Problemi: 1h nakon početka rada novog sistema, sistem je ‘pao’ i nastao je informacioni haos. Hitna pomoć se vratila na stari, ‘ručni’ način rada s karticama… Sistem je pao zbog preopterećenosti, jer se testirao na 50-ak poziva, a samo u prvom satu ‘žive’ upotrabe pristiglo je 1000 poziva na 999
    9. 9. Avio kompanija – ComAir Otkazao transakcioni IS Avio kompanije za vreme božićnih praznika Inf. sistem se sastojao od prastarih IBM-ovih AIX servera. Sistem nije otkazao zbog starosti servera nego zbog SBSova softvera koji nije bio predviđen za od 32.000 odlaganja letova, koliko ih je bilo tog meseca zbog brojnih oluja. Problemi: Hiljade Amerikanaca je božićne praznike provelo čekajući u holovimma, štete, tužbe, narušen ugled…. Zašto Informacioni sistemi propadaju 2?
    10. 10. Adidas – novi sistem distribucije i logistike, 1999 Bar-kodiranje svakog proizvoda, upotraba bežičnih uređaja u kamionima, viljuškarima, itd.. trebala je da omogući brži protok informacija i veliku uštedu u procesu logistike Softver koji je upravljao sistemom nije radio kako treba (softver je isporucivala outsourcing kompanija – partner u projektu) Neprimerena dokumentacija sprečavala je Adidasove IT stručnjake da poprave programe . Adidas je krenuo u primenu novog sistema pre nego što je projekt bio gotov Problemi: prekid distribucije proizvoda na par mjeseci na svetskom nivou, velika kašnjenja u isporukama, veliki pad prodaje (kod nekih distributera i za 90%), … Zašto Informacioni sistemi propadaju 3?
    11. 11. <ul><li>Od tri grupe ljudi puno zavisi krajnji ishod : </li></ul><ul><li>􀂄 krajnji korisnici, </li></ul><ul><li>􀂄 grupa menadžera </li></ul><ul><li>􀂄 projektanti </li></ul>''Šta može da krene loše?'' ’ Razumni ljudi se prilagodjavaju svetu oko sebe. Nerazumni ljudi pokušavaju da svet prilagode sebi. Dakle, sav progres zavisi od nerazumnih ljudi’ ’ Bernard Shaw
    12. 12. Nezadovoljstvo - sa aspekta krajnjeg korisnika: <ul><li>􀂄 ''Koji sistem? Ja ne vidim novi sistem?'‘ </li></ul><ul><li>􀂄 ''Možda radi, ali je užasan za upotrebu!'‘ </li></ul><ul><li>(radi sporo, nepuzdano, oskudne poruke o greškama, ...) </li></ul><ul><li>􀂄 ''Sve je lepo, ali da li radi nešto korisno?'‘ </li></ul>
    13. 13. Nezadovoljstvo - sa aspekta menadzera : <ul><li>' 􀂄 ' 'Da sam znao konačnu cenu, nikad se ne bih složio!'‘ </li></ul><ul><li>(Kašnjenjem se, npr, cena drastično povećava) </li></ul><ul><li>􀂄 ''Nema koristi ako nam ga sad isporučite – bio nam je </li></ul><ul><li>potreban prošlog aprila!'‘ </li></ul><ul><li>(Kašnjenjem projekta, sistem se može učiniti beskorisnim.) </li></ul><ul><li>􀂄 ''U redu, to radi –ali instalacija je bila tako loša da joj moje </li></ul><ul><li>osoblje više nikad neće verovati!'‘ </li></ul><ul><li>(Jedna teška havarija sistema može da uništi poverenje.) </li></ul><ul><li>􀂄 ''Kao prvo, ja ga nisam želeo!'‘ </li></ul><ul><li>(Apatija i opstrukcija mogu da budu rezutat upotrebe neželjenog </li></ul><ul><li>sistema.) </li></ul><ul><li>􀂄 ''Sad se sve promenilo – potreban nam je potpuno novi </li></ul><ul><li>sistem!'‘ </li></ul><ul><li>(Kašnjenjem projekta može se doći do promenjenih zahteva.) </li></ul>
    14. 14. “ Ja sam oduvek bio za progres ! Samo sam protiv promena.” Mark Twain
    15. 15. Nezadovoljstvo - sa aspekta projektanta: <ul><li>􀂄 ''Napravili smo ono što su oni rekli da žele!'‘ </li></ul><ul><li>(Korisnik ne sme da menja zahteve u toku izrade projekta.) </li></ul><ul><li>􀂄 ''Nije bilo dovoljno vremena da se uradi nešto bolje!'‘ </li></ul><ul><li>(Vreme i budžet mogu da ograniče kvalitet proizvoda projekta.) </li></ul><ul><li>􀂄 ''Ne krivite me -nikada ranije nisam radio objektno </li></ul><ul><li>orijentisanu analizu!'‘ </li></ul><ul><li>(Svaki posao unutar projekta mora da radi ekspert.) </li></ul><ul><li>􀂄 ''Rekli smo da je to nemoguće, ali niko nije slušao!'‘ </li></ul><ul><li>(Nezadovoljstvo projektanata usvojenim rešenjem projekta može da </li></ul><ul><li>rezultuje u lošem proizvodu.) </li></ul><ul><li>􀂄 ''Sistem je dobar - korisnici su problem!'‘ </li></ul><ul><li>(Projektanti mogu biti pristrasni pri vrednovanju sistema.) </li></ul>
    16. 16.
    17. 17. Trendovi razvoja IS: <ul><li>stalno povećanje odnosa performanse/cena, a posebno u odnosu na trend cene rada, </li></ul><ul><li>razvoj informacione infrastrukture primenom bežične i tehnologije optičkih vlakana, </li></ul><ul><li>mrežni računarski koncept sa dominantnom klijent/server arhitekturom, </li></ul><ul><li>grafički i korisniku prilagodjen pristup računaru i njegovim resursima, </li></ul><ul><li>značajno povećanje kapaciteta memorije, </li></ul><ul><li>porast značaja multimedija i korišćenja INTERNETA, </li></ul><ul><li>porast značaja novih sistema baziranih na neuronskim mrežama i ekspertnim sistemima, </li></ul><ul><li>porast značaja objektno orijentisanog pristupa, </li></ul><ul><li>dalje povećanje kompaktnosti računara, </li></ul><ul><li>distribuirane baze podataka će postati integralni deo korporacijske klijent/server baze podataka . </li></ul>
    18. 18. <ul><li>Problemi razvoja i upravljanja razvojem: </li></ul><ul><li>Problem složenosti IS </li></ul><ul><li>Problem realizacije softverskih rešenja koja su adekvatna potrebama poslovnih sistema </li></ul>
    19. 19. Modeliranje-osnove razvoja IS <ul><li>Model je uprošćena predstava dela realnog sistema </li></ul><ul><ul><li>Funkcionalni pristup vs. OO pristup </li></ul></ul><ul><ul><li>Dekompozicija sistema na delove </li></ul></ul><ul><ul><ul><li>Definiše arhitekturu sistema </li></ul></ul></ul><ul><ul><li>Podela razvoja na faze </li></ul></ul><ul><ul><ul><li>Definiše tzv. životni ciklus razvoja ili proces razvoja (linearni+evolucioni (prototipski)) </li></ul></ul></ul>
    20. 20.
    21. 21. SSA Strukturna Sistemska Analiza
    22. 22. <ul><li>SSA – nova metodologija za specifikaciju informacionog sistema, odnosno softvera </li></ul><ul><li>Specifikacija IS treba da prikaže (potpuno, tačno, formalno i jasno) ŠTA budući informacioni sistem treba da radi </li></ul><ul><li>Treba da opiše funkcionisanje IS u ”idealnoj tehnologiji”, gdje praktično nikakva ograničenja ne postoje </li></ul>Uvod SSA
    23. 23. <ul><li>SSA posmatra informacioni sistem kao funkciju (proces obrade) koja, na bazi ulaznih, generiše izlazne podatke </li></ul><ul><li>Osnovni koncepti za specifikaciju IS u SSA su funkcije , odnosno procesi obrade podataka, tokovi podataka , skladišta podataka i interfejsi . </li></ul>Uvod SSA
    24. 24. Uvod Osnovni koncept DTP SSA SPOLJNI_ OBJEKAT_1 SPOLJNI_ OBJEKAT_2 PROCES_A 1. PROCES_B 2. SKLADIŠTE_PODATAKA TOK_PODATAKA_1 TOK_PODATAKA_2 TOK_PODATAKA_3 TOK_PODATAKA_4 TOK_PODATAKA_5 TOK_PODATAKA_6
    25. 25. <ul><li>Dijagram toka podataka koristi simbole: </li></ul><ul><ul><li>krug ili elipsa – funkcija ili proces obrade podataka </li></ul></ul><ul><ul><li>pravougaonik – interfejs </li></ul></ul><ul><ul><li>usmjerena linija – tok podataka </li></ul></ul><ul><ul><li>dve paralelne linije (”otvoreni pravougaonik”) – skladište podataka </li></ul></ul>Uvod SSA
    26. 26. <ul><li>Potpunu specifikaciju IS čine: </li></ul><ul><ul><li>Hijerarhijski organizovan skup dijagrama toka podataka </li></ul></ul><ul><ul><li>Rječnik podataka koji opisuje sadržaj i strukturu svih tokova i skladišta podataka </li></ul></ul><ul><ul><li>Specifikacija logike primitivnih procesa </li></ul></ul>Uvod SSA
    27. 27. <ul><li>1. Tok podataka ostvaruje vezu između ostalih komponenti sistema i na DTP-u se predstavlja imenovanom, orijentisanom linijom </li></ul>Pravila kreiranja DTP-a DOKUMENT SKLADIŠTE_DOKUMENATA PROCES_A 1.
    28. 28. <ul><li>2. Tok podataka mora da ima izvor i ponor (tokovima se ne mogu neposredno povezati dva skladišta, dva interfejsa ili skladište i interfejs </li></ul>Pravila kreiranja DTP-a
    29. 29. Pravila kreiranja DTP-a
    30. 30. Pravila kreiranja DTP-a Primer nekorektnog dijagrama
    31. 31. <ul><li>3. Svaki tok podataka na DTP-u mora imati ime, koje treba da odražava značenje podataka koje on nosi, osim: </li></ul>Pravila kreiranja DTP-a
    32. 32. <ul><li>4. Tok podataka se može granati </li></ul>Pravila kreiranja DTP-a
    33. 33. <ul><li>5. Proces obrade podataka je aktivna komponenta sistema koja vrši transformaciju strukture i sadržaja ulaznog (ili ulaznih) tokova u izlazni (ili izlazne) tok podataka. Svaki proces ima naziv i oznaku koji treba precizno da označavaju funkciju koju on obavlja </li></ul>Pravila kreiranja DTP-a
    34. 34. <ul><li>6. Svaki proces mora da ima barem jedan ulazni i barem jedan izlazni tok podataka </li></ul>Pravila kreiranja DTP-a
    35. 35. <ul><li>7. Svako skladište takođe treba da ima barem jedan ulazni i jedan izlazni tok podataka </li></ul>Pravila kreiranja DTP-a
    36. 36. <ul><li>8. Svaki interfejs mora da ima barem jedan, bilo ulazni, bilo izlazni tok podataka, inače bi bio izolovan od ostalog dela sistema </li></ul>Pravila kreiranja DTP-a
    37. 37. <ul><li>9. Jedno skladište ili interfejs se na jednoj slici mogu višestruko ponoviti (da bi se izbjeglo nepotrebno presecanje linija) </li></ul>Pravila kreiranja DTP-a
    38. 38. <ul><li>Jasna i detaljna specifikacija sistema zahtijeva da se na predstavljanje sistema pomo ću DTP-a primijeni metoda apstrakcije </li></ul><ul><li>Jedan proces višeg nivoa asptrakcije se dekomponuje i prikazuje pomoću novog cjelokupnog DTP-a na nižem nivou </li></ul>Hijerahijska dekompozicija DTP-a
    39. 40. <ul><li>Pravila koja je potrebno poštovati pri dekompoziciji dijagrama toka podataka </li></ul><ul><ul><li>dijagram najvišeg nivoa, koji po pravilu sadrži samo jedan proces koji predstavlja cijeli IS naziva se dijagram konteksta </li></ul></ul><ul><ul><li>dijagram prvog nivoa predstavlja dekompoziciju dijagrama konteksta. Procesi na njemu se označavaju brojevima 1, 2, 3 ,... </li></ul></ul><ul><ul><li>uobičajeno je da se u dokumentaciji za specifikaciju IS pomoću SSA, cjelokupan skup, ili neki podskup hijerarhijski dekomponovanih dijagrama, predstavi dijagramom dekompozicije </li></ul></ul><ul><ul><li>procesi koji se dalje ne dekomponuju zovu se primitivni procesi i za njih se daje specifikacija logike njihovog odvijanja (opis logike primitivnih procesa – mini-specifikacija sistema ) </li></ul></ul><ul><ul><li>pored procesa mogu se dekomponovati i tokovi i skladišta – ne prikazuje se na DTP-u već u Rečniku podataka pomoću sintakse za opis strukture podataka </li></ul></ul>Hijerahijska dekompozicija DTP-a
    40. 41. <ul><li>Primer za tokove: </li></ul><ul><ul><li>STUD_ZAHTEV: [ ZAHTEV_ZA_STATUS, ZAHTEV_ZA_POL_ISPITE ] </li></ul></ul><ul><ul><li>STUD-UVERENJE: [ UVERENJE_O_UPISU, UVERENJE_O_POL_ISPIT ] </li></ul></ul>M ogu se dekomponovati i tokovi i skladišta
    41. 42. <ul><ul><li>skladišta podataka se mogu pojaviti na nižim nivoima dekompozicije iako se nisu pojavila na prethodnim. Međutim ako se pojavi na jednom nivou, uz jedan proces, mora se pojavljivati na svim nižim nivoima dekompozicije tog procesa </li></ul></ul><ul><ul><li>najznačajnije pravilo – ulazni i izlazni tokovi na cjelokupnom DTP-u koji je dobijen dekompozicijom nekog procesa P moraju biti ekvivalentni sa ulaznim i izlaznim tokovima tog procesa P na dijagramu višeg nivoa </li></ul></ul>Hijerahijska dekompozicija DTP-a
    42. 43. IS studentske službe (primer I) IS_STUDENTSKE_SLUŽBE STUDENT NASTAVNIK DOK_ZA_PRIJEMNI_ISPIT IZVEŠTAJ_O_PRIJEMNOM_ISPITU DOK_ZA_UPIS ISPITNA_PRIJAVA STUD_ZAHTEV STUD_UVERENJE SPISAK_ZA_PRIJEMNI_ISPIT REZULTATI_PRIJEMNOG_ISPITA NASTAVNE_GRUPE ISPITNI_SPISAK REZULTATI_ISPITA Dijagram konteksta IS studentske službe
    43. 44. Dijagram prvog nivoa IS studentske službe IZDAVANJE_UVERENJA 3. NASTAVNIK DOSIJE_STUDENTA * ISPITNA_PRIJAVA STUD_ZAHTEV STUD_UVERENJE ISPITNI_SPISAK REZULTATI_ISPITA DOK_ZA_PRIJEMNI_ISPIT IZVEŠTAJ_O_PRIJEMNOM_ISPITU DOK_ZA_UPIS SPISAK_ZA_PRIJEMNI_ISPIT REZULTATI_PRIJEMNOG_ISPITA NASTAVNE_GRUPE UPIS 1. OBRADA_ISPITA 2. STUDENT KADROVSKA_EVIDENCIJA DOSIJE_STUDENTA NASTAVNI_PLAN
    44. 45. Dekompozicija procesa Upis (1) DOK_ZA_PRIJEMNI_ISPIT IZVEŠTAJ_O_PRIJEMNOM_ISPITU DOK_ZA_UPIS SPISAK_ZA_PRIJEMNI_ISPIT REZULTATI_PRIJEMNOG_ISPITA NASTAVNE_GRUPE STUDENT NASTAVNIK OBRADA_SPISKOVA_ZA_ISPIT 1.2. UPIS_GODINE 1.5. IZVJEŠTAVANJE_KANDIDATA 1.4. EVIDENTIRANJE_KANDIDATA 1.1. RASPOREĐIVANJE 1.6. KANDIDATI_ZA_UPIS NASTAVNI_PLAN DOSIJE_STUDENTA KADROVSKA_EVIDENCIJA OBRADA_REZULTATA_PRIJEMNOG 1.3.
    45. 46. Dekompozicija procesa Obrada ispita (2) ZAVOĐENJE_REZULTATA_ISPITA 2.2. ISPITNA_PRIJAVA ISPITNI_SPISAK REZULTATI_ISPITA STUDENT NASTAVNIK EVIDENTIRANJE_ ISPITNIH_PRIJAVA 2.1. SK_ISPITNA_PRIJAVA NASTAVNI_PLAN DOSIJE_STUDENTA KADROVSKA_EVIDENCIJA
    46. 47. IZDAVANJE_UVJER_O_STATUSU 3.1. ZAHTEV_ZA_STATUS ZAHTEV_ZA_POL_ISPIT UVERENJE_O_UPISU Dekompozicija procesa Izdavanje uvjerenja (3) IZDAVANJE_UVJER_O_POL_ISPITU 3.2. UVERENJE_O_POL_ISPITU STUDENT NASTAVNI_PLAN DOSIJE_STUDENTA
    47. 49. Dijagram dekompozicije za IS studentske službe IS_STUDENTSKE_SLUŽBE UPIS OBRADA_ISPITA IZDAVANJE_UVERENJA EVIDENTIRANJE_KANDIDATA OBRADA_SPISKOVA_ZA_ISPIT OBRADA_REZULTATA_PRIJEMNOG IZVJEŠTAVANJE_KANDIDATA UPIS_GODINE RASPOREĐIVANJE EVIDENTIRANJE_ISPITNIH_PRIJAVA ZAVOĐENJE_REZULTATA_ISPITA IZDAVANJE_UVER_O_STATUSU IZDAVANJE_UVER_O_POL_ISPITU 0 1 2 3 2.1 3.1 2.2 3.2 1.1 1.2 1.3 1.4 1.5 1.6
    48. 50. PREPORUKE <ul><li>Kriterijumi dekompozicije </li></ul>(1) Kada prestati sa dekompozicijom? Mala minispecifikacija Procesi sa samo jednim ulazom i samo jednim izlazom
    49. 51. &quot;MALA TRGOVINA “ (primer II) Dobavljac Kupac IS mala trgovina Katalog FakturaDob OtpremnicaDob Narudzbenica dob UplataDob Racun Placanja Narudzbenica od kupca OtpremnicaKupcu
    50. 52. PRVI NIVO DEKOMPOZICIJE Koje pravilo nije ispostovano?
    51. 53. NABAVKA dobavljac artikli Sta se ovde pojavilo?
    52. 54. PRODAJA Zasto ovaj tok nema ime?
    53. 55. Dijagram dekompozicije za IS MALA TRGOVINA IS_ MALA TRGOVINA NABAVKA PRODAJA OBRADA KATALOGA NARUCIVANJE PRIJEM PLACANJE OBRADA PORUDZ. OTPREMA 0 1 2 2.1 2.2 1.1 1.2 1.3 1.4 NAPLATA 2.3
    54. 56. <ul><li>Potpunu specifikaciju IS čine: </li></ul><ul><ul><li>Hijerarhijski organizovan skup dijagrama toka podataka  </li></ul></ul><ul><ul><li>2. Rečnik podataka koji opisuje sadržaj i strukturu svih tokova i skladišta podataka </li></ul></ul><ul><ul><li>3. Specifikacija logike primitivnih procesa -minispecifikacija </li></ul></ul>
    55. 57. Dekompozicioni dijagram procesa “Praćenje agencijskog poslovanja”

    ×