vodjenje dosijea zaposlenog

SMER: INDUSTRIJSKI MENADŽMENT

DIPLOMSKI RAD

Naslov Diplomskog rada:

RAZVOJ INFORMACIONOG PODSISTEMA - VOĐENJE DOSIJEA ZAPOSLENOG

Kandidat

Mirjana AgbabaIndeks br. 368 / 2005

Rukovodilac radova

Prof dr. Alempije Veljović

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.................................................................................125.1.1. Opis dijagrama konteksta-----------------------------------------------------------------------13

5.2. Definisanje stabla aktivnosti...............................................................................14

5.3. Definisanje zahteva korisnika.............................................................................155.3.1. Definisanje zahteva iz dokumenata----------------------------------------------------------155.3.2. Definisanje zahteva intervjuom----------------------------------------------------------------17

5.4. Definisanje dekompozicionog dijagrama...........................................................185.4.1. Opis aktivnosti – Vođenje dosijea zaposlenog--------------------------------------------205.4.2. Opis aktivnosti - Osiguranje zaposlenog----------------------------------------------------215.4.3. Opis aktivnosti – Praćenje ličnih podataka-------------------------------------------------235.4.4. Opis aktivnosti – Radni ciklus zaposlenog-------------------------------------------------24

5.5. Definisanje logičkog modela...............................................................................265.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....................................................................................................376.3.1. Definisanje upita-----------------------------------------------------------------------------------386.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.

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:

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

Kontrola

Poziv

AKTIVNOST IzlazUlaz

Mehanizam

Kontrola

Poziv


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.

Slika 2. Identifikujuća veza

9

Entitet

Entitet

Identifikujuća vezaNaziv

EntitetA

KljucA

EntitetB

KljucBKljucA (FK)


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.


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

Entitet

Entitet

Naziv

EntitetA

KljucA

EntitetB

KljucB

KljucA (FK)

Obavezna neidentifikujuća veza



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

Entitet kategorije 3Entitet kategorije 2Entitet kategorije 1

Generi~ki entitet

DiskriminatorKompletnost kategorija


Generi~ki entitet

DiskriminatorKompletnost kategorija


Generi~ki entitet

DiskriminatorNekompletan set kategorija


Generi~ki entitet

DiskriminatorNekompletan set kategorija

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

Naziv

EntitetA

KljucA

EntitetB

KljucB

KljucA (FK)Entitet

Entitet

Opciona neidentifikujuća veza


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 dubine (definisanja nivoa detaljnosti).

12


Š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:REV:PROJECT: Diplomski rad

15.03.2007.04.09.2007.

NOTES: 1 2 3 4 5 6 7 8 9 10

WORKINGDRAFTRECOMMENDEDPUBLICATION

READER DATE CONTEXT:

TOPTeIS

NODE: TITLE: NUMBER:VODJENJE DOSIJEA ZAPOSLENOGA-0

0$0

VODJENJEDOSIJEA

ZAPOSLENOG

Informacije iz obezbedjenja kadrova

Dokumentacija od drzavnih institucija

Informacije iz upravljanja kvalitetomInformacije iz dosijea zaposlenog

Razduzna lista (TE 01.03.14-3)

Informacije iz pravnih poslova

Evidencija o obucenosti zaposlenih

Odluka o utvr|ivanju potrebazasnivanja radnog odnosa Zakoni i zakonska akta

Referent za radneodnose

Pravni referent

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.


28.09.2007.28.09.2007.

NOTES: 1 2 3 4 5 6 7 8 9 10



A-0

TOP

NODE: TITLE: NUMBER:VODJENJE DOSIJEA ZAPOSLENOGA0

0$0

VODJENJEDOSIJEA

ZAPOSLENOG

1$0

OSIGURANJEZAPOSLENOG

PRIJAVLJIVANJEPENZIONOINVALIDSKOGOSIGURANJA

PRIJAVLJIVANJEZDRAVSTVENOGOSIGURANJA

2$0

PRACENJELICNIH

PODATAKA

PROMENALICNIHPODATAKA

STIPENDIRANJEKREDITI IPOMOC

PRACENJERADNESPOSOBNOSTI

3$0

RADNICIKLUS

ZAPOSLENOG

RASPOREDJIVANJE

ODSUSTVA IODMORI

PRESTANAKRADNOG ODNOSA

Slika 7. Stablo aktivnosti procesa Vođenje dosijea zaposlenog

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.

OSNOVNI PODACI

Prezime:

Ime:

Ime jednog roditelja:

Devojačko prezime:

Pol:

Datum rođenja:

Mesto rođenja:

Opština:

Republika: Imena dece: Pol: Godina rođenja:

Nacionalnost: 1.

Državljanstvo: 2.

Telefon: 3.

Naziv zavr. škole-fakul.:

Smer-odsek:

Stepen stručne spreme:

Post diplomske studije:

Školovanje u toku:

Vozačka dozvola:

Znanje stranog jezika:

Stenografija:

Daktilografija:

Status zaposlenog:

Datum stupanja na rad:

Ukupan radni staž:

Preduzeće:

Radna jedinica:

Naziv radnog mesta:

Stepen stručne spr. r. m.:

Koeficijent za obračun:

TE.01.03.14/1

Godišnji odmori i odsustva

Stručni ispit, specijalizacije, kursevi:

Beograd, Uralska 9

KARTON ZAPOSLENOG RADNIKA

PODACI O RADNOM ODNOSU I KRETANJU U SLUŽBI

PODACI O RADNOM ODNOSU

PODACI O STRUČNOM OBRAZOVANJU I OSPOSOBLJAVANJU

Matični broj:

Broj radne knjižice:

Bračno stanje:

Ime bračnog druga:

Lični broj:

Broj lične karte:

Adresa:

Opština:

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


4

3

2

1

3

3

2

1

2

1

A0

A4

A42

A-0

Opstije

Detaljnije

A4

A42

A00

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


01.07.1999.05.09.2007.

NOTES: 1 2 3 4 5 6 7 8 9 10



A-0

NODE: TITLE: NUMBER:VODJENJE DOSIJEA ZAPOSLENOGA0

1$0

OSIGURANJEZAPOSLENOG

2$0

PRACENJELICNIH

PODATAKA

3$0

RADNICIKLUS

ZAPOSLENOGRazduzna lista (TE01.03.14-3)

Informacije iz dosijea zaposlenog

Referent za radne odnose

Zakoni izakonskaakta

Resenja o prestanku radnog odnosa

Informacije iz upravljanja kvalitetom

Informacije iz osiguranja zaposlenog

Karton zaposlenog radnika

Potvrda o podnetoj prijavi - odjavi osiguranja (M-3A)

Evidencija o licnim podacima zaposlenog (TE 01.03.14-1)Resenje o rasporedjivanju naradno mesto

Informacije izobezbedjenja kadrova

Pravni referent

Dokumentacija od drzavnih institucija

Resenja o odsustvima i odmorima

Informacije iz pravnihposlovaEvidencija

oobucenostizaposlenih

Odluka o utvr|ivanju potrebazasnivanja radnog odnosa

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

USED AT: AUTHOR: Mirjana Agbaba DATE:

REV:PROJECT: Diplomski rad

15.03.2007.

15.03.2007.

NOTES: 1 2 3 4 5 6 7 8 9 10

WORKING

DRAFT

RECOMMENDED

PUBLICATION


A0

NODE: TITLE: NUMBER:OSIGURANJE ZAPOSLENOGA1

1$0

PRIJAVLJIVANJEPENZIONO

INVALIDSKOGOSIGURANJA

2$0

PRIJAVLJIVANJEZDRAVSTVENOG

OSIGURANJA


Referent za radne odnose

Informacije izobezbedjenjakadrova

Informacije izosiguranjazaposlenog

Evidencija o licnim podacima zaposlenog (TE01.03.14-1)

Izveštaj o prestanku i mirovanju radnog odnosa

Prijava o zasnivanju iprestanku radnog odnosa (E-3)

Ugovor o radu

Prijava na osiguranje (M-1)

Radna knjižica

Prijava promena u toku osiguranja (M3)

Potvrda o podnetoj prijavi - odjavi osiguranja (M-3A)

Zdravstvena knjižica

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



15.03.2007.

05.09.2007.

NOTES: 1 2 3 4 5 6 7 8 9 10

WORKING

DRAFT

RECOMMENDED

PUBLICATION


A0

NODE: TITLE: NUMBER:PRACENJE LICNIH PODATAKA.ZAPOSLENOGA2

1$0

PROMENALICNIH

PODATAKA

2$0

STIPENDIRANJEKREDITI IPOMOC

3$0

PRACENJERADNE

SPOSOBNOSTI

Odluka outvr|ivanjupotrebazasnivanjaradnog odnosa

Referent zaradne odnose


Informacije iz osiguranja zaposlenogPotvrda o podnetoj prijavi i odjavi osiguranja

Dokumentacija od državnih institucija

Evidencija o licnim podacima zaposlenog (TE 01.03.14-1)

Informacije iz upravljanja kvalitetom

Karton zaposlenog radnika


Informacije od zaposlenog

Rešenje državnih organa

Spisiak radnika koji su osposobljeni

Rešenje o imenovanjukomisije za pracenjezaposlenog na probnom radu(Qo 1120020)

Mišljenje orezultatimaradazaposlenog naprobnom radu

Evidencija o zaposlenima osposobljenim za bezbedan rad (TE 01.03.29/2)

Evidencija o radnicima osposobljenim za montazu skele (TE 01.03.48-1)


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



15.03.2007.

15.03.2007.

NOTES: 1 2 3 4 5 6 7 8 9 10

WORKING

DRAFT

RECOMMENDED

PUBLICATION


A0

NODE: TITLE: NUMBER:RADNI CIKLUS ZAPOSLENOGA3

1$0

RASPOREÐIVANJE

2$0

ODSUSTVA IODMORI

3$0

PRESTANAKRADNOGODNOSA

Referent zaradne odnose

Zakoni i zakonska akta

Pravni referent

Rešenje o rasporedjivanju na radno mesto

Razdužna lista (TE 01.03.14-3)

Rešenja o godisnjem odmoru(TEO 131)

Informacijeiz pravnihposlova

Informacije iz osiguranja zaposlenog

Informacije izobezbedjenjakadrova

Resenje o prestanku radnog odnosa po silizakona


Ugovor o radu

Prijava o zasnivanju i prestanku radnog odnosa (E-3)

Evidencija o izrecenimdisciplinskim merama

Otkaz ugovora o radu od strane zaposlenog

Rešenje za odsustvovanje sa rada (TEO 049)

Resenja o odsustvima iodmorima

Resenje o prestanku radnogodnosa po volji zaposlenog

Resenje o prestanku radnog odnosanezaviosno od volje zaposlenog Rešenja o

prestankuradnogodnosa


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 Bračni status Delatnost Država Državljanstvo Krvna grupa Lokacija Mesec Mesto Opština Organizacija Osnov promene radnog odnosa Partner Preduzeće Profil posla

Fizičko lice Pravno lice Radnik Radnik obrazovanje Radnik radni staž Radno mesto Rešenje o odsustvu Rešenje o raspoređivanju Zadatak Član porodice

26


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


KodRadnik

TipPartnera

Banka

BankaID

SwiftCode

BracniStatus

BracniStatusID

SifraBracnogStatusaNazivBracnogStatusa

ClanPorodice

ClanPorodiceIDRadnikID (FK)

PrezimePolImeJMBGSrodstvoDatumRodjenjaMestoIDAdresaZaposlenKodZanimanjeIDBrojZdravstveneKnjizice

Delatnost

DelatnostID

SifraDelatnostiNazivDelatnosti

Drzava

DrzavaID

NazivDrzaveSkraceniNazivNazivDrzaveEngleskiSifraUKodeksuNazivDrzaveRuskiMogucnostTrgovineZakonskiUslovTrgovine

Drzavljanstvo

DrzavljanstvoID

NazivDrzavljanstva

FizickoLice

FizickoLiceID (FK)

PrezimeImeFunkcijaZvanjeJMBGMobilniOpstinaRodjenjaHobiKodRadnikDrzavaRodjenja (FK)DatumRodjenjaLicnaKartaBrojMestoRodjenja (FK)PolLicnaKartaIzdaoLicnaKartaDatumIsticanjaSlikaTelefonKucniPasosBrojPasosDatumIsticanjaBrojOdelaBrojCipelaBracniStatusID (FK)PravnoLiceID (FK)

KrvnaGrupa

KrvnaGrupaID

NazivKrvneGrupeLokacija

LokacijaID

SifraLokacijeOrganizacijaIDMestoIDRadnikIDKontoIDVrstaLokacijeID (FK)NazivLokacijeAdresaNadredjenaLokacija (FK)VrstaZastiteIDKodAktivanNeaktivan

Mesec

Mesec

NazivMeseca

Mesto

MestoID

OpstinaID (FK)OkrugIDNazivMestaPTTNazivMestaEngleskiNazivMestaRuski

Opstina

OpstinaID

NazivOpstineSifraOpstine

Organizacija

OrganizacijaID

VrstaOrganizacijeID (FK)SifraOrganizacijeNadredjena (FK)StaraSifraNazivOrganizacijeOtvorioKodAktivanPasivanDatumOtvorioIzmenioDatumIzmenioSistematizacijaIDRadnoMestoRukovodiID

OsnovPromeneRadnogOdnosa

OsnovPromeneRadnogOdnosaID

SifraOsnovaPromeneRadnogOdnosaNazivOsnovaPromeneRadnogOdnosaObracunDaNe

Partner

PartnerID

TekuciRacunBankaID (FK)KlasifikacioniBrojPIBRegistarskiBrojDoprinosaMestoID (FK)StaraSifraDrzavaID (FK)AdresaTelefonFaxEmailDelatnostID (FK)RabatNapomenaTipPartneraSlavaID (FK)www

PravnoLice

PravnoLiceID (FK)

MaticniBrojNazivPartneraSkraceniNazivVrstaPravnogLicaID (FK)SedisteBrojZaposlenihKodAktuelnogIsporuciocaKodZaintresovanZaSaradnjuRegistarskiBrojPrijaveOblikSvojineIDGodinaRegistracijeGodinaOsnivanja

Preduzece

PreduzeceID

LogoPravnoLiceID (FK)

ProfilPosla

ProfilPoslaID

SifraProfilaPoslaNazivProfilaPoslaKodDirktniIndirektni

Radnik

RadnikID (FK)

MaticniBrojResenjeORasporedjivanjuIDRadnoMestoIDOrganizacionaJedinicaIDSatninaDatumPostavljenjaDatumResenjaSerijskiBrojRadneKnjiziceDatumPoslednjegZaposlenjaRadniOdnosID (FK)RegistarskiBrojRegistarskiBrojOsiguranjaDatumIzdavanjaRadneKnjiziceBrojZdravstveneKnjiziceBrojDanaGodisnjegOdmoraVrstaStambenogStatusaID (FK)KodAktivanPasivanTachNoOpstinaStanovanjaZanimanjeID (FK)SkolskaSpremaID (FK)RoditeljStarateljPrezimePrethodnoKrvnaGrupaID (FK)DrzavljanstvoID (FK)Sindikat (FK)

RadnikObrazovanje

RedniBrojRadnikID (FK)

VrstaObrazovanjaID (FK)DatumUverenjaBrojUverenjaUspehNazivUverenjaUverenjeIzdaoUverenjeVaziDo

RadnikRadniStaz

RedniBrojRadnikID (FK)

BrojMaticneKnjigeDatumZaposlenjaPreduzeceUstanovaDatumPrestankaZaposlenjaTrajanjeZaposlenjaGodinaTrajanjeZaposlenjaMeseciTrajanjeZaposlenjaDanaOsnovPromeneRadnogOdnosaID (FK)Napomena

RadniOdnos

RadniOdnosID

SifraRadnogOdnosaNazivRadnogOdnosaBrojDanaOdredjeno

RadnoMesto

RadnoMestoID (FK)

ZanimanjeLokacijaID (FK)SkolskaSpremaID (FK)StrucnaSpremaPeriodPregledaStrucnaSpremaAlternativaObaveznoObucavanjeRadnoIskustvoOgranicenjeNaPolSkolaBodoviOdStarosnoOgranicenjeBodoviDoBrojIzvrsilacaKoeficijentRadnogMestaKategorijaBeneficijaKodRezijaProizvodnjaPosebniUsloviProfilPoslaID (FK)MeniID

ResenjeOOdsustvu

ResenjeOOdsustvuIDRadnikID (FK)

VrstaOdsustvaID (FK)DatumPocetkaDatumZavrsetkaDatumResenjaUkupanBrojDanaOdsustvaOdobrenBrojDanaOdsustvaGodinaRazlogOdsustvaDatumPocetkaRadaDeoOdmora

ResenjeORasporedjivanju

ResenjeORasporedjivanjuIDRadnikID (FK)

RadnoMestoStaroID (FK)RadnoMestoID (FK)SatninaDatumPostavljenjaDatumResenja

SkolskaSprema

SkolskaSpremaID

NazivSkolskeSpremeSifraSkolskeSpremeStepenSkolskeSpremeSortNadredjenaSkolaskaSprema

Slava

SlavaID

NazivSlaveDanMesec (FK)

VrstaLokacije

VrstaLokacijeID

NazivVrsteLokacije

VrstaObrazovanja

VrstaObrazovanjaID

SifraVrsteObrazovanjaNazivVrsteObrazovanja

VrstaOdsustva

VrstaOdsustvaID

VrstaOdsustvaClanNaslov

VrstaOrganizacije

VrstaOrganizacijeID

NazivVrsteOrganizacije

VrstaPravnogLica

VrstaPravnogLicaID

NazivVrstePravnogLica

VrstaStambenogStatusa

VrstaStambenogStatusaID

SifraVrsteStambenogStatusaNazivVrsteStambenogStatusa

Zadatak

OrganizacijaID (FK)RedniBroj

NazivZadatkaKoeficijentZadatka

Zanimanje

ZanimanjeID

SifraZanimanjaZanimanje

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.

KodRadnik

TipPartnera

DrzavaDrzavaID

NazivDrzaveSkraceniNazivNazivDrzaveEngleskiSifraUKodeksuNazivDrzaveRuskiMogucnostTrgovineZakonskiUslovTrgovine

DrzavljanstvoDrzavljanstvoID

NazivDrzavljanstva

FizickoLiceFizickoLiceID (FK)


KrvnaGrupaKrvnaGrupaID

NazivKrvneGrupe

MesecMesec

NazivMeseca

MestoMestoID

OpstinaID (FK)OkrugIDNazivMestaPTTNazivMestaEngleskiNazivMestaRuski

OpstinaOpstinaID

NazivOpstineSifraOpstine

PartnerPartnerID


ClanPorodiceClanPorodiceIDRadnikID (FK)

PrezimePolImeJMBGSrodstvoDatumRodjenjaMestoIDAdresaZaposlenKodZanimanjeIDBrojZdravstveneKnjizice

BracniStatusBracniStatusID

SifraBracnogStatusaNazivBracnogStatusa

RadnikRadnikID (FK)


SkolskaSpremaSkolskaSpremaID

NazivSkolskeSpremeSifraSkolskeSpremeStepenSkolskeSpremeSortNadredjenaSkolaskaSprema

SlavaSlavaID

NazivSlaveDanMesec (FK)

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


TipPartnera

KodRadnik

Partner

PartnerID


Radnik

RadnikID (FK)


FizickoLice

FizickoLiceID (FK)


PravnoLice

PravnoLiceID (FK)

MaticniBrojNazivPartneraSkraceniNazivVrstaPravnogLicaID (FK)SedisteBrojZaposlenihKodAktuelnogIsporuciocaKodZaintresovanZaSaradnjuRegistarskiBrojPrijaveOblikSvojineIDGodinaRegistracijeGodinaOsnivanja

ResenjeOOdsustvu

ResenjeOOdsustvuIDRadnikID (FK)

VrstaOdsustvaID (FK)DatumPocetkaDatumZavrsetkaDatumResenjaUkupanBrojDanaOdsustvaOdobrenBrojDanaOdsustvaGodinaRazlogOdsustvaDatumPocetkaRadaDeoOdmora


ResenjeORasporedjivanjuIDRadnikID (FK)

RadnoMestoStaroID (FK)RadnoMestoID (FK)SatninaDatumPostavljenjaDatumResenja

Organizacija

OrganizacijaID

VrstaOrganizacijeID (FK)SifraOrganizacijeNadredjena (FK)StaraSifraNazivOrganizacijeOtvorioKodAktivanPasivanDatumOtvorioIzmenioDatumIzmenioSistematizacijaIDRadnoMestoRukovodiID

RadnoMesto

RadnoMestoID (FK)

ZanimanjeLokacijaID (FK)SkolskaSpremaID (FK)StrucnaSpremaPeriodPregledaStrucnaSpremaAlternativaObaveznoObucavanjeRadnoIskustvoOgranicenjeNaPolSkolaBodoviOdStarosnoOgranicenjeBodoviDoBrojIzvrsilacaKoeficijentRadnogMestaKategorijaBeneficijaKodRezijaProizvodnjaPosebniUsloviProfilPoslaID (FK)MeniID

VrstaLokacije

VrstaLokacijeID

NazivVrsteLokacije

VrstaOrganizacije

VrstaOrganizacijeID

NazivVrsteOrganizacije

VrstaOdsustva

VrstaOdsustvaID

VrstaOdsustvaClanNaslov

Lokacija

LokacijaID

SifraLokacijeOrganizacijaIDMestoIDRadnikIDKontoIDVrstaLokacijeID (FK)NazivLokacijeAdresaNadredjenaLokacija (FK)VrstaZastiteIDKodAktivanNeaktivan

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


Banka

BankaID: Long Integer

SwiftCode: Text(50)

BracniStatus

BracniStatusID: Long Integer

SifraBracnogStatusa: Text(10)NazivBracnogStatusa: Text(50)

ClanPorodice

ClanPorodiceID: Long IntegerPartnerID: Long Integer

Prezime: Text(50)Pol: ByteIme: Text(50)JMBG: Text(13)Srodstvo: Text(50)DatumRodjenja: Date/TimeMestoID: Long IntegerAdresa: Text(50)ZaposlenKod: Text(50)ZanimanjeID: Long IntegerBrojZdravstveneKnjizice: Text(50)

Delatnost

DelatnostID: Long Integer

SifraDelatnosti: Text(50)NazivDelatnosti: Text(255)

Drzava

DrzavaID: Long Integer

NazivDrzave: Text(255)SkraceniNaziv: Text(10)NazivDrzaveEngleski: Text(50)SifraUKodeksu: Text(50)NazivDrzaveRuski: Text(50)MogucnostTrgovine: ByteZakonskiUslovTrgovine: Text(50)

Drzavljanstvo

DrzavljanstvoID: Long Integer

NazivDrzavljanstva: Text(255)

FizickoLice

PartnerID: Long Integer

Prezime: Text(50)Ime: Text(50)Funkcija: Text(50)Zvanje: Text(50)JMBG: Text(13)Mobilni: Text(50)OpstinaRodjenja: Long IntegerHobi: Text(50)KodRadnik: ByteDrzavaRodjenja: Long IntegerDatumRodjenja: Date/TimeLicnaKartaBroj: Text(50)MestoRodjenja: Long IntegerPol: ByteLicnaKartaIzdao: Text(50)LicnaKartaDatumIsticanja: Date/TimeSlika: OLE ObjectTelefonKucni: Text(50)PasosBroj: Text(50)PasosDatumIsticanja: Date/TimeBrojOdela: Text(10)BrojCipela: Text(10)BracniStatusID: Long IntegerPravnoLiceID: Long Integer

KrvnaGrupa

KrvnaGrupaID: Long Integer

NazivKrvneGrupe: Text(50)

Lokacija

LokacijaID: Long Integer

SifraLokacije: Text(50)OrganizacijaID: Long IntegerMestoID: Long IntegerRadnikID: Long IntegerKontoID: Long IntegerVrstaLokacijeID: Long IntegerNazivLokacije: Text(255)Adresa: Text(50)NadredjenaLokacija: Long IntegerVrstaZastiteID: Long IntegerKodAktivanNeaktivan: Byte

Mesec

Mesec: Byte

NazivMeseca: Text(50)

Mesto

MestoID: Long Integer

OpstinaID: Long IntegerOkrugID: Long IntegerNazivMesta: Text(255)PTT: Text(5)NazivMestaEngleski: Text(50)NazivMestaRuski: Text(50)

Opstina

OpstinaID: Long Integer

NazivOpstine: Text(255)SifraOpstine: Text(50)

Organizacija

OrganizacijaID: Long Integer

VrstaOrganizacijeID: Long IntegerSifraOrganizacije: Text(50)Nadredjena: Long IntegerStaraSifra: Text(50)NazivOrganizacije: Text(100)Otvorio: Text(50)KodAktivanPasivan: ByteDatumOtvorio: Date/TimeIzmenio: Text(50)DatumIzmenio: Date/TimeSistematizacijaID: Long IntegerRadnoMestoRukovodiID: Long Integer

OsnovPromeneRadnogOdnosa

OsnovPromeneRadnogOdnosaID: Long Integer

SifraOsnovaPromeneRadnogOdnosa: Text(10)NazivOsnovaPromeneRadnogOdnosa: Text(50)ObracunDaNe: Text(2)

Partner


TekuciRacun: Text(50)BankaID: Long IntegerKlasifikacioniBroj: Text(50)PIB: Text(50)RegistarskiBrojDoprinosa: Text(50)MestoID: Long IntegerStaraSifra: Text(50)DrzavaID: Long IntegerAdresa: Text(50)Telefon: Text(50)Fax: Text(50)Email: Text(50)DelatnostID: Long IntegerRabat: SingleNapomena: MemoTipPartnera: Bytewww: Text(255)SlavaID: Long Integer

PravnoLice

PravnoLiceID: Long Integer

MaticniBroj: Text(50)NazivPartnera: Text(255)SkraceniNaziv: Text(50)VrstaPravnogLicaID: Long IntegerSediste: Text(50)BrojZaposlenih: Long IntegerKodAktuelnogIsporucioca: ByteKodZaintresovanZaSaradnju: ByteRegistarskiBrojPrijave: Text(50)OblikSvojineID: Long IntegerGodinaRegistracije: IntegerGodinaOsnivanja: Integer

Preduzece

PreduzeceID: Long Integer

Logo: OLE ObjectPartnerID: Long Integer

ProfilPosla

ProfilPoslaID: Long Integer

SifraProfilaPosla: Text(10)NazivProfilaPosla: Text(50)KodDirktniIndirektni: Byte

Radnik


MaticniBroj: Text(50)ResenjeORasporedjivanjuID: Long IntegerRadnoMestoID: Long IntegerOrganizacionaJedinicaID: Long IntegerSatnina: SingleDatumPostavljenja: Date/TimeDatumResenja: Date/TimeSerijskiBrojRadneKnjizice: Text(50)DatumPoslednjegZaposlenja: Date/TimeRadniOdnosID: Long IntegerRegistarskiBroj: Text(50)RegistarskiBrojOsiguranja: Text(50)DatumIzdavanjaRadneKnjizice: Date/TimeBrojZdravstveneKnjizice: Text(50)BrojDanaGodisnjegOdmora: IntegerVrstaStambenogStatusaID: Long IntegerKodAktivanPasivan: ByteTachNo: Text(50)OpstinaStanovanja: Long IntegerZanimanjeID: Long IntegerSkolskaSpremaID: Long IntegerRoditeljStaratelj: Text(50)PrezimePrethodno: Text(50)KrvnaGrupaID: Long IntegerDrzavljanstvoID: Long IntegerSindikat: Long Integer

RadnikObrazovanje

RedniBroj: Long IntegerPartnerID: Long Integer

VrstaObrazovanjaID: Long IntegerDatumUverenja: Date/TimeBrojUverenja: Text(50)Uspeh: Text(10)NazivUverenja: Text(255)UverenjeIzdao: Text(255)UverenjeVaziDo: Date/Time

RadnikRadniStaz

RedniBroj: Long IntegerPartnerID: Long Integer

BrojMaticneKnjige: Text(50)DatumZaposlenja: Date/TimePreduzeceUstanova: Text(50)DatumPrestankaZaposlenja: Date/TimeTrajanjeZaposlenjaGodina: IntegerTrajanjeZaposlenjaMeseci: ByteTrajanjeZaposlenjaDana: ByteOsnovPromeneRadnogOdnosaID: Long IntegerNapomena: Memo

RadniOdnos

RadniOdnosID: Long Integer

SifraRadnogOdnosa: Text(10)NazivRadnogOdnosa: Text(50)BrojDanaOdredjeno: Long Integer

RadnoMesto

RadnoMestoID: Long Integer

Zanimanje: Text(50)LokacijaID: Long IntegerSkolskaSpremaID: Long IntegerStrucnaSprema: Text(50)PeriodPregleda: Text(50)StrucnaSpremaAlternativa: Text(50)ObaveznoObucavanje: ByteRadnoIskustvo: Text(50)OgranicenjeNaPol: ByteSkola: Text(50)BodoviOd: SingleStarosnoOgranicenje: ByteBodoviDo: SingleBrojIzvrsilaca: IntegerKoeficijentRadnogMesta: SingleKategorija: Text(50)Beneficija: Long IntegerKodRezijaProizvodnja: BytePosebniUslovi: Text(255)ProfilPoslaID: Long IntegerMeniID: Long Integer

ResenjeOOdsustvu

ResenjeOOdsustvuID: Long IntegerPartnerID: Long Integer

VrstaOdsustvaID: Long IntegerDatumPocetka: Date/TimeDatumZavrsetka: Date/TimeDatumResenja: Date/TimeUkupanBrojDanaOdsustva: Long IntegerOdobrenBrojDanaOdsustva: Long IntegerGodina: Long IntegerRazlogOdsustva: Text(50)DatumPocetkaRada: Date/TimeDeoOdmora: Long Integer


ResenjeORasporedjivanjuID: Long IntegerPartnerID: Long Integer

RadnoMestoStaroID: Long IntegerRadnoMestoID: Long IntegerSatnina: SingleDatumPostavljenja: Date/TimeDatumResenja: Date/Time

SkolskaSprema

SkolskaSpremaID: Long Integer

NazivSkolskeSpreme: Text(255)SifraSkolskeSpreme: Text(50)StepenSkolskeSpreme: Text(10)Sort: IntegerNadredjenaSkolaskaSprema: Long Integer

Slava

SlavaID: Long Integer

NazivSlave: Text(50)Dan: IntegerMesec: Byte

VrstaLokacije

VrstaLokacijeID: Long Integer

NazivVrsteLokacije: Text(255)VrstaObrazovanja

VrstaObrazovanjaID: Long Integer

SifraVrsteObrazovanja: Text(10)NazivVrsteObrazovanja: Text(50)

VrstaOdsustva

VrstaOdsustvaID: Long Integer

VrstaOdsustva: Text(50)Clan: MemoNaslov: Text(50)

VrstaOrganizacije

VrstaOrganizacijeID: Long Integer

NazivVrsteOrganizacije: Text(50)

VrstaPravnogLica

VrstaPravnogLicaID: Long Integer

NazivVrstePravnogLica: Text(255)

VrstaStambenogStatusa

VrstaStambenogStatusaID: Long Integer

SifraVrsteStambenogStatusa: Text(10)NazivVrsteStambenogStatusa: Text(50)

Zadatak

OrganizacijaID: Long IntegerRedniBroj: Long Integer

NazivZadatka: MemoKoeficijentZadatka: Single

Zanimanje

ZanimanjeID: Long Integer

SifraZanimanja: Text(50)Zanimanje: Text(255)

Slika 18. Fizički model podataka za posao Vođenje dosijea zaposlenog

33


Drzava

DrzavaID: Long Integer

NazivDrzave: Text(255)SkraceniNaziv: Text(10)NazivDrzaveEngleski: Text(50)SifraUKodeksu: Text(50)NazivDrzaveRuski: Text(50)MogucnostTrgovine: ByteZakonskiUslovTrgovine: Text(50)

Drzavljanstvo

DrzavljanstvoID: Long Integer

NazivDrzavljanstva: Text(255)

FizickoLice



KrvnaGrupa

KrvnaGrupaID: Long Integer

NazivKrvneGrupe: Text(50)

Mesec

Mesec: Byte

NazivMeseca: Text(50)

Mesto

MestoID: Long Integer

OpstinaID: Long IntegerOkrugID: Long IntegerNazivMesta: Text(255)PTT: Text(5)NazivMestaEngleski: Text(50)NazivMestaRuski: Text(50)

Opstina

OpstinaID: Long Integer

NazivOpstine: Text(255)SifraOpstine: Text(50)

Partner



ClanPorodice

ClanPorodiceID: Long IntegerPartnerID: Long Integer

Prezime: Text(50)Pol: ByteIme: Text(50)JMBG: Text(13)Srodstvo: Text(50)DatumRodjenja: Date/TimeMestoID: Long IntegerAdresa: Text(50)ZaposlenKod: Text(50)ZanimanjeID: Long IntegerBrojZdravstveneKnjizice: Text(50)

BracniStatus

BracniStatusID: Long Integer

SifraBracnogStatusa: Text(10)NazivBracnogStatusa: Text(50)

Radnik



SkolskaSprema

SkolskaSpremaID: Long Integer

NazivSkolskeSpreme: Text(255)SifraSkolskeSpreme: Text(50)StepenSkolskeSpreme: Text(10)Sort: IntegerNadredjenaSkolaskaSprema: Long Integer

Slava

SlavaID: Long Integer

NazivSlave: Text(50)Dan: IntegerMesec: Byte

Slika 19. Fizički model podataka za posao Praćenje ličnih podataka

34


Partner



Radnik



FizickoLice



PravnoLice

PravnoLiceID: Long Integer

MaticniBroj: Text(50)NazivPartnera: Text(255)SkraceniNaziv: Text(50)VrstaPravnogLicaID: Long IntegerSediste: Text(50)BrojZaposlenih: Long IntegerKodAktuelnogIsporucioca: ByteKodZaintresovanZaSaradnju: ByteRegistarskiBrojPrijave: Text(50)OblikSvojineID: Long IntegerGodinaRegistracije: IntegerGodinaOsnivanja: Integer

ResenjeOOdsustvu

ResenjeOOdsustvuID: Long IntegerPartnerID: Long Integer

VrstaOdsustvaID: Long IntegerDatumPocetka: Date/TimeDatumZavrsetka: Date/TimeDatumResenja: Date/TimeUkupanBrojDanaOdsustva: Long IntegerOdobrenBrojDanaOdsustva: Long IntegerGodina: Long IntegerRazlogOdsustva: Text(50)DatumPocetkaRada: Date/TimeDeoOdmora: Long Integer


ResenjeORasporedjivanjuID: Long IntegerPartnerID: Long Integer

RadnoMestoStaroID: Long IntegerRadnoMestoID: Long IntegerSatnina: SingleDatumPostavljenja: Date/TimeDatumResenja: Date/Time

Organizacija

OrganizacijaID: Long Integer

VrstaOrganizacijeID: Long IntegerSifraOrganizacije: Text(50)Nadredjena: Long IntegerStaraSifra: Text(50)NazivOrganizacije: Text(100)Otvorio: Text(50)KodAktivanPasivan: ByteDatumOtvorio: Date/TimeIzmenio: Text(50)DatumIzmenio: Date/TimeSistematizacijaID: Long IntegerRadnoMestoRukovodiID: Long Integer

RadnoMesto

RadnoMestoID: Long Integer

Zanimanje: Text(50)LokacijaID: Long IntegerSkolskaSpremaID: Long IntegerStrucnaSprema: Text(50)PeriodPregleda: Text(50)StrucnaSpremaAlternativa: Text(50)ObaveznoObucavanje: ByteRadnoIskustvo: Text(50)OgranicenjeNaPol: ByteSkola: Text(50)BodoviOd: SingleStarosnoOgranicenje: ByteBodoviDo: SingleBrojIzvrsilaca: IntegerKoeficijentRadnogMesta: SingleKategorija: Text(50)Beneficija: Long IntegerKodRezijaProizvodnja: BytePosebniUslovi: Text(255)ProfilPoslaID: Long IntegerMeniID: Long Integer

VrstaLokacije

VrstaLokacijeID: Long Integer

NazivVrsteLokacije: Text(255)

VrstaOrganizacije

VrstaOrganizacijeID: Long Integer

NazivVrsteOrganizacije: Text(50)

VrstaOdsustva

VrstaOdsustvaID: Long Integer

VrstaOdsustva: Text(50)Clan: MemoNaslov: Text(50)

Lokacija

LokacijaID: Long Integer

SifraLokacije: Text(50)OrganizacijaID: Long IntegerMestoID: Long IntegerRadnikID: Long IntegerKontoID: Long IntegerVrstaLokacijeID: Long IntegerNazivLokacije: Text(255)Adresa: Text(50)NadredjenaLokacija: Long IntegerVrstaZastiteID: Long IntegerKodAktivanNeaktivan: Byte

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.RoditeljStarateljFROM 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.MeniIDFROM 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.DeoOdmoraFROM ((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 OrganizacionaJedinicaStaraFROM 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

Documents