projektovanje informacionih sistema … · projektovanje informacionih sistema dr rade matić...
TRANSCRIPT
Projektovanje informacionih sistema
dr Rade Matić
Beogradska akademija poslovnih i umetničkih strukovnih studija
1
Cilj ove faze projektovanja informacionog
sistema (IS) je da se izgradi Poslovni model
sistema (Business Model), odnosno model
procesa ili model funkcija posmatranog sistema.
Posmatrajući sistem sa aspekta njegovih
funkcija, kao rezultat ove faze i ujedno kao
odgovor na postavljeno pitanje dobija se
Logička arhitektura IS (model procesa)
posmatranog sistema.2
Analiza sistema i zahteva korisnika: Konvencionalne metode
Strukturna sistemska analiza - SSA
Glavna karakteristika ove metode ogleda se u
mogućnosti postupnog dekomponovanja kompleksnih
procesa sistema na podprocese.
Strukturna sistemska analiza (SSA) je jedna
jedinstvena, potpuna, samosvojna metoda za analizu
i funkcionalnu specifikaciju informacionog sistema,
odnosno softvera. Ona se na različite načine može
povezati sa metodama drugih faza u neku specifičnu
metodologiju celokupnog razvoja IS.
3
Analiza sistema i zahteva korisnika: Konvencionalne metode
Strukturna sistemska analiza - SSA
Specifikacija IS prikazuje ŠTA informacioni sistem treba da
radi, a ne i KAKO to treba da ostvari.
Specifikacija IS treba da poseduje sledeća dva dela:
(I) funkcionalnu specifikaciju u kojoj se opisuje budući IS u
"idealnoj tehnologiji" i
(II) nefunkcionalnu specifikaciju koja definiše sva
ograničenja implementacione okoline.
Odgovor na pitanje "kako" daje se za konkretno okruženje, za
definisanu tehnologiju i organizaciju u kojoj se sistem
implementira.
SSA ne bi trebalo da sadrži tehnološka i organizaciona
ograničena rešenja, treba da se opiše funkcionisanje IS u
"idealnoj tehnologiji". 4
Analiza sistema i zahteva korisnika: Konvencionalne metode
Strukturna sistemska analiza - SSA
Originalna SSA poseduje veoma jednostavne,
grafičke i jasne koncepte.
Tretira se kao metodološki postupak dekompozicije
nekog sistema na podsisteme.
Potpuna, tačna, formalna i jasna specifikacija IS
predstavlja zahteve koje budući sistem treba da
zadovolji i preduslov za uspešno dalje projektovanje i
implementaciju sistema.
Specifikacija je osnova za "transformaciono"
projektovanje i implementaciju, za automatizovano
generisanje baze podataka i programa iz nje, odnosno
za korišćenje CASE sistema. 5
Analiza sistema i zahteva korisnika: Konvencionalne metode
Strukturna sistemska analiza - SSA
6
Analiza sistema i zahteva korisnika: Konvencionalne metode
Strukturna sistemska analiza - SSA
proces (funkcija)
interfejs
Tok podataka
Skladište podataka
korišćeni simboli
Osnovni koncepti za specifikaciju IS u SSA su,
funkcije, odnosno poslovni procesi obrade
podataka, tokovi podataka, skladišta podataka i
interfejsi.
SSA posmatra informacioni sistem kao funkciju
(proces) koja, na bazi ulaznih generiše izlazne
podatke.
Ulazni podaci se dovode u proces obrade, a izlazni iz
njega odvode preko tokova podataka.
Tok podataka uključuje:
-papirne dokumente, niz poruka koje čovek unosi
preko tastature terminala, "paket" informacija dobijen
preko neke telekomunikacione linije ili slično. 7
Analiza sistema i zahteva korisnika: Konvencionalne metode
Strukturna sistemska analiza - SSA
Izvori izlaznih, odnosno ponori ulaznih tokova podataka
unutar sistema nazivaju se skladišta.
Skladišta podataka se posmatraju kao "tokovi u mirovanju":
-različite vrste evidencija,
-arhiva,
-kartoteka i
-datoteka
Izvori izlaznih, odnosno ponori ulaznih tokova podataka mogu
biti objekti van IS koji sa IS komuniciraju i oni se u SSA
nazivaju interfejsi.
I za skladišta kao i za tokove od interesa su isključivo njihov
sadržaj i struktura. 8
Analiza sistema i zahteva korisnika: Konvencionalne metode
Strukturna sistemska analiza - SSA
SPECIFIKACIJA IS
-Jedan IS sastoji iz mnoštva procesa, interfejsa,
tokova i skladišta podataka.
-Detaljan i jasan opis sistema zahteva opis na
"različitim nivoima apstrakcije“.
-Hijerarhijskim opisom se na višim nivoima
sistem opisuje opštije (globalni procesi), a na
nižim se postepeno procesi dekomponuju i
potpuno i detaljno razrađuju (do primitivnih
procesa). 9
Analiza sistema i zahteva korisnika: Konvencionalne metode
Strukturna sistemska analiza - SSA
SPECIFIKACIJA IS
Dijagram toka podataka na vrhu ovakve hijerarhije naziva se
DIJAGRAM KONTEKSTA.
Procesi na najnižem nivou (procesi koji se dalje ne
dekomponuju) nazivaju se PRIMITIVNI PROCESI.
Jednu potpunu specifikaciju IS čine:
-Hijerarhijski organizovan skup dijagrama toka podataka;
-Rečnik podataka koji opisuje sadržaj i strukturu svih tokova i
skladišta podataka;
-Specifikacija logike primitivnih procesa;
10
Analiza sistema i zahteva korisnika: Konvencionalne metode
Strukturna sistemska analiza - SSA
11
Hijerarhijska dekompozicija funkcija sistema
DTP
Predstavlja model sistema koji sadrži četiri osnovne
komponente:
1.procese obrade podataka (aktivne komponente
sistema),
2.objekte okruženja (interfejse) sa kojima sistem
komunicira,
3.skladišta podataka koje procesi koriste i/ili ažuriraju i
4.tokove podataka koji povezuju ostale komponente
sistema u celinu.
Osnovne karakteristike DTP-a su:
-jasna grafička specifikacija, pogodna za komunikaciju
sa korisnikom,
-jasan i detaljan opis sistema, primenom apstrakcije 12
Analiza sistema i zahteva korisnika: Konvencionalne metode
Strukturna sistemska analiza - SSA
1. Pravilo u kreiranju DTP-a
Tokovi podataka mogu da budu:
-različita dokumenta,
-formulari,
-tekstovi,
-knjige,
-časopisi i
-slično.
Tok podataka ostvaruje vezu između ostalih
komponenti sistema i na DTP-u se predstavlja
imenovanom, orijentisanom linijom. 13
Analiza sistema i zahteva korisnika: Konvencionalne metode
Strukturna sistemska analiza - SSA
2. Pravilo u kreiranju DTP-a
Tok podataka mora da ima ulaz i izlaz.
Bilo koja komponenta DTP može da bude ulaz
ili izlaz.
Tokovima se ne mogu neposredno povezati dva
skladišta, dva interfejsa, ili skladište i interfejs.
14
Analiza sistema i zahteva korisnika: Konvencionalne metode
Strukturna sistemska analiza - SSA
15
Analiza sistema i zahteva korisnika: Konvencionalne metode
Strukturna sistemska analiza - SSA
Interfejs1
Skladište1
TokPodataka1
Interfejs1
Skladište1
TokPodataka1
Proces1
Interfejs2
Skladište2
TokPodataka2
Interfejs2
Skladište2
TokPodataka2
Proces2
2. Pravilo u kreiranju DTP-a
16
Analiza sistema i zahteva korisnika: Konvencionalne metode
Strukturna sistemska analiza - SSA
3. Pravilo u kreiranju DTP-a
Svaki tok podataka na DTP-u mora imati ime,
koje treba da odražava značenje podataka koje
on nosi.
Da bi se ostvarila čitljivost i razumljivost DTP-a,
ova imena treba da budu prirodna, a ne neka
specifična, preterano skraćena imena.
Izuzetak su tokovi koji idu ka, odnosno od
skladišta podataka koji ne moraju biti
imenovani.
17
Analiza sistema i zahteva korisnika: Konvencionalne metode
Strukturna sistemska analiza - SSA
4. Pravilo u kreiranju DTP-a
Tok podataka se može granati.
Istoimeni tokovi na DTP u suštini predstavljaju grananje
jednog toka, pa moraju imati zajednički izlaz, a mogu
imati različite ulaze.
Interfejs1
TokPodataka1
Proces1
Proces2
TokPodataka1
Interfejs1
Proces1
Proces2
TokPodataka1
18
Analiza sistema i zahteva korisnika: Konvencionalne metode
Strukturna sistemska analiza - SSA
5. Pravilo u kreiranju DTP-a
Svaki proces ima naziv i oznaku.
Naziv procesa treba da precizno označava funkciju
koju on obavlja.
Ako projektant nije u stanju da dodeli ime procesu to
samo znači da ne razume funkciju koju proces obavlja.
Brojna oznaka procesa služi za referenciranje procesa,
a ne predstavlja redosled izvršavanja procesa.
19
Analiza sistema i zahteva korisnika: Konvencionalne metode
Strukturna sistemska analiza - SSA
6. Pravilo u kreiranju DTP-a
Svaki proces mora da ima barem jedan
ulazni i barem jedan izlazni tok podataka.
Proces bez ulaznog toka generisao bi izlaz
ni iz čega, a proces bez izlaznog toka je
nesvrsishodan.
20
Analiza sistema i zahteva korisnika: Konvencionalne metode
Strukturna sistemska analiza - SSA
7. Pravilo u kreiranju DTP-a
Svako skladište takođe treba da ima barem
jedan ulazni i barem jedan izlazni tok.
Dozvoljava se da skladište nema ulazni
tok, podrazumevajući da se formira i
ažurira u nekom drugom sistemu.
21
Svrha uvođenja informacionog sistema agencije za promociju
sastoji se u informacionoj podršci poslovnih procesa
evidencije klijenata i angažovanja promotera. Potrebno je
napraviti informacioni sistem koji će prikazati način
funkcionisanja jedne agencije za promocije. Agencija posluje
sa klijentima, vrši konkurse za promotere i nakon toga se
kandidati koji su se prijavili na dati konkurs intervjuišu. Zatim
agencija bira određeni broj kandidata sa kojima potpisuje
ugovore i oni postaju njeni promoteri. Klijenti preko zahteva
potražuju određeni broj promotera, nakon čega agencija šalje
svoje promotere na obuke posle kojih oni postaju spremni za
promovisanje određenih proizvoda. Klijenti šalju agenciji
reklamni materijal koji će promoteri koristiti pri promovisanju.
PRIMER SSA: Agencija za promociju (Opis problema)
22
PRIMER SSA: Agencija za promociju (Dijagram konteksta)
Agencija za promocije
PromoterUgovor sa promoterom
Obaveštenje promotera o promociji
Odgovor
TreninziPotvrda o članstvu
Obaveštenje o održavanju intervjuaPrijava
Klijent
Zahtev za promotereOdgovor agencije
Isplata
Ug
ovo
r sa
kli
jen
tom
Avans
Reklamni materijal
Predavač
Za
hte
v z
a t
ren
ing
Pro
gra
m o
bu
ke Spisak promotera za obuku
Izveštaj o završenoj obuciP
otv
rda
o o
drž
an
om
tre
nin
gu
Potvrda
Ra
čun
23
PRIMER SSA: Agencija za promociju (DTP 1 nivoa)
Kandidati 1. Konkurisanje za promotera
Promoter
Prijava
Obaveštenje o održavanju intervjua
Promoteri
Potvrda o članstvu
2.Obuka promotera
Treninzi
Predavač
Potv
rda
o od
ržan
om
tren
ingu
Zaht
ev z
a tr
enin
g
Izve
štaj
o z
avrš
enoj
obu
ciPromoteri*
Klijent
3. Angažovanje
Reklamni materijal
Isplata
Račun
Avans
Ugovor sa klijentom
Potvrda
Odgovor agencije
Zahtev za promotere
Spis
ak p
rom
oter
a za
obu
ku
Prog
ram
obu
ke
Klijent
Odgovor
Oba
vešt
enje
pro
mot
era
o pr
omoc
iji
Ugo
vor s
a pr
omot
erom
24
PRIMER SSA: Agencija za promociju (DTP 2 nivoa – konkurisanje
za promotera)
1.1. Prijava na konkurs
Konkursi
1.2. Intervjuisanje
1.3. Analiza kandidata
Konkursi
Promoteri
Promoter
Prijava
Obaveštenje o održavanju intervjua
Odgovor
Potv
dra
o čl
anst
vu
25
PRIMER SSA: Agencija za promociju (DTP 2 nivoa – Obuka
promotera)2.1. Slanje promotera na
obuku
2.2. Ocenjivanje promotera
Predavač
Promoter
Predavači
Promoteri
Treninzi
Program obuke
Spisak promotera za obuku
Zahtev za trening
Potv
rda
o od
ržan
om tr
enin
gu
Izve
štaj
o za
vrše
noj o
buci
26
PRIMER SSA: Agencija za promociju (DTP 2 nivoa – Angažovanje)
3.1. Angažovanje klijenata
3.2. Angažovanje promotera
Klijent
Promoter
Klijenti
Ugovori sa klijentima
Ugovori sa promoterima
Promoteri
Reklamni materijal
AvansUgovor sa klijentom
PotvrdaOdgovor agencije
Zahtev za promotere
Račun
Isplata
Obaveštenje promotera o promociji
Ugovor sa promoterom
27
PRIMER SSA: Hijerarahijski dijagram dekompozicije
IS Agencije za promociju
1. Konkurisanje promotera
2. Obuka promotera
1.2 Intervjuisanje
1.3 Analiza kandidata
1.1 Prijava na konkurs
2.2 Ocenjivanje promotera
2.1 Slanje promotera na obuku
3. Angažovanje
3.1 Angažovanje klijenata
3.2 Angažovanje promotera
28
Hijerarhijska dekompozicija funkcija sistema
Modeli podataka
Kandidat KonkursPrijava
JMBG#Ime
Prezime
DatumPrijave
SifKonk#Mesto
Menadzer
OveraSifraMen#
ImeMen
Zvanje
(0,M) (1,M)
(1,1)
(0,M)
Modeli podataka
PredavacProgram
obukeSastavlja
Trening
PredavacID#
Ime
Prezime A
dres
a
Telefon
ProgramObukeID#Opis
PromoterSpisak
promotera za obuku
PromoterID#
Telefon
JMBG
Adresa
Ime
Prezime
Ocena
Datum
TreningID#
MestoVreme
OpisTreninga
1,M 1,M
0,M
0,M
0,M
Datum
1,M
Obuka promotera
Modeli podataka
Konkurisanje
za promotera
Kandidat
KandidatID#
Ime
Prez
ime
Adre
sa
Telefon
Prijava
Broj
Prija
ve
Datum
Prija
ve
Konkurs
Konk
ursI
D#
Datum
Mes
to
Intervju
IntervjuID#
Datum
Vreme
Pravi se
Odgovor na konkurs
Za
Se šalje
OdgovorNaKonkursID#
Odluka
Pravi se
Ugovor sa promoterom
Potpisuje
Stavka
Član
Opis
StavkaID#
PromoterPostaje
UgovorSaPromoteromID#
DatumMesto
Potpisuje
PromoterID#
Ime
PrezimeJMBGAdresa
Telefon
0,M 1,M
1,M
0,1
1,M
0.1
1.1
1,M
1,1
0,1
1,1
0,1
1,1
0,1
1,1
1,1
0,1
1,M
Modeli podataka
Angažovanje
promotera
KlijentUgovor sa klijentom
Zahtev
Reklamni materijal
Stavka ugovora
PromoterSe daje
Potražuje seSadrži
Potpisuje
Za
Ime
KlijentID#
Adresa
Mesto
Telefon
MestoUgovorSaKlijentomID#
Datum
StavkaUgovoraID#
Opis
Tele
fon
Adresa
JMBG
Prezime
Ime
PromoterID#
DatumKoličina
ReklamniMaterijalID#
Naziv
Opis
ZahtevID#
Opis
0,M 1,1
1,M
0,M
1,M1,M
1,M
0,1
1,M
1,M 1,M
1,1
0,M
Modeli podataka
Integrisani
MOVPromoter
Konkurs IntervjuPravi
seOdgovor na
konkurs
Prijava
Kandidat Postaje
Potpisuje
Ugovor sa promoterom
Pravi se
Za
Se daje
Potpisuje
Spisak promotera za
obuku
Predavač
Sastavlja Program obuke
Trening
Potražuje se Se daje Sadrži
ZahtevReklamni materijal
Stavka ugovoraZa
Klijent Potpisuje Ugovor sa klijentom
1,M 0,1 1,1
0,1
1,1
0,1
1,1
1,1
1,1
0,1
1,M0,1
1,M
0,M
0,1
1,M
1,M
1,M
1,M
0,M
0,M
0,M
1,1
1,M
1,10,M
1,M
1,M0,1
1,M
1,M
0,M
1,M
1,M
1,1
1,M
Stavke
1,M
34
Analiza sistema i zahteva korisnika: Konvencionalne metode
Strukturna sistemska analiza - SSA
1. Pravilo pri dekomponovanju DTP-a
Dijagram najvišeg nivoa, koji po pravilu
sadrži samo jedan proces koji predstavlja
ceo IS, interfejse sa kojima IS komunicira i
odgovarajuće tokove podataka naziva se
dijagram konteksta.
35
Analiza sistema i zahteva korisnika: Konvencionalne metode
Strukturna sistemska analiza - SSA
36
Analiza sistema i zahteva korisnika: Konvencionalne metode
Strukturna sistemska analiza - SSA
2. Pravilo pri dekomponovanju DTP-a
Dijagram prvog nivoa predstavlja dekompoziciju
dijagrama konteksta.
Procesi na njemu označavaju se brojevima 1, 2,
3, ...,
Dijagrami nižih nivoa, kao celina, su označeni sa
oznakom procesa čije detalje predstavljaju, a
procesi na njima povlače sa sobom brojnu
oznaku nadređenog procesa, odnosno
posmatranog dijagrama.
37
Analiza sistema i zahteva korisnika: Konvencionalne metode
Strukturna sistemska analiza - SSA
3. Pravilo pri dekomponovanju DTP-a
Uobičajeno je da se u dokumentaciji za specifikaciju IS pomoću SSA,
celokupan skup, ili neki podskup hijerarhijski dekomponovanih
dijagrama, predstavi dijagramom dekompozicije.
IS Agencije za promociju
1. Konkurisanje promotera
2. Obuka promotera
1.2 Intervjuisanje
1.3 Analiza kandidata
1.1 Prijava na konkurs
2.2 Ocenjivanje promotera
2.1 Slanje promotera na obuku
3. Angažovanje
3.1 Angažovanje klijenata
3.2 Angažovanje promotera
38
Analiza sistema i zahteva korisnika: Konvencionalne metode
Strukturna sistemska analiza - SSA
4. Pravilo pri dekomponovanju DTP-a
Procesi koji se dalje ne dekomponuju se nazivaju
primitivni procesi i za njih se daje specifikacija logike
njihovog odvijanja.
Dekompoziciju treba okončati kada se dođe do
procesa koji su prirodno sekvencijalni.
Opis logike primitivnih procesa naziva se mini-
specifikacija sistema. Najzastupljenije tehnike su
dijagrami toka programa, strukturni jezici,
pseudokod, tabele odlučivanja, stabla odlučivanja
39
Analiza sistema i zahteva korisnika: Konvencionalne metode
Strukturna sistemska analiza - SSA
5. Pravilo pri dekompozicije DTP-a
Pored procesa, mogu se dekomponovati i tokovi i
skladišta.
Dekompozicija tokova i skladišta se ne prikazuje na
DTP-u, već u rečniku podataka.
Mogu se dekomponovati samo oni tokovi i skladišta
koji u sebi sadrže nezavisne komponente, komponente
čija unija čini tok ili skladište koje se dekomponuje.
40
Analiza sistema i zahteva korisnika: Konvencionalne metode
Strukturna sistemska analiza - SSA
6. Pravilo pri dekompozicije DTP-a
Najznačajnije pravilo koje se mora poštovati pri
dekompoziciji procesa je pravilo balansa tokova:
-Broj ulaznih i izlaznih tokova na DTP-u višeg nivoa
mora da bude ekvivalentan sa brojem ulaznih i izlaznih
tokova toga procesa na dijagramu nižeg nivoa.
-Svi tokovi koji ulaze, odnosno izlaze iz jednog
procesa, moraju se pojaviti kao ulazni, odnosno izlazni
tokovi na dijagramu kojim je posmatrani proces
dekomponovan.
41
Analiza sistema i zahteva korisnika: Konvencionalne metode
Strukturna sistemska analiza - SSA
Balans tokova
42
Analiza sistema i zahteva korisnika: Konvencionalne metode
Strukturna sistemska analiza - SSA
7. Pravilo pri dekompozicije DTP-a
Skladišta podataka, predstavljaju stanja sistema,
odnosno fundamentalne, unutrašnje karakteristike kako
celog IS, tako i svakog pojedinačnog procesa.
Zbog toga se ona mogu pojaviti i na nižim nivoima
dekompozicije, iako se nisu pojavljivala na
predhodnim.
Međutim, ako se pojavi na jednom nivou, uz jedan
proces, mora se nadalje pojavljivati na svim nižim
nivoima dekompozicije toga procesa.
43
Analiza sistema i zahteva korisnika: Konvencionalne metode
Strukturna sistemska analiza - SSA
8. Pravilo pri dekompozicije DTP-a
Jedan DTP, po pravilu, treba da sadrži 2 - 7 procesa.
Veći broj procesa od ovoga značio bi da je "preskočen"
jedan nivo dekompozicije.
Proces se dalje ne dekomponuje ako predstavlja
primitivnu funkciju (logička jedinica posla)
44
Modelovanja logičkog modela procesa metodom SSA
Može se podeliti u dve osnovne faze:
(I)Opis okruženja sistema. Opis okruženja sistema ima za
cilj da definiše svrhu postojanja sistema i kontekst u kojem on
funkcioniše, ne ulazeći u detalje kako sistem iznutra
funkcioniše da bi ispunio ciljeve. To podrazumeva:
1. Definisanje osnovnog cilja i svrhe postojanja sistema
koji se modeluje. Cilj je da se kratkim, preciznim tekstom, ne
većim od jedne strane, budućem korisniku predstavi svrha
postojanja sistema. Iz ovog teksta vidi i koji su spoljni objekti
u interakciji sa sistemom.
2. Izgradnja dijagrama konteksta (DKON). Cilj: (1)
identifikacija svih interfejsa, (2) za svaki od interfejsa,
identifikacija svih događaja, odnosno informacija koje sistema
prima i na koje reaguje odgovorom.
45
Modelovanja logičkog modela procesa metodom SSA
(II) Opis ponašanja sistema: Opis treba da pruži sliku
o tome kako sistem iznutra funkcioniše da bi ispunio
svoju svrhu. Razjašnjava se kako sistem obrađuje
informacije koje prima i kako generiše izlazne
informacije tj. kako sistem reaguje na događaje iz
okruženja. To se ostvaruje kroz:
1. Hijerarhijski opis DTP. Počinje sa
dekomponovanjem Dijagrama Konteksta na taj način
što se utvrđuju opšti procesi koji obrađuju jednu grupu
povezanih informacija, odnosno koji reaguju na grupu
povezanih događaja iz okruženja. Neophodno je
procesima obuhvatiti sve ulazne i izlazne informacije
identifikovane u opisu okruženja sistema.
46
Modelovanja logičkog modela procesa metodom SSA
(II) Opis ponašanja sistema:
2. Opis podataka Rečnikom podataka (RP). Izgradnja
Rečnika podataka može odpočeti paralelno sa izgradnjom DTP,
kada se opisuju složeni tokovi i skladišta podataka. Međutim,
tek nakon izgradnje DTP se i RP može kompletirati, tako što će
se opisati svi elementarni tokovi i dekomponovati složeni i na
kraju proveriti da li postoji redudansa u opisu i da li je RP u
saglasnosti sa DTP. POLJA
NAZIV POLJA DOMEN OGRANIČENJE
ImeIPrezime CHAR(30)
Ocena FakultetskeOcene
VrstaStudija VrsteStudija
Cena REAL(10,2) >0
... ... ...
DOMENI
NAZIV DOMENA PREDEFINISANI DOMEN OGRANIČENJE
FakultetskeOcene INTEGER(2) [5,10]
VrsteStudija CHAR(20) („Osnovne“, „Specijalističke“,„Magistarske“, „Doktorske“)
... ... ...
47
Modelovanja logičkog modela procesa metodom SSA
(II) Opis ponašanja sistema:
3. Specifikacija logike primitivnih procesa. Tek
nakon što se opiše i logika svih primitivnih procesa
može se reći da je potpuna specifikacija sistema
metodom SSA gotova. Međutim, često se u praksi
specifikacija logike ostavlja za sledeću fazu u
razvoju IS ili se koriste drugi alati za opis.
48
PrimeriUSED AT: AUTHOR: DATE:
REV:PROJECT: MeTIS
11/5/2005
11/5/2005
NOTES: 1 2 3 4 5 6 7 8 9 10
WORKING
DRAFT
RECOMMENDED
PUBLICATION
READER DATE CONTEXT:
A0
1
POSLOVIUPRAVE
11
ODLUCIVANJE IPLANIRANJE
SASTAVLJANJE
LISTE
AKTIVNOSTI
POVEZIVANJE
AKTIVNOSTI
SASTAVLJANJE
LISTE RESURSA
DODELJIVANJE
RESURSA
IZRADA PLANA
12
UPRAVLJANJEPROCESIMA I
ORGANIZACIJOM
13
POSLOVIFINANSIJA I
KNJIGOVODSTVA
14
PRAVNI IKADROVSKI
POSLOVI
RE[EWA PO
PRVOM
STEPENU
POTVRDE
POSLOVI PO
ZAHTEVU
STRANKE
15
KONTROLA
KONTROLA
REALIZACIJE
NPP
KONTROLA
REALIZACIJE
PLANA RADA
49
PrimeriUSED AT: AUTHOR: DATE:
REV:PROJECT: MeTIS
11/5/2005
11/5/2005
NOTES: 1 2 3 4 5 6 7 8 9 10
WORKING
DRAFT
RECOMMENDED
PUBLICATION
READER DATE CONTEXT:
A0
2
POSLOVINASTAVE
21
PLANIRANJE IORGANIZOVANJE
NASTAVE
POSLOVI OKO
NASTAVNIH
PLANOVA I
PROGRAMA
PLANIRANJE I
PRACENJE
NASTAVNOG
KADRA I
ANGAŽOVANJE
SPOLJNIH
SARADNIKA
PLANIRANJE I
PRACENJE
MATERIJALNE
BAZE
IZRADA I
AZURIRANJE
RASPOREDA
CASOVA
22
PRACENJEREALIZACIJE
NASTAVE
23
VREDNOVANJENASTAVE
DEFINISANJE
PROJEKTA
VREDNOVANJA
NASTAVE
OBAVESTAVANJE
STUDENATA
REALIZACIJA
VREDNOVANJA
NASTAVE
ANALIZA
VREDNOVANJA
NASTAVE
IZRADA
IZVESTAJA
VREDNOVANJA
NASTAVE
USED AT: AUTHOR: DATE:
REV:PROJECT: MeTIS
11/5/2005
11/5/2005
NOTES: 1 2 3 4 5 6 7 8 9 10
WORKING
DRAFT
RECOMMENDED
PUBLICATION
READER DATE CONTEXT:
A0
TOP
3
STUDENTSKISERVIS
31
PRIJEM STUDENATAI SLU[ALACA
PLANIRANJE
PRIJEMA
PRIJEM
STUDENATA
ANALIZA I
IZVE[TAVANJE
PRIJEMA
32
PERSONALNOPRA]ENJE
STUDENATA
VODJENJE
MATICNE
KNJIGE
EVIDENCIJA
STIMULATIVNIH I
DISCIPLINKSIH
MERA
MATER.
EVIDENCIJA
STUDENATA
ISPSIVANJE
STUDENATA I
SLU[ALACA
33
KOMERCIJALNOPRACENJE
STUDENATA
34
PRACENJEISPITA
IZRADA PLANA
POLAGANJA
ISPITA
PRIJAVLJIVANJE
ISPITA
POLAGANJE
ISPITA
ANALIZA ISPITA
35
IZDAVANJERESENJA,UVERENJAI DIPLOMA
50
Primeri
USED AT: AUTHOR: DATE:
REV:PROJECT: MeTIS
11/5/2005
11/5/2005
NOTES: 1 2 3 4 5 6 7 8 9 10
WORKING
DRAFT
RECOMMENDED
PUBLICATION
READER DATE CONTEXT:
A0
TOP
4
POSLOVIIZDAVACKE I
NAUCNEDELATNOSTI
41
PLANIRANJE IORGANIZOVANJE
NIR-a
IZRADA
SREDNJOROCNIH
I GODISNJIH
PLANOVA
PLANIRANJE
SARADNJE
PLANIRANJE
OPREMANJA
PLAN STVARANJA
I USAVRSAVANJA
KADRA
42
POSLOVIIZDAVACKEDELATNOSTI
43
PRACENJEREALIZCIJE
NIR-a
PRACENJE
REALIZACIJE
PROJEKTA
PRACENJE
REALIZACIJE
PLANSKIH
DOKUMENATA
EKSPERTSKO
OCENJIVAJNE
44
INVENTIVNADELATNOST
KORISNI
PREDLOZI
TEHNICKA
UNAPREDJENJA
PATENTI
45
PRACENJEKADROVA
NIR-a
46
POSLOVIBIBLIOTECKE
GRADJE
OBRADA
BIBLIOTECKE
GRADJE
EVIDENTIRANJE
ZADUZIVANJE
RAZDUZIVANJE
OPOMINJANJE
REZERVISANJE
USED AT: AUTHOR: DATE:
REV:PROJECT: MeTIS
11/5/2005
11/5/2005
NOTES: 1 2 3 4 5 6 7 8 9 10
WORKING
DRAFT
RECOMMENDED
PUBLICATION
READER DATE CONTEXT:
A0
5
LOGISTICKAPODRSKA
51
SNABDEVANJE
52
UPRAVLJANJEMAGACINOM
53
ODRZAVANJE
54
POSLOVIZASTITE
51
PrimeriUSED AT: AUTHOR: prof.dr.Alempije V. Veljovic dipl.ing. DATE:
REV:PROJECT: Model 1
11/5/2005
11/5/2005
NOTES: 1 2 3 4 5 6 7 8 9 10
WORKING
DRAFT
RECOMMENDED
PUBLICATION
READER DATE CONTEXT:
A1
1.2
UPRAVLJANJEKVALITETOM
1.2.1
IZRADADOKUMENATA
SK
DEFINISANJE
ZAHTEVA ZA
IZRADU/ IZMENU
SK,
IZRADA/ IZMENA
DOKUMENATA
SISTEMA
KVALITETA
ANALIZA I
OCENA
DOKUMENATA
SK
USVAJANJE I
DISTRIBUCIJA
DOKUMENATA
SISTEMA
KVALITETA
1.2.2
DEFINISANJEPLANA
KVALITETA
IZRADA PLANA
KVALITETA
DEFINISANJE
PLANA
KONTROLISANJA
ISPITIVANJA
1.2.3
INTERNAPROVERASISTEMA
KVALITETA
PRIPREMA ZA
PROVERU
PLANIRANJE
PROVERE
IZVO\ENJE
PROVERE
ANALIZA
FUNKCIONISANJA
SISTEMA
KVALITETA
1.2.4
SPROVO\ENJEKOREKTIVNIH
MERA
NEUSAGLA[ENOST
PLANIRANJE I
SPROVO\ENJE
KOREKTIVNIH.
MERA
OCENA EFEKTA
KOREKTIVNE
MERA
1.2.5
STATISTI^KAANALIZA
KVALITETA
KONTROLA
UZORKOVANJEM
STATISTI^KA
ANALIZA
KONTROLE
PROCESA (SPC)
STATISTI^KA
ANALIZA FMEA
1.2.6
OBUKA ZAKVALITET
PLANIRANJE
OBUKE
PRIPREMA
OBUKE
IZVO\ENJE
OBUKE
PROVERA I
IZVE[TAVANJE
52
Primeri
USED AT: AUTHOR: prof.dr.Alempije V. Veljovic dipl.ing.DATE:
REV:PROJECT: Model 1
11/5/2005
11/5/2005
NOTES: 1 2 3 4 5 6 7 8 9 10
WORKING
DRAFT
RECOMMENDED
PUBLICATION
READER DATE CONTEXT:
A1
1.3
OPŠTI IPRAVNI
POSLOVI
1.3.1
FIZICKOOBEZBEDJENJE
KONTROLA I
PRIJEM
STRANAKA I
STRANIH LICA
ORGANIZACIJA
ULASKA VOZILA
NEPREDVI\ENE
SITUACIJE
VO\ENJE
EVIDENCIJE
1.3.2
ZAŠTITANA RADU
(ZNR)
PRIMENA
MERA ZNR
KONTROLA
SPROVO\ENJA
MERA ZNR
EVIDENCIJE
ZNR
1.3.3
ZAŠTITAŽIVOTNESREDINE
(ZŽS)
PRIMENA MERA
ZZS
KONTROLA
SPROVEDENIH
MERA ZZS
METODOLOGIJA
PROCENE
OPASNOSTI
1.3.4
PROTIVPOŽARNAZAŠTITA
PLANIRANJE I
ANALIZA ZOP
SPOLJA[NJA I
UNUTRA[NJA
KONTROLA ZOP
VATROGASNA
JEDINICA
OBUKA ZA ZOP
1.3.5
PRAVNIPOSLOVI
PRAVNO
ZASTUPANJE
PRIPREMA
OP[TIH AKATA I
IZRADA
UGOVORA
VO\ENJE
DISCIPLINSKOG
POSTUPKA
53
Primeri
54
Primeri
USED AT: AUTHOR: prof.dr.Alempije V. Veljovic dipl.ing.DATE:
REV:PROJECT: Model 1
11/5/2005
11/5/2005
NOTES: 1 2 3 4 5 6 7 8 9 10
WORKING
DRAFT
RECOMMENDED
PUBLICATION
READER DATE CONTEXT:
A1
1.5
UPRAVLJANJEINFORMACIONIM
SISTEMOM
1.5.1
RAZVOJINFORMACIONOG
SISTEMA
FUNKCIONALNO
MODELIRANJE
INFORMACIONO
MODELIRANJE
APLIKATIVNO
MODELIRANJE
IMPLEMENTACIJA
1.5.2
PRIMENAINTERNET I
RAZVOJINTRANET
IZGRADNJA
SISTEMA
PRA]ENJE RADA
I ODR@AVANJE
SISTEMA
EVIDENTIRANJE
KORISNIKA
PRA]ENJE
STANJA
KORISNIKA
1.5.3
RAZVOJSKLADISTAPODATAKA
ANALIZA IZVORA
PODATAKA
POSTUPAK
PRIPREME
PODATAKA
USKLADISTENJE
PODATAKA
ANALIZA
PODATAKA
55
Primeri
USED AT: AUTHOR: prof.dr.Alempije V. Veljovic dipl.ing. DATE:
REV:PROJECT: Model 1
11/5/2005
11/5/2005
NOTES: 1 2 3 4 5 6 7 8 9 10
WORKING
DRAFT
RECOMMENDED
PUBLICATION
READER DATE CONTEXT:
A0
TOP
NODE: TITLE: NUMBER:RACUNOVODSTVO I FINANSIJEA2
2
RACUNOVODSTVOI FINANSIJE
2.1
FINANSIJSKAOPERATIVA
2.2
RA^UNOVODSTVO
2.1.1
OBRADAFINANSIJSKIHDOKUMENATA
EVIDENCIJA
FINANSIJSKIH
DOKUMENATA
KONTROLA
ISPRAVNOSTI
DOKUMENATA
I LIKVIDATURA
KOREKCIJA
FINANSIJSKOG
DOKUMENTA
PLA]ANJE
2.1.2
OBRA^UNUKUPNIH
PRIMANJARADNIKA
AKVIZICIJA
PRISUTNOSTI
RADNIKA
KONTROLA
IZMERENOG
RADNOG
VREMENA
OBRA^UN
ZARADA I
NAKNADA
ZARADA
RADNIKA I
OSTALIH
LI^NIH
PRIMANJA
PENZIJSKO
OSIGURANJE
RADNIKA
2.1.3
POSLOVI SAGOTOVIMNOVCEM
OBRA^N ZA
ISPLATU
OBRA^UN ZA
NAPLATU I
PRIJEM
GOTOVOG
NOVCA I
BONOVA
PODIZANJE I
IZDAVANJE
GOTOVOG
NOVCA I
BONOVA
UPLATA
GOTOVINE
EVIDENCIJA
BLAGAJNI^KOG
NALOGA
2.1.4
ODNOSI SABANKAMA
UZIMANJE
KREDITA
PLASIRANJE
SREDSTAVA
HARTIJE OD
VREDNOSTI
2.2.1
IZRADA IODR@AVANJE
KONTNOGOKVIRA
[IFARNIKA IPRAVILNIKA
OTVARANJE I
IZMENA
PROPISANOG
KONTNOG OKVIRA
IZRADA I IZMENA
ANALITI^KOG
KONTNOG OKVIRA
IZRADA I IZMENE
[IFARNIKA
NALOGA ZA
KNJI@ENJE
IZRADA
PRAVILNIKA O
RA^UNOVODSTVU
2.2.2
IZRADA IKONTIRANJENALOGA ZAKNJI@ENJE
2.2.3
EVIDENCIJAPROMENAGLAVNEKNJIGE
EVIDENCIJA
KNJIGA O
ZALIHAMA
EVIDENCIJA
OSNOVNIH
SREDSTAVA I
SITNOG
INVENTARA
EVIDENCIJA
POSLOVNIH
PARTNERA
EVIDENCIJA
STAMBENIH
KREDITA
EVIDENCIJA
POTRA@IVANJA
OD RADNIKA
EVIDENCIJA
KNJIGE
AKCIONARA
2.2.4
EVIDENCIJAPROMENA U
POGONSKOMKNJIGOVODSTVU
PREUZIMANJE
ZALIHA I
TRO[KOVA
PRA]ENJE
NEDOVR[ENE
PROIZVODNJE
PRA]ENJE
STANJA ZALIHA
GOTOVIH
PROIZVODA
PRA]ENJE
TRO[KOVA
2.2.5
KONTROLAISPRAVNOSTIKNJI@ENJA
2.2.6
IZRADAOBRAZACA
PERIODI^NOGI GODI[NJEG
RA^UNA
FORMIRANJE
BILANSA
STANJA
FORMIRANJE
BILANSA
USPEHA
FORMIRANJE
BILANSA
TOKOVA
GOTOVINE
FORMIRANJE
POSEBNIH
PODATAKA
FORMIRANJE
PORESKIH
BILANSA
56
Primeri
USED AT: AUTHOR: prof.dr.Alempije V. Veljovic dipl.ing.DATE:
REV:PROJECT: Model 1
11/5/2005
11/5/2005
NOTES: 1 2 3 4 5 6 7 8 9 10
WORKING
DRAFT
RECOMMENDED
PUBLICATION
READER DATE CONTEXT:
A0
3
MARKETING
3.1
ISTRAZIVANJE
ISTRAZIVANJE
TRZISTA
ANALIZA TRZISNIH
CENA
IZBOR IDEJA ZA
NOVI PROIZVOD
REKLAMA I
PROPAGANDA
3.2
RAZVOJ
ANALIZA SPOSOB.
ZA UVODJENJE
NOVOG PROIZV.
PLANIRANJE
RAZVOJA NOVOG
PROIZVODA
RAZVOJ
PROIZVODA
STANDARDI I
LICENCE
3.3
SNABDEVANJE
NABAVLJANJE
SKLADI[TENJE
REKLAMACIJA
DOBAVLJA IMA
PRA]ENJE
DOBAVLJA^A
3.4
PRODAJA
PLANIRANJE
PRODAJE
OBRADA UPITA
I UGOVARANJE
REKLAMACIJE
KUPCA
PAKOVANJE I
SKLADISTENJE
57
Primeri
USED AT: AUTHOR: prof.dr.Alempije V. Veljovic dipl.ing.DATE:
REV:PROJECT: Model 1
11/5/2005
11/5/2005
NOTES: 1 2 3 4 5 6 7 8 9 10
WORKING
DRAFT
RECOMMENDED
PUBLICATION
READER DATE CONTEXT:
A0
4
PROIZVODNJA
4.1
PLANIRANJE IPRACENJE
PROIZVODNJE
PLANIRANJE
PROIZVODNJE
PRACENJE
PROIZVODNJE
ODRZAVANJE
MASINA I OPREME
4.2
KONTROLISANJEI ISPITIVANJE
KONTROLA
KVALITETA U
PRIJEMU
KONTROLA
KVALITETA U
POGONU
ZAVRSNA
KONTROLA
KVALITETA
LABORAT.
ISPITIVANJA
ODRZAVANJE
MERNO-KON.
SREDSTAVA
4.3
UPOTREBA PROIZVODA
INSTALISANJE I
PUSTANJE U
POGON
PRACENJE
PRIOZVODA U
UPOTREBI
SERVISIRANJE
PRIOZVODA U
TOKU UPOTREBE
POVLACENJE
PROIZVODA IZ
UPOTREBE
Projektovanje informacionih sistema
HVALA !
dr Rade Matić
Beogradska akademija poslovnih i umetničkih strukovnih
studija
58