BANJA LUKA COLLEGEBANJA LUKAMiloa Obilia 30

INFORMACIONI SISTEMI

Seminarski rad:PRODAVNICA ROBE IROKE POTRONJE

PROFESOR: Doc. dr Sreko StankoviStudent: Danijel BandulajaBr. Indexa 68/13

Korisniki zahtjev

Potrebno je napraviti informacioni sistem za prodaju artikala irokog spektra. Potrebno je da vodi evidenciju o nabavljenim artiklima, prodanim artiklima, kupcima, dobavljaima i stanju robe u skladitu.

Analiza i specifikacija problema

Strukturna sistemska analiza (SSA)

Prije poetka pravljenja plana sistema potrebno je izvriti analizu kompletnog realnog sistema i predstaviti ga kao skup manjih sistema radi lake analize rada itavog sistema, i kasnije lake implementacije. Za ovu analizu koristimo metodu sistemske strukturne analize (SSA).

Osnovni elementi sistemske strukturne analize su: Procesi (obrade podataka) Interfejsi/Interface (Spoljni objekti) Tokovi podataka (preko njih se prenose podatci izmeu ostalih elemenata SSA) Skladita (tokovi podataka u stanju mirovanja)

Dijagram konteksta

Prije definisanja elemenata u samom problemu pravimo dijagram konteksta. Svrha ovog koraka je da ograniimo sistem granicama sistema, odnosno da postavimo krajnje spoljne objekte sa kojima e na sistem biti povezan sa interfejsima/interface. Ovdje se itav sistem predstavlja kao jedna cjelina odnosno jedinstven proces.

I Nivo Dekompozicije

Na prvom nivou dekompozicije raslanjujemo na informacioni sistem na vie logikih cjelina koje spajamo skladitima koja postoje izmeu njih.Pri pravljenju ovih dijagrama potrbno je pridravati se nekih pravila kao to su: Nemogue je povezati interfejs/interface direktno sa skladitem Nije poeljno da se dva procesa pozuju direktno (potrebno je da se izmeu njih nalazi skladite podataka) Nije ogue povezati dva skladita jer se izmeu njih ne deavaju direktne razmjene informacija

U SSA jedini aktivni element je proces jer on jedino vri neku obradu nad podatcima.

II Nivo dekompozicije Nabavka robe

Kada su neki od procesa IS-a previe sloeni da se prikau na samom konstruisanju oni se dalje razlau na podprocese radi lake implementacije. Razlae se do onog trenutka kada nema potrebe da se dalje uprotava odnosno do onog trenutka kada doemo do primitivnog procesa kojeg je najlake implementirati.

II Nivo Prodaja

Podproces Prodaje e biti jedino implementiran u PMOV zbog opirnosti problema.

Proireni model objekti veze (PMOV)

Proireni model objekti veze pravimo na osnovu korisnikog zahtjeva, skladita i tokova podataka koje smo definisali u Sistemskoj Strukturnoj Analizi (SSA). Samo po nazivu moemo zakljuiti od ega se sastoji, od objekata i njegovih atributa i veza izmeu objekata. Na naem PMOV razlikujemo jake i slabe objekte.

Rijenik podatakaPOLJETIPOGRANIENJE

Artikli

SifraArtiklaInteger>0

SifraDobavljacaInteger50

SifraProizvodjacaInteger50

MaterijalString20

CijenaCurrency20

Dobavljac

SifraDobavljacaInteger>0

NazivString20

TelefonString20

FaxString20

AdresaString255

SjedisteString30

E-mailString50

Kupac

SifraKupcaInteger>0

NazivString255

AdresaString255

SjedisteString30

PIBString13

JIBString14

RokPlacanjaString10

Otpremnica

SifraOtpremniceInteger>0

RedniBrojInteger50

SifraKupcaInteger50

SifraArtiklaInteger50

DatumDate

Prijemnica

SifraPrijemniceInteger>0

DatumDate

SifraDobavljacaInteger50

Proizvodjac

SifraProizvodjacaInteger>0

NazivProizvodjacaString50

SjedisteString30

AdresaString50

BrTelefonaString15

Stavka Prijemnice

PrijemnicaSifraInteger>0

RedniBrojInteger>0

SifraArtiklaInteger50

KolicinaInteger50

Stavka Otpremnice

SifraOtpremniceInteger>0

RedniBrojInteger50

SifraArtiklaInteger50

SifraKupcaInteger>0

KolicinaInteger50

Implementacija u ACCESS-uRelacioni ModelRelacioni model pravimo na osnovu PMOV-a tako to se pridravamo nekih pravila. Prvo prebacujemo objekte ija kardinalnost ima gornju granicu M i relacije koje im odgovaraju imaju iste atribute kao ti objekte a identifikator objekta je klju u relaciji. Kod objekata ija je gornja kardinalnost 1 ubacujemo jo jedan atribut koji zovemo spoljni klju i koji nam slui da se poveemo sa primarnim kljuem neke tabele. Kod slabih objekata kada ih prevodimo u relacije sputamo klju iz relacije koja je nastala od jakog objekta u relaciju koja je nastala od slabog objekta i dobijamo sloen klju koji se sastoji od kljua jakog objekta i jo jednog atributa slabog objekta.

Artikli

Dobavljac Kupac Otpremnica Prijemnica Proizvodjac Stavka Prijemnice Stavka Otpremnice

Sadraj

Korisniki Zahtjev ----------------------------------------------------------- 2 Dijagram konteksta ---------------------------------------------------------- 3 I nivo dekompozicije -------------------------------------------------------- 4 II nivo dekompozicije nabavka ------------------------------------------ 5 II nivo Prodaja ------------------------------------------------------------- 6 Proireni model objekti veze (PMOV) ----------------------------------- 7 Rijenik podataka ----------------------------------------------------------- 8 Implementacija u Access-u ------------------------------------------------ 9

3