Poslovni Informacioni Sistemi
Univerzitet u Beogradu
Fakultet Organizacionih Nauka
Poslovni Informacioni Sistemi
Sybase PowerDesigner 12
– Skripta –
Vuk Janoševi
ć
, saradnik
mr Ognjen Panteli
ć
, asistent
dr Dragana Be
č
ejski-Vujaklija, profesor
Slika 2. Pristup serveru licenci
FON raspolaže sa 20 licenci. Svaka od licenci, kada se preuzme, traje mesec
dana. Svaki put kada istekne licenca, PowerDesigner
ć
e tražiti da se ista
obnovi. U tom postupku potrebno je ponovo pristupiti serveru licenci na istoj
adresi i preuzeti licencu, ukoliko ima slobodnih. Nakon unosa adrese i porta
servera, izabrati dugme Next.
4.
Na slede
ć
em ekranu potrebno je izabrati željeni softverski paket – Studio
Enterprise.

neusglašenosti se otklanjaju adekvatnim korektivnim merama. Internu proveru izvodi tim
proveriva
č
a koji poseduje adekvatno znanje u oblasti upravljanja kvalitetom. Svaki
proveriva
č
ponaosob odgovoran je za ono za šta je zadužen i potrebno je da se
ponaša u skladu sa kodeksom ponašanja. Vo
đ
a tima poseduje ve
ć
a ovlaš
ć
enja i
odgovoran je za celokupno funkcionisanje tima proveriva
č
a, za šta je dužan da
podnosi redovan izveštaj o njihovom radu.
Proces interne provere kvaliteta „Telekoma“ sastoji se iz pet podprocesa:
1.
Planiranje provere
Na osnovu kataloga procesa, kataloga usluga, organizacione šeme i izveštaja
o troškovima i planiranom budžetu kao i na osnovu prethodnog godišnjeg
plana provere izradjuje se godišnji plan provere za teku
ć
u godinu gde se
utvrdjuju predmeti, podru
č
ja, kriterijumi provere kao i u kojim mesecima
ć
e se
odvijati. Tim koji
ć
e biti zadužen za proveru utvrdjuje se na osnovu godišnjeg
plana i liste proveriva
č
a. Ako neki od potencijalnih proveriva
č
a nije završio
obuku za ocenjiva
č
e sistema kvaliteta, upu
ć
uje se na obu
č
avanje. Nakon
formiranja tima vrši se raspodela zaduženja na osnovu godišnjeg plana
provere.
2.
Priprema provere
Predstavlja slede
ć
i korak u procesu provere gde se pravi operativni plan koji
obuhvata kada i za koje vreme, gde, ko, šta i kako
ć
e se vršiti provera, zatim se
proveriva
č
i upoznaju sa dokumentacijom koju
ć
e proveravati i na osnovu kojih
se izradjuje
č
ek liste.
3.
Sprovodjenje provere
Sprovodjenje provere se odvija u dve faze: provera na stolu koja obuhvata
detaljan pregled dokumentacije i pri tome se utvrdjuje usaglašenost
dokumentacije sistema kvaliteta sa zahtevima standarda ISO 9001, kao i
internih standarda; druga faza predstavlja proveru na terenu, gde se vrši
provera funkcionisanja sistema kvaliteta sa odredjenim zahtevima standarda.
Kada se to obavi, piše se izveštaj o neusaglašenosti i definišu se korektivne
mere koje je potrebno pokrenuti za otklanjanje istih.
4.
Sprovodjenje korektivnih mera
Na osnovu rezultata provere, izveštaja o neusaglašenosti, predložene
korektivne mere se pokre
ć
u, prati se njihovo izvršavanje i nakon toga se
korektivne mere zatvaraju.
5.
Izrada godišnjeg izveštaja
Slika 20. Podešavanje podataka kroz tok
Pošto u teku
ć
em modelu još nepostoji definisan ni jedan tip podatka, izabrati
ikonu za unos novog tipa podatka. Nakon odabira, pojavljuje se prozor za definisanje
tog novog tipa podatka (slika 21.).
Slika 21. Definisanje novog tipa podatka
Dodavanje novog tipa
Dodavanje postoje
ć
eg

Sybase Unwired Orchestrator
Ova notacije predstaljva proširenje BPEL4WS notacije sa komponentama razvijenim
ekskluzivno za PowerDesigner. Te komponente su: definisanje XSD šema, definisanja pravila za
pojedine procese, definisanje sistema za oporavak u slu
č
aju da model poslovnih procesa
pravi greške, kreiranje složenog slu
č
aja asocijacije podataka kada podaci nisu unapred
poznati i kada se ne zna ta
č
no vreme potrebno za njihovo pribavljanje (kada je neizvesnost
visoka), mapiranje podataka razli
č
itih sistema radi smanjena redundanse itd.
WSBPEL
Web Sevice for Business Process Execution Language predstavlja ogoljenu BPEL4WS
notaciju jer se u njoj nemoraju formalno opisati procesi i podaci koji su njima potrebni, ve
ć
je
mogu
ć
e definisati domen delovanja procesa kao i koje tipove podataka proces može da
primi i kog tipa treba da budu podaci na izlazu iz njega. Ova notacije predstavlja dosta
otvoren na
č
in specificiranja poslovnih procesa jer ostavlja dosta mesta za slobodno poimanje i
razumevanje. Zato modeli kreirani u ovoj notaciji uvek predstavljaju suplement neki drugim
modelima koji su potpunije specificirani. Prednost ove notacije je što se oslonja na WSDL
standard za formatiranje poruka
č
ime se njena integracija sa drugim softverskim alatima
znatno pove
ć
ava, za razliku od Analysis ili BPMN notacije.
Ovaj materijal je namenjen za učenje i pripremu, ne za predaju.
Slični dokumenti