Vodjenje Dosijea Zaposlenog

SMER: INDUSTRIJSKI MENADŽMENT
DIPLOMSKI RAD
Naslov Diplomskog rada:
RAZVOJ INFORMACIONOG PODSISTEMA -

VOĐENJE DOSIJEA ZAPOSLENOG
Kandidat Rukovodilac radova
Mirjana Agbaba Prof dr. Alempije Veljović

Indeks br. 368 / 2005
Beograd, 2007.
Diplomski rad Vođenje dosijea zaposlenog
SADRŽAJ
1. UVOD-------------------------------------------------------------------------------------------------------- 3
2. PROJEKTNI ZADATAK-------------------------------------------------------------------------------- 4
3. OSNOVNI RESURSI KORIŠĆENI ZA IZRADU PROJEKTA----------------------------------5
4. METODOLOGIJA---------------------------------------------------------------------------------------- 6
4.1. Funkcionalno modeliranje - IDEF0 (BPwin)........................................................6
4.2. Informaciono modeliranje - IDEF1X (ERwin)......................................................8
5. FUNKCIONALNI I INFORMACIONI MODEL----------------------------------------------------12
5.1. Definisanje granica modela................................................................................12

5.1.1. Opis dijagrama konteksta---------------------------------------------------------------------- 13
5.2. Definisanje stabla aktivnosti..............................................................................14
5.3. Definisanje zahteva korisnika............................................................................15
5.3.1. Definisanje zahteva iz dokumenata----------------------------------------------------------15
5.3.2. Definisanje zahteva intervjuom----------------------------------------------------------------17
5.4. Definisanje dekompozicionog dijagrama..........................................................18
5.4.1. Opis aktivnosti – Vođenje dosijea zaposlenog--------------------------------------------20
5.4.2. Opis aktivnosti - Osiguranje zaposlenog----------------------------------------------------21
5.4.3. Opis aktivnosti – Praćenje ličnih podataka-------------------------------------------------23
5.4.4. Opis aktivnosti – Radni ciklus zaposlenog-------------------------------------------------24
5.5. Definisanje logičkog modela..............................................................................26
5.5.1. Opis logičkog modela---------------------------------------------------------------------------- 29
6. APLIKATIVNI MODEL--------------------------------------------------------------------------------- 32
6.1. Fizički model podataka.......................................................................................32

6.2. Generisanje šeme baze podataka......................................................................36
6.3. Izrada aplikacije..................................................................................................37
6.3.1. Definisanje upita---------------------------------------------------------------------------------- 38
6.3.2. Definisanje izgleda formi------------------------------------------------------------------------ 43
Literatura---------------------------------------------------------------------------------------------------- 49
2
1. UVOD
Tema ovog rada je izrada projekta Informacionog podsistema VOĐENJE DOSIJEA
ZAPOSLENOG koji će se koristiti u Službi za kadrovske i opšte poslove preduzeća
Termoelektro a.d.
Delatnost Preduzeća je inženjering i izgradnja, održavanje, remont i revitalizacija
energetskih i industrijskih objekata sa sopstvenim projektovanjem, proizvodnjom opreme,
transportom u zemlji i inostranstvu. Rekonstrukcija, revitalizacija, odrzavanje i remont
postrojenja predstavljaju oblast u kojoj je Termoelektro postigao najvece rezultate.
Dobra organizacija, stručna radna snaga, dobar kvalitet radova i održavanje zadatih
rokova - minimalni period izgradnje predstavljaju osnovne karakteristike ove firme u
konkurenciji sa ostalim međunarodnim firmama angažovanim u ovoj delatnosti.
Termoelektro je moderna kompanija koja se ubrzano razvija u skladu sa zahtevima
tržišta. Investira se u najsavremeniju opremu, alate i sredstva, a sve sa ciljem da i u
decenijama koje dolaze ostanemo lider na tržištu jugoistočne Evrope.
Stalnom obukom iz radnog odnosa, obrazovanjem i specijalizacijom, ovo Preduzeće je
stvorilo veliku ekipu specijalista i stručnjaka koji danas daju garanciju za uspesno i
visokokvalitetno izvođenje montažnih radova i, što je veoma važno, u datom roku.
Preduzeće ima oko 1000 zaposlenih. Broj zaposlenih se često menja, fluktuacija
zaposlenih je velika.
U Tabeli 1 je dat broj zaposlenih po vrsti i stepenu stručne spreme.
S TEP EN VRS TA S TRU^ N E S PREME

S TR . U KU P NO
S P R EM E M A [ IN S KA E LE KT R O H E M IJ S KA P R A VN A E KO N O M S KA O S T A LO
VII 63 1 4 7 6 81
VI 35 5 7 47
V 86 4 2 92
IV 103 25 2 1 21 47 199
III 333 32 36 401
II 81 2 1 6 90
I 60 60
U KUP N O 701 64 2 5 34 164 970
Tabela 1. Broj zaposlenih po vrsti i stepenu stručne spreme
Projekat Informacionog podsistema zasniva se na korišćenju standarda IDEF0 i

IDEF1X, realizovanih kroz CASE alate BPwin i ERwin. CASE alat treba da omogući
definisanje elemenata za fizičku izradu Baze podataka i izradu korisničke aplikacije
RADNIK. Ovim projektom će biti definisan funkcionalni model korišćenjem IDEF0
metodologije (CASE alat BPwin) što je pretpostavka za standard ISO 9000:2000 i
informacioni model korišćenjem IDEF1X metodologije (CASE alat ERwin) tj. model podataka
koji je pretpostavka za izradu baze podataka i korisničke aplikacije.
Korišćenje CASE alata BPwin i ERwin je trend u svetu i definisan je pod pojmom
reinžinjering poslovnih procesa.
3
2. PROJEKTNI ZADATAK
Uraditi projekat informacionog podsistema VOĐENJE DOSIJEA ZAPOSLENOG koji
će se koristiti u preduzeću Termoelektro a.d. u okviru informacionog sistema.
Osnovni zadatak Informacionog podsistema VOĐENJE DOSIJEA ZAPOSLENOG je
da ispuni potrebe i zahteve korisnika tj. treba da omogući brzo i jednostavno izdavanje
izveštaja o zaposlenom što bi uključilo lične podatke, podatke o raspoređivanju, podatke o
odsustvima, stručnom usavršavanju, obradu podataka, korišćenje informacija i međusobno
kooordiniranje svih učesnika kako bi se ostvarili sledeći zadaci poslovanja:
 Povećanje efikasnosti i kvalitetniji rad Službe za kadrovske i opšte poslove
 Integrisanje u projekat informacionog sistema Termoelektro a.d.
 Povećanje ekonomičnosti i jednostavnost u procesu rada
 Ažurno i kvalitetno izveštavanje o zaposlenima, izrada raznih analiza i statističkih
obrada podataka
Informacioni podsistem VOĐENJE DOSIJEA ZAPOSLENOG treba da pruži relevantne
informacije kao osnovu za brže i efikasnije odlučivanje, odnosno upravljanje kadrovima.
Projekat treba uraditi tako da se može primenjivati na postojećim hardverskim i
softverskim resursima preduzeća. Korišćenje treba da je jednostavno i lako tako da ga mogu
koristiti i radnici koji nemaju iskustva u radu sa računarima.
U okviru projekta treba dati i uputstvo za korišćenje aplikacije.
4
3. OSNOVNI RESURSI KORIŠĆENI ZA IZRADU PROJEKTA

U realizaciji projekta korišćeni su sledeći računarski resursi:
 Računar klase pentium
 Windows XP Professional operativni sistem, MS Office 2003
 CASE alati za podršku u projektovanju (BPwin 2.5, ERwin 4.1.4)
 Sistem za upravljanje bazama podataka MS Access 2003
 Laserski štampač
Primena gore navedenih softverskih proizvoda značajno je doprinela efikasnosti
projektovanja informacionog podsistema VOĐENJE DOSIJEA ZAPOSLENOG i kvalitetnom
načinu dokumentovanja projekta.
5
4. METODOLOGIJA
Za postupak modeliranja razvijeni su odgovarajući CASE alati koji će se koristiti i u
projektu. Za izradu projekta koristiće se standard za funkcionalno modeliranje IDEF0
realizovan kroz BPwin CASE alat, IDEF1X standard za modeliranje podataka relizovan kroz
ERwin CASE alat.
U ranim 90-tim, IDEF Users Group, u kooperaciji sa National Institutes for Standards
and Technology (NITS), otpočela stvaranje standarda za IDEF0, publikujući ih 1992. godine
(U.S. Government standards documents), poznatim kao FIPS. Ovi standardi su pod
pokroviteljstvom Institute of Electrical and Electronics Engineers (IEEE) i prihvaćeni su od
strane International Organization of Standards (ISO). IDEF0 i IDEF1X su tehnike
modeliranja bazirane na kombinaciji grafike i teksta koji su predstavljeni na organizovan i
sistematičan način da bi se povećala razumljivost i obezbedila logika za potencijalne
izmene, specificirane zahteve, ili na drugi način rečeno podržala analizu sistema po nivoima.
IDEF0 i IDEF1X omogućuju:
1. Izvršenje sistema analize i dizajna na svim nivoima, za sistem sastavljen
od ljudi, mašina, materijala, računara i informacija;
2. Stvaranje dokumentacije kao osnova za integraciju ISO 9000 standarda;
3. Bolju komunikaciju između analitičara, dizajnera, korisnika i menadžera;
4. Omogućuje diskusiju u radnom timu da bi se postiglo međusobno
razumevanje;
5. Omogućuje upravljanje velikim i složenim projektima;
Postavljeni koncept modeliranja prihvaćen je od vlade SAD, Pentagona i NATO pakta i
nijedan dokument ne može biti definisan dok se ne opiše korišćenjem ove metodologije.
Zadatak koji ispunjava ova metodologija je da mora da obuhvati problematiku vezanu za
klijent/server arhitekturu tj. da poveže više raznorodnih računara. Ovaj pristup omogućuje
povezivanje budućeg IS i zahteva sistema kvaliteta definisanih standardom ISO 9000. Ovaj
koncept je u upotrebi u državnim organima Republike Srbije i Vojsci Srbije.
4.1. Funkcionalno modeliranje - IDEF0 (BPwin)
Razlozi koji su motivisali nastanak modeliranja aktivnosti su:

 Da služe kao dokumentacija i uputstvo za opis kompleksnih aktivnosti između
ostalog i procedura i uputstava zahtevanih standardom ISO 9000. Jedno od osnovnih
pravila je da što je dokumentacija veća - manje se čita. Dokument od jedne ili dve
strane sa dijagramom, biće letimično pregledan i to onda kada se za to bude imalo
vremena. Dоkumentacija od više strana ima veliku šansu da mesecima ne bude
pročitana.
 Da omogući brže organizacione promene, jer model aktivnosti dokumentuje važne
aktivnosti i omogućuje uvid u kritične aktivnosti koje treba izvesti sa odgovarajućim
resusima.
Najvažnija korist u primeni modeliranja aktivnosti je prototipski pristup gde se na brz i
jednostavan način proveravaju alternativne ideje. Mnogo je jeftinije nacrtati model aktivnosti
nego razviti novi informacioni sistem. Ovo je veoma bitna osobina jer brzi razvoj
6
informacionih tehnologija i primena INTERNET servisa uslovljava potrebu za reinžinjeringom

koja zahteva radikalni redizajn aktivnosti, a koje je potrebno opisati i pre sprovođenja
prototipski proveriti.
U prilogu ovog projekta prikazan je model Procesa Vođenje dosijea zaposlenog CASE
alatom Bpwin.
Semantika grafičkog jezika IDEF0 ukazuje na značenje sintaksne komponente jezika i
olakšava korektnost interpretacije. Interpretacija opisuje delove kao što su notacije za
aktivnosti i strelice i međuveza funkcijskih odnosa.
Odnos između aktivnosti i informacija je određen pomoću pravougaonika (aktivnosti) i
strelica (nosioca informacije). Odnos je prikazan na slici broj 2:
Kontrola
Ulaz AKTIVNOST Izlaz
Mehanizam Poziv
Slika 1. Osnovni koncept IDEF0 metodologije
Strelice sa leve strane pravougaonika definišu se kao ulazi (Input). Strelice koje ulaze
u pravougaonik odozgo definišu se kao kontrole (Control). Strelice koje izlaze iz
pravougaonika na desnoj strani predstavljaju izlaze (Output). Izlazi su podaci ili objekti
proizvedeni od strane aktivnosti.
Dakle, elemente prikazane na slici 1. možemo opisati rečenicom: "Pod Kontrolom,
AKTIVNOST, od Ulaza pravi Izlaze, koristeći Mehanizme".
Strelice na donjoj strani pravougaonika predstavljaju mehanizme. Strelice okrenute
prema gore identifikuju značenje koje podržavaju izvršenje aktivnosti. Strelice mehanizma
koje su okrenute na dole definišu se kao strelice poziva (Call arrows).
Dakle, strelice na dijagramima se nazivaju ICOM jer su skraćenica od:
I - Input, nešto što se upotrebljava u aktivnosti
C - Control, kontrole ili uslovi na aktivnosti
O - Output, rezultat aktivnosti i
M - Mechanizam, nešto što se koristi u aktivnosti ali se ne menja samo se upotrebljava
Postavlja se pitanje: Koje resurse nose pojedini tipovi strelica?
Ulazna (Input) strelica predstavlja materijal ili informaciju koja se koristi ili transformiše
s ciljem definisanja izlaza (output). Dozvoljava se mogućnost da određene aktivnosti ne
moraju imati ulazne strelice.
7
Kontrolne (Control) strelice regulišu odnosno odgovorne su za to kako, kada i da li će

se aktivnost izvesti, odnosno kakvi će biti izlazi (output-i). Svaka aktivnost mora imati
najmanje jednu kontrolnu strelicu.
Kontrole su često u obliku pravila, propisa, politika, procedura, ili standarda. One utiču
na aktivnost bez mogućnosti da budu transformisane ili upotrebljene. Biće slučajeva kada je
cilj aktivnosti da promene pravilo, propis, politiku, proceduru ili standard. U tom slučaju, za
očekivati je da će strelice koje sadrže tu informaciju u stvari biti ulaz.
Izlazne (Output) strelice su materijali ili informacije stvorene aktivnošću. Svaka
aktivnost mora imati najmanje jednu izlaznu (output) strelicu. Aktivnost koja ne stvara izlaz,
ne treba ni modelirati.
Strelice mehanizama su oni izvori koji izvode aktivnosti, a sami se ne "troše".
Mehanizmi mogu biti ljudi, mašine, i/ili oprema tj. objekti koji obezbeđuju energiju potrebnu
za izvođenje aktivnosti. Po slobodnoj volji projektanta, strelice mehanizama mogu biti i
izostavljene iz aktivnosti.
Strelica poziv (Call) je specifični slučaj strelice mehanizma i ona označava da
pozivajući pravougaonik nema svoj vlastiti detaljniji dijagram ali je detaljniji prikaz izveden na
nekom drugom pravougaoniku u istom ili nekom drugom modelu. Više pozivajućih
pravougaonika mogu pozivati isti pravougaonik na nekom drugom ili istom modelu. Imenuju
se sa brojem dekompozicionog dijagrama koji sadrži pozvani pravougaonik zajedno sa
brojem pozivnog pravougaonika.
4.2. Informaciono modeliranje - IDEF1X (ERwin)
Informaciono modeliranje ili modeliranje podataka je naše apstraktno viđenje stanja

realnog sistema tj. definisanje strukture podataka. Model podataka je pojednostavljeno
predstavljanje realnog sistema preko skupa objekata (entiteta), veza između objekata i
atributa objekata.
Model podataka (u literaturi definisan kao Model Objekti-Veze MOV ili E-R Entity-
Relationship model ili Entitetni dijagram), preko skupa podataka i njihovih međusobnih veza,
predstavlja stanje sistema u jednom trenutku vremena i sadrži skup informacija o prošlosti i
sadašnjosti sistema koja je potrebna da se pod dejstvom budućih poznatih ulaza mogu
odrediti njegovi budući izlazi.
Izbor odgovarajućeg CASE alata sam po sebi je manje ili više formalan, dok postupak
modeliranja realnog sistema, zavisi od sposobnosti, znanja i iskustva analitičara.
Model podataka je sredstvo pomoću koga se prikazuje u kakvom su međusobnom
odnosu podaci u nekom realnom sistemu. Neki model podataka je potpuno određen ako su
definisane sledeće tri komponente:
 STRUKTURA PODATAKA, kojima se definišu statičke karakteristike sistema (opis
entiteta, atributi i veze).
 OGRANIČENJA - logička ograničenja na podatke (pravila integriteta) koja se ne
mogu definisati preko strukture modela podataka (strukturna i vrednosna
ograničenja) i odnose se na definisanje poslovnih pravila.
8
 SKUP OPERATORA (OPERACIJE) - definiše dinamičku interpretaciju podataka kroz

njihovu obradu (održavanje BP i pretraživanje) ima uticaja na definisanje fizičkog
nivoa modela i verifikaciju finalnog dizajna.
Predmet razmatranja su sledeći tipovi veza:
1. Identifikujuće veze koje entitet dete identifikuje kroz njegovu vezu sa
entitetom roditelj,
2. Neidentifikujuća veza ne identifikuje dete preko identifikatora roditelja i
3. Veza kategorije tj. veze prema podtipovima.
Identifikujuće veze
Veza se zove identifikujuća zato što ključevi entiteta 'roditelja' su deo identiteta entiteta
'dete' tj. entitet 'dete' je zavistan od entiteta 'roditelja' preko identifikatora. Dakle, ako se
primerak entiteta dete identifikuje preko asocijacije sa entitetom roditelj, onda se veza
definiše kao identifikujuća veza, i svaki primerak entiteta dete mora biti povezan sa najmanje
jednim primerkom entiteta roditelj.
Identifikujuća veza je prikazana punom linijom i povezuje entitet roditelja sa entitetom
dete sa tačkom na strani entiteta dete.
U identifikujućoj vezi entitet roditelj ima svoj nezavisni primarni ključ (Ključ entiteta-A),
a entitet dete ima složeni ključ koji se sastoji od svog ključa (Ključ entiteta-B) i prenesenog
roditeljskog ključa (Ključ entiteta-A(FK)). Dakle, instance entiteta roditelj se definišu
nezavisno, a instance entiteta dete se nemogu identifikovati bez identifikatora entiteta roditelj
što je prikazano na slici broj 2.
EntitetA
Entitet
KljucA
Naziv Identifikujuća veza
EntitetB
KljucB Entitet
KljucA (FK)
Slika 2. Identifikujuća veza
9
Neidentifikujuće veze
Ako se svaki primerak entiteta dete može jedinstveno identifikovati bez znanja veze sa
primerkom entiteta roditelj, onda se takva veza definiše kao neidentifikujuća veza.
Neidentifikujuće veze su prikazane isprekidanom linijom koja povezuju roditelj-entitet i
dete-entitet sa tačkom na strani entiteta dete.
Neidentifikujuća ili slaba veza zavisi od načina definisanja ključeva od roditelja ka
detetu na dva načina:
 Obavezna neidentifikujuća veza i
 Neobavezna (opciona) neidentifikujuća veza
Ako je veza (relationships) obavezna (No Nulls ili Mandatory) iz perspektive roditelja,
onda je dete egzistencijalno zavisno od roditelja što je prikazano na slici broj 3.
EntitetA
KljucA Entitet
Naziv Obavezna neidentifikujuća veza
EntitetB
KljucB
KljucA (FK) Entitet
Ako je veza neobavezna (Nulls Allowed ili Optional), tada dete niti je egzistencijalno niti
identifikaciono zavisno ali poštuje tu vezu što je prikazano na slici broj 4.
ERwin koristi romb (diamond) da naznači slučaj egzistencijalne i identifikacione
zavisnosti. Romb može postojati samo u slabim vezama (pošto je jaka veza u oviru
primarnog ključa, a primarni ključ ne može da ima NULL vrednost).
10
EntitetA
Entitet
KljucA
Naziv Opciona neidentifikujuća veza
EntitetB
KljucB
Entitet
KljucA (FK)
Veza kategorije
Veza kategorije je definisana za hijerarhisku vezu između nadređenog generičkog

entiteta koji sadrži zajedničke osobine podređenih entiteta kategorije.
Ovaj tip veze se deli na:
1. Kompletni set kategorije ili tzv. potpune strukture kad je zatvoren skup
entiteta kategorije
2. Nekompletan set kategorije ili tzv. nepotpunu strukturu kada nije zatvoren
skup entiteta kategorije.
Na slici broj 5. prikazane su vrste entiteta kategorije.
Potpuna struktura Nepotpuna struktura

Ge ne ri~ki e ntite t Ge ne ri~ki e ntite t
Kompletnost kategorija Nekompletan

Diskriminator Diskriminator
set kategorija
Entitet kategorije 1 Entitet kategorije 2 Entitet kategorije 3 Entitet kategorije 1 Entitet kategorije 2 Entitet kategorije 3
Slika 5. Vrste entiteta kategorije
Potpuna struktura se definiše za tačno određeni broj entiteta kategorije i ne može se

više nijedan uključiti dok nepotpuna struktura ostavlja mogućnost uključivanja drugih entiteta
kategorije.
11
5. FUNKCIONALNI I INFORMACIONI MODEL

Na osnovu gore definisanih postavki prvo će se pristupiti funkcionalnom modeliranju
gde će se funkcionalnom dekompozicijim identifikovati poslovi VOĐENJE DOSIJEA
ZAPOSLENOG u okviru funkcionalnog modela procesa KADROVSKI POSLOVI. Za
izvođenje ovih aktivnosti potrebno je koristiti grafički jezik IDEF0 tj. CASE alat BPwin. IDEF0
tehnika je svojevrsan grafički jezik koji omogućuje opisivanje procesa po zahtevima
standarda ISO 9000:2000.
Funkcionalnu dekompoziciju potrebno je izvoditi kroz sledeće podređene aktivnosti:
1. Definisanje granica modela
2. Definisanje stabla aktivnosti
3. Definisanje zahteva korisnika
4. Definisanje dekompozicionog dijagrama aktivnosti i definisanje logičkog
modela.
Dobijene aktivnosti na poslednjem nivou primitivnih procesa potrebno je opisati.
Opisivanje će se izvesti informacionim modeliranjem tj. definisanjem logičkog modela
podataka korišćenjem CASE alata ERwin.
5.1. Definisanje granica modela
Definisanje granica modela je vezano za postavke date za razvoj procesa VOĐENJE

DOSIJEA ZAPOSLENOG. U okviru utvrđivanja granica modela treba jasno definisati ciljeve
koji moraju da sadrže sledeće elemente:
 zašto se aktivnost modelira
 šta će aktivnost da prikaže
 šta će korisnik modela napraviti sa njim i
 čemu služi model
Odgovori na ova pitanja treba da pomognu u fokusiranju postavljene problematike.
Sledeća pitanja na koja treba dati odgovor su:
 koji su zadaci na datom poslu
 koji je redosled izvođenja koraka
 kako se izvodi kontrola i
 koji se resursi koriste
Dijagram konteksta je definisan jednim pravougaonikom koji predstavlja granicu
modela koji se proučava. U tom modelu i van njega teku informacije preko strelica. Dijagram
konteksta je najviši nivo apstrakcije koji se dekompozicionim dijagramima prevodi u niži nivo
apstrakcije. Granice modela se definišu da bi se, pre svega, znalo gde treba stati sa
modeliranjem.
Ovaj problem se može posmatrati sa aspekta:
 širine (definisanja elemenata koji se posmatraju) i
12
 dubine (definisanja nivoa detaljnosti).

Širina modela je vezana za definisanje kontekstnog dijagrama (koji se u IDEF0 notaciji
označava sa A0) i prvog nivoa dekompozicije nosi oznaku A1. U okviru kontekstnog
dijagrama mora se voditi računa da treba definisati setove ulaza, kontrola i mehanizama koji
proizvode set izlaza, tj. treba na ovom nivou uopštiti posmatranu problematiku sa manje
detalja.
Dubina modela se definiše nivoima dekomponovanja, gde se definišu nivoi detaljnosti.
Dekompozicija ide do mogućnosti definisanja primitivnih procesa. Preporučuje se da treba
početi od definisanja izlaznih strelica, pa se pomerati prema ulazima, resursima i
kontrolama. Polazi se od činjenice da svaka aktivnost poseduje odgovarajuće izlaze koji se
mogu identifikovati. Prilikom definisanja izlaza treba voditi računa i o negativnim izlazima,
koji prouzrokuju tzv. povratne (feedback) strelice.
Sledeći elementi koje treba definisati su strelice ulaza, koji se na specifičan način
transformišu (ili troše) radi stvaranja odgovarajućeg izlaza, podpomognuti odgovarajućim
mehanizmima i kontrolom.
Imajući u vidu standard IDEF0 kao i zahteve standarda ISO 9000:2000 definisaće se
kao prvi korak odgovarajući dijagram konteksta tj. postaviće se granice posmatranog
modela.
5.1.1. Opis dijagrama konteksta
Dijagram konteksta obuhvata sledeće elemente:

 Ulaz u aktivnost: Informacije iz obezbeđenja kadrova, Dokumentacija od
državnih institucija, Informacije iz upravljanja kvalitetom, Razdužna lista lista
(TE 01.03.14-3), Informacije iz pravnih poslova, Evidencija o obučenosti
zaposlenih
 Izlaz iz aktivnosti: Informacije iz dosijea zaposlenog
 Mehanizam ili realizator aktivnosti: Referent za radne odnose, Pravni referent
 Kontrole na osnovu kojih se realizuje aktivnost: Odluka o utvrđivanju potreba
zasnivanja radnog odnosa, Zakoni i zakonska akta
Na slici broj 6 prikazan je dijagram konteksta gde se definišu granice modela.
13
USED AT: AUTHOR: Mirjana Agbaba DATE: 15.03.2007. WORKING READER DATE CONTEXT:
TeIS PROJECT: Diplomski rad REV: 04.09.2007. DRAFT TOP
RECOMMENDED
NOTES: 1 2 3 4 5 6 7 8 9 10 PUBLICATION
Odluka o utvr|ivanju potreba

zasnivanja radnog odnosa Zakoni i zakonska akta
Informacije iz obezbedjenja kadrova
Dokumentacija od drzavnih institucija
Informacije iz upravljanja kvalitetom VODJENJE

Informacije iz dosijea zaposlenog
DOSIJEA
Razduzna lista (TE 01.03.14-3) ZAPOSLENOG
Informacije iz pravnih poslova
Evidencija o obucenosti zaposlenih

$0 0
Referent za radne
Pravni referent
odnose
NODE: TITLE: VODJENJE DOSIJEA ZAPOSLENOG NUMBER:

A-0
Slika 6. Dijagram konteksta Vođenje dosijea zaposlenog
5.2. Definisanje stabla aktivnosti
Na osnovu definisane granice modela prelazi se na sledeću aktivnost "Definisanje

stabla aktivnosti" gde je potrebno uspostaviti vertikalne (hijerarhijske) veze između
aktivnosti.
Stablo aktivnosti se definiše primenom metode rešavanja problema odozgo na dole
(top-down), kada se složena aktivnost rastavlja na više podređenih aktivnosti, a zatim se
pristupa rešavanju jednostavnih podređenih aktivnosti. Drugim rečima, polazna složena
aktivnost razvija se u hijerarhiju podređenih aktivnosti, čija je struktura tipa stabla. Koren
stabla (to je najviši čvor stabla) sadrži polaznu aktivnost, dok listovi, tj. čvorovi koji nemaju
potomke, sadrže aktivnosti čije je rešavanje relativno jednostavno. Rešavanjem svih
podređenih aktivnosti iz listova rešena je i polazna složena aktivnost.
Dakle, stablo aktivnosti predstavlja hijerarhiju definisanih aktivnosti, očišćenu od
strelica, i omogućuje funkcionalnu dekompoziciju i uvid u dubinu odvijanja veza između
aktivnosti.
Aktivnosti na vrhu (root) uvek su označene sa 0. Brojevi se koriste da bi prikazali koliko
detalja sadrži aktivnost. Aktivnost A0 je dekomponizovana (razdvojena) na 1, 2, 3. Aktivnost
1 je dekomponovana u 11, 12, 13. Nadređena aktivnost se zove roditelj (parent), a
podređene aktivnosti su deca (childs). Razbijanje aktivnosti roditelja na svoju decu treba da
14
ima od 2 do 6 podređenih aktivnosti. Ako je više od šest podredjenih aktivnosti, to znači

pokušaj da se smesti previše detalja na jedan nivo.
Na slici broj 7 prikazano je stablo aktivnosti procesa Vodjenje dosijea zaposlenog i
mesto od koga se razvija Raspoređivanje.
PROJECT: Diplomski rad REV: 28.09.2007. DRAFT TOP
RECOMMENDED
NOTES: 1 2 3 4 5 6 7 8 9 10 PUBLICATION A-0
VODJENJE
DOSIJEA
ZAPOSLENOG
$0 0
PRACENJE RADNI
OSIGURANJE
LICNIH CIKLUS
ZAPOSLENOG
PODATAKA ZAPOSLENOG
$0 1 $0 2 $0 3
PRIJAVLJIVANJE PROMENA RASPOREDJIVANJE
PENZIONO LICNIH ODSUSTVA I
INVALIDSKOG PODATAKA ODMORI
OSIGURANJA STIPENDIRANJE PRESTANAK
PRIJAVLJIVANJE KREDITI I RADNOG ODNOSA
ZDRAVSTVENOG POMOC
OSIGURANJA PRACENJE
RADNE
SPOSOBNOSTI
Slika 7. Stablo aktivnosti procesa Vođenje dosijea zaposlenog

A0
5.3. Definisanje zahteva korisnika
Sa stanovišta projektanta definisanje zahteva korisnika ključni je momenat. U pitanju

su informisanje projektanta, odnosno, upoznavanje sa potrebama i željama korisnika, kako
bi projektant mogao da uspostavi informacione veze i donese pravilne zaključke.
Ova aktivnost se deli u sledeće podaktivnosti:
 Definisanje zahteva iz dokumenata i
 Definisanje zahteva intervjuom
5.3.1. Definisanje zahteva iz dokumenata
Definisanje zahteva iz dokumenata je pogled odozdo na gore i ima globalni karakter

gde treba prikupiti:
 ulazne dokumente,
 izlazne dokumente,
 uzorke izveštaja,
 organizacione propise i dr.
Dokumenta čije zahteve treba definisati su:
 Karton zaposlenog je dokument na osnovu koga se evidentiraju lični i radni
podaci podaci o zaposlenom. Pravni referenti i referenti za radne odnose
prilikom zasnivanja radnog odnosa popunjavaju karton zaposlenog TE
15
01.03.14/1 u 2 primerka od kojih se jedan odlaže u dosije a drugi nosi na

gradilište / RJ kao deo pratećeg dosijea.
KARTON ZAPOSLENOG RADNIKA

Beograd, Uralska 9
OSNOVNI PODACI
Prezime: Matični broj:
Ime: Broj radne knjižice:
Ime jednog roditelja: Lični broj:
Devojačko prezime: Broj lične karte:
Pol: Adresa:
Datum rođenja: Opština:
Mesto rođenja: Bračno stanje:
Opština: Ime bračnog druga:
Republika: Imena dece: Pol: Godina rođenja:
Nacionalnost: 1.
Državljanstvo: 2.
Telefon: 3.
PODACI O STRUČNOM OBRAZOVANJU I OSPOSOBLJAVANJU
Naziv zavr. škole-fakul.: Stručni ispit, specijalizacije, kursevi:
Smer-odsek:
Stepen stručne spreme:
Post diplomske studije:
Školovanje u toku:
Vozačka dozvola:
Znanje stranog jezika:
Stenografija:
Daktilografija:
PODACI O RADNOM ODNOSU I KRETANJU U SLUŽBI
Status zaposlenog:
Datum stupanja na rad:
Ukupan radni staž:
PODACI O RADNOM ODNOSU
Preduzeće: Godišnji odmori i odsustva
Radna jedinica:
Naziv radnog mesta:
Stepen stručne spr. r. m.:
Koeficijent za obračun:
TE.01.03.14/1
Slika 8. Karton zaposlenog
16
 Upućivanje i raspoređivanje radnika je dokument koji izdaje Služba tehničke

pripreme. U ovom dokumentu se nalaze neophodni podaci za raspoređivanje
zaposlenog u radne jedinice i gradilišta u okviru Termoelektra. Dokument
overava rukovodilac Službe tehničke pripreme.
Slika 9. Upućivanje i raspoređivanje radnika
Za postupak rada sa dokumentima definisane su i odgovarajuće procedure i interni

standardi koje treba proučiti i inovirati postojećom praksom, a ako ne postoje, treba ih
napisati, jer to neposredno utiče na postojeću organizaciju rada. Analiza dokumenata
pomogla je da se nauči postupak rada i razume korisnikova terminologija, da bi u sledećoj
aktivnosti "Definisanje zahteva intervjuom" postavila prava pitanja prilikom sprovođenja
intervjua.
U okviru izrade projekta VOĐENJE DOSIJEA ZAPOSLENOG analizirana su sledeća
dokumenta:
 Up 01.03.10 - Upućivanje i raspoređivanje radnika
 Up 01.03.14 - Rad odeljenja za radne odnose
Sva ova dokumenta su definisana u okviru dokumenata sistema kvaliteta koji se
primenjuju u preduzeću Termoelektro a.d.
5.3.2. Definisanje zahteva intervjuom
Definisanje zahteva intervjuom je pristup odozgo na dole, i treba da omogući

definisanje:
 potreba za informacijama,
 ciljeva i
17
 problema kako ih vide rukovodioci.

Opšta pitanja za intervjuisanje su:
 koje su nadležnosti i odgovornosti;
 šta su osnovni ciljevi i kakve se promene mogu očekivati u toj određenoj oblasti
za sledeću godinu i dalje;
 koji su kritični faktori u pogledu odgovornosti upravljanja i odlučivanja;
 kakvi su zahtevi za informacijama;
 koji su najveći problemi bili u u poslednje vreme i šta treba za rešavanje tih
problema (koje se informacije i koji efekti mogu očekivati);
 koje su prikupljene informacije najupotrebljivije;
To je ključni momenat jer se ovde rukovodstvo izjašnjava o pitanju budućnosti,
odnosno, daljem poslovanju. Cilj ovih aktivnosti je razvoj preporuka za buduće akcije.
Naime, aktivnosti treba da omoguće, da se za trenutno postojeće objekte poslovanja,
aplikacije i datoteke identifikuje redundantnost podataka, razjasne odgovornosti i uopšte,
razume poslovanje. Treba još jednom naglasiti da intervju zahteva uključivanje najviših
rukovodilaca i sagledavanje problema u poslovanju sa njihovog stanovišta.
Jedan od najčešće prisutnih koncepata i metoda transformacije organizacije u
poslednjih nekoliko godina je reinžinjering. S obzirom na to da je preduzeće Termoelektro
krenulo putem transformacije, a u vezi gore navedenog, mislim da bi poslovodstvo preduzća
i Vlada Republike Srbije trebalo svoje napore da usmeri u tom pravcu. Reinžinjering
podrazumeva odbacivanje u stranu starih sistema, povratak na početak i smišljanje boljeg
načina poslovanja.
5.4. Definisanje dekompozicionog dijagrama
Definisanje dekompozicionog dijagrama aktivnosti po IDEF0 metodologiji (horizontalnih

veza između aktivnosti) treba da omogući povezivanje odgovarajućih informacija definisanih
u okviru stabla aktivnosti. Definisanjem stabla aktivnosti uspostavile su se vertikalne veze
između aktivnosti, dok se izradom dekompozicionog dijagrama uspostavljaju horizontalne
veze između aktivnosti istog nivoa. Aktivnosti su smeštene u pravougaonicima koji se crtaju
u dijagonalnom smeru, od gornjeg levog ugla strane ka donjem desnom uglu. Svakoj
aktivnosti mora se dodeliti naziv u obliku glagolske fraze, te svaka aktivnost mora imati
najmanje jednu kontrolnu i jednu izlaznu strelicu.
18
0
A0
A-0
Opstije
1
2
3 Detaljnije
4
A4
A0
2
A42
3
A4
A42
Slika 10. Dekompoziciona struktura IDEF0 metodologije
Na slici broj 10.prikazana je struktura formiranja dekompozicionog dijagrama. Polazi se

od dijagrama konteksta (opisan u prethodnom poglavlju) koji se definiše na najvišem nivou,
pa se izvodi dekomponovanje u podređene (child) dijagrame.
Svaka od podfunkcija podređenog dijagrama može kreirati svoj dijagram na nižem
nivou. Na taj način se definišu različiti nivoi apstrakcije, tj. na višim nivoima su opštije
funkcije i grupisane strelice, koje se na nižim nivoima dekomponuju i detaljnije opisuju.
Poštujući IDEF0 standard odgovarajuće strelice predstavljaju setove dokumenata koje
definišemo kao informacije. Svaka informacija na sledećem nivou se deli sve do nivoa
aktivnosti gde se kao strelice definišu konkretna dokumenta.
Na slici broj 10. prikazan je dekompozicioni dijagram aktivnosti – Osiguranje
zaposlenog.
19
5.4.1. Opis aktivnosti – Vođenje dosijea zaposlenog
PROJECT: Diplomski rad REV: 05.09.2007. DRAFT
RECOMMENDED
NOTES: 1 2 3 4 5 6 7 8 9 10 PUBLICATION A-0
Zakoni i
zakonska
akta
Odluka o utvr|ivanju potreba
Informacije iz zasnivanja radnog odnosa
obezbedjenja kadrova
OSIGURANJE Informacije iz osiguranja zaposlenog
ZAPOSLENOG
$0 1
Dokumentacija od drzavnih institucija Potvrda o podnetoj prijavi - odjavi osiguranja (M-3A)

Informacije iz upravljanja kvalitetom PRACENJE
Karton zaposlenog radnika LICNIH Informacije iz dosijea zaposlenog
PODATAKA
$0 2
Evidencija o licnim podacima zaposlenog (TE 01.03.14-1)
Resenje o rasporedjivanju na
radno mesto
RADNI
CIKLUS Resenja o odsustvima i odmorima
Razduzna lista (TE
ZAPOSLENOG
01.03.14-3)
Informacije iz pravnih Resenja o prestanku radnog odnosa
Evidencija poslova $0 3
o
obucenosti Referent za radne odnose Pravni referent
zaposlenih

A0
Slika 11. Dekompozicioni dijagram aktivnosti A0
A01 – Osiguranje zaposlenog
Zaposleni koji su zasnovali radni odnos, shodno odredbama Zakona o radnim

odnosima, RS Zakona o penzisko invalidskom osiguranju RS i Zakona o zdravstvenom
osuguranju RS prijavljuju se nadležnim institutcijama, da bi stekli pravo na ostvarenje
zdravstvene zaštite, socijalnog osiguranja i pravo na ostvarenje penzijskog i invalidskog
osiguranja.
A02 - Praćenje ličnih podataka zaposlenog
Pravni referenti i referenti za radne odnose prilikom zasnivanja radnog odnosa

popunjavaju Karton zaposlenog radnika, TE.01.03.14/1 u 2 primerka od kojih se jedan
odlaže u personalni dosije a jedan nosi na gradilište / RJ za prateći dosije.
A03 – Radni ciklus zaposlenog
Odeljenje za radne odnose kadrovske službe "Termoelektro" a.d. nadležno je za izradu

odluka i rešenja kojima se reguliše oblast prava obaveza i odgovornosti koja se stiču na radu
i po osnovu rada. O pomenutim pravima odlučuje nadležni organ u preduzeću. U zavisnosti
od vrste prava izrađuju se sledeća rešenja:
1. Rešenje o godišnjem odmoru
2. Rešenje o plaćenom odsustvu
20
3. Rešenje o neplaćenom odsustvu

4. Rešenje o mirovanju radnog odnosa
5. Rešenje o upućivanju i raspoređivanju na radno mesto
6. Rešenje o prestanku radnog odnosa
5.4.2. Opis aktivnosti - Osiguranje zaposlenog

RECOMMENDED
NOTES: 1 2 3 4 5 6 7 8 9 10 PUBLICATION A0
Zakoni i
zakonska
akta
Izveštaj o prestanku i mirovanju radnog odnosa Prijava na osiguranje (M-1)
Evidencija o licnim podacima zaposlenog (TE

Radna knjižica
01.03.14-1) PRIJAVLJIVANJE
PENZIONO
Prijava o zasnivanju i INVALIDSKOG Prijava promena u toku osiguranja (M3)
prestanku radnog odnosa (E-3) OSIGURANJA Informacije iz
Informacije iz osiguranja
obezbedjenja Potvrda o podnetoj prijavi - odjavi osiguranja (M-3A) zaposlenog
kadrova
Ugovor o radu
$0 1
PRIJAVLJIVANJE
ZDRAVSTVENOG Zdravstvena knjižica
OSIGURANJA
$0 2
Referent za radne odnose
NODE: TITLE: NUMBER:

OSIGURANJE ZAPOSLENOG
A1
Slika 12. Dekompozicio ni dijagram aktivnosti A1
A11 - Prijavljivanje penziono invalidskog osiguranja
Prijavljivanje se vrši tako što referenti za radne odnose popunjavaju obrazace E1, E3 i
M1 overavaju ih pečatom i preko arhive dostavljaju se organizaciji za zapošljavanje zbog
dobijanja registarskog broja prijave koji se zatim koristi za prijavu zaposlenog RF PiO.
Organizacija za zapošljavanje za obrazac E1 zadržava 1 i 2 stranu a treća strana koja
se vraća odlaže u registar dok za E3 zadržavaju 1 stranu a 2 i 3 stranu zajedno sa
obrascem M1 kurir dostavlja RF PiO radi overe. RF PiO zadržava prvu stranu obrasca M1 a
vraća 2 i 3 stranu obrasaca M1 i E3 koje se odlažu u personalni dosije.
Prijavljivanje zaposlenog Fondu za penzijsko i invalidsko osiguranje zaposlenih
referenti vrše u roku od 8 dana.
21
A12 - Prijavljivanje zdravstvenog osiguranja
Da bi ostvarili pravo na zdravstveno i socijalno osiguranje potrebno je da zaposleni

dostave referentu za radne odnose odgovarajiću dokumentaciju i to:
 izvode iz knjige rođenih lica,
 izvod iz knjige venčanih lica za bračnog druga,
 potvrde o nezaposlenosti,
Prijavljivanje zaposlenih radi ostavarivanja prava na zdrastveno i socijalno osiguranje
vrši se gradskom fondu za zdrastveno i socijalno osiguranje Opštine Palilula popunjavanjem
obrasca M1 - Prijava osiguranja i prijava o zasnivanju radnog odnosa overavanjem i
dostavljanjem preko arhive zadnje 4 strane. Gradski fond za zdrastveno i socijalno
osiguranje zadržava drugu stranu a zadnje 3 vraća koje se odlažu u personalni dosije.
Svi dokumenti osim izvoda iz knjige rođenih lica potrebni su ukoliko radnik želi da
njegovi članovi porodice ostvaruju pravo na osiguranje kao osigurana lica. Potrebna
dokumentacija se zajedno sa popunjenim i overenim spiskom od strane referenta za radne
odnose, popunjenim obrascem zdrastvenoj knjižici, posle prethodno izvršenog prijavljivanja
kod Republičkog fonda za penzijsko i invalidsko osiguranje dostavlja službi arhive preduzeća
koja ih šalje na overu Gradskom fondu za zdravstveno i socijalno osiguranje. Ukoliko se
prijavljuje neka promena vazana za lična prava zaposlenog ili želi prijaviti novi član njegove
porodice da bi ostvario pravo na zdravstveno osiguranje popunjava se obrazac M3 i
dostavlja se navedenoj instituciji.
22
5.4.3. Opis aktivnosti – Praćenje ličnih podataka

RECOMMENDED
Zakoni i Odluka o
zakonska utvr|ivanju Rešenje o imenovanju
akta potreba komisije za pracenje
zasnivanja zaposlenog na probnom radu
radnog odnosa (Qo 1120020)
Informacije od zaposlenog
Potvrda o podnetoj prijavi i odjavi osiguranja
Informacije iz osiguranja zaposlenog PROMENA
LICNIH Evidencija o licnim podacima zaposlenog (TE 01.03.14-1)
PODATAKA
Karton zaposlenog radnika Evidencija o zaposlenima osposobljenim za bezbedan rad (TE 01.03.29/2)
Evidencija o radnicima osposobljenim za montazu skele (TE 01.03.48-1)
$0 1
STIPENDIRANJE
KREDITI I
POMOC
$0 2 Mišljenje o
rezultatima
rada
Dokumentacija od državnih institucija Rešenje državnih organa zaposlenog na
probnom radu
PRACENJE
Informacije iz upravljanja kvalitetom Spisiak radnika koji su osposobljeni RADNE
SPOSOBNOSTI
$0 3
Referent za
radne odnose

PRACENJE LICNIH PODATAKA.
A2 ZAPOSLENOG
A21 – Pomena ličnih podataka
Promena ličnih podataka vrši se na osnovu informacija od zaposlenog, informacija iz

osiguranja zaposlenog i kartona zaposlenog.
A22 – Stipendiranje, krediti i pomoć
Ova aktivnost sadrži zahteve za stipendiranje, kredite i pomoć, a u skladu sa Zakonom

o radu i radnim odnosima.
A23 - Praćenje radne sposobnosti
Pravni referenti i referenti za radne odnose vode evidenciju o prisustvoovanju

zaposlenih na seminarima, savetovanjima a sertifikate sa istih ulažu u personalni dosije i o
tome obaveštavaju inženjera za kadrove koji je nadležan za praćenje stručnog
osposobljavanja kadrova. Ukoliko zaposleni nisu dobili sertifikat evidencija o prisutnosti
zaposlenih na seminarima, savetovanjima unosi se u karton zaposlenog.
Za ovu aktivnost neophodne su sledeće informacije:
- dokumentacija od državnih institucija
23
- informacije iz upravljanja kvalitetom

- evidencija o obučenosti zaposlenih
5.4.4. Opis aktivnosti – Radni ciklus zaposlenog

RECOMMENDED
Zakoni i zakonska akta
Informacije iz osiguranja zaposlenog Rešenje o rasporedjivanju na radno mesto

RASPOREÐIVANJE
Ugovor o radu
Informacije iz
obezbedjenja Evidencija o izrecenim
kadrova disciplinskim merama
$0 1
Informacije Rešenje za odsustvovanje sa rada (TEO 049)

iz pravnih
poslova
ODSUSTVA I Resenja o odsustvima i
ODMORI Rešenja o godisnjem odmoru(TEO 131) odmorima
$0 2
Resenje o prestanku radnog
odnosa po volji zaposlenog
Prijava o zasnivanju i prestanku radnog odnosa (E-3)
Resenje o prestanku radnog odnosa

PRESTANAK
Razdužna lista (TE 01.03.14-3) nezaviosno od volje zaposlenog Rešenja o
RADNOG
ODNOSA prestanku
Otkaz ugovora o radu od strane zaposlenog Resenje o prestanku radnog odnosa po siliradnog
zakona odnosa
$0 3
Referent za
radne odnose
Pravni referent
RADNI CIKLUS ZAPOSLENOG
A3
A31 – Raspoređivanje
Odluka o promeni mesta rada donosi se na predlog službe tehničke pripreme

preduzeća koja se pri donošenju predloga rukovodi potrebama posla i potrebnim brojem
radne snage na određenom gradilištu.
Tehnička priprema dostavlja Službi za kadrovske i opšte poslove nalog za upućivanje i
raspoređivanje radnika TE 01.03.10/2 (TEO-236). U Službi za kadrovske i opšte poslove se
imenovanom izdaje Rešenje o raspoređivanju.
- informacije iz osiguranja zaposlenog
- evidencija o obučenosti zaposlenih
- informacije iz obezbeđenja kadrova
- informacije iz pravnih poslova
- prijava o zasnivanju i prestanku radnog odnosa (E-8)
24
A32 – Odsutstva i odmori
Odeljenje za radne odnose kadrovske službe Termoelektro a.d. nadležno je za izradu

odluka i rešenja kojima se reguliše oblast prava obaveza i odgovornosti koja se stiču na radu
i po osnovu rada. O pomenutim pravima odlučuje nadležni organ u preduzeću. U zavisnosti
od vrste prava izrađuju se sledeća rešenja:
1. Rešenje o godišnjem odmoru (TEO-131)
2. Rešenje o plaćenom na zahtev zaposlenog (TEO-0491/1)
3. Rešenje o neplaćenom odsustvu (TEO-049)
4. Rešenje o mirovanju radnog odnosa
5. Rešenje o plaćenom odsustvu zbog smanjenog obima posla (TEO-049/2)
6. Rešenje o raspoređivanju
Daktilograf u odeljenju za kadrovske službe učestvuje u izradi svih rešenja
ukucavanjem podataka u obrasce.
Izrada i donošenje rešenja vrši se na način uređen Zakonom o radnom odnosu RS i
odredbama Pojedinačnog kolektivnog ugovora Termoelektro a.d. Svi oblici navedenih
rešenja izrađuju se u 4 primerka od kojih je jedan primerak za zaposlenog, jedan za dosije
na gradilištu na kome radi, jedan za službu obračuna preduzeća, a jedan za odlaganje u
personalni dosije zaposlenog. Potpisana od strane ovlašćenog lica, overena pečatom i
upisana pod određenim rednim brojem u posebnu knjigu koja se zove zavodna knjiga,
rešenja se distribuiraju službi arhive na dalji postupak. U knjigu zavodnica registruju se
upisom svi dopisi, potvrde i sl. koje odeljenje za radne odnose izdaje prilikom
komunikaciranja sa ostalim službama u okviru preduzeća i izvan njega sa drugim
institucijama.
Navedena rešenja pod rednim brojevima 1,2,3 i 4 izrađuju se i donose na osnovu
predhodno podnesenog zahteva zaposlenog i dobijene saglasnosti od strane njegovog
neposrednog rukovodioca.
Referenti za radne odnose na lični zahtev zaposlenog izdaju i razna uverenja npr.
potvrdu o zaposlenosti lica u preduzeću (kopija se odlaže u personalni dosije) i učestvuju u
pružanju pomoći i davanju ivformacija iz oblasti radnih odnosa. Svi spisi se rade u 2
rimeraka zavode, potpisuje ih neposredno rukovodilac, overavaju pečatom i 1 primerak se
uručuje zaposlenog, a drugi odlaže u njegov dosije.
A33 - Prestanak radnog odnosa
Prestanak radnog odnosa, vidovi i način prestanka regulisani su čl. 108-111 Zakona o
radnim odnosima RS i odgovarajućim odredbama Pojedanačnog kolektivnog ugovora
Termoelektro a.d. tako da se prilikom prestanka referenti za radne odnose pridržavaju i
primenjuju iste. Prestanak radnog odnosa može biti :
 bez saglasnosti zaposlenog
 uz saglasnost zaposlenog
 po sili zakona
25
Svaki od ova tri vida ima više svojih oblika, ali bez obzira na koji način radni odnos
prestaje vezan je za donošenje akta o prestanku radnog odnosa (odluke) koja je različita u
zavisnosti od razloga prestanka i otkaza ugovora o radu.
Najčešći vid prestanka i odluka koje se donosi u odeljenju za radne odnose:
 odluka o prestanku radnog odnosa na osnovu pismene izjave zaposlenog da
želi da raskine radni odnos
 odluka o sporazumnom prestanku radnog odnosa
 odluka o prestanku radnog odnosa zbog sticanja prava na penziju (starosnu,
invalidsku)
 otkazua ugovora o radu
Odluka o prestanku radnog odnosa i otkaz ugovora o radu sačinjavaju se u više
primeraka od kojih se nakon potpisivanja od strane nadležnog organa - generalnog
direktora, evidentiranja u zavodnoj knjizi i overavanja pečatom preduzeća. Jedan primerak
se uručuje zaposlenom bilo lično ili preko službe arhive, jedan gradilištu na kome je
zaposleni radio, a jedan odlaže u dosije.
5.5. Definisanje logičkog modela
Posle izrade dekompozicionog dijagrama pristupa se definisanju logičkog modela.

Prvo treba definisati sve entitete i njihove atribute,a zatim se definišu veze između entiteta
(relationships). Entiteti se prema ustaljenim konvencijama označavaju velikim slovima u
jednini, a atributi i veze malim slovima.
Entiteti mogu biti nezavisni (ne zavise od drugih entiteta) i zavisni (zavise od jednog ili
više drugih entiteta). Grafički se nezavisni entiteti prikazuju kao pravougonici, a zavisni kao
pravougaonici sa zaobljenim stranama.
Na osnovu napred navedenog definisani su sledeći entiteti:
NEZAVISNI ENTITETI ZAVISNI ENTITETI

 Banka  Fizičko lice
 Bračni status  Pravno lice
 Delatnost  Radnik
 Država  Radnik obrazovanje
 Državljanstvo  Radnik radni staž
 Krvna grupa  Radno mesto
 Lokacija  Rešenje o odsustvu
 Mesec  Rešenje o raspoređivanju
 Mesto  Zadatak
 Opština  Član porodice
 Organizacija
 Osnov promene radnog odnosa
 Partner
 Preduzeće
26
 Profil posla
 Radni odnos
 Školska sprema
 Slava
 Vrsta lokacije
 Vrsta obrazovanja
 Vrsta odsustva
 Vrsta organizacije
 Vrsta pravnog lica
 Vrsta stambenog statusa
 Zanimanje
Posle definisanja entiteta treba definisati i relacije (veze) između njih. Relacija se u
IDEF1X metodologiji prikazuje kao linija koja povezuje dva entiteta sa tačkom na jednom
kraju i glagolskom frazom napisanom duž linije. Entitet od koga se uspostavlja veza zove se
roditelj, a entitet ka kome se uspostavlja veza zove se dete. Veze mogu biti identifikujuće,
neidentifikujuće i veze kategorije, što je objašnjeno u prethodnim poglavljima.
Zatim se definišu atributi i ključevi za svaki entitet.
Ključevi mogu biti:
 primarni,
 alternativni i inverzni i
 preneseni
Primarni ključ mora jedinstveno da identifikuje entitet i on ne može imati vrednost nula
(prazan, nedostajući). Atributi koji nisu izabrani za primarni ključ mogu se definisati kao
alternativni ključ (jedinstveno definišu entitet) ili kao inverzni ključ (ne identifikuju jedinstveno
entitet). Preneseni ključ je atribut koji povezuje entitet dete sa entitetom roditelj i određen je
oznakoma FK koja dolazi iza imena atributa.
Na slici broj 15. prikazan je deo podataka gde su dati entiteti, njihovi atributi i veze što
je sve zajedno osnova za definisanje fizičkog modela i same baze podataka.
27
Slava
SlavaID
Mesec VrstaPravnogLica
Mesec NazivSlave
VrstaPravnogLicaID
Dan
NazivMeseca Mesec (FK) NazivVrstePravnogLica
PravnoLice Preduzece
Partner
PravnoLiceID (FK) PreduzeceID
PartnerID
TipPartnera MaticniBroj Logo
TekuciRacun NazivPartnera PravnoLiceID (FK)
Delatnost BankaID (FK) SkraceniNaziv
DelatnostID KlasifikacioniBroj VrstaPravnogLicaID (FK)
PIB Sediste
SifraDelatnosti RegistarskiBrojDoprinosa BrojZaposlenih
NazivDelatnosti MestoID (FK) KodAktuelnogIsporucioca
StaraSifra KodZaintresovanZaSaradnju
Banka DrzavaID (FK) RegistarskiBrojPrijave
Adresa OblikSvojineID
BankaID Telefon GodinaRegistracije
SwiftCode Fax GodinaOsnivanja
Email
DelatnostID (FK)
Rabat
Napomena
TipPartnera
SlavaID (FK)
www
FizickoLice
FizickoLiceID (FK)
Prezime
Drzava Ime
Mesto
Funkcija
MestoID DrzavaID Zvanje
OpstinaID (FK) NazivDrzave JMBG
OkrugID SkraceniNaziv Mobilni
SkolskaSprema
NazivMesta NazivDrzaveEngleski OpstinaRodjenja
Hobi SkolskaSpremaID
PTT SifraUKodeksu
NazivMestaEngleski NazivDrzaveRuski KodRadnik NazivSkolskeSpreme
NazivMestaRuski MogucnostTrgovine DrzavaRodjenja (FK) SifraSkolskeSpreme
ZakonskiUslovTrgovine DatumRodjenja StepenSkolskeSpreme
LicnaKartaBroj Sort
MestoRodjenja (FK) NadredjenaSkolaskaSprema
Pol
Opstina LicnaKartaIzdao Zadatak
BracniStatus
OpstinaID LicnaKartaDatumIsticanja OrganizacijaID (FK)
BracniStatusID
Slika RedniBroj
NazivOpstine
SifraBracnogStatusa TelefonKucni
SifraOpstine NazivZadatka
NazivBracnogStatusa PasosBroj
PasosDatumIsticanja KodRadnik KoeficijentZadatka
BrojOdela
RadniOdnos BrojCipela VrstaOrganizacije
RadniOdnosID BracniStatusID (FK)
VrstaOrganizacijeID
PravnoLiceID (FK)
SifraRadnogOdnosa NazivVrsteOrganizacije
NazivRadnogOdnosa
BrojDanaOdredjeno
KrvnaGrupa
Radnik Organizacija
KrvnaGrupaID
RadnikID (FK) OrganizacijaID
NazivKrvneGrupe
MaticniBroj VrstaOrganizacijeID (FK)
ClanPorodice Lokacija
ResenjeORasporedjivanjuID SifraOrganizacije
ClanPorodiceID Nadredjena (FK) LokacijaID
RadnoMestoID
RadnikID (FK) StaraSifra SifraLokacije
OrganizacionaJedinicaID
Satnina NazivOrganizacije OrganizacijaID
Prezime
DatumPostavljenja Otvorio MestoID
Pol
DatumResenja KodAktivanPasivan RadnikID
Ime
SerijskiBrojRadneKnjizice DatumOtvorio KontoID
JMBG
DatumPoslednjegZaposlenja Izmenio VrstaLokacijeID (FK)
Srodstvo
RadniOdnosID (FK) DatumIzmenio NazivLokacije
DatumRodjenja
RegistarskiBroj SistematizacijaID Adresa
MestoID
RegistarskiBrojOsiguranja RadnoMestoRukovodiID NadredjenaLokacija (FK)
Adresa
ZaposlenKod DatumIzdavanjaRadneKnjizice VrstaZastiteID
Zanimanje ZanimanjeID BrojZdravstveneKnjizice KodAktivanNeaktivan
BrojZdravstveneKnjizice BrojDanaGodisnjegOdmora
ZanimanjeID
VrstaStambenogStatusaID (FK)
SifraZanimanja KodAktivanPasivan
Zanimanje TachNo
Drzavljanstvo
OpstinaStanovanja ResenjeORasporedjivanju
DrzavljanstvoID ZanimanjeID (FK)
ResenjeORasporedjivanjuID VrstaLokacije
NazivDrzavljanstva SkolskaSpremaID (FK)
RadnikID (FK)
RoditeljStaratelj VrstaLokacijeID
PrezimePrethodno RadnoMestoStaroID (FK)
RadnikObrazovanje NazivVrsteLokacije
KrvnaGrupaID (FK) RadnoMestoID (FK)
RedniBroj DrzavljanstvoID (FK) Satnina
RadnikID (FK) Sindikat (FK) DatumPostavljenja
VrstaObrazovanjaID (FK) DatumResenja RadnoMesto
DatumUverenja RadnoMestoID (FK)
BrojUverenja RadnikRadniStaz
Zanimanje
Uspeh RedniBroj
LokacijaID (FK)
NazivUverenja RadnikID (FK)
SkolskaSpremaID (FK)
UverenjeIzdao
BrojMaticneKnjige StrucnaSprema
UverenjeVaziDo
DatumZaposlenja PeriodPregleda
PreduzeceUstanova StrucnaSpremaAlternativa
DatumPrestankaZaposlenja ObaveznoObucavanje
TrajanjeZaposlenjaGodina RadnoIskustvo
ResenjeOOdsustvu
TrajanjeZaposlenjaMeseci OgranicenjeNaPol
TrajanjeZaposlenjaDana ResenjeOOdsustvuID Skola
OsnovPromeneRadnogOdnosaID (FK) RadnikID (FK) BodoviOd
VrstaObrazovanja
Napomena VrstaOdsustvaID (FK) StarosnoOgranicenje
VrstaObrazovanjaID
DatumPocetka BodoviDo
SifraVrsteObrazovanja DatumZavrsetka BrojIzvrsilaca
NazivVrsteObrazovanja DatumResenja KoeficijentRadnogMesta
UkupanBrojDanaOdsustva Kategorija
OdobrenBrojDanaOdsustva Beneficija
OsnovPromeneRadnogOdnosa
Godina KodRezijaProizvodnja
OsnovPromeneRadnogOdnosaID PosebniUslovi
RazlogOdsustva
SifraOsnovaPromeneRadnogOdnosa DatumPocetkaRada ProfilPoslaID (FK)
NazivOsnovaPromeneRadnogOdnosa DeoOdmora MeniID
VrstaStambenogStatusa
ObracunDaNe
VrstaStambenogStatusaID
SifraVrsteStambenogStatusa
VrstaOdsustva
NazivVrsteStambenogStatusa
VrstaOdsustvaID
VrstaOdsustva ProfilPosla
Clan ProfilPoslaID
Naslov
SifraProfilaPosla
NazivProfilaPosla
KodDirktniIndirektni
Slika 15. Logički model podataka
28
5.5.1. Opis logičkog modela
Logički model za aktivnost Praćenje ličnih podataka.

Osnovni entitet logičkog modela je entitet Radnik.
FizickoLice
FizickoLiceID (FK)
Prezime
Partner Ime
Funkcija Drzava
PartnerID
Zvanje DrzavaID
TekuciRacun JMBG
BankaID (FK) Mobilni NazivDrzave
Slava KlasifikacioniBroj OpstinaRodjenja SkraceniNaziv
SlavaID PIB Hobi NazivDrzaveEngleski
RegistarskiBrojDoprinosa KodRadnik SifraUKodeksu
NazivSlave MestoID (FK) TipPartnera DrzavaRodjenja (FK) NazivDrzaveRuski
Dan StaraSifra DatumRodjenja MogucnostTrgovine
Mesec (FK) DrzavaID (FK) LicnaKartaBroj ZakonskiUslovTrgovine
Adresa MestoRodjenja (FK)
Telefon Pol
Fax LicnaKartaIzdao
Email LicnaKartaDatumIsticanja
DelatnostID (FK) Slika
Rabat TelefonKucni BracniStatus
Napomena PasosBroj BracniStatusID
TipPartnera PasosDatumIsticanja
Mesec SlavaID (FK) SifraBracnogStatusa
BrojOdela
www NazivBracnogStatusa
Mesec BrojCipela
BracniStatusID (FK)
NazivMeseca PravnoLiceID (FK)
Mesto KodRadnik
MestoID
Opstina
OpstinaID (FK)
OpstinaID
OkrugID
NazivOpstine NazivMesta
SifraOpstine PTT Radnik
NazivMestaEngleski RadnikID (FK)
NazivMestaRuski
MaticniBroj
ResenjeORasporedjivanjuID
RadnoMestoID ClanPorodice
OrganizacionaJedinicaID ClanPorodiceID
Satnina RadnikID (FK)
DatumPostavljenja
DatumResenja Prezime
SerijskiBrojRadneKnjizice Pol
DatumPoslednjegZaposlenja Ime
KrvnaGrupa RadniOdnosID (FK) JMBG
KrvnaGrupaID RegistarskiBroj Srodstvo
RegistarskiBrojOsiguranja DatumRodjenja
NazivKrvneGrupe DatumIzdavanjaRadneKnjizice MestoID
BrojZdravstveneKnjizice Adresa
BrojDanaGodisnjegOdmora ZaposlenKod
VrstaStambenogStatusaID (FK) ZanimanjeID
Drzavljanstvo KodAktivanPasivan BrojZdravstveneKnjizice
DrzavljanstvoID TachNo
OpstinaStanovanja
NazivDrzavljanstva ZanimanjeID (FK)
SkolskaSpremaID (FK)
RoditeljStaratelj
PrezimePrethodno
KrvnaGrupaID (FK)
DrzavljanstvoID (FK)
Sindikat (FK)
SkolskaSprema
SkolskaSpremaID
NazivSkolskeSpreme
SifraSkolskeSpreme
StepenSkolskeSpreme
Sort
NadredjenaSkolaskaSprema
Slika 16. Logički model podataka za posao Praćenje ličnih podataka
Ovi povezani entiteti sa svojim atributima definišu nam aktivnost Praćenje ličnih
podataka.
29
Na osnovu ulaznog dokumenta Karton zaposlenog ažurira se entitet radnik.

Pravni referenti i referenti za radne odnose prilikom zasnivanja radnog odnosa
popunjavaju karton zaposlenog TE 01.03.14/1 u 2 primerka od kojih se jedan odlaže u dosije
a drugi nosi na gradilište / RJ kao deo pratećeg dosijea.
Sledeća aktivnost je Radni ciklus zaposlenog.
Ova aktivnost koristi dokument Upućivanje i raspoređivanje radnika koji izdaje Služba
tehničke pripreme, a overava rukovodilac ove službe. Na osnovu ovog dokumenta Služba za
kadrovske poslove donosi Rešenje o raspoređivanju zaposlenog.
Rešenje o odsustvu se donosi na osnovu dokumenata Molba za godišnji odmor, Molba
za plaćeno odsustvo, Molba za neplaćeno odsustvo.
Logički model podataka:
30
PravnoLice VrstaOrganizacije
PravnoLiceID (FK) VrstaOrganizacijeID
MaticniBroj NazivVrsteOrganizacije
NazivPartnera
SkraceniNaziv
VrstaPravnogLicaID (FK)
Partner Sediste
PartnerID BrojZaposlenih
KodAktuelnogIsporucioca
TekuciRacun Organizacija
BankaID (FK) TipPartnera KodZaintresovanZaSaradnju ResenjeORasporedjivanju
RegistarskiBrojPrijave OrganizacijaID
KlasifikacioniBroj ResenjeORasporedjivanjuID
OblikSvojineID VrstaOrganizacijeID (FK)
PIB RadnikID (FK)
GodinaRegistracije SifraOrganizacije
RegistarskiBrojDoprinosa RadnoMestoStaroID (FK)
GodinaOsnivanja Nadredjena (FK)
MestoID (FK) RadnoMestoID (FK)
StaraSifra StaraSifra
Satnina NazivOrganizacije
DrzavaID (FK) DatumPostavljenja
Adresa Otvorio
DatumResenja KodAktivanPasivan
Telefon
Fax DatumOtvorio
Email Izmenio
DelatnostID (FK) DatumIzmenio
Rabat SistematizacijaID
Napomena RadnoMestoRukovodiID
TipPartnera
SlavaID (FK)
www
Radnik
FizickoLice RadnikID (FK)
FizickoLiceID (FK)
MaticniBroj
RadnoMesto
Prezime ResenjeORasporedjivanjuID
Ime RadnoMestoID RadnoMestoID (FK)
Funkcija OrganizacionaJedinicaID Zanimanje
Zvanje Satnina LokacijaID (FK)
JMBG DatumPostavljenja SkolskaSpremaID (FK)
Mobilni DatumResenja StrucnaSprema
OpstinaRodjenja KodRadnik SerijskiBrojRadneKnjizice
PeriodPregleda
Hobi DatumPoslednjegZaposlenja StrucnaSpremaAlternativa
KodRadnik RadniOdnosID (FK) ObaveznoObucavanje
DrzavaRodjenja (FK) RegistarskiBroj RadnoIskustvo
DatumRodjenja RegistarskiBrojOsiguranja OgranicenjeNaPol
LicnaKartaBroj DatumIzdavanjaRadneKnjizice Skola
MestoRodjenja (FK) BrojZdravstveneKnjizice BodoviOd
Pol BrojDanaGodisnjegOdmora StarosnoOgranicenje
LicnaKartaIzdao VrstaStambenogStatusaID (FK) BodoviDo
LicnaKartaDatumIsticanja KodAktivanPasivan BrojIzvrsilaca
Slika TachNo KoeficijentRadnogMesta
TelefonKucni OpstinaStanovanja Kategorija
PasosBroj ZanimanjeID (FK) Beneficija
PasosDatumIsticanja SkolskaSpremaID (FK) KodRezijaProizvodnja
BrojOdela RoditeljStaratelj PosebniUslovi
BrojCipela PrezimePrethodno ProfilPoslaID (FK)
BracniStatusID (FK) KrvnaGrupaID (FK) MeniID
PravnoLiceID (FK) DrzavljanstvoID (FK)
Sindikat (FK)
ResenjeOOdsustvu
Lokacija
ResenjeOOdsustvuID
RadnikID (FK) LokacijaID
VrstaOdsustvaID (FK) SifraLokacije

DatumPocetka OrganizacijaID
DatumZavrsetka MestoID
DatumResenja RadnikID
UkupanBrojDanaOdsustva KontoID
OdobrenBrojDanaOdsustva VrstaLokacijeID (FK)
Godina NazivLokacije
RazlogOdsustva Adresa
DatumPocetkaRada NadredjenaLokacija (FK)
DeoOdmora VrstaZastiteID
KodAktivanNeaktivan
VrstaLokacije
VrstaOdsustva VrstaLokacijeID
VrstaOdsustvaID NazivVrsteLokacije
VrstaOdsustva
Clan
Naslov
Slika 17. Logički model podataka za posao Radni ciklus zaposlenog
31
6. APLIKATIVNI MODEL
Na osnovu predhodno izvedenih aktivnosti u ovoj fazi projekta potrebno je definisati:
 fizički model podataka,
 generisanje šeme baze podataka i
 izrada aplikacije.
U daljem tekstu detaljno će se obrazložiti gore definisane stavke.
6.1. Fizički model podataka
Pre definisanja fizičkog modela podataka treba izabrati sistem za upravljanje bazom
podataka (SUBP) gde će fizički model biti kreiran. ERwin nudi veliki izbor SUBP, a za
potrebe ovog projekta izabrala sam MS Access 2003.
Definisanje fizičkog modela podataka tj. implementacija entiteta i njihovih atributa u
tabele i kolone nekog SUBP, korišćenjem ERwin-a, relativno je jednostavan posao.
Programski modul ERwin-a za izgradnju fizičkog modela čita opis entiteta i atributa i formira
tabele i polja fizičkog modela.
Prilikom prevođenja logičkog modela u fizički model dolazi do konvertovanja:
 entiteta iz modela podataka u tabele fizičke baze podataka,
 atributa u kolone u odgovarajućim tabelama,
 kandidati za ključeve entiteta postaju primarni ključevi u tabelama i
 veze između entiteta postižu da primarni ključevi u tabelama postaju spoljni
ključevi u povezanim tabelama.
Dakle, ERwin definiše tabele i kolone automatski, tj. nazivi tabela po defaultu dobijaju
imena na osnovu naziva entiteta, a nazivi atributa po defaultu postaju nazivi kolona. I druge
osobine se dodeljuju kao default setovane vrednosti (vrednosti koja će biti insertovane u
kolonu).
Šema logičke baze podataka obuhvata poseban skup podataka (odgovarajući rečnik
podataka) sa odgovarajućom semantikom i vezama među elementima baze podataka.
Fizički, ove veze su smeštene u bazi podataka, za kasniju upotrebu.
Osobine kolona se definišu korišćenjem ERwin editora za definisanje kolona (Column
property Editor) gde se mogu praviti izmene nad default vrednostima kolona. Na slici broj
18. prikazan je fizički model podataka.
32
Slava
Mesec
SlavaID: Long Integer
Mesec: Byte
NazivSlave: Text(50)
NazivMeseca: Text(50)
Dan: Integer
VrstaPravnogLica
Mesec: Byte VrstaPravnogLicaID: Long Integer
NazivVrstePravnogLica: Text(255)
Partner
PravnoLice
PartnerID: Long Integer
Delatnost PravnoLiceID: Long Integer Preduzece
TekuciRacun: Text(50)
DelatnostID: Long Integer BankaID: Long Integer MaticniBroj: Text(50) PreduzeceID: Long Integer
KlasifikacioniBroj: Text(50) NazivPartnera: Text(255)
SifraDelatnosti: Text(50) Logo: OLE Object
PIB: Text(50) SkraceniNaziv: Text(50)
NazivDelatnosti: Text(255) PartnerID: Long Integer
RegistarskiBrojDoprinosa: Text(50) VrstaPravnogLicaID: Long Integer
MestoID: Long Integer Sediste: Text(50)
Banka
StaraSifra: Text(50) BrojZaposlenih: Long Integer
BankaID: Long Integer DrzavaID: Long Integer KodAktuelnogIsporucioca: Byte
SwiftCode: Text(50) Adresa: Text(50) KodZaintresovanZaSaradnju: Byte
Telefon: Text(50) RegistarskiBrojPrijave: Text(50)
Fax: Text(50) OblikSvojineID: Long Integer
Email: Text(50) GodinaRegistracije: Integer
DelatnostID: Long Integer GodinaOsnivanja: Integer
Rabat: Single
Napomena: Memo
TipPartnera: Byte
www: Text(255)
SlavaID: Long Integer FizickoLice
Prezime: Text(50)
Drzava Ime: Text(50)
Mesto Funkcija: Text(50) SkolskaSprema
DrzavaID: Long Integer Zvanje: Text(50)
MestoID: Long Integer SkolskaSpremaID: Long Integer
NazivDrzave: Text(255) JMBG: Text(13)
OpstinaID: Long Integer NazivSkolskeSpreme: Text(255)
SkraceniNaziv: Text(10) Mobilni: Text(50)
OkrugID: Long Integer SifraSkolskeSpreme: Text(50)
NazivDrzaveEngleski: Text(50) OpstinaRodjenja: Long Integer
NazivMesta: Text(255) StepenSkolskeSpreme: Text(10)
SifraUKodeksu: Text(50) Hobi: Text(50)
PTT: Text(5) Sort: Integer
NazivDrzaveRuski: Text(50) KodRadnik: Byte
NazivMestaEngleski: Text(50) NadredjenaSkolaskaSprema: Long Integer
MogucnostTrgovine: Byte DrzavaRodjenja: Long Integer
NazivMestaRuski: Text(50) ZakonskiUslovTrgovine: Text(50) DatumRodjenja: Date/Time
LicnaKartaBroj: Text(50)
MestoRodjenja: Long Integer Zadatak
Pol: Byte
BracniStatus LicnaKartaIzdao: Text(50) OrganizacijaID: Long Integer
Opstina LicnaKartaDatumIsticanja: Date/Time RedniBroj: Long Integer
BracniStatusID: Long Integer
OpstinaID: Long Integer Slika: OLE Object NazivZadatka: Memo
SifraBracnogStatusa: Text(10) TelefonKucni: Text(50) KoeficijentZadatka: Single
NazivOpstine: Text(255) NazivBracnogStatusa: Text(50) PasosBroj: Text(50)
SifraOpstine: Text(50) PasosDatumIsticanja: Date/Time
BrojOdela: Text(10)
BrojCipela: Text(10)
PravnoLiceID: Long Integer VrstaOrganizacije
VrstaOrganizacijeID: Long Integer
NazivVrsteOrganizacije: Text(50)
RadniOdnos Radnik
RadniOdnosID: Long Integer PartnerID: Long Integer
ClanPorodice SifraRadnogOdnosa: Text(10) MaticniBroj: Text(50) Organizacija
Lokacija
ClanPorodiceID: Long Integer NazivRadnogOdnosa: Text(50) ResenjeORasporedjivanjuID: Long Integer OrganizacijaID: Long Integer
PartnerID: Long Integer BrojDanaOdredjeno: Long Integer RadnoMestoID: Long Integer LokacijaID: Long Integer
OrganizacionaJedinicaID: Long Integer VrstaOrganizacijeID: Long Integer
Prezime: Text(50) SifraLokacije: Text(50)
Satnina: Single SifraOrganizacije: Text(50)
Pol: Byte OrganizacijaID: Long Integer
DatumPostavljenja: Date/Time Nadredjena: Long Integer
Ime: Text(50) MestoID: Long Integer
KrvnaGrupa DatumResenja: Date/Time StaraSifra: Text(50)
JMBG: Text(13) RadnikID: Long Integer
SerijskiBrojRadneKnjizice: Text(50) NazivOrganizacije: Text(100)
Srodstvo: Text(50) KrvnaGrupaID: Long Integer KontoID: Long Integer
DatumPoslednjegZaposlenja: Date/Time Otvorio: Text(50)
DatumRodjenja: Date/Time VrstaLokacijeID: Long Integer
NazivKrvneGrupe: Text(50) RadniOdnosID: Long Integer KodAktivanPasivan: Byte
MestoID: Long Integer NazivLokacije: Text(255)
RegistarskiBroj: Text(50) DatumOtvorio: Date/Time
Adresa: Text(50) Adresa: Text(50)
RegistarskiBrojOsiguranja: Text(50) Izmenio: Text(50)
ZaposlenKod: Text(50) Zanimanje NadredjenaLokacija: Long Integer
DatumIzdavanjaRadneKnjizice: Date/Time DatumIzmenio: Date/Time
ZanimanjeID: Long Integer VrstaZastiteID: Long Integer
ZanimanjeID: Long Integer BrojZdravstveneKnjizice: Text(50) SistematizacijaID: Long Integer
BrojZdravstveneKnjizice: Text(50) KodAktivanNeaktivan: Byte
BrojDanaGodisnjegOdmora: Integer RadnoMestoRukovodiID: Long Integer
SifraZanimanja: Text(50)
VrstaStambenogStatusaID: Long Integer
Zanimanje: Text(255)
KodAktivanPasivan: Byte
TachNo: Text(50)
Drzavljanstvo OpstinaStanovanja: Long Integer
DrzavljanstvoID: Long Integer ZanimanjeID: Long Integer
SkolskaSpremaID: Long Integer
NazivDrzavljanstva: Text(255) RoditeljStaratelj: Text(50) VrstaLokacije
PrezimePrethodno: Text(50)
KrvnaGrupaID: Long Integer VrstaLokacijeID: Long Integer
RadnikObrazovanje DrzavljanstvoID: Long Integer ResenjeORasporedjivanju NazivVrsteLokacije: Text(255)
VrstaObrazovanja Sindikat: Long Integer ResenjeORasporedjivanjuID: Long Integer
RedniBroj: Long Integer
VrstaObrazovanjaID: Long Integer PartnerID: Long Integer
SifraVrsteObrazovanja: Text(10) RadnoMestoStaroID: Long Integer
VrstaObrazovanjaID: Long Integer
NazivVrsteObrazovanja: Text(50) RadnoMestoID: Long Integer
DatumUverenja: Date/Time
Satnina: Single RadnoMesto
BrojUverenja: Text(50)
DatumPostavljenja: Date/Time
Uspeh: Text(10) RadnoMestoID: Long Integer
DatumResenja: Date/Time
NazivUverenja: Text(255)
UverenjeIzdao: Text(255) Zanimanje: Text(50)
UverenjeVaziDo: Date/Time LokacijaID: Long Integer
StrucnaSprema: Text(50)
PeriodPregleda: Text(50)
RadnikRadniStaz ResenjeOOdsustvu StrucnaSpremaAlternativa: Text(50)
ResenjeOOdsustvuID: Long Integer ObaveznoObucavanje: Byte
RedniBroj: Long Integer
PartnerID: Long Integer RadnoIskustvo: Text(50)
VrstaStambenogStatusa PartnerID: Long Integer
OgranicenjeNaPol: Byte
VrstaStambenogStatusaID: Long Integer BrojMaticneKnjige: Text(50) VrstaOdsustvaID: Long Integer Skola: Text(50)
DatumZaposlenja: Date/Time DatumPocetka: Date/Time BodoviOd: Single
SifraVrsteStambenogStatusa: Text(10) DatumZavrsetka: Date/Time
PreduzeceUstanova: Text(50) StarosnoOgranicenje: Byte
NazivVrsteStambenogStatusa: Text(50) DatumResenja: Date/Time
DatumPrestankaZaposlenja: Date/Time BodoviDo: Single
TrajanjeZaposlenjaGodina: Integer UkupanBrojDanaOdsustva: Long Integer BrojIzvrsilaca: Integer
TrajanjeZaposlenjaMeseci: Byte OdobrenBrojDanaOdsustva: Long Integer KoeficijentRadnogMesta: Single
TrajanjeZaposlenjaDana: Byte Godina: Long Integer Kategorija: Text(50)
OsnovPromeneRadnogOdnosaID: Long Integer RazlogOdsustva: Text(50) Beneficija: Long Integer
Napomena: Memo DatumPocetkaRada: Date/Time KodRezijaProizvodnja: Byte
DeoOdmora: Long Integer PosebniUslovi: Text(255)
ProfilPoslaID: Long Integer
MeniID: Long Integer
OsnovPromeneRadnogOdnosa
VrstaOdsustva
OsnovPromeneRadnogOdnosaID: Long Integer ProfilPosla
VrstaOdsustvaID: Long Integer
ProfilPoslaID: Long Integer
SifraOsnovaPromeneRadnogOdnosa: Text(10)
VrstaOdsustva: Text(50)
NazivOsnovaPromeneRadnogOdnosa: Text(50) SifraProfilaPosla: Text(10)
Clan: Memo
ObracunDaNe: Text(2) NazivProfilaPosla: Text(50)
Naslov: Text(50)
KodDirktniIndirektni: Byte
Slika 18. Fizički model podataka za posao Vođenje dosijea zaposlenog
33
Partner
FizickoLice
TekuciRacun: Text(50)
BankaID: Long Integer Prezime: Text(50)
Slava KlasifikacioniBroj: Text(50) Ime: Text(50)
SlavaID: Long Integer PIB: Text(50) Funkcija: Text(50)
RegistarskiBrojDoprinosa: Text(50) Zvanje: Text(50) Drzava
NazivSlave: Text(50) MestoID: Long Integer JMBG: Text(13) DrzavaID: Long Integer
Dan: Integer StaraSifra: Text(50) Mobilni: Text(50)
Mesec: Byte OpstinaRodjenja: Long Integer NazivDrzave: Text(255)
DrzavaID: Long Integer
Hobi: Text(50) SkraceniNaziv: Text(10)
Adresa: Text(50)
KodRadnik: Byte NazivDrzaveEngleski: Text(50)
Telefon: Text(50)
DrzavaRodjenja: Long Integer SifraUKodeksu: Text(50)
Fax: Text(50)
DatumRodjenja: Date/Time NazivDrzaveRuski: Text(50)
Email: Text(50)
LicnaKartaBroj: Text(50) MogucnostTrgovine: Byte
DelatnostID: Long Integer
MestoRodjenja: Long Integer ZakonskiUslovTrgovine: Text(50)
Mesec Rabat: Single
Napomena: Memo Pol: Byte
Mesec: Byte LicnaKartaIzdao: Text(50)
TipPartnera: Byte
NazivMeseca: Text(50) www: Text(255) LicnaKartaDatumIsticanja: Date/Time
SlavaID: Long Integer Slika: OLE Object
TelefonKucni: Text(50) BracniStatus
PasosBroj: Text(50)
PasosDatumIsticanja: Date/Time
BrojOdela: Text(10) SifraBracnogStatusa: Text(10)
BrojCipela: Text(10) NazivBracnogStatusa: Text(50)
PravnoLiceID: Long Integer
Mesto
MestoID: Long Integer
Opstina
OpstinaID: Long Integer OpstinaID: Long Integer
OkrugID: Long Integer
NazivOpstine: Text(255) NazivMesta: Text(255)
SifraOpstine: Text(50) PTT: Text(5)
NazivMestaEngleski: Text(50)
NazivMestaRuski: Text(50)
Radnik
MaticniBroj: Text(50)
ResenjeORasporedjivanjuID: Long Integer
RadnoMestoID: Long Integer
KrvnaGrupa OrganizacionaJedinicaID: Long Integer
KrvnaGrupaID: Long Integer Satnina: Single ClanPorodice
DatumPostavljenja: Date/Time
NazivKrvneGrupe: Text(50) ClanPorodiceID: Long Integer
SerijskiBrojRadneKnjizice: Text(50) PartnerID: Long Integer
DatumPoslednjegZaposlenja: Date/Time Prezime: Text(50)
RadniOdnosID: Long Integer Pol: Byte
Drzavljanstvo RegistarskiBroj: Text(50) Ime: Text(50)
RegistarskiBrojOsiguranja: Text(50) JMBG: Text(13)
DrzavljanstvoID: Long Integer DatumIzdavanjaRadneKnjizice: Date/Time Srodstvo: Text(50)
NazivDrzavljanstva: Text(255) BrojZdravstveneKnjizice: Text(50) DatumRodjenja: Date/Time
BrojDanaGodisnjegOdmora: Integer MestoID: Long Integer
VrstaStambenogStatusaID: Long Integer Adresa: Text(50)
KodAktivanPasivan: Byte ZaposlenKod: Text(50)
TachNo: Text(50) ZanimanjeID: Long Integer
OpstinaStanovanja: Long Integer BrojZdravstveneKnjizice: Text(50)
ZanimanjeID: Long Integer
RoditeljStaratelj: Text(50)
PrezimePrethodno: Text(50)
KrvnaGrupaID: Long Integer
DrzavljanstvoID: Long Integer
Sindikat: Long Integer
SkolskaSprema
NazivSkolskeSpreme: Text(255)
SifraSkolskeSpreme: Text(50)
StepenSkolskeSpreme: Text(10)
Sort: Integer
NadredjenaSkolaskaSprema: Long Integer
Slika 19. Fizički model podataka za posao Praćenje ličnih podataka
34
PravnoLice VrstaOrganizacije
PravnoLiceID: Long Integer VrstaOrganizacijeID: Long Integer
MaticniBroj: Text(50) NazivVrsteOrganizacije: Text(50)
NazivPartnera: Text(255)
SkraceniNaziv: Text(50)
Partner VrstaPravnogLicaID: Long Integer
Sediste: Text(50)
PartnerID: Long Integer BrojZaposlenih: Long Integer
TekuciRacun: Text(50) KodAktuelnogIsporucioca: Byte Organizacija
BankaID: Long Integer KodZaintresovanZaSaradnju: Byte OrganizacijaID: Long Integer
KlasifikacioniBroj: Text(50) RegistarskiBrojPrijave: Text(50)
PIB: Text(50) OblikSvojineID: Long Integer VrstaOrganizacijeID: Long Integer
RegistarskiBrojDoprinosa: Text(50) GodinaRegistracije: Integer SifraOrganizacije: Text(50)
MestoID: Long Integer GodinaOsnivanja: Integer Nadredjena: Long Integer
StaraSifra: Text(50) StaraSifra: Text(50)
DrzavaID: Long Integer NazivOrganizacije: Text(100)
Adresa: Text(50) Otvorio: Text(50)
Telefon: Text(50) KodAktivanPasivan: Byte
Fax: Text(50) ResenjeORasporedjivanju DatumOtvorio: Date/Time
Email: Text(50) Izmenio: Text(50)
ResenjeORasporedjivanjuID: Long Integer DatumIzmenio: Date/Time
DelatnostID: Long Integer PartnerID: Long Integer
Rabat: Single SistematizacijaID: Long Integer
Napomena: Memo RadnoMestoStaroID: Long Integer RadnoMestoRukovodiID: Long Integer
TipPartnera: Byte RadnoMestoID: Long Integer
www: Text(255) Satnina: Single
SlavaID: Long Integer DatumPostavljenja: Date/Time
FizickoLice Radnik RadnoMesto

PartnerID: Long Integer PartnerID: Long Integer RadnoMestoID: Long Integer
Prezime: Text(50) MaticniBroj: Text(50) Zanimanje: Text(50)
Ime: Text(50) ResenjeORasporedjivanjuID: Long Integer LokacijaID: Long Integer
Funkcija: Text(50) RadnoMestoID: Long Integer SkolskaSpremaID: Long Integer
Zvanje: Text(50) OrganizacionaJedinicaID: Long Integer StrucnaSprema: Text(50)
JMBG: Text(13) Satnina: Single PeriodPregleda: Text(50)
Mobilni: Text(50) DatumPostavljenja: Date/Time StrucnaSpremaAlternativa: Text(50)
OpstinaRodjenja: Long Integer DatumResenja: Date/Time ObaveznoObucavanje: Byte
Hobi: Text(50) SerijskiBrojRadneKnjizice: Text(50) RadnoIskustvo: Text(50)
KodRadnik: Byte DatumPoslednjegZaposlenja: Date/Time OgranicenjeNaPol: Byte
DrzavaRodjenja: Long Integer RadniOdnosID: Long Integer Skola: Text(50)
DatumRodjenja: Date/Time RegistarskiBroj: Text(50) BodoviOd: Single
LicnaKartaBroj: Text(50) RegistarskiBrojOsiguranja: Text(50) StarosnoOgranicenje: Byte
MestoRodjenja: Long Integer DatumIzdavanjaRadneKnjizice: Date/Time BodoviDo: Single
Pol: Byte BrojZdravstveneKnjizice: Text(50) BrojIzvrsilaca: Integer
LicnaKartaIzdao: Text(50) BrojDanaGodisnjegOdmora: Integer KoeficijentRadnogMesta: Single
LicnaKartaDatumIsticanja: Date/Time VrstaStambenogStatusaID: Long Integer Kategorija: Text(50)
Slika: OLE Object KodAktivanPasivan: Byte Beneficija: Long Integer
TelefonKucni: Text(50) TachNo: Text(50) KodRezijaProizvodnja: Byte
PasosBroj: Text(50) OpstinaStanovanja: Long Integer PosebniUslovi: Text(255)
PasosDatumIsticanja: Date/Time ZanimanjeID: Long Integer ProfilPoslaID: Long Integer
BrojOdela: Text(10) SkolskaSpremaID: Long Integer MeniID: Long Integer
BrojCipela: Text(10) RoditeljStaratelj: Text(50)
BracniStatusID: Long Integer PrezimePrethodno: Text(50)
PravnoLiceID: Long Integer KrvnaGrupaID: Long Integer
DrzavljanstvoID: Long Integer
Sindikat: Long Integer
ResenjeOOdsustvu Lokacija
ResenjeOOdsustvuID: Long Integer LokacijaID: Long Integer
SifraLokacije: Text(50)
VrstaOdsustvaID: Long Integer OrganizacijaID: Long Integer
DatumPocetka: Date/Time MestoID: Long Integer
DatumZavrsetka: Date/Time RadnikID: Long Integer
DatumResenja: Date/Time KontoID: Long Integer
UkupanBrojDanaOdsustva: Long Integer VrstaLokacijeID: Long Integer
OdobrenBrojDanaOdsustva: Long Integer NazivLokacije: Text(255)
Godina: Long Integer Adresa: Text(50)
RazlogOdsustva: Text(50) NadredjenaLokacija: Long Integer
DatumPocetkaRada: Date/Time VrstaZastiteID: Long Integer
DeoOdmora: Long Integer KodAktivanNeaktivan: Byte
VrstaLokacije
VrstaOdsustva VrstaLokacijeID: Long Integer
VrstaOdsustvaID: Long Integer NazivVrsteLokacije: Text(255)
VrstaOdsustva: Text(50)
Clan: Memo
Naslov: Text(50)
Slika 20. Fizički model podataka za posao Radni ciklus zaposlenog
35
6.2. Generisanje šeme baze podataka
Generisanje šeme baze podataka izvodi se na osnovu prethodno urađenog fizičkog

modela podataka. Šemu baze podataka čine fizičke tabele, kolone i relacije, koje se u CASE
alatu automatski generišu iz logičkog modela.
Proces generisanja šeme baze podataka iz fizičkog modela podataka naziva se
direktni inženjering. Kada se generiše šema baze podataka, entiteti prelaze u tabele, atributi
u kolone, a veze u relacije i definišu se referencijalni integriteti, trigeri, procedure, indeksi i
druge osobine koje podržava izabrani SUBP.
Pored direktnog inženjeringa postoji i inverzni inženjering. Njime se iz postojeće fizičke
baze podataka kreiraju fizički i logički model i zatim uz pomoć CASE alata redizajnira logički
model podataka. Posle toga se struktura baze može prebaciti na drugu platformu (SUBP) ili
formirati sistemska dokumentacija ako nije postojala, što olakšava održavanje baze
podataka.
Da bi se generisala baza podataka potrebno je, prvo, izabrati odgovarajuću ciljnu
platformu (SUBP - Access 2003) i potom se logovati na nju. Kada se korisnik loguje na
izabranu platformu, ERwin kreira aktivnu bidirekcionu vezu sa sistemskim katalogom
izabranog servera koja omogućava direktno kreiranje baze podataka. Na slici broj 19.
prikazana je šema baze podataka Vođenje dosije zaposlenog.
36
Slika 21. Šema baze podataka Vođenje dosijea zaposlenog
6.3. Izrada aplikacije
Izrada aplikacije se izvodi na osnovu prethodno generisane šeme baze podataka.

Taj posao se obavlja kroz sledeće aktivnosti:
1. Definisanje upita
37
2. Definisanje izgleda forme

3. Definisanje izveštaja
4. Definisanje macroa
6.3.1. Definisanje upita
Pomoću upita se ciljano dolazi do traženih informacija, a upitom se mogu kreirati nove,
privremene ili stalne tabele (QUERY).Podaci se iz tabela mogu izdvajati upotrebom raznih
kriterijuma, ređati po rastućem ili opadajućem redosledu, grupisati i nad grupama
primenjivati izračunavanja poput sume, minimuma, maksimuma itd. Upiti se mogu koristiti za
definisanje formi i izveštaja čime se ubrzava i olakšava rad na razvoju aplikacije.
Postoje dve vrste upita:
 Upiti nad jednom tabelom
 Upiti nad dve ili više tabela.
U izradi aplikacije sam koristila upite nad više tabela (upit spajanja, tj. klauzulu JOIN)
koji omogućava izbor podataka iz više međusobno povezanih tabela. Za ove potrebe sam
definisala sledeće upite:
- QRadnik
- QOrganizacijaRadnoMesto
- QQStampaResenjaOdsustvo
- QQStampaResenjaRasporedjivanje
Na slikama broj 20-23 prikazani su definisani upiti, a ispod svake slike dat je opis upita.
Slika 22. Upit QRadnik
38
SELECT Partner.PartnerID, Partner.TekuciRacun, Partner.BankaID,

Partner.KlasifikacioniBroj, Partner.PIB, Partner.RegistarskiBrojDoprinosa,
Partner.StaraSifra, Partner.DrzavaID, Partner.Adresa, Partner.MestoID, Partner.Telefon,
Partner.Fax, Partner.Email, Partner.DelatnostID, Partner.Rabat, Partner.Napomena,
Partner.TipPartnera, Partner.SlavaID, Partner.www, FizickoLice.FizickoLiceID,
FizickoLice.Prezime, FizickoLice.Ime, FizickoLice.Funkcija, FizickoLice.Zvanje,
FizickoLice.JMBG, FizickoLice.Mobilni, FizickoLice.PravnoLiceID,
FizickoLice.OpstinaRodjenja, FizickoLice.Hobi, FizickoLice.KodRadnik,
FizickoLice.DrzavaRodjenja, FizickoLice.DatumRodjenja, FizickoLice.LicnaKartaBroj,
FizickoLice.MestoRodjenja, FizickoLice.Pol, FizickoLice.LicnaKartaIzdao,
FizickoLice.LicnaKartaDatumIsticanja, FizickoLice.Slika, FizickoLice.TelefonKucni,
FizickoLice.PasosBroj, FizickoLice.PasosDatumIsticanja, FizickoLice.BrojOdela,
FizickoLice.BrojCipela, Radnik.RadnikID, Radnik.RadnoMestoID,
Radnik.OpstinaStanovanja, Radnik.DatumPoslednjegZaposlenja,
Radnik.DatumPostavljenja, Organizacija_1.OrganizacijaID, Radnik.MaticniBroj,
Radnik.RadniOdnosID, Radnik.DrzavljanstvoID, Radnik.Satnina, Radnik.PrezimePrethodno,
Radnik.KrvnaGrupaID, Radnik.SerijskiBrojRadneKnjizice, Radnik.RegistarskiBroj,
Radnik.RegistarskiBrojOsiguranja, Radnik.ResenjeORasporedjivanjuID,
Radnik.DatumIzdavanjaRadneKnjizice, Radnik.BrojZdravstveneKnjizice,
Radnik.BrojDanaGodisnjegOdmora, Radnik.VrstaStambenogStatusaID,
Radnik.KodAktivanPasivan, Radnik.Sindikat, Radnik.TachNo,
Organizacija_1.NazivOrganizacije AS NazivOrganizacioneJedinice,
QOrganizacijaRadnoMesto.NazivOrganizacije AS NazivRadnogMesta,
Organizacija_1.SifraOrganizacije AS SifraOrganizacioneJedinice,
QOrganizacijaRadnoMesto.SifraOrganizacije AS SifraRadnogMesta, Radnik.DatumResenja,
FizickoLice.BracniStatusID, Radnik.SkolskaSpremaID, Radnik.ZanimanjeID,
Zanimanje.Zanimanje, SkolskaSprema.StepenSkolskeSpreme,
RadniOdnos.NazivRadnogOdnosa, Radnik.RoditeljStaratelj
FROM Zanimanje INNER JOIN (SkolskaSprema INNER JOIN (RadniOdnos INNER JOIN
(Partner INNER JOIN (FizickoLice INNER JOIN (((Radnik LEFT JOIN
QOrganizacijaRadnoMesto ON Radnik.RadnoMestoID =
QOrganizacijaRadnoMesto.OrganizacijaID) LEFT JOIN Organizacija ON
Radnik.RadnoMestoID = Organizacija.OrganizacijaID) LEFT JOIN Organizacija AS
Organizacija_1 ON Organizacija.Nadredjena = Organizacija_1.OrganizacijaID) ON
FizickoLice.FizickoLiceID = Radnik.RadnikID) ON Partner.PartnerID =
FizickoLice.FizickoLiceID) ON RadniOdnos.RadniOdnosID = Radnik.RadniOdnosID) ON
SkolskaSprema.SkolskaSpremaID = Radnik.SkolskaSpremaID) ON Zanimanje.ZanimanjeID
= Radnik.ZanimanjeID;
Ovaj upit je napravljen korišćenjem još jednog upita QOrganizacijaRadnoMesto.
39
Slika 23. Upit QOrganizacijaRadnoMesto
SELECT Organizacija.OrganizacijaID, Organizacija.VrstaOrganizacijeID,

Organizacija.SifraOrganizacije, Organizacija.Nadredjena, Organizacija.StaraSifra,
Organizacija.NazivOrganizacije, Organizacija.Otvorio, Organizacija.KodAktivanPasivan,
Organizacija.DatumOtvorio, Organizacija.Izmenio, Organizacija.DatumIzmenio,
Organizacija.SistematizacijaID, RadnoMesto.RadnoMestoID, RadnoMesto.Zanimanje,
RadnoMesto.LokacijaID, RadnoMesto.SkolskaSpremaID, RadnoMesto.StrucnaSprema,
RadnoMesto.PeriodPregleda, RadnoMesto.StrucnaSpremaAlternativa,
RadnoMesto.ObaveznoObucavanje, RadnoMesto.RadnoIskustvo,
RadnoMesto.OgranicenjeNaPol, RadnoMesto.Skola, RadnoMesto.BodoviOd,
RadnoMesto.StarosnoOgranicenje, RadnoMesto.BodoviDo, RadnoMesto.BrojIzvrsilaca,
RadnoMesto.KoeficijentRadnogMesta, RadnoMesto.Kategorija, RadnoMesto.Beneficija,
RadnoMesto.KodRezijaProizvodnja, RadnoMesto.PosebniUslovi,
RadnoMesto.ProfilPoslaID, RadnoMesto.MeniID
FROM Organizacija INNER JOIN RadnoMesto ON Organizacija.OrganizacijaID =
RadnoMesto.RadnoMestoID;
40
Slika 24. Upit QQStampaResenjaOdsustvo
SELECT ResenjeOOdsustvu.ResenjeOOdsustvuID, ResenjeOOdsustvu.PartnerID,

FizickoLice.Prezime, FizickoLice.Ime, Radnik.RoditeljStaratelj,
Organizacija.NazivOrganizacije AS NazivRadnogMesta, Organizacija_1.NazivOrganizacije
AS NazivOrganizacioneJedinice, ResenjeOOdsustvu.RazlogOdsustva, Mesto.NazivMesta,
Partner.Adresa, FizickoLice.JMBG, Radnik.MaticniBroj,
ResenjeOOdsustvu.VrstaOdsustvaID, VrstaOdsustva.Clan, VrstaOdsustva.Naslov,
ResenjeOOdsustvu.DatumPocetka, ResenjeOOdsustvu.DatumZavrsetka,
ResenjeOOdsustvu.DatumResenja, ResenjeOOdsustvu.OdobrenBrojDanaOdsustva,
ResenjeOOdsustvu.UkupanBrojDanaOdsustva, ResenjeOOdsustvu.Godina,
ResenjeOOdsustvu.DatumPocetkaRada, ResenjeOOdsustvu.DeoOdmora
FROM ((Mesto INNER JOIN Partner ON Mesto.MestoID = Partner.MestoID) INNER JOIN
(FizickoLice INNER JOIN (Radnik LEFT JOIN (Organizacija LEFT JOIN Organizacija AS
Organizacija_1 ON Organizacija.Nadredjena = Organizacija_1.OrganizacijaID) ON
Radnik.RadnoMestoID = Organizacija.OrganizacijaID) ON FizickoLice.FizickoLiceID =
Radnik.RadnikID) ON Partner.PartnerID = FizickoLice.FizickoLiceID) INNER JOIN
(VrstaOdsustva INNER JOIN ResenjeOOdsustvu ON VrstaOdsustva.VrstaOdsustvaID =
ResenjeOOdsustvu.VrstaOdsustvaID) ON Radnik.RadnikID =
ResenjeOOdsustvu.PartnerID;
41
Slika 25. Upit QQResenjeORaspoređivanju
SELECT ResenjeORasporedjivanju.ResenjeORasporedjivanjuID,
ResenjeORasporedjivanju.PartnerID, FizickoLice.Prezime, FizickoLice.Ime,
Radnik.RoditeljStaratelj, Organizacija.NazivOrganizacije AS NazivRadnogMesta,
Organizacija_1.NazivOrganizacije AS NazivOrganizacioneJedinice,
ResenjeORasporedjivanju.DatumPostavljenja, ResenjeORasporedjivanju.DatumResenja,
Mesto.NazivMesta, Partner.Adresa, Zanimanje.Zanimanje,
SkolskaSprema.StepenSkolskeSpreme, RadniOdnos.NazivRadnogOdnosa,
FizickoLice.JMBG, Radnik.MaticniBroj, ResenjeORasporedjivanju.Satnina,
Organizacija_2.NazivOrganizacije AS RadnoMestoStaro, Organizacija_3.NazivOrganizacije
AS OrganizacionaJedinicaStara
FROM Zanimanje INNER JOIN (SkolskaSprema INNER JOIN (RadniOdnos INNER JOIN
((Mesto INNER JOIN Partner ON Mesto.MestoID = Partner.MestoID) INNER JOIN
(FizickoLice INNER JOIN (Radnik INNER JOIN ((ResenjeORasporedjivanju LEFT JOIN
(Organizacija LEFT JOIN Organizacija AS Organizacija_1 ON Organizacija.Nadredjena =
Organizacija_1.OrganizacijaID) ON ResenjeORasporedjivanju.RadnoMestoID =
Organizacija.OrganizacijaID) LEFT JOIN (Organizacija AS Organizacija_2 LEFT JOIN
Organizacija AS Organizacija_3 ON Organizacija_2.Nadredjena =
Organizacija_3.OrganizacijaID) ON ResenjeORasporedjivanju.RadnoMestoStaroID =
Organizacija_2.OrganizacijaID) ON Radnik.RadnikID =
ResenjeORasporedjivanju.PartnerID) ON FizickoLice.FizickoLiceID = Radnik.RadnikID) ON
Partner.PartnerID = FizickoLice.FizickoLiceID) ON RadniOdnos.RadniOdnosID =
Radnik.RadniOdnosID) ON SkolskaSprema.SkolskaSpremaID = Radnik.SkolskaSpremaID)
ON Zanimanje.ZanimanjeID = Radnik.ZanimanjeID;
U upitima nisu postavljeni uslovi jer su dodati u izveštajima.
42
6.3.2. Definisanje izgleda formi
Obrasci (Forms) služe za kreiranje korisničkog interfejsa za lakše ažuriranje, brisanje i

unošenje podataka u tabele i zato su one osnovni tip objekata u SUBP.
Prilikom startovanja baze otvara se glavni izborni meni obrazac Radnik. U obrascu
Radnik su i drugi obrasci koji su respoređeni po tabovima: Identifikacija, Porodica,
Obrazovanje-opšte, Pripadnost / Status, Radni odnos, Raspoređivanje, Radni staž,
Odsustva.
Radnik
Slika 26. Glavni obrazac - Radnik / Identifikacija
43
Porodica
Slika 27. Obrazac Radnik / Porodica
Slika 28. Obrazac Radnik / Obrazovanje - opšte
44
Slika 29. Obrazac Radnik / Pripadnost/Status
Slika 30. Obrazac Radnik / Radni odnos
45
Slika 31. Obrazac Radnik / Raspoređivanje
Slika 32. Obrazac Radnik / Radni staž
46
Slika 33. Obrazac Radnik / Odsustva
Slika 34. Obrazac Rešenje o odsustvu
47
Slika 35. Obrazac Rešenje o raspoređivanju
48
Literatura
1. Prof. Dr. Alempije Veljović,’’ Projektovanje informacionih sistema’’,

Kompjuter biblioteka, Čačak 2003.
2. Prof. Dr. Alempije Veljović,’’ Menadžment informacioni sistemi’’, Kompjuter
biblioteka, 2003.
3. Prof. Dr. Alempije Veljović,’’ Praktikum iz analize informacionih sistema’’,
Megatrend univerzitet primenjenih nauka, Beograd, 2004
4. Slobodan Obradović, Biljanja Vučinić,Pavle Kaluđerčić: Projektovanje
baza podataka i aplikacija, Akademska štamparija, Beograd 2003.
5. Microsoft Press: Microsoft Access 2003 Korak po korak, CET Computer
Eljuipment and Trade, Beograd 2004.
49

Vodjenje Dosijea Zaposlenog

Uploaded by

Copyright:

Available Formats

You might also like

Vodjenje Dosijea Zaposlenog

Uploaded by

Document Information

Original Title

Copyright

Available Formats

Share this document

Share or Embed Document

Sharing Options

Did you find this document useful?

Is this content inappropriate?

Copyright:

Available Formats

Vodjenje Dosijea Zaposlenog

Uploaded by

Copyright:

Available Formats

SMER: INDUSTRIJSKI MENADŽMENT

RAZVOJ INFORMACIONOG PODSISTEMA -

Kandidat Rukovodilac radova

Mirjana Agbaba Prof dr. Alempije Veljović

3. OSNOVNI RESURSI KORIŠĆENI ZA IZRADU PROJEKTA----------------------------------5

5.1. Definisanje granica modela................................................................................12

6.1. Fizički model podataka.......................................................................................32

S TEP EN VRS TA S TRU^ N E S PREME

Tabela 1. Broj zaposlenih po vrsti i stepenu stručne spreme

Projekat Informacionog podsistema zasniva se na korišćenju standarda IDEF0 i

3. OSNOVNI RESURSI KORIŠĆENI ZA IZRADU PROJEKTA

4.1. Funkcionalno modeliranje - IDEF0 (BPwin)

Razlozi koji su motivisali nastanak modeliranja aktivnosti su:

informacionih tehnologija i primena INTERNET servisa uslovljava potrebu za reinžinjeringom

Ulaz AKTIVNOST Izlaz

Slika 1. Osnovni koncept IDEF0 metodologije

Kontrolne (Control) strelice regulišu odnosno odgovorne su za to kako, kada i da li će

4.2. Informaciono modeliranje - IDEF1X (ERwin)

Informaciono modeliranje ili modeliranje podataka je naše apstraktno viđenje stanja

 SKUP OPERATORA (OPERACIJE) - definiše dinamičku interpretaciju podataka kroz

Naziv Identifikujuća veza

Slika 2. Identifikujuća veza

Naziv Obavezna neidentifikujuća veza

Slika 3. Identifikujuća veza

Naziv Opciona neidentifikujuća veza

Slika 4. Identifikujuća veza

Veza kategorije je definisana za hijerarhisku vezu između nadređenog generičkog

Potpuna struktura Nepotpuna struktura

Kompletnost kategorija Nekompletan

Slika 5. Vrste entiteta kategorije

Potpuna struktura se definiše za tačno određeni broj entiteta kategorije i ne može se

5. FUNKCIONALNI I INFORMACIONI MODEL

5.1. Definisanje granica modela

Definisanje granica modela je vezano za postavke date za razvoj procesa VOĐENJE

 dubine (definisanja nivoa detaljnosti).

5.1.1. Opis dijagrama konteksta

Dijagram konteksta obuhvata sledeće elemente:

Odluka o utvr|ivanju potreba

Informacije iz obezbedjenja kadrova

Dokumentacija od drzavnih institucija

Informacije iz upravljanja kvalitetom VODJENJE

Informacije iz pravnih poslova

Evidencija o obucenosti zaposlenih

NODE: TITLE: VODJENJE DOSIJEA ZAPOSLENOG NUMBER:

Slika 6. Dijagram konteksta Vođenje dosijea zaposlenog

5.2. Definisanje stabla aktivnosti

Na osnovu definisane granice modela prelazi se na sledeću aktivnost "Definisanje

ima od 2 do 6 podređenih aktivnosti. Ako je više od šest podredjenih aktivnosti, to znači

Slika 7. Stablo aktivnosti procesa Vođenje dosijea zaposlenog

NODE: TITLE: VODJENJE DOSIJEA ZAPOSLENOG NUMBER:

Sa stanovišta projektanta definisanje zahteva korisnika ključni je momenat. U pitanju

5.3.1. Definisanje zahteva iz dokumenata

Definisanje zahteva iz dokumenata je pogled odozdo na gore i ima globalni karakter

01.03.14/1 u 2 primerka od kojih se jedan odlaže u dosije a drugi nosi na

KARTON ZAPOSLENOG RADNIKA

Prezime: Matični broj:

Ime: Broj radne knjižice:

Ime jednog roditelja: Lični broj: