Uputstvo za a|MPIS

KORISNIČKO UPUTSTVO ZA
a|MPIS – Menadžment Promjena
na Informacionim Sistemima
1
SADRŽAJ
KORISNIČKO UPUTSTVO ZA ..................................................................................................................... 1
a|MPIS – Menadžment Promjena na Informacionim Sistemima ........................................................... 1
SADRŽAJ ............................................................................................................................................... 2
1.
UVOD ........................................................................................................................................... 3
2.
KRATAK PREGLED FORMI I SADRŽAJA a|MPIS APLIKACIJE ......................................................... 4
3.
PREGLED FORMI I UNOS ZAHTJEVA ............................................................................................ 6
3.1. FORMA „PRIJAVA“ ................................................................................................................... 6
3.2. FORMA „POČETNA STRANICA“................................................................................................ 7
3.2.1. UNOS ZAHTJEVA U APLIKACIJU ........................................................................................... 8
3.3. FORMA „PREGLED ZAHTJEVA“ .............................................................................................. 10
3.3.1. FORMA „UREDI ZAHTJEV“ ................................................................................................. 13
3.3.2. UPRAVLJANJE ZAHTJEVIMA ............................................................................................... 14
3.3.3. PRETRAGA ZAHTJEVA ........................................................................................................ 15
3.4. FORMA „NAJSTARIJI ZAHTJEV KOJI ČEKA NA ODLUKU“ ........................................................ 16
3.4.1. IMPLEMENTACIJA ZAHTJEVA ......................................................................................... 17
3.5. FORMA „KORISNICI“ .............................................................................................................. 17
3.6. FORMA „ULOGE“ ................................................................................................................... 19
3.7. FORMA „PROJEKTI“ i FORMA „ORGANIZACIJE ...................................................................... 20
3.8. FORMA „KOMPONENTE PROJEKTA“ ..................................................................................... 20
3.9. FORMA „TRAJANJA PROJEKTA“ ............................................................................................. 21
3.10.
FORMA „PRIORITETI“ ........................................................................................................ 21
3.11.
FORMA „KOMENTARI“ ...................................................................................................... 22
3.12.
FORMA „GLOBALNI KOMENTARI“ ..................................................................................... 22
3.13.
FORMA „PROMJENA ŠIFRE“ .............................................................................................. 23
3.14.
eMAIL PODRŠKA ................................................................................................................ 24
3.15.
FORMA „IZVJEŠTAJI“.......................................................................................................... 25
3.16.
FORMA „ODJAVA“ ............................................................................................................. 25
2
1. UVOD
a|MPIS - a|NET Menadžment Promjena na Informacionim Sistemima je web aplikacija,
servis koja ima svrhu evidentiranja i administracije zahtjeva na promjenama informacionih
sistema, aplikacija, konfiguracija servera, mrežnih konfiguracija itd. Ova aplikacija je
jednostavan i vrlo pregledan alat koji na vrlo jednostavan način prikazuje sve inicirane
promjene na sistemima i kako takve ih pohranjuje u bazu podataka i u svakom trenutku
imamo uvid u promjene na sistemima. Ova aplikacija je i svojevrstan log svih promjena na
sistemima sa mogućnosti potvrde ili odbijanja zahtjeva za promjenom. Svaki od zahtjeva
mora proći kroz službenu potvrdu nadležne osobe zahtjevanog sistema za promjenu istog.
Svaki od zahtjeva se automatski šalje na mail i svaki od korisnika ima uvid u poslate zahtjeve
kao i svaki od korisnika, ukoliko radi na određenom sistemu, ima mogućnost implementacije
istog zahtjeva uz, naravno, službenu potvrdu istog. U nastavku dokumenta ćemo proći
korake kroz svaki dio aplikacije i objasniti postupke kreiranja zahtjeva kao i administraciju
istih.
3
2. KRATAK PREGLED FORMI I SADRŽAJA a|MPIS APLIKACIJE
Kao prvo, pristup aplikaciji je preko web browsera, mozilla firefox ili internet explorer. Web
aplikacija se nalazi na adresi http://www.ampis.ba. Uspostavljanjem konekcije na aplikaciju dobijamo
formu kao na slici 2.1:
Slika 2.1. FORMA PRIJAVE NA a|MPIS
Prilikom unosa web adrese aplikacije prva forma koja se otvori je forma kao na slici gore.
Preko ove forme korisnici se logiraju na aplikaciju. Korisničko ime i šifra koji se unose za kontrolore je
šifra i ime kontrolora kao na a|TEST aplikaciji. Omogućeno je dodavanje i drugih korisničkih računa
kao što je npr. autentifikacija preko gmail servera ili a|MPIS korisničkog računa.
4
Nakon što smo se konektovali na aplikaciju otvara nam se prozor kao na slici 2.2. Vidi dolje.
Slika 2.2 a|MPIS I MENI a|MPISA
Ova forma sadrži sljedeće module(forme) :
•
•
•
•
•
•
•
•
•
•
•
•
•
NOVI ZAHTJEV – Na ovom modulu se nalazi forma za unos zahtjeva
PREGLED ZAHTJEVA - Na ovoj formi pregledamo sve postavljene zahtjeve na a|MPISu za određeni projekat ili organizaciju.
NAJSTARIJI ZAHTJEV KOJI ČEKA NA ODLUKU – ova forma služi za potvrdu ili odgodu ili
odbijanje predatih zahtjeva za promjenom.
KORISNICI – forma za unos korisnika na a|MPIS
ULOGE – Unos privilegija ili rola za korisnike koje smo ranije unijeli u sistem.
PREVENTIVNE I KOREKTIVNE MJERE – forma za unos dodatnih zahtjeva i opisa na već
postojeće zahtjeve u cilju poboljšanja informacionog sistema.
PROJEKTI – Definisanje i unos projekata.
ORGANIZACIJE – Definisanje i unos organizacija.
KOMPONENTE PROJEKTA – Definisanje i unos komponenti projekata.
TRAJANJA PROJEKTA – Definisanje i unos trajanja za zahtjeve.
PRIORITETI – Definisanje i unos prioriteta za zahtjeve.
PROMJENA ŠIFRE – Ova forma služi za promjenu korisničke šifre.
ODJAVA – Odjava potvrđenog korisnika sa aplikacije.
5
3. PREGLED FORMI I UNOS ZAHTJEVA
U ovom dijelu dokumenta ćemo proći kroz forme i objasniti unos zahtjeva i administraciju
istih. Prva forma nakon unosa web adrese je forma „Prijava“.
3.1.
FORMA „PRIJAVA“
Nakon što smo unijeli web adresu a|MPIS-a i pritisnuli enter otvorio se prozor kao na slici 3.1.:
Slika 3.1 POČETNA STRANICA aMPIS-a
Modul za prijavu na a|MPIS(vidi sliku 3.1. gore). Prijava je omogućena korisnicima koji su
potvrđeni i već unijeti na a|MPIS od strane administratora ili se logiraju preko računa sa a|TEST-a ili
preko autentifikacije sa gmail računa. U polje „Korisničko ime“ unesemo aNET gmail, Gmail, a|TEST ili
a|MPIS definisano korisničko ime. U polje „Šifra“ unesemo šifru sa tih istih korisničkih računa. Ovim
se omogućava maksimalna sigurnost i privatnost na pristupu a|MPIS aplikaciji. I na kraju kliknemo na
dugme „PRIJAVI SE“. Nakon ove akcije otvara se početna stranica a|MPIS aplikacije.
6
3.2.
FORMA „POČETNA STRANICA“
Nakon što smo se prijavili otvorio se sljedeći prozor kao na slici dolje:
Slika 3.2. POČETNA FORMA a|MPIS-a
Na gornjoj slici je prikazana početna forma a|MPIS-a. Prvo i osnovno šta aplikacija prikazuje
je forma za unos zahtjeva, jer je to funkcija koja se najviše koristi u aplikaciji.
7
3.2.1. UNOS ZAHTJEVA U APLIKACIJU
Slika 3.3. UNOS ZAHTJEVA IDENTIFICIRANOG KORISNIKA
Na slici gore je prikazana forma za unos zahtjeva u sistem. U polju „Inicijator“ se automatski
upiše ime, prezime i username korisnika koji se logirao. I taj podataka se upisuje u tabelu zahtjeva
kada se zahtjev postavi. U selekt boksovima „Izaberite:“ nalaze se nazivi organizacije i projekta za
koje imamo privilegije da iniciramo zahtjev. Potrebno je odabrati jedno od ponuđenih opcija i kada
pošaljemo zahtjev, zahtjev se zavodi pod tom organizacijom i projektom koji smo izabrali.
NAPOMENA : Obratiti pažnju za koji projekat i organizaciju postavljamo zahtjev.
U polju opis se unosi tekst zahtjeva koji želimo da pošaljemo i ovo polje ne smije biti prazno.
Takođe ovdje imamo i dva opcionalna polja, „Komentari za projekte“ i „Unos email adrese“. Slika
3.4.(vidi dolje). U polju „komentari za projekte“ nalaze se globalne informacije o projektima, koji
spadaju u evidenciji a|MPIS-a. A ukoliko korisnik nema već definisanu email adresu u bazi podataka
a|MPIS-a, pojavi se polje za unos iste tj „Unos email adrese“. Ukoliko korisnik nema email adresu
dodjeljuje se predefinisana adresa.
8
Slika 3.4. OPCIONALNA POLJA U FORMI „UNOS ZAHTJEVA“
Dalje, na dugme „Pošalji zahtjev“ zahtjev se spašava u bazu podataka aplikacije, i dalje se
procesira što ćemo govoriti u nastavku ovog dokumenta. Nakon što smo kliknuli na „Pošalji zahtjev“
otvori se tabela za pregled zahtjeva koji je postavljen. Sa ovoga mjesta možemo i opisati već
postavljeni zahtjev, ukoliko imamo privilegije, kliknuvši na link pod poljem „Akcija“ a i takođe vidimo i
komentare koji korisnici postavljaju za taj zahtjev.
9
Slika 3.5. FORMA ZA PREGLED POSTAVLJENOG ZAHTJEVA
3.3.
FORMA „PREGLED ZAHTJEVA“
Prvo, na formi prijave možemo vidjeti pregled zahtjeva koji su korisnici postavili. Klikom na link
„VIDJETI STATUS VAŠIH ZAHTJEVA“ otvori se tabela desno u kojoj je lista zahtjeva koji su korisnici
postavili:
Slika 3.6. PREGLED POSTAVLJENIH ZAHTJEVA
10
Ova forma je tabelarni prikaz postavljenih zahtjeva na a|MPIS-u. Vidi sliku dolje:
Slika 3.7. FORMA ZA PREGLED ZAHTJEVA
U tabeli gore prikazani su postavljeni zahtjevi sa pojedinačnim opisom svakog zahtjeva kao i
pretragama zahtjeva. Kolona„Inicijator“ sadrži ime korisnika koji je postavio zahtjev. Kolona „Opis“
sadrži informacije o opisu zahtjeva. „Plan radova“ je polje u koje se piše algoritam i plan rada na
implementaciji zahtjeva. „Prekid rada“ je vrijeme izraženo minutama, satima za koje aplikacija na
koju se odnosi zahtjev, neće biti u produkcionom režimu rada. „Rok radova“ je polje u koje se unosi i
sadrži vrijeme za koje bi se trebao implementirati zahtjev. „Procjena troškova“ je polje u koje se
upisuje novčana vrijednost troškova implementiranja nekog zahtjeva ili akcije koju taj zahtjev poziva.
„Odgovoran“ je polje u koje se upisuje username korisnika koji je odgovoran za implementaciju tog
zahtjeva. „Kome je delegirano“ je polje u koje se upisuje username korisnika za kojeg je unaprijed
odlučeno da implementira zahtjev. „Odobrio“ je polje koje sadrži ime i mail osobe koja je odobrila taj
zahtjev a ima privilegiju da odobrava. „Stanje“ kolona je polje u koju se upisuju specifična stanja
zahtjeva kao što su:
•
•
•
•
•
•
•
NOVI – ovo je stanje zahtjeva koji se tek poslao i upisao u bazu bez ikakvih radova na tom
zahtjevu. Možemo reći ovo je „sirovi“ zahtjev.
ODBIJEN – stanje zahtjeva kojeg je nadležna osoba odbila da se procesira
ODOBREN – zahtjev odobren za dalje procesiranje
OPISAN – zahtijev koji je opisan za implementaciju od strane korisnika koji će ga
implementirati ali nije odobren. Nakon što se odobri može se pristupiti implementaciji.
IMPLEMENTIRAN – krajnje stanje zahtjeva, zahtjev implementiran odnosno promjena na
sistemu za koji je zahtjev vezao.
PKM(Preventivno-korektivne mjere) – promjena opisa zahtjeva od strane nadležene osobe
PONIŠTEN – zahtjev poništen.
„Prioritet“ je polje u koje se upisuje prioritet izvršavanja odnosno implementiranja zahtjeva.
Predefinisane vrijednosti prioriteta su:
•
•
VRLO NIZAK
NIZAK
11
•
•
•
•
NORMALAN
VISOK
VRLO VISOK
HITNO
Prilikom postavljanja zahtjeva automatski se dodaje vrijednost „NORMALAN“, koje uz naravno
privilegiju upravljanja zahtjeva, ovlaštena osoba može da promijeni. U polju „organizacija“ i
„projekat“ nalaze se nazivi organizacije i projekta za koje se taj zahtjev odnosi. Rok(sati) je polje u
koje se upiše vrijeme koji implementator unese a koje govori okvirno koliko bi trebala trajati
implementacija.
Klikom na link desno „POKAŽI KOLONE“ otvorit će se dodatne skrivene kolone u tabeli koje radi
manje važnosti i preglednosti nisu prikazane.
U kolonama „Akcija“ se nalaze linkovi „Prikaži“ – služi za tekstualni pregled postavljenog zahtjeva vidi
dolje:
Slika 3.8 PREGLED ZAHTJEVA
Akcija „Opiši zahtjev“ prebacuje na novu formu kojom „novi“ zahtjev opisujemo i prebacujemo u
režim „opisan“.
12
3.3.1. FORMA „UREDI ZAHTJEV“
Klikom na akciju „Uredi“ otvara se sljedeća forma kao na slici dolje:
Slika 3.9. FORMA ZA OBRADU ZAHTJEVA
U polje „PLAN RADOVA“ opisemo čitavu proceduru rada na implementaciji zahtjeva. Detaljno
svaki korak napisati jer se radi na složenim sistemima pa je važno da se zna šta se i kad radilo na
određenom sistemu. „DOWNTIME“ je polje u koje se unosi vrijeme za koje predviđamo da aplikacija
ili sistem nad kojim radimo neće biti u produkcionoj fazi. Ako nema downtime-a napišemo u polje „0
min“. „Procjena trajanja“ je polje u koje unosimo vrijeme za koje mislimo da će nam trebati da
izvršimo čitavu implementaciju zahtjeva. Predefinisane vrijednosti su:
•
Zanemarivo dugo ili 1 sat
13
•
•
•
•
•
2 sata ili 2 sata
1 dan ili 8 sati
3 dana ili 24 sata
7 dana ili 56 sati
Vise od sedmicu ili 120 sati
U polju „Odgovoran za implementaciju“ izaberemo korisnika, radnika koji će vršiti tu implementaciju.
Ukoliko vršimo opis zahtjeva za implementaciju naše ime će biti u polju. Izabirati druge korisnike
samo u slučaju njihovog zahtjeva prema vama da vas uvrste za implementaciju. Štrihirati check box za
potvrdu da potvrdimo implementaciju i da omogućimo dugme „Obradi zahtjev“. Na dijelu forme
„Odaberite na koji dio se odnosi zahtjev“ je lista izabirajućih podprojekata na koje se odnosi
implementacija tog zahtjeva. Pritiskom na dugme „Obradi zahtjev“ spašavamo zahtjev u bazu i
mijenjamo mu stanje na „opisan“.
3.3.2. UPRAVLJANJE ZAHTJEVIMA
Upravljanje zahtjevima se vrši da se obezbedi bolja funkcionalnost implementiranja zahtjeva,
tako što će privilegovana osoba mijenjati za svaki zahtjev neke od njenih osnovnih parametara kao
što su prioritet zahtjeva, implementator i trajanje implementiranja zahtjeva. Nakon što korisnik
dobije privilegiju „upravljanja zahtjevima“ u tabeli zahtjeva u koloni akcije pojavi se link „Upravljanje
zahtjevima“ i klikom na dugme pojavi se forma kao na slici dolje.
Slika 3.10. Forma za promjenu prioriteta, implementatora i trajanja zahtjeva.
Birajući vrijednosti iz selekt boksova i kliknuvši na dugme pored izvršimo akciju koja
automatski promijeni trenutnu vrijednost u zahtjevu u vrijednost koju smo zadali.
14
3.3.3. PRETRAGA ZAHTJEVA
Naravno, moguće je vršiti pretrage zahtjeva po karakterističnim riječima u polju „PRETRAGA“ tj.
kliknemo na dugme „PRETRAGA“ u gornjem desnom uglu forme „Pregled zahtjeva“. Na slikama dolje
su prikazane pretrage zahtjeva.
Slika 3.11. PRETRAGA ZAHTJEVA
Dvije su vrste pretrage: pretraga po datumu, pretraga po sadržaju. Filtriranje zahtjeva je
prema stanju, organizaciji, projektu, prioritetu, prema korisniku koji je postavio zahtjev i prema
komponenti projekta. Pretraga prema datumu je filtriranje zahtjeva prema datumu ili u intervalu
postavljanja zahtjeva. U polju „sadržaj“ upišemo riječ po kojoj tražimo zahtjev. Aplikacija će
pregledati sve zahtjeve, i vratiti ih na pregled, u kojima se nalazi riječ koju smo naveli npr. ako
unesemo „abc“ vratit će nam sve zahtjeve u kojim se nalazi bilo kakva riječ koja ima u sebi niz
znakova „abc“. Filtriranje zahtjeva prema stanju je filter onih zahtjeva koji u polju stanje zahtjeva
imaju jednu od navedenih opcija a to su:
•
SVA, NOVI, ODBIJEN, ODOBREN, OPISAN, IMPLEMENTIRAN, PKM, PONIŠTEN
Filtriranje zahtjeva se takođe vrši i prema organizaciji za koju su ti zahtjevi poslati. Takođe se filtrira i
prema ostalim opcijama na isti način tj odabirom jedne od opcija i klikom na dugme „Traži“.
Sortiranje je vraćanje svih zahtjeva koje možemo pregledati ali poredani po određenom redosljedu
koje definišu sljedeće opcije:
•
•
•
•
•
Vremenu kreiranja,
vremenu zadnje promjene,
prioritetu 0 -> 9,
prioritetu 9 -> 0,
Vrijednosti prioriteta
NAPOMENA : Nakon što smo izabrali neku od navedenih opcija i kliknuli na dugme „Traži“ aplikacija
će vratiti samo one zahtjeve koje smo i tražili navedenom pretragom. I što je dobra osobina je to da
nakon pretrage vidimo samo one zahtjeve koje smo i tražili pretragom tako da se ne zamaramo
kopajući po nekim u tom trenutku manje bitnim zahtjevima. Ukoliko hoćemo da vratimo na prijašnje
stanje, znači pregled svih zahtjeva, u formi pretraga kliknemo na dugme „Očisti sesiju“.
15
3.4.
FORMA „NAJSTARIJI ZAHTJEV KOJI ČEKA NA ODLUKU“
Ova forma izlistava one zahtjeve koji čekaju na odluku o istim. Ako ih nema pojavi se obavjest
„Trenutno nema zahtjeva koji čekaju na odlučivanje“ kao na slici 3.14. Za sve ostalo na ovoj formi
pogledati 3.3. FORMA „PREGLED ZAHTJEVA“. Korisnik koji je zadužen i ima privilegije odlučivanja i
odobravanja zahtjeva, pritiskom na link „NAJSTARIJI ZAHTJEV KOJI ČEKA NA POTVRDU“ otvori se
sljedeća forma(slika 3.12.):
Slika 3.12. FORMA „NAJSTARIJI ZAHTJEV KOJI ČEKA NA ODLUKU“
Na formi su prikazane skraćene forme zahtjeva sa opcijama „ODOBRI“ odnosno „ODBIJ“
zahtjev. Pritiskom da dugme „odobri“ odnosno „odbij“ zahtjev se automatski ažurira u stanje odobri
ili odbij i taj zahtjev se ne prikazuje kao zahtjev za odlučivanje. Naravno, iz forme pregled zahtjeva
takođe je moguće otići na odlučivanje zahtjeva klikom na dugme „uredi“ ukoliko ja zahtjev opisan.
Nakon toga otvara se forma kao na slici dolje, gdje naravno možemo odlučivati o statusu zahtjeva.
Slika 3.13. FORMA „ODLUKA NAD ZAHTJEVIMA“
Ukoliko nema zahtjeva za odlučivanje pojavi se stranica sa porukom kao na slici dolje:
16
Slika 3.14. FORMA „ODLUKA NAD ZAHTJEVIMA“
3.4.1. IMPLEMENTACIJA ZAHTJEVA
Nakon što je privilegovani korisnik odobrio zahtjev, i pošto smo implementirali zahtjev ostala je
nam još akcija potvrde da je zahtjev urađen. To se odradi tako što odemo na zahtjev koji je odobren i
kliknemo na akciju „Uredi“. I otvara se forma kao na slici dole. U polje „Stvarno trajanje“ unesemo
vrijeme za koje smo implementirali taj zahtjev. I nakon toga kliknemo na dugme „Potvrdi da je
zahtjev urađen“. Status zahtjeva je promijenjen u „IMPLEMENTIRAN“ i nakon toga nema se šta raditi
sa zahtjevom.
Slika 3.15. FORMA „IMPLEMENTIRANJE ZAHTJEVA“
3.5.
FORMA „KORISNICI“
Ova forma služi za unos korisnika a|MPIS web aplikacije. Ovaj dio obavlja administrator. Izgled
forme izgleda kao na slici dolje:
Slika 3.16. FORMA ZA ADMINISTRACIJU NAD KORISNICIMA
U tabela korisnika sadrži polja :
•
•
•
IME – ime korisnika
PREZIME – prezime korisnika
USERNAME – username korisnika koji je proslijeđen sa gmail računa ili definisan od strane
administratora ukoliko korisnik nema korisničkog računa
17
•
•
•
•
•
•
ŠIFRA – dodijeljena šifra za korisnika ukoliko nema a|TEST ili gmail korisniči račun
eMAIL ADRESA - mail adresa na koju se šalju notifikacije u vezi implementiranja zahtjeva
PRIKAZIVATI KOMENTARE – Ovo polje nosi informaciju dali korisnik ima mogućnost dali
može gledati komentare za određeni projekat.
POCETNA STRANICA – stranica koja se otvori kad korisnik pristupi web aplikaciji
CREATED_AT – vrijeme kada je korisnik dodat u korisnike
UPDATED_AT – vrijeme kada je izvršena promjena nad korisničkim podacima
Dugme „Prikaži“ služi samo za vizuelni tekstualni pregled korisnika. Dugme „Obriši“ služi za
brisanje korisnika iz baze i ukidanje pristupa korisniku. Dugme „Uredi“ služi za unos korisnika i
davanje privilegija korisnika, izgled forme je prikazano na sljedećoj slici:
Slika 3.17. KREIRANJE NOVOG KORISNIKA
U polja „IME“ i „PREZIME“ upišemo ime odnosno prezime korisnika, u polje „USERNAME“
upišemo gmail username korisnika koji je već sebi otvorio gmail račun. U polja „ŠIFRA“ i“MAIL
ADRESA“ se unese šifra odnosno email adresa korisnika. Prikazivati komenatre ima dvije opcija DA i
NE, kojima dozvoljavamo korisnicima dali imaju privilegiju pregleda komentara. Nakon popune forme
kliknemo na „Dodaj zapis“.
Također, klikanjem na link „Traži“ možemo pretraživati polja u tabeli. Unosom karakteristične
riječi polja se automatski pretražuju i izbacuju rezulate kao na slici:
Slika 3.18. PRETRAŽIVANJE TABELE KORISNIKA
18
3.6.
FORMA „ULOGE“
Nakon što smo definisali korisnike, potrebno je i definisati role odnosno uloge za te korisnike.
Forma „ULOGA“ i forma za kreiranje uloge je prikazana na slici dolje:
Slika 3.18. FORMA „ULOGE“
Polja koja imamo u tabeli uloga su :
•
•
•
•
ORGANIZACIJA – naziv organizacije za koju korisnik ima privilegiju definisanu u polju
„MOZE“
PROJEKAT – naziv projekta za koju korisnik ima privilegiju definisanu u polju „MOZE“.
KORISNIK – username korisnika za kojeg dodajemo privilegije, projekat i organizaciju za
koje važe te privilegije
MOZE – polje koje daje privilegije korisnicima a koje mogu biti:
ADMINISTRIRATI – ova privilegija dodaje korisnike i upravlja web aplikacijom
INICIRATI – korisnik samo može da kreira zahtjev
IMPLEMENTIRATI – korisnik može da i implemetira zahtjev
DELEGIRATI – korisnik koji prebacuje korisnika sa privilegije na privilegiju i sa
zahtjeva na zahtjev
PREGLEDATI – pregleda zahtjeve
NADZIRATI_IMPLEMENTACIJU – nadzire zahtjeve koji su pod
implementacijom
PONIŠTAVATI_ZAHTJEVE – poništava zahtjeve
UPRAVLJANJE_ZAHTJEVIMA – dodaje prioritete i vrijeme implemntiranja
Kreiranje uloga se otvara klikom na dugme „Kreiraj“ i pojave se prazna tekst polja u koje unosimo iz
već definisanih polja kao što su organizacija, projekat i korisnik. Prvo odaberemo iz selekt boksa
odgovarajuću vrijednost i kliknemo na dugme „Dodaj postojeći“ . Ukoliko imamo već postojeći,
19
vrijednost polja mijenjamo sa dugmetom „Zamijeni sa novim“. U polje „MOZE" navedemo privilegiju
koju želimo dodijeliti korisniku a koje smo naveli ranije u tekstu. NAPOMENA: prvo se u bazi aplikacije
moraju definisati vrijednosti projekata, organizacija i korisnika da bi se adekvatno moglo i kreirati
privilegija za korsnika.
3.7.
FORMA „PROJEKTI“ i FORMA „ORGANIZACIJE
U formi „Projekti“ definišemo projekte koji će se nadzirati aplikacijom. Takođe i u
organizacijama. Jednostavan je unos jer ima jedno polje a to je „naziv“.
Slika 3.19. FORMA „PROJEKTI“
Slika 3.20. FORMA „ORGANIZACIJE“
3.8.
FORMA „KOMPONENTE PROJEKTA“
U formi komponenti unesemo naziv podprojekta ili komponente i samo navedemo za koji
projekat se odnosi taj podprojekat.
Slika 3.21. FORMA „KOMPONENTE PROJEKATA
20
3.9.
FORMA „TRAJANJA PROJEKTA“
U formi „trajanja projekata“ definisemo vrijednosti koje će korisnici birati u slučaju odabira
rokova zahtjeva i vremena trajanja implementacije.
Slika 3.22. FORMA „TRAJANJE PROJEKATA“
3.10.
FORMA „PRIORITETI“
Na slici dolje vidimo formu za unos i prikaz vrijednosti prioriteta za zahtjeve. U formi se unose
naziv prioriteta, vrijednost za koju se unosi broj koji određuje koji je prioritet u rangu veći od drugog i
polje „boja“ u koju unosimo šifru boje koja će obojiti slog zahtjeva u skladu sa prioritetom zahtjeva.
Slika 3.23. FORMA „PRIORITETI“
21
3.11.
FORMA „KOMENTARI“
U formi „komentari“ unosimo komentare i obavještenja koja se tiču direktno za pojedine
zahtjeve.
Slika 3.24. FORMA „KOMENTARI“
3.12.
FORMA „GLOBALNI KOMENTARI“
U ovoj formi kao na slici dolje unosimo globalne komentare za određeni projekat.
Slika 3.25. FORMA „GLOBALNI KOMENTARI“
22
3.13.
FORMA „PROMJENA ŠIFRE“
Pošto administrator kreira korisniči račun a nekad i šifru za korisnika, da ne bi došlo do
eventualnih sigurnosnih propusta u aplikaciji potrebno je da korisnik, ukoliko mu je šifra dodijeljena,
pri prvom pristupu aplikaciji promjeni svoju šifru. To će učiniti na način da prvo unese staru šifru. Pa
nakon što se autentificirao za promjenu šifre, korisnik unosi novu šifru koju ponavlja još jednom i
ukoliko se podudaraju, nova šifra se spašava u aplikaciju. Izgled forme za promjenu šifre se može
vidjeti na slici dolje:
Slika 3.26. PROMJENA ŠIFRE
23
3.14.
eMAIL PODRŠKA
Svaki put nakon što pošaljemo zahtjev ili se desi neka promjena na statusu zahtjeva na mail se
pošalje obavijest. Slika dolje.
Slika 3.27. eMAIL podrška - Inbox
Nakon što kliknemo na poruku i otvori se tekst poruke možemo vidjeti informacije za koje
projekte se odnosi zahtjev, tekst zahtjeva, podnosioc i direktni linkovi na aplikaciju tj. prema tom
istom zahtjevu. Klikom na link otvara se odgovarajuća forma za ažuriranje zahtjeva u zavisnosti koji
je status zahtjeva.
Slika 3.28. eMAIL podrška – Tekst poruke
24
3.15.
FORMA „IZVJEŠTAJI“
U formi „izvještaj“ moguće je pregledati broj zahtjeva za korisnike prema stanju zahtjeva. U
polju „HTML IZVJEŠTAJ“ definišemo kriterije prema kojem ćemo filtrirati broj zahtjeva prema stanju.
Kriteriji su: prema organizaciji, projektima, komponentama i implementatorima. Naravno, možemo
definisati upit i prema datumu kreiranja zahtjeva. Nakon što definišemo kriterije prema kojima
vraćamo upite klikom na dugme „Vidi izvještaj“ pojave se tabele sa vrijednostima ili brojem zahtjeva
prema stanju. Vid sliku dole.
Slika 3.29. Forma „Izvještaji“
3.16.
FORMA „ODJAVA“
Linkom „odjava“ koji se nalazi u gornjem desnom uglu odjavljujemo se sa aplikacije.
25

Download Report