Projektovanje Informacionih Sitema-seminarski Rad

UNIVERZITET U ISTONOM SARAJEVU SAOBRAAJNI FAKULTET DOBOJ

Projektovanje informacionih sistema Seminarski rad Tema:

Modeliranje dogaaja

Profesor/asistent:Dr Petko Stanojevi, doc.

Student:Boris Mikanovi 116/08

Projektovanje informacionih sistema Mr Gordana Jotanovi, prof. inf. Doboj, april 2012.

Modeliranje dogaaja

2

Projektovanje informacionih sistema

Modeliranje dogaaja

SADRAJ1.Uvod............................................................................................................................................3 2. Pojam dogaaja kao djela logikog procesa....................................................................4 3. Modeliranje procesa voeno dogaajima........................................................................5 4. Matrica entiteti/ dogaaji......................................................................................................74.1. Generisanje matrica CASE alatima..............................................................................8 4.2. Model istorije ivota entiteta......................................................................................11 4.3. Dijagram prelaza stanja.............................................................................................13 4.4. Mape dijaloga.............................................................................................................14

5. Zakljuak................................................................................................................................15 6. Literatura................................................................................................................................16

3


Modeliranje dogaaja

1. U v o dProjektovanje informacionih sistema (IS) je kompleksna kreativna djelatnost koja zahtijeva sistemski pristup, metodologiju primjerenu tehnolokim mogunostima. Za organizaciju koja modernizuje IS, i prati dostignua u tehnologiji i metodologijiprojektovanja, nije svrsishodno teiti za standardom koji bi vrsto definisao pristup,metodu, sredstva i dokumentaciju, ne uzimajui u obzir vrstu primjene, stepen razvoja IS, karakteristike korisnika i osobine realnog sistema u kome IS djeluje. Brzi tehnoloki razvoj zahtjeva da se dugorono zna ta se hoe. Neophodno je imati strategijsku sliku razvoja IS, koja e obezbjediti kompatibilnost sistema i biti fleksibilna u prihvatanju nove tehnologije. Totalno integrisani IS je nedostian i nepotreban. Ono to je potrebno je dovoljno slobode kako bi korisnici mogli da razvijaju svoju inicijativu u kreiranju sistema koji im je potreban. Pri tome je potrebno potovanje pravila koja e omoguiti da razmjenjuju podatke, ta podrazumjeva zajedniku mreu za prenos, zajedniki model podataka i njihov standardni oblik. U prolosti je razvoj programskih proizvoda bio oslonjen na razliite tipove alata za programiranje. U prvoj fazi razvoja u upotrebi su bili mainski jezici (jezici 1. generacije), ija je itljivost bila veoma mala i koji su zavisili od hardvera. U drugoj fazi se koriste asembleri (jezici 2. generacije), koji su, takoe, bili zavisni od hardvera i teko itljivi. Poslije jezika 1. i 2. generacije, u treoj fazi, u upotrebu su uli jezici 3. generacije (3rd generation languages (3GL)). Jezici 3. generacije su, kao i mainski jezici i asembleri, proceduralno orijentisani. Sa jezicima 3GL, u upotrebu je ula i tehnika strukturiranog programiranja. Bitna karakteristika 3GL je njihova nezavisnost od hardvera.1

1

Poliuk E. Jarolsav, Projektovanje informacionih sistema, Elektrotehniki fakultet, Podgorica 2007.

4

Projektovanje informacionih sistema 2.

Modeliranje dogaaja

Pojam dogaaja kao djela logikog procesa

Sistem je skup razliitih entiteta (ljudi i maina) koji u toku vremena utuu uzajamno jedni na druge da bi ostvarili jedan ili vie ciljeva. Model je apstraktno predstavljanje sistema. Odlikuje se strukturnom, logikom i matematikom povezanou. Model opisuje sistem kroz vreme, njegove entitete i atribute, podeavanje procesa, dogaaja i odlaganja. Logiki procesi (koje sainjavaju funkcije, dogaaji i elementarni procesi) su akcije koji se obavljaju bez obzira na nain ugradnje i raspoloive resurse sistema. Neke metode poistovjeuju funkcije i procese. Stvarni problemi su preveliki i presloeni da bi se rijeili odjednom (u komadu) te je potrebno njihovo strukturno ralanjivanje (razlaganje). Naelo je poznato i glasi podijeli pa s/vladaj (lat. divide et impera, eng. divide and conquer). Sistem se razlae i opisuje hijerarhijskim modelima. Modeli sistema se oblikuju iterativnim razlaganjem sa vrha prema dolje. Razlagati se mogu: funkcije i procesi, organizaciona struktura, struktura podataka i struktura programske opreme. Funkcije su skup logiki povezanih trajnih poslovnih aktivnosti i zadataka (npr. djelatnost, posao). Funkcije se obavljaju stalno (nemaju odreeni poetak i kraj). Funkcije obavljaju osobe, grupe radnika ili organizacione cjeline. Primjeri funkcija: Prodaja, proizvodnja, otprema, raunovodstvo. Funkcija se moe sastojati od desetina pa i stotina diskretnih procesa. Funkcije se mogu hijerarhijski razloiti do nivoa diskretnih procesa, koji obavljaju odreeni zadatak kojim odgovaraju na poslovne dogaaje. Dogaaj je logiki dio posla koji se obavlja kao nedjeljiva cjelina. esto je u upotrebi i naziv transakcija. Pokree se diskretnim ulazom i zavrava nakon to proces odgovori odgovarajuim izlazom. Poslovni dogaaj moe se predstaviti jedni procesom kojim sistem reaguje na taj dogaaj. Logiki dogaaj dalje se razlae do elementarnih procesa kojima se prikazuje reakcija sistema na taj dogaaj. Proces (elementarni, primitivni proces) je postupak, nain rada, doslijedna izmjena stanja. Takoe, proces je diskretna odluka, aktivnost ili zadatak kojim se obavlja neki posao. Proces se obavlja uvijek na isti nain (za odreeni ulaz se dobija isti izlaz). Trajanje procesa je konano i odredivo (poznati: poetak, zavretak i ponavljanje). Za obavljanje procesa se koriste sredstva (npr. ljudska, materijalna, finansijska). Poslovna pravila su instrukcije i logika koji odreuju proceduru obavljanja procesa. Ugrauju se u raunarski program (npr. preduslovi izlaska na ispit, broj polaganja ispita, uslovi upisa). Poslovna politika je skup poslovnih pravila. U veini poslovnih sistema predstavlja osnovu za donoenje odluka.2

3. Modeliranje procesa voeno dogaajima2

http://ttl.masfak.ni.ac.rs/Programski%20paketi/Simulacija-Koncept%20(prevod).pdf

5


Modeliranje dogaaja

Dogaaj je zgoda ili zbivanje u sistemu koja vodi ili pokree procese sistema. Sm dogaaj nije proces, nego okida procesa koji se njime pokree. Primjer: Kupac dostavom narudbe pokree proces provjere da li se radi o narudbi postojeeg ili novog kupca, proces stvaranja podataka o narudbi i stavkama narudbe, provjeru prethodnih zaduenja kupca, provjeru stanja skladita, itd.3 Dogaaji mogu biti: 1) Vanjski, 2) Vremenski i 3) Unutranji. Vanjski dogaaji se pokreu od strane vanjskih entiteta, koji zahtijevaju informaciju ili auriranje podataka (ulazni tokovi podataka). Imenuje se tako da naziv sadri naziv vanjskog entiteta, npr. zahtjev za upis studenta ili zaprimanje narudbe kupca. Vremenski dogaaji su vremenski uslovljeni, npr. rok, uestalost (ulazni upravljaki tokovi). Imenuju se tako da naziv sadri vremensku oznaku, npr. istek roka plaanja rauna, mjeseni obraun plata, zakljuivanje ispitnog roka i slino. Unutranji dogaaji su dogaaji stanja, odnosno posljedica prelaza sistema iz jednog stanja u drugo na takav nain da to zahtjeva obradu (ulazni upravljaki tokovi), npr. isporuka robe sa skladita zahtijeva naruivanje nove robe. Raspodjela dogaaja vezanih za projektovanje IS: 1) Izrada dijagrama konteksta sistema, postavljanje poetnog dometa projekta; 2) Izrada dijagrama funkcionalne dekompozicije, podjela sistema u logike podsisteme i/ili funkcije; 3) Izrada popisa dogaaja i odziva, utvrivanje poslovnih dogaaja na koje sistem mora odgovoriti. Elementi popisa su dogaaj, ulaz i izlaz; 4) Izrada dijagrama dekompozicije dogaaja, dodavanje procesa za rukovanje dogaajima. Dodaje se po jedan proces za svaki utvreni dogaaj; 5) Izrada dijagrama dogaaja, odnosno razrada procesa za obradu dogaaja. Izrauje se po jedan dijagram za svaki dogaaj; 6) Izrada dijagrama sistema, odnosno udruivanjem dijagrama dogaaja; 7) Izrada primitivnih dijagrama. Razrada dijagramom toka podataka koji sadri osnovne procese, spremita i tokove za svaki pojedini dogaaj.

3

http://oliver.efos.hr/nastavnici/jmesaric/modeliranje/P1MODELIRANJE%20I%20IMPLEMENTACIJA%20INFORMACIJSKIH %20SUSTAVAII.pdf

6


Modeliranje dogaaja

Opti prikaz dijagrama sistema izraen modeliranjem procesa voenim dogaajima prikazan je na slici 1.

Slika 1. Primjer modeliranja procesa voeno dogaajima4

4.4

Matrica entiteti/ dogaaji


7


Modeliranje dogaaja

1) 2) 3) 4)

Matrica entiteti/dogaaji omoguava pogled na sistem usmjeren dogaajima. Matrica sadri dogaaje (redovi) i entitete (stupci). Elementi koji prikazuju uinak dogaaja na entitete su:5 stvaranje C (reate), itanje - R (read) (u nekim metodama se ne biljei), auriranje - U (update) ili M (odify), brisanje - D (elete). Proces izrade matrice: 1) prepoznati sve dogaaje za dati entitet 2)prepoznati dogaaje koji kreiraju entitet(C) 3) prepoznati dogaaje koji briu entitet (D) prepoznati dogaaje koji mijenjaju Entitet (entity) je neto to postoji u stvarnom svijetu i posjeduje osobine koje ga opisuju i po kojima se razlikuje od svoje okoline. Definicije entiteta istaknutih autora su: 1) stvar koja se moe zasebno identifikovati [Chen, 1976], 2) bilo koji objekat koji se moe razlikovati i predstaviti u bazi podataka [Date, 1986], 3) logika reprezentacijapodatka [Finkelstein, 1989], 4) bilo ta o emu pohranjujemo informaciju [Martin,1989]. Entitet moe biti: 1) osoba, npr. Petar Koi, 2) objekat, npr. roman Zloin i kazna, 3) apstraktni pojam, npr. engleski jezik ili iskustvo (poznavanje jezika), 4) ustanova (ETF), 5) poslovni sistem (Hotel Proljee ili Elektroprivreda), 6) dogaaj (situacija, stanje) - proli, sadanji ili budui, npr. roenje, kolovanje, zaposlenje, penzionisanje, 7) povezanost razliitih objekata stvarnog svijeta, npr. srodstvo. Zavretak je kada se ostvari da svaki dogaaj ima uinak na barem jedan entitet, a svaki entitet mora imati dogaaj koji ga stvara i brie. Prije konacne izrade sheme (detaljnog plana o bazi podataka) sluimo se pomocnom fazom koja se zove modeliranje entiteta i veza (Entity-Relationship Modelling). Cilj je izgraditi manje preciznu konceptualnu shemu (ER-sheme) koje su apstrakcija realnog svijeta. U praksi se moe poistovjetiti pojam entitet sa skupom entiteta, ako se ne razmatraju konkretni podaci. Oznaava se imenicom (u jednini), npr. Osoba, Fakultet. Entiteti mogu poprimiti razliite uloge u zavisnosti od konteksta, npr. Osoba je Kupac i/ili Dobavlja, Student ili Nastavnik.65

Poliuk E. J., Novi pristup razvoju informacionih sistema, JISA INFO, asopis Jugoslovenskog informatikog saveza , Beograd, 1996. http://ttl.masfak.ni.ac.rs/Programski%20paketi/Simulacija-Koncept%20(prevod).pdf

6

8


Modeliranje dogaaja

Pojednostavnjeni primjer matrice dogaaj/entitet za rezervaciju sobe u hotelu Proljee, prikazan je na slici 2.

Slika 2. Primjer matrice dogaaj/entitet7 Prednosti kreiranja matrice entiteti/dogaaji: 1) kontrola da svaki entitet ima dogaaj koji ga stvara i brie 2) fokusiranje na sve ono to se moe dogoditi odreenom entitetu 3) daje novu perspektivu na analizu sustava (osigurava kompletnost procesa) 4) osigurava da se svi entiteti na koje utee jedan dogaaj promatraju zajedno Za entitet (koji utjee na druge entitete i esto se mijenja) pita se: 1) koji dogaaj uzrokuje kreiranje nove instance entiteta? 2) koji dogaaj uzrokuje promjenu instance entiteta? 3) koji dogaaj uzrokuje brisanje postojee instance entiteta?

4.1.

Generisanje matrica CASE alatima

CASE predstavlja skraenicu od engleskih rei "Computer Aided Software Engineering", to bi u prevodu znailo "raunarom podrano softversko inenjerstvo" ili, slobodnije, "razvoj programskih proizvoda uz pomo raunara". CASE proizvod je bilo koji programski proizvod, namenjenGenerisanje matrica CASE alatima bie ilustrovano kreiranjem matrica Funkcije/Tipovi entiteta i Funkcije/ Atributi pomou Matrix Diagrammer-a iz sastava Designer-a 2000, ORACLE. Matrice Funkcije/Tipovi entiteta i Funkcije/ Atributi se projektuju tako da se u njima pojavljuju sve elementarne funkcije.

7


9


Modeliranje dogaaja

Slika 3. Matrica Elementarne funkcije/Tipovi entiteta8 Na slici 3. je prikazana matrica Elementarne funkcije/Tipovi entiteta za aplikaciju Komercijalni poslovi. Naini upotrebe tipa entiteta u zavisnosti od funkcije, kod matrice Funkcije/Tipovi entiteta, mogu biti: 1) Create (C), sa znaenjem da je zadatak funkcije formiranje nove pojave posmatranog tipa entiteta, 2) Retrieve (R), sa znaenjem da je zadatak funkcije preuzimanje podataka o postojeim pojavama tipa entiteta, 3) Update (U), sa znaenjem da je zadatak funkcije modifikacija podataka o postojeim pojavama tipa entiteta, 4) Delete (D), sa znaenjem da je zadatak funkcije brisanje pojave tipa entiteta, 5) Archive (A), sa znaenjem da je zadatak funkcije da posebnim postupcima arhivira pojave tipa entiteta, i 6) Other (O), sa znaenjem da funkcija ima zadatke koji prethodnim nainima upotrebe nisu pokriveni.

8


10


Modeliranje dogaaja

Slika 4. Matrica Elementarne funkcije/Atributi za tip entiteta KUPAC9

Slika 5. Matrica Elementarne funkcije/Atributi za tip entiteta SKLADISTE10

9

Poliuk E. Jarolsav, Projektovanje informacionih sistema, Elektrotehniki fakultet, Podgorica 2007. Poliuk E. Jarolsav, Projektovanje informacionih sistema, Elektrotehniki fakultet, Podgorica 2007.

10

11


Modeliranje dogaaja

Slika 6. Matrice Elementarne funkcije/Atributi za tip entiteta ROBA11 Na slici 4, 5 i 6 su prikazane matrice Elementarne funkcije/Atributi, za tipove entiteta KUPAC, SKLADISTE i ROBA za istu aplikaciju. Naini upotrebe atributa tipova entiteta u zavisnosti od funkcije, kod matrice Funkcije /Atributi, mogu biti: 1)Insert (I), sa znaenjem da je zadatak funkcije da prvi put zadaje vrijednost atributa tipa entiteta, 2)Retrieve (R), sa znaenjem da je zadatak funkcije preuzimanje postojee vrijednost atributa tipa entiteta, 3)Update (U),sa znaenjem da je zadatak funkcije modifikovanje prethodno zadane vrijednosti atributa tipa entiteta, 4) Nullify (N), sa znaenjem da je zadatak funkcije omoguavanje zadavanja nula vrijednosti za atribut tipa entiteta, koji prethodno nije imao nula vrijednost, 5) Archive (A), sa znaenjem da je zadatak funkcije da posebnim postupcima arhivira vrijednosti atributa tipa entiteta, i 6)Other (O), sa znaenjem da funkcija ima, u odnosu na vrijednosti atributa tipa entiteta, zadatke koji prethodnim nainima upotrebe nisu pokriveni.12

4.2.

Model istorije ivota entiteta

Istorijat ivota entiteta je pogled na sistem usmjeren uincima dogaaja koji uzrokuju promjene stanja. Opisuje vremenski zavisno ponaanje (jednog) entiteta, odnosno prati promjene ponaanja

11


12

Blagojevi Branko, Modeliranje strukturnih sustava broda dogaajima-doktorski rad, Sveuilite u Zagrebu. Fakultet strojarstva i brodogradnje, Zagreb 2005.

12


Modeliranje dogaaja

entiteta koji prolazi kroz sistem. Dijagram podudarnosti uinka (Effect Correspondence Diagram ECD), za opti sluaj je prikazan na slici 7, a za rezervaciju sobe u hotelu Proljee na slici 8.

Slika 7. Dijagram podudarnosti uinka za opti sluaj13

Slika 8. Dijagram podudarnosti uinka za rezervaciju sobe u hotelu Proljee14

13 14

Poliuk E. Jarolsav, Projektovanje informacionih sistema, Elektrotehniki fakultet, Podgorica 2007. Poliuk E. Jarolsav, Projektovanje informacionih sistema, Elektrotehniki fakultet, Podgorica 2007.

13


Modeliranje dogaaja

Dijagram ivota entiteta ima sledee prednosti: 1) daje vizuelni prikaz izoliranog entiteta, 2) unosi vremensku strukturu na sve dogaaje koji mogu uticati na entitet kroz njegovo postojanje u sistemu, 3) odreuje redoslijed procesa u dijagramu toka podataka itd.

4.3.

Dijagram prelaza stanja

Dijagram prelaza stanja se zasniva na ideji maine sa konanim brojem stanja, hipotetikom mehanizmu koji u nekom trenutku moe biti u jednom od konano mnogo diskretnih stanja. Predstavljaju grafiki prikaz promjena stanja, tj vremenski zavisnog ponaanja sistema. Elementi prikaza su: 1) stanje, kumulativni rezultat ponaanja nekog objekta (pravougaonik, krug ili elipsa), 2) prelaz, promjena stanja uzrokovana nekim dogaajem (usmjerena linija od jednog stanja prema drugom) i 3) dogaaj, uslov promjene stanja i akcija koja se obavlja (opis linije prelaza oblika dogaaj/akcija). Dijagram prelaza stanja najee opisuje vremenski zavisno ponaanje itavog sistema. Manji sistemi se mogu prikazati jednim dijagramom, dok vei sistemi se razlau slino dijagramima toka podataka, pri emu stanje na nekom nivou postaje poetno stanje dijagrama na niom nivou. Primjenjuju se kod razvoja sistema za rad u stvarnom vremenu (real-time system), jezike analize (parsing) i dizajna korisnikog interfejsa. Dijagrami prelaza stanja sistema za rad u stvarnom vremenu se razlikuju po tome to sadre posebno stanje "besposlen". Na slici 9 je prikazan Dijagram prelaza stanja Sokomata hotela Proljee ili Bankomata banke Montenegro, na kome su naglaena stanja ekanje.15

Slika 9. Dijagram prelaza stanja Sokomata hotela Proljee ili Bankomata banke Montenegro1615

http://web.efzg.hr/dok/inf/uis/PIS-%204.pdf Poliuk E. Jarolsav, Projektovanje informacionih sistema, Elektrotehniki fakultet, Podgorica 2007.

16

14


Modeliranje dogaaja

4.4.

Mape dijaloga

Korisniki interfejs u mnogim aplikacijama se moe promatrati kao konani automat. Jedan element interfejsa (odabira, radna povrina, komandna linija ili dijalog prozor) moe biti aktivan u odreenom trenutku. Korisnik moe doi do ogranienog broja drugih elemenata u zavisnosti o akcijama koje preduzima. Broj putanji kojima korisnik moe mijenjati dijaloge je obino vrlo velik, ali je konaan, i mogunosti su, najee, poznate. Mape dijaloga prikazuju sistem na visokom nivou apstrakcije. Prikazuju elemente dijaloga u sistemu i mogunost navigacije izmeu njih, ali nita ne govore o dizajnu ekranske forme. Korisnici i razvojni tim mogu zajedniki razmatrati dijalog mape kako bi postigli zajedniki stav o tome kakva treba biti korisnikova interakcija sa sistemom kako bi se izvrio odreeni zadatak. Dijalog mape su, takoe, korisne kod modeliranja vizuelne arhitekture web sjedita, pa se ponekad tako i nazivaju (eng. site maps). Navigacioni linkovi u sjeditu pojavljuju se kao tranzicije na dijalog mapi. Koristi se notacija dijagrama prijelaza stanja. Uslov koji pokree korisniku navigaciju prikazan je kao tekst na strelicama.17 Postoji nekoliko vrsta pokretakih uslova: korisnika akcija, kao to je pritisak tastera ili klik na link ili dugme dijalog prozora, vrijednost podataka, kao to je pogrean unos koji pokree pojavljivanje poruke o greci, sistemski uslov, kao to je signal da je pisa ostao bez papira i kombinacija navedenih, kao to je kucanje opcije iz ekranske forme iv pritisak na taster Enter. Radi pojednostavnjenja mogu se izostaviti neke opte funkcije, npr. pritiskanjev tastera F1 da bi se dobila pomo ili standardni navigacijski linkovi koji se pojavljuju na svakoj stranici. Dijalog mape mogu prikazati alternativne putove kao grane koje odstupaju od uobiajenog puta, npr. uobiajeni put bi bio naruiti hemikaliju od vanjskog dobavljaa, a alternativno se hemikalija moe dobiti iz zaliha hemijske laboratorije. Prilikom analize zahtjeva, dijalog mapa predstavlja interakciju korisnika i sistema na konceptualnom nivou. Konkretna ugradnja moe biti drugaija.18 Primjer: Korisnik inicira model koritenja odabirom opcije "zatrai hemikaliju" iz glavnog odabiraa. Polazna taka za ovaj model koritenja je popis traenih hemikalija koji se naziva "Trenutna lista zahtjeva".19

5.17 1819

ZAKLJUAK

Boikovi Z., Upravljanje informacijama u logistici- skripta, Saobraajni fakultet, Doboj 2011. http://www.docstoc.com/docs/102856262/Modeliranje-i-simulacija-sistema Poliuk E. Jarolsav, Projektovanje informacionih sistema, Elektrotehniki fakultet, Podgorica 2007.

15


Modeliranje dogaaja

U radu su izloene osnovne postavke modeliranja dogaaja kao djela logikog procesa u projektovanju informacionog sistema. U pogledu strukture budueg IS menadment kompanije postavlja zahtjeve u pogledu baze podataka, aplikacija i izvjetaja. Baza podataka moe biti jedna za cijelu kompanija ili nekoliko baza podataka, koje su meusobno povezane. IS moe imati vie aplikacija tj. programskih cjelina, koje pokrivaju pojedine organizacione cjeline. Vodee svjetske kompanije su razvile IS-e iz razliitih privrednih oblasti koji nude i implementiraju u drugim kompanijama. Najpoznatije svjetske kompanije, koje se bave razvojem IS su: SAP, ORACLE, MRO, IBM, Microsoft i dr. Svaka kompanija koja je trino orjentisana mora da analizira svoje okruenje, iskoristi anse koje joj se ukau i minimizira potencijalne opasnosti. Sam pojam modelovanja povezan je direktno sa pojmom procesa ili sistema, pri emu sistem predstavlja subjektivni pojam i definisan je usvojenim granicama koje obuhvataju samo one osobine realnog procesa koje su od interesa za datu primjenu. Na taj nain, glavni zadatak modelovanja dogaaja je da osvjetli osnovne osobine realnog procesa koji se posmatra i da ih prevede na neki apstraktan jezik. Modelovanje dogaaja kao oblast u projektovanju informacionih sistema predstavlja integralni dio nauke i tehnike koji obuhvata sve oblasti ljudskih aktivnosti.Izbor navedenih granica istraivanja predstavlja najvaniji korak u modelovanju, poto suvie uske, kao i suvie iroke granice, mogu rezultovati praktino neprimjenjene modele sa aspekta analize realnih pojava. Metodologija modeliranja omoguava opisivanje, analizu, klasifikaciju, istraivanje, komuniciranje i simulaciju realnog sistema. Osnova modela se zasniva napostojanju odreene slinosti izmeu dva objekta. Ako se izmeu dva objekta posmatranja moe utvrditi slinost u bilo kom odreenom smislu, onda izmeu tih objekata postoji odnos modela i originala, odnosno jedan se moe smatrati originalom, a drugi njegovim modelom. Ponuda gotovih rjeenja IS obuhvata veliki skup modula, koji odgovaraju razliitim poslovnim procesima u kompanijama. Na buduim korisnicima je da izaberu rjeenje koje im najvie odgovara i funkcije koje odgovaraju njihovim realnim potrebama.

6. LITERATURA

16


Modeliranje dogaaja

[1] Boikovi Z., Upravljanje informacijama u logistici- skripta, Saobraajni fakultet, Doboj 2011. [2] Blagojevi Branko, Modeliranje strukturnih sustava broda dogaajima-doktorski rad, Sveuilite u Zagrebu. Fakultet strojarstva i brodogradnje, Zagreb 2005. [3] Poliuk E. Jarolsav, Projektovanje informacionih sistema, Elektrotehniki fakultet, Podgorica 2007. [4] Poliuk E. J., Novi pristup razvoju informacionih sistema, JISA INFO, asopis Jugoslovenskog informatikog saveza , Beograd, 1996. [5] http://web.efzg.hr/dok/inf/uis/PIS-%204.pdf [6]http://oliver.efos.hr/nastavnici/jmesaric/modeliranje/P1MODELIRANJE%20I %20IMPLEMENTACIJA%20INFORMACIJSKIH%20SUSTAVAII.pdf [7] http://ttl.masfak.ni.ac.rs/Programski%20paketi/Simulacija-Koncept%20(prevod).pdf [8] http://www2.fsr.ba/nastava/pi/predavanja.pdf [9] http://www.docstoc.com/docs/102856262/Modeliranje-i-simulacija-sistema [10] http://www.fer.unizg.hr/_download/repository/MJI_matrica_slides.pdf

17

Documents

Projektovanje Informacionih Sitema-seminarski Rad