Upravljanje ljudskim resursima

Specifikacija softverskih zahtjeva

 Historija izmjena

Datum Verzija Status Detalji izmjene Autor

01/11/2014 1.0 Prva verzija dokumenta Svi članovi
tima

2
 SADRŽAJ

1. Uvod 4
1.1 Svrha dokumenta 4
1.2 Definicije, akronimi i skraćenice 4
1.3 Reference 4
1.4 Sažetak dokumenta 4
2. Opis proizvoda 5
2.1 Svrha proizvoda 5
2.2 Obim proizvoda 5
2.3 Korisnici i njihove karakteristike 6
2.4 Funkcionalnosti proizvoda 6
2.5 Pretpostavke i ovisnosti 6
3. Razrada zahtjeva 7
3.1 Funkcionalni zahtjevi za modul „Administracija“ 7
3.1.1 Logiranje na sistem 7
3.1.2 Pregled korisnika sistema 7
3.1.3 Izmjena ličnih podata korisnika sistema 7
3.2 Funkcionalni zahtjevi za modul „Kadrovska služba“ 7
3.2.1 Logiranje na sistem 7
3.2.2 Upravljanje zaposlenicima 7
3.2.3 Upravljanje godišnjim odmorima 8
3.2.4 Upravljanje bolovanjima 8
3.2.5 Upravljanje ugovorima o radu 8
3.2.6 Obračun plata zaposlenika 8
3.2.7 Upravljanje radnim satima 8
3.2.8 Kreiranje izvještaja 9
3.3 Funkcionalni zahtjevi za modul „Menadžment“ 9
3.3.1 Logiranje na sistem 9
3.3.2 Kreiranje izvještaja višeg nivoa 9
3.4 Nefunkcionalni zahtjevi 9
3.4.1 Korisnički interfejsi 9
3.4.2 Vanjski interfejsi i integracije 9
3.4.3 Upotrebljivost 10
3.4.4 Performanse 10
3.4.5 Korektnost 11
3.4.6 Instalacija 11
3.4.7 Upravljanje i održavanje sistema 12
3.4.8 Prenosivost 12
3.4.9 Skalabilnost 12
3.4.10 Sigurnost 12
3.4.11 Primjenjivi standardi 13
3.4.12 Robusnost 13
3.4.13 Internacionalizacija 13
3.4.14 Personalizacija 13
3.4.15 Ograničenja 13
4. Prilozi 14

3
1. UVOD

„Upravljanje ljudskim resursima“ je softverska aplikacija zamišljena da maksimizira efikasnost

upravljanja, nadgledanja i evidencije svih dešavanja koji se tiču zaposlenika unutar jednog preduzeća.
Razlog samog nastanka ovog softverskog projekta proizilazi iz činjenice da su konvencionalne metode
obavljanja ovih poslova dosta neefikasne te da je kranje vrijeme da se kao društvo modernizujemo.

1.1 SVRHA DOKUMENTA

Svrha ovog dokumenta je da se opiše struktura i funkcionalnost aplikacije „Upravljanje ljudskim
resursima“ v. 1.0 koja ima za cilj da vrši obradu i arhiviranje velikog broja podataka o zaposlenicima i
njihovim akcijama u nekom preduzeću.

Poznavanje procesa unutar jedne firme ili preduzeća je od uslova za razumijevanje, a samim tim i
implementaciju ovog softverskog projekta.

1.2 DEFINICIJE, AKRONIMI I SKRAĆENICE

IS – informacijski sistem

Administrator – u kontekstu računarstva, to je osoba sa najvišim privilegijama i odgovornostima

zadužena za nadgledanje IS-a i popravku eventualnih grešaka

GUI – korisničko sučelje

Logiranje – proces prijave na neki sistem

1.3 REFERENCE

1.4 SAŽETAK DOKUMENTA

Dokument sadrži specifikacije aplikacije „Upravljanje ljudskim resursima“. Dokument također sadrži
zahtjeve predstavnika kadrovske službe, menadžmenta preduzeća i administratora, probleme na koje
svakodnevno nailaze, i rješenja koje donosi ovaj informacijski sistem. Definirani su svi akteri – sistem i
korisnici – te interakcija koja se događa između korisnika i sistema.

4
2. OPIS PROIZVODA

„Upravljanje ljudskim resursima“ je informacijski sistem za podršku u upravljanju ljudskim resursima

unutar nekog preduzeća.

Pošto je preduzeće opšti pojam tako je i ovaj informacijski sistem opšteg karaktera te je primjenjiv u
različitim preduzećima sa sličnom strukturom.

IS će omogućiti prijavu i odjavu zaposlenika, ažuriranje ugovora o radu, obračun plaća, praćenje
bolovanja, odsustava i godišnjih odmora.

Složeni pravni propisi u segmentu obračuna plaća i honorara zahtjevaju adekvatno softversko rješenje
koje će na pravi način adresirati sve probleme u tekućem radu.

2.1 SVRHA PROIZVODA

Aplikacija treba da riješi problem obrade i arhiviranja velikog broja podataka nastalih kao rezultat
svakodnevnih kadrovskih aktivnosti u preduzeću.

Aplikacija će omogućiti:

 prijavu i odjavu zaposlenika

 ažuriranje ugovora o radu
 administraciju plaća
 slanje raznih obavjesti
 kreiranje izvještaja
 praćenje
o bolovanja
o odsustava
o godišnje odmore

2.2 OBIM PROIZVODA

Proizvod jeste samostalan i predstavlja zaokruženu cjelinu u kontekstu onoga što radi ali je posebna
pažnja data u izradi ovog proizvoda kako bi bio primjenjiv u različitim preduzećima. Također, sam dizajn i
struktura proizvoda omogućava laku inkorporaciju u složenije sisteme ako je potrebno.

5
2.3 KORISNICI I NJIHOVE KARAKTERISTIKE

Tip korisnika Cilj Educiranost

Referent kadrovske službe
Vodi brigu o zaposlenicima Visoki nivo
Daje razorazne potvrde
Upravlja
 Odmorima
 Ugovorima o radu
 Izostancima uposlenika

Vođa kadrovske službe Kreira izvještaje višeg nivoa Srednji nivo

Administrator sistema Upravlja korisnicima Visoki nivo
Prati rad sistema

2.4 FUNKCIONALNOSTI PROIZVODA

Pregled funkcionalnosti sistema za „Upravljanjem ljudskim resursima“:

Menadžer / vođa kadrovske službe:

 Brzo kreiranje izvještaja

Referent kadrovske službe:

 Evidencija ugovora o radu

 Evidencija o zaposlenicima
 Evidencija o izostancima (godišnji odmori, bolovanja) zaposlenika
 Evidencija radnih sati zaposlenika
 Slanje obavjesti zaposlenicima
Administrator:

 Upravljanje korisnicima
 Održavanje IS-a

2.5 PRETPOSTAVKE I OVISNOSTI

Hardverski gledano ovaj sistem ne zahtjeva uopšte mnogo resursa, vrlo je lagan i efikasan izuzev
štampaća i papira koji su potrebni u određenom broju za printanje ugovora, potvrda i sl.

Sistem se sastoji iz trii modula – modul za kadrovsku službu, menadžment i administraciju.

Informacijski sistem „Upravljanje ljudskim resursima“ je namjenjen velikom broju preduzeća koji imaju
kadrovsku službu. Međutim, struktura nekih preduzeća je drugačija te bi bilo potrebno modifikovati ovaj
IS u cilju podržavanja takvih preduzeća.

6
3. RAZRADA ZAHTJEVA

3.1 FUNKCIONALNI ZAHTJEVI ZA MODUL „ADMINISTRACIJA“

3.1.1 Logiranje na sistem

FZ-1 Omogućiti formu za unos korisničkog imena i lozinke:

Administrator unosi korisničko ime i lozinku.
U slučaju ispravnih podataka, korisnik dobija administratorske privilegije.
U slučaju neispravnih podataka, korisnik dobija odgovarajuću poruku

3.1.2 Pregled korisnika sistema

FZ-2 U formi za pregled korisnika sistema:

Administrator može vršiti pretragu u polju predviđenom za pretragu korisnik.
Odabirom korisnika iz liste, administrator dobija formu sa ličnim podacima tog korisnika.

3.1.3 Izmjena ličnih podata korisnika sistema

FZ-3 U formi ličnim podacima korisnika:

Administrator može mjenjati njihove podatke.
Izmjene podataka se čuvaju odabirom na opciju za spremanje izmjenjenih podataka.

3.2 FUNKCIONALNI ZAHTJEVI ZA MODUL „KADROVSKA SLUŽBA“

3.2.1 Logiranje na sistem

FZ-4 Omogućiti formu za unos korisničkog imena i lozinke:

Referent kadrovske službe unosi korisničko ime i lozinku.
U slučaju ispravnih podataka, korisnik dobija privilegije.
U slučaju neispravnih podataka, korisnik dobija odgovarajuću poruku

3.2.2 Upravljanje zaposlenicima

FZ-5 Referent kadrovske službe ima pristup formi koja nudi listu svih zaposlenika u preduzeću
Referent kadrovske službe može pretraživati zaposlenike u polju predviđenom za to
Referent kadrovske službe može dobiti privatne podatke o svakom zaposleniku preduzeća
odabirom opcije za prikaz informacija

7
3.2.3 Upravljanje godišnjim odmorima

FZ-6 Referent kadrovske službe može dodijeliti godišnji odmor u formi za godišnje odmore
Ukoliko su uslovi za godišnji odmor zadovoljeni (broj dana definiran u ugovoru o radu) onda će
biti dodata stavka u listu godišnjih odmora
Ako uslovi nisu zadovoljeni biće ispisana odgovarajuća poruka

3.2.4 Upravljanje bolovanjima

FZ-7 Forma namjenjena za bolovanja omogućavala bi referentu kadrovske službe da određenom

zaposleniku dodijeli bolovanje
Forma bi nudila listu sa razlozima bolovanja te (zakonom) predviđen broj dana
Ukoliko su uslovi za bolovanje zadovoljeni, stavka će biti dodana u listu bolovanja
Ako uslovi nisu zadovoljeni, biće ispisana odgovarajuća poruka

3.2.5 Upravljanje ugovorima o radu

FZ-8 Forma namjenjena za ugovore o radu bi služila da referentu kadrovske službe omogući da sklopi
ugovor sa potencijalnim zaposlenikom
U okviru forme bila bi ponuđena polja za unos naziv poslodavca, ličnim podacima zaposlenika,
datumu započinjanja rada, mjestu rada, dužini i rasporedu radnog mjesta, plaći, dodacima na
plaću, trajanju godišnjeg odmora te zatim vrijeme na koje se zaposlenik zapošljava (određeno ili
neodređeno)
Nakon sklapanja ugovora određenom opcijom, korisnik će biti spremljen u bazu i tretirat će se
kao ravnopravan zaposlenik preduzeća

FZ-9 Opcija za poništenje ugovora o radnom odnosu bi omogućavala prekid te brisanje zaposlenika iz
baze

3.2.6 Obračun plata zaposlenika

FZ-10 Forma za obračun plata zaposlenika bi nudila listu korisnika za koje želimo obračunati platu
Selekcijom korisnika (ili više njih) i odabirom opcije za obračun plate vršile bi se kalkulacije sa
visinom plate iz ugovora o radu + zakonske obaveze prema državi (porezi, pio, zdravstveno)

3.2.7 Upravljanje radnim satima

FZ-11 Forma za evidenciju radnih sati bi omogućavala praćenje i evidentiranje radnog vremena
zaposlenika preduzeća
Svakog radnog dana bi se evidentirali dolasci i odlasci zaposlenika te računalo njihovo radno
vrijeme

8
3.2.8 Kreiranje izvještaja

FZ-12 Forma za kreiranje izvještaja bi omogućavala kreiranje izvještaja na osnovu kriterija koje referent
kadrovske službe odabere

3.3 FUNKCIONALNI ZAHTJEVI ZA MODUL „MENADŽMENT“

3.3.1 Logiranje na sistem

FZ-13 Omogućiti formu za unos korisničkog imena i lozinke:

Menadžer unosi korisničko ime i lozinku.
U slučaju ispravnih podataka, korisnik dobija privilegije.
U slučaju neispravnih podataka, korisnik dobija odgovarajuću poruku

3.3.2 Kreiranje izvještaja višeg nivoa

FZ-14 Forma za kreiranje izvještaja bi omogućavala kreiranje izvještaja na osnovu kriterija koje menadžer
odabere

3.4 NEFUNKCIONALNI ZAHTJEVI

3.4.1 Korisnički interfejsi

„Upravljanje ljudskim resursima“ je web bazirana aplikacija i baš zbog toga korisnički interfejs treba da je
uniforman na svim platformama i uređajima.

Funkcionalnost web aplikacije je na prvom mjestu, a ona se jedino može postići minimalizmom i
izostavljanjem suvišnih detalja.

Koriste se samo osnovni elementi koji su poznati svim korisnicima sistema bez obzira na stepen njihove
informatičke pismenosti.

3.4.2 Vanjski interfejsi i integracije

3.4.2.1 Mrežni i hardverski interfejsi

TCP/IP protokol se uzima za apriori i sve je bazirano na njemu.

U pitanju je web aplikacija te se interakcija s njom vrši putem HTTP protokola. Web aplikacija se nalazi na
web serveru dok na odvojenom serveru se nalazi SQL baza podataka koja sadrži sve relevantne podatke
za našu aplikaciju. Aplikacija se ponaša identično i u LAN-u i u WAN-u.

9
3.4.2.2 Sistemski i softverski interfejsi

Razvoj softverskog proizvoda će se odvijati u MSVS dok će baza biti implementirana u MSSQL. OS na
kojem će biti vršen razvoj je Windows. Dijagrami će biti rađeni u Open Model Sphere i Power Designer
alatima.

3.4.3 Upotrebljivost

S obzirom na trud i vrijeme uloženo u planiranje i projektovanje ovog softvera obuka korisnika sistema će
trajati iznimno kratko. U pitanju su minuti prije nego što korisnik postane fluidan u korištenju ovog IS.

3.4.4 Performanse

<Karakteristike performansi sistema se moraju istaći u ovom dijelu. Uključite i specifična vremena
odgovora. Gdje god je primjenjivo, povežite odgovarajući use- case po imenu. Podsjetnik: Ove vrijednosti
vrijede pod uslovima koje su navedene u poglavlju „Pretpostavke i ovisnosti“ .

3.4.4.1 Kapacitet

Sistem će podržavati na hiljade korisnika.

3.4.4.2 Propusnost

 Propusnost (npr. broj kupaca ili transakcija u sekundi koje sistem može da opsluži)>
Sistem je dosta lagan i jednostavan te posao koji obavlja nije resource-intensive tako da je broj
korisnika ili transakcija koje sistem može da opsluži „neograničen“.

3.4.4.3 Dostupnost i pouzdanost

 Dostupnost (Availability) – specificirati procenat vremena dostupnosti ( xx.xx%), sati korištenja,

pristup za održavanje, degradirano stanje operacije, pokrivenost različitih lokacija i sl.
Pogledati primjer www.it.uu.se/edu/course/homepage/pvt/SRS.pdf → poglavlje 5.11>

 Srednje vrijeme između dva otkaza (Mean Time Between Failures (MTBF)) – se obično specificira
u satima ali može takođe biti zadato i u danima, mjesecima ili godinama
Pogledati primjer www.it.uu.se/edu/course/homepage/pvt/SRS.pdf → poglavlje 5.14>

 Srednje vrijeme otklanjanja greške (Mean Time To Repair (MTTR) ili The Mean Time To Fix (MTTF))
– koliko dugo je dozvoljeno da sistem ne bude u funkciji, nakon pojave kvara?
Pogledati primjer www.it.uu.se/edu/course/homepage/pvt/SRS.pdf → poglavlje 5.10>

3.4.4.4 Latencija

 Vrijeme koje je potrebno da se izvrši zahtijevani servis (srednje, maksimalno)

Pogledati primjer www.it.uu.se/edu/course/homepage/pvt/SRS.pdf → poglavlje 5.12.3>

10
  Stanja degradacije (šta je prihvatljivo stanje operacije kada je sistem degradiran u određenom
smislu)>

3.4.5 Korektnost

<Ovo podpoglavlje navodi zahtjeve koji se odnose na stepen do kojeg sistem može sadržavati
nedostatke, a dalje biti prihvatljiv za kupca.>

3.4.5.1 Skriveni nedostaci

<Maksimalna stopa greški (bugs) i stepen kvarova (defects) – Greške je potrebno kategorizirani prema
pojmovima niži (engl. minor), visoki (engl. significant), i kritični (engl. critical bugs). Zahtjevi moraju
definisati šta se misli pod “kritična greška". Npr. potpuni gubitak podataka ili potpuna nemogućnost
korištenja određenih dijelova funkcionalnosti sistema.>

Pogledati primjer www.it.uu.se/edu/course/homepage/pvt/SRS.pdf → poglavlje 5.5.1>

3.4.5.2 Tačnost

<Tačnost (Accuracy) – specificira tačnost (po nekom prihvaćenom standardu) koja se zahtijeva na izlazu
sistema.

Pogledati primjer www.it.uu.se/edu/course/homepage/pvt/SRS.pdf → poglavlje 5.5.2 >

3.4.5.3 Preciznost

<Preciznost (Precision) – specificira preciznost (po nekom prihvaćenom standardu) koja se zahtijeva na
izlazu sistema.

Pogledati primjer www.it.uu.se/edu/course/homepage/pvt/SRS.pdf → poglavlje 5.5.3>

3.4.5.4 Ažurnost

<Stepen do kojeg sistem mora osigurati da njegov pohranjena informacija je aktuelna (tj. up-to-date)>

Pogledati primjer www.it.uu.se/edu/course/homepage/pvt/SRS.pdf → poglavlje 5.5.4>

3.4.6 Instalacija

<Specifični zahtjevi za instaliranje sistema na serveru, klijentski računarima itd. Npr. prosječno vrijeme
koje je potrebno da bi se instalirao sav potrebni softver na klijentskom računaru ne smije biti duži od 5
minuta.

Pogledati primjer www.it.uu.se/edu/course/homepage/pvt/SRS.pdf → poglavlje 5.8>

11
3.4.7 Upravljanje i održavanje sistema

<Ovo poglavlje opisuje sve zahtjeve koje će unaprijediti podršku ili održavanje sistema koji se gradi,
uključujući standarde kodiranja, konvencije imenovanja, fizički pristup za održavanje, uslužne programe
za održavanje (odnosi se na sve faktore koji olakšavaju održavanje sistema u njegovoj upotrebi)

3.4.7.1 Nadzor

< engl. Monitoring: Navedite sve zahtjeve za nadzor ispravnosti sistema kroz praćenja uslova koji dovode
do kritičnog stanja, otkrivanje grešaka, pregled log-datoteka itd.>

3.4.7.2 Održavanje

<engl. Maintenance. Odredite atribute sistema koji se odnose na jednostavnost održavanja. Ti zahtjevi se
mogu odnositi na modularnost, kompleksnost itd. Zahtjevi se ne bi trebao biti postavljeni ovdje
jednostavno zato što su mislili da će dobar dizajn u implementaciji.>

3.4.7.3 Operativnost

<Navedite sve normalne i specijalne operacije koje se zahtijevaju od strane korisnika sistema, uključujući:

• periodi rada bez ljudskog nadzora

• backup i recovery operacije>

3.4.8 Prenosivost

<Ako je potrebno, navedite osobine koje su potrebne da bi se sistem premjestio na druge lokacije,
računarske konfiguracije ili operativne sisteme.>

3.4.9 Skalabilnost

<Ovdje se definiše mogućnost proširenja sistema kroz povećanje kapaciteta i propusnosti.

Pogledati primjer www.it.uu.se/edu/course/homepage/pvt/SRS.pdf → poglavlje 5.18>

3.4.10 Sigurnost

<npr. Sigurnost: Identificira podatke koji trebaju biti zaštićeni kao i tipove prijetnji kojima je svaki tip
podataka izložen (posebni ili neuobičajeni sigurnosni zahtjevi posebno u odnosu na: pristup sistemu,
enkripciju podataka, praćenje tragova). >

3.4.10.1 Zaštita sistema

<Primjer:

 enkripciju podataka
 praćenje tragova
12
  provjera integriteta podataka>

3.4.10.2 Autorizacija i autentifikacija

3.4.10.3 Privatnost

3.4.11 Primjenjivi standardi

<Ovo poglavlje opisuje po značaju bilo koje standarde koji se mogu primijeniti, kao i specifične dijelove
bilo kojeg od tih standarda koji se primjenjuju na opisani sistem. Npr. to može uključivati pravne,
standarde kvaliteta i regulatorne standarde, industrijske standarde za korisnost, interoperabilnost itd..

1. Dizajn softvera treba da bude specificiran prema standardu xyz

http://www.env.gov.bc.ca/csd/imb/3star/sdlc/4design/Software_Design_Description.doc

2. Dizajn arhitekture treba da bude specificiran prema standardu xyz

http://www.env.gov.bc.ca/csd/imb/3star/arch/docs/Deployment_Patterns.pdf

3. Implementacija softvera u programskom jeziku Java treba da bude izvršena prema standardu xyz
http://www.env.gov.bc.ca/csd/imb/3star/sdlc/5build/java/java_standards.html

4. Test prihvaćenosti treba da bude specificiran prema standardu xyz

http://www.env.gov.bc.ca/csd/imb/3star/sdlc/6transtn/uat/uat.htm

Prethodno navedeni linkovi na standarde su preuzeti sa:

http://www.env.gov.bc.ca/csd/imb/3star/alpa_standards.html>

3.4.12 Robusnost

<Definiše se stepen po kojim će sistem nastaviti ispravno raditi u slučaju abnormalnog korištenja sistema.
Primjer jednog zahtjeva: Svaka forma mora sadržavati validaciju unosa (pogledati FZ-2.1)

Pogledati primjer www.it.uu.se/edu/course/homepage/pvt/SRS.pdf → poglavlje 5.16>

3.4.13 Internacionalizacija

3.4.14 Personalizacija

3.4.15 Ograničenja

3.4.15.1 Ograničenja sistemskih resursa

<Ograničenja na hardver. Npr. diskovni prostor ili procesor: Dijeljeni iznajmljeni web-server (shared web
hosting) se ne smije procesorski opteretiti 100% duže od X sekundi. >

13
3.4.15.2 Ograničenja na dizajn softvera i implementaciju

<Ovo poglavlje opisuje ograničenja dizajna softvera koji utiču na sistem. Primjeri uključuju ograničenja
programskih jezika, zahtjevi softverskih procesa, razvojnih alata, ograničenje softverske arhitekture,
nabavljene komponente ili biblioteke itd..

Pogledati primjer www.it.uu.se/edu/course/homepage/pvt/SRS.pdf → poglavlje 6.4.1>

3.4.15.3 Ograničenja testiranja softvera

3.4.15.4 Pravna i regulatorna ograničenja

<Ovo poglavlje opisuje sve potrebne pravne odgovornosti, jamstva, autorska prava, patente, wordmark,
žigove ili logotip-ove u softveru>

4. PRILOZI

<Ukoliko se prilozi koriste, potrebno je u dokumentu specifikovati koji prilozi predstavljaju zahtjeve a koji
to ne čine.>

14