Strelice - Univerzitet Singidunum
Strelice - Univerzitet Singidunum
Strelice - Univerzitet Singidunum
Create successful ePaper yourself
Turn your PDF publications into a flip-book with our unique Google optimized e-Paper software.
UNIVERZITET SINGIDUNUM<br />
Poslovni<br />
informacioni sistemi<br />
-Vežbe -<br />
Predavanja:<br />
Prof. dr Angelina Njeguš<br />
Email: anjegus@singidunum.ac.rs<br />
Vežbe:<br />
Mr Dalibor Radovanović<br />
Email: dradovanovic@singidunum.ac.rs
IDEF0 metologija
Struktura<br />
grafičkog jezika IDEF0<br />
• Grafički jezik IDEF0 opisuje metodu funkcionalne<br />
dekompozicije preko skupa dijagrama, od kojih svaki<br />
predstavlja ograničenu količinu detalja<br />
definisanih odgovarajućom sintaksom i semantikom.<br />
Dijagrami su međusobno povezani tako da opisuju<br />
sistem, hijerarhijski, sa vrha naniže. Dijagrami se sastoje<br />
od pravougaonika koji predstavljaju neki deo celine.<br />
Povezani su međusobno usmerenim linijama koje<br />
predstavljaju veze između delova.
Struktura<br />
grafičkog jezika IDEF0<br />
• Postoje tri vrste IDEF0 prikaza:<br />
– grafički,<br />
– tekstualni i<br />
– rečnik (glossary).<br />
• Grafički prikaz definiše funkcije i veze procesa preko<br />
pravougaonika i strelica i odgovarajuće sintakse i<br />
semantike.<br />
• Tekst i rečnik pružaju dodatne informacije i podržavaju<br />
grafičke dijagrame.<br />
• Sintaksu grafičkog jezika IDEF0 čine pravougaonici<br />
(boxes ), strelice ( arrows) i pravila (rules).
Sintaksa grafičkog<br />
jezika IDEF0
Sintaksa grafičkog<br />
jezika IDEF0<br />
• Pravougaonik<br />
• Pravougaonici predstavljaju aktivnosti, definisane kao<br />
funkcije, procesi i transformacije.<br />
• Svaki pravougaonik ima naziv i broj u okviru granica<br />
pravougaonika. Za naziv aktivnosti se koristi aktivan<br />
glagol ili glagolska fraza koja opisuje funkciju.<br />
• Broj se koristi da bi bio prepoznat predmet opisa<br />
pravougaonika u pridruženom tekstu.<br />
NAZIV AKTIVNOST<br />
1
Aktivnosti<br />
• Aktivnost definisana u okviru<br />
pravougaonika ima tri karakteristike:<br />
‣naziv,<br />
‣vremensku dimenziju,<br />
‣rezultat rada.
Aktivnosti<br />
• Prvo, aktivnost mora imati naziv, tj. da ime aktivnosti<br />
ima, obično, strukturu formata tipa \glagol\subjekt\. Za<br />
svaki naziv mogu se dati definicije koje ne smeju biti<br />
duge, ali bi trebale u potpunosti da objasne svaku<br />
aktivnost.<br />
• Drugo, aktivnost ima vremensku dimenziju, tj. određeno<br />
vreme koje mora proći između početka i kraja aktivnosti.<br />
Pre nego što se definiše nešto kao aktivnost, mora se<br />
imati u vidu da se u trenutku trajanja aktivnosti troši<br />
energija, koja može biti fizička, mehanička ili električna.<br />
• Treće, sve aktivnosti moraju dati rezultat, tj. odgovarajući<br />
izlaz. Aktivnosti koje ne proizvode odgovarajući rezultat<br />
mogu se definisati kao aktivnosti, ali samo zbog opisa,<br />
onakvog kakav je on u stvarnosti. Međutim, takve<br />
aktivnosti najpre će biti eliminisane.
<strong>Strelice</strong><br />
Arrows<br />
• Strelica se sastoji od jedne ili više linija, sa<br />
vrhom strelice na jednom kraju. <strong>Strelice</strong><br />
mogu biti pravolinijske ili savijene pod<br />
uglom od 90 stepeni i mogu se račvati ili<br />
spajati.
Tipovi strelica<br />
• Pravolinijske strelice<br />
o<br />
90<br />
• Strelica zakrenuta za 90 stepeni<br />
• Rač vanje strelica<br />
• Spajanje strelica
<strong>Strelice</strong><br />
• <strong>Strelice</strong> predstavljaju podatke ili objekte vezane<br />
za aktivnosti.One ne znače samo tok ili<br />
sekvencu, kao u tradicionalnom modelu<br />
dijagrama toka podataka, već prenose podatke<br />
ili objekte vezane za posmatranu aktivnost.<br />
• Svaka strelica je definisana nazivom (imenicom).<br />
Za opis naziva strelice se definiše i odgovarajući<br />
tekstualni opis.
Semantika<br />
grafičkog jezika IDEF0<br />
• Semantika grafičkogjezikaIDEF0ukazuje na značenje<br />
sintaksne komponente jezika i olakšava korektnost<br />
interpretacije kojom se opisuje notacija za aktivnosti i<br />
strelice.<br />
• Odnos između aktivnostiiatrelicajeodređen pomoću<br />
strane pravougaonika (aktivnosti) na koji je strelica<br />
naslonjena.
Semantika<br />
• <strong>Strelice</strong> sa leve strane pravougaonika se definišu kao<br />
ulazi (Input). <strong>Strelice</strong> koje ulaze u pravougaonik odozgo<br />
se definišu kao kontrole (Control). <strong>Strelice</strong> koje izlaze iz<br />
pravougaonika na desnoj strani predstavljaju izlaze<br />
(Output). Izlazi su podaci ili objekti, odnosno proizvodi<br />
aktivnosti.<br />
• Dakle, elementi prikazani na prethodnoj slici mogu se<br />
opisati rečenicom: "Ulazi se preko aktivnosti transformišu<br />
u odgovarajući izlaz, dok kontrole specificiraju uslove<br />
pod kojima aktivnost daje korektan izlaz".
Ulazi<br />
Input<br />
• Ulazna (Input) strelica predstavlja materijal<br />
ili informaciju koja se koristi ili transformiše<br />
radi definisanja izlaza (output). Dozvoljava<br />
se mogućnost da određene aktivnosti ne<br />
moraju imati ulazne strelice.
Izlazi<br />
Output<br />
• Izlazne (Output) strelice su materijali ili<br />
informacije stvorene aktivnošću. Svaka<br />
aktivnost mora imati najmanje jednu<br />
izlaznu (output) strelicu. Ne<br />
treba modelirati aktivnost koja ne stvara<br />
izlaz.
Kontrole<br />
Control<br />
• Kontrolne (Control) strelice regulišu, odnosno odgovorne<br />
su za to kako, kada i da li će se aktivnost izvesti,<br />
odnosno kakvi će biti izlazi (output). Svaka aktivnost<br />
mora imati najmanje jednu kontrolnu strelicu.<br />
• Kontrole su često u obliku pravila, politika, procedura, ili<br />
standarda. One utiču na aktivnost, ali ne mogu da budu<br />
transformisane ili upotrebljene. U slučaju da je cilj<br />
aktivnosti da promene pravilo, upotrebljene. U slučaju<br />
da je cilj aktivnosti da promene pravilo, politiku,<br />
proceduru ili standard, treba očekivati da će strelice koje<br />
sadrže tu informaciju, u stvari, biti ulaz.
Mehanizmi<br />
• <strong>Strelice</strong> na donjoj strani pravougaonika<br />
predstavljaju mehanizme. <strong>Strelice</strong> okrenute<br />
prema gore identifikuju značenje koje podržava<br />
izvršenje aktivnosti. <strong>Strelice</strong> mehanizma koje su<br />
okrenute na dole se definišu kao strelice poziva<br />
(Call arrows).<br />
• <strong>Strelice</strong> mehanizama su izvori koji izvode<br />
aktivnosti, a sami se ne "troše". Mehanizmi<br />
mogu biti ljudi, mašine i/ili oprema, tj. objekti koji<br />
obezbeđuju energiju potrebnu za izvođenje<br />
aktivnosti. Po slobodnoj volji projektanta, strelice<br />
mehanizama mogu biti i izostavljene iz<br />
aktivnosti.
Mehanizmi<br />
• Strelica poziv (Call) specifični je slučaj strelice<br />
mehanizma i ona označava da pozivajući<br />
pravougaonik nema vlastiti detaljniji dijagram,<br />
već daje detaljniji prikaz izveden na nekom<br />
drugom pravougaoniku u istom ili nekom<br />
drugom modelu. Više pozivajućih pravougaonika<br />
mogu pozivati isti pravougaonik na nekom<br />
drugom ili istom modelu. Imenuju se brojem<br />
dekompozicionog dijagrama, koji sadrži pozvani<br />
pravougaonik zajedno sa brojem pozivnog<br />
pravougaonika.
ICOM<br />
• Imajući u vidu englesku notaciju, dijagrami se<br />
zovu i ICOM dijagrami, jer je to skraćenica od:<br />
• I - Input, nešto što se upotrebljava u aktivnosti;<br />
• C - Control, kontrole ili uslovi izvođenja<br />
aktivnosti;<br />
• O - Output, rezultat izvođenja aktivnosti;<br />
• M - Mehanizam, nešto što se koristi u aktivnosti<br />
ali se ne menja.
IDEF0 dijagrami<br />
• Dijagrami po IDEF0 metodologiji definišu<br />
se preko tri tipa:<br />
• kontekstni dijagrami,<br />
• dekompozicioni dijagrami i<br />
• stablo aktivnosti.<br />
• Svaki prikazuje različite aspekte nivoa<br />
detaljisanosti opisa poslovnih procesa<br />
vezanih za dubinu i širinu medjusobnih<br />
odnosa aktivnosti u modelu.
Kontekstni dijagram<br />
• Kontekstni dijagram definisan je jednim<br />
pravougaonikom koji predstavlja granicu<br />
sistema koji se proučava.<br />
• Kontekstni dijagram je najviši nivo<br />
apstrakcije koji se dekompozicionim<br />
dijagramima prevodi u niži nivo<br />
apstrakcije.
Kontekstni dijagram<br />
• Aktivnost A0 koja se pojavljuje u<br />
kontekstnom dijagramu opisuje okvire<br />
modela i mora biti odredjena aktivnom<br />
glagolskom frazom kao npr. “Upravljanje<br />
agencijom".<br />
• Preporučuje se se da se počne od<br />
definsanja izlaznih strelica pa se pomerati<br />
prema Ulazima, mehanizmima i<br />
kontrolama.
Kontekstni dijagram<br />
• Polazi se od činjenice da svaka aktivnost<br />
poseduje odgovarajuće izlaze koji se<br />
mogu identifikovati. Prilikom definisanja<br />
izlaza treba voditi i o negatvnim izlazima<br />
koji prouzrokuju tzv "feedback" strelice.<br />
• Sledeći elementi koji se definišu su ulaz<br />
koji se na specifičan način transformiše(ili<br />
troši) u cilju stvaranja izlaza, mehanizam i<br />
na kraju kontrole.
NODE: TITLE: NUMBER:<br />
UPRAVLJANJE AGENCIJOM<br />
A-0<br />
USED AT: AUTHOR: Dalibor Radovanovic DATE: 22.02.2007<br />
PROJECT: Projekat modela agencije za promet<br />
nekretninama<br />
REV: 22.02.2007<br />
WORKING<br />
DRAFT<br />
RECOMMENDED<br />
READER<br />
DATE CONTEXT:<br />
TOP<br />
NOTES: 1 2 3 4 5 6 7 8 9 10<br />
PUBLICATION<br />
Pravila<br />
rada<br />
Finansijski<br />
zakoni<br />
Prava i obaveze<br />
zaposlenih<br />
Trazene nekretnine<br />
Agencijski ugovor<br />
Prodajne nekretnine<br />
Uplacene rate<br />
Podaci o komitentima<br />
Prijave za posao<br />
UPRAVLJANJE<br />
AGENCIJOM<br />
Stranacki ugovor<br />
Spisak nekretnina<br />
Spisak komitenata<br />
Upareni stanovi<br />
Zaposlena lica<br />
0 Din.<br />
0<br />
Uplate<br />
Sistem za evidenciju<br />
Kontekstni dijagram
Kontekstni dijagram<br />
• Na kraju je potrebno proveriti :<br />
– Da li kontekstni dijagram obuhvata aktivnosti<br />
koje se modeliraju?<br />
– Da li je kontekstni dijagram konzistentan sa<br />
svrhom, uglom posmatranja i granicama,<br />
– Da li su strelice uspostavljaju odgovarajući<br />
nivo detalja (ne sme ih biti više od šest po tipu<br />
strelice)<br />
– Da li je model prihvaćen od svih članova<br />
grupe
Dekompozicini<br />
dijagram<br />
• Dekompozicioni dijagram se sastoji od aktivnosti<br />
definisanih pravougaonicima i odgovarajućim<br />
strelicama.<br />
• Aktivnosti su smeštene u pravougaonicima koji<br />
se crtaju u dijagonalnom smeru od gornjeg levog<br />
ugla strane ka donjem levom uglu.<br />
• Svakoj aktivnosti mora se dodeliti naziv<br />
glagolske fraze te mora imati najmanje jednu<br />
kontrolnu i jednu izlaznu strelicu.
Dekompozicini<br />
dijagram<br />
• Jednistvena aktivnost na kontekstnom dijagramu na<br />
najvišem nivou može da se dekomponuje u svoje sitnije<br />
podaktivnosti kreiranjem child-dijagrama. Takodje,<br />
svaka od ovih podaktivnosti child-dijagrama-a može da<br />
se dekomponuje, svaka kreirajući svoj child dijagrama na<br />
nižem nivou. Svaki child-dijagram sadrži child<br />
pravougaonike i strelice koje pružaju dodatne detalje o<br />
roditeljskom pravougaoniku.<br />
• Child-dijagram koji je nastao kao rezultat dekompozicije<br />
pokriva isti opsega kao i roditelj dijagram. Nadalje child<br />
dijagram može biti unutar roditeljskog pravougaonika.<br />
• Ova struktura je ilustrovana na slećoj slici.
0<br />
A0<br />
A-0<br />
Opštije<br />
1<br />
2<br />
3<br />
Detaljnije<br />
A0<br />
4<br />
A4<br />
This box is the parent of<br />
this diagram.<br />
1<br />
Dekompoziciona struktura<br />
(Decomposition Structure)<br />
A4<br />
2<br />
A42<br />
3<br />
1<br />
2<br />
3<br />
NOTE: Node numbers shown<br />
here indicate that the box has<br />
been detailed. The C-number<br />
or page number of the child<br />
diagram could have been used<br />
instead of the node number.<br />
A42
Dekompozicini<br />
dijagram<br />
• Roditeljski dijagram sadrži jedan ili više roditeljskih<br />
pravougaonika. Svaki običan (non-context) dijagram je<br />
također child-dijagarm pošto po definiciji on prikazuje<br />
detaljeroditeljskog pravougaonika. Nadalje dijagram<br />
može biti i roditeljski dijagram (da sadrži roditeljske<br />
pravougaonike i child-dijagram (prikazuje detalje<br />
sopstvenih roditeljskih pravougaonika).
USED AT: AUTHOR: Dalibor Radovanovic DATE: 22.02.2007<br />
PROJECT: Projekat modela agencije za promet<br />
nekretninama<br />
REV: 22.02.2007<br />
WORKING<br />
DRAFT<br />
RECOMMENDED<br />
READER<br />
DATE CONTEXT:<br />
NOTES: 1 2 3 4 5 6 7 8 9 10<br />
PUBLICATION<br />
A-0<br />
Pravila rada<br />
Finansijski zakoni<br />
Prava i obaveze<br />
zaposlenih<br />
Uplacene rate<br />
Podaci o komitentima<br />
Vodjenje<br />
podataka o<br />
komitentima<br />
Agencijski ugovor<br />
Uplate<br />
Spisak komitenata<br />
0 Din.<br />
1<br />
Agent<br />
Trazene nekretnine<br />
Prodajne nekretnine<br />
Prodavac i kupac<br />
0 Din.<br />
Minipulisanje<br />
podacima o<br />
nekretninama<br />
2<br />
Spisak nekretnina<br />
Upareni stanovi<br />
Stranacki ugovor<br />
Prijave za posao<br />
0 Din.<br />
Kadrovsko<br />
administriranje<br />
3<br />
Zaposlena lica<br />
Sistem za evidenciju<br />
NODE: TITLE: NUMBER:<br />
UPRAVLJANJE AGENCIJOM<br />
A0
USED AT: AUTHOR: Dalibor Radovanovic DATE: 22.02.2007<br />
PROJECT: Projekat modela agencije za promet<br />
nekretninama<br />
REV: 22.02.2007<br />
WORKING<br />
DRAFT<br />
RECOMMENDED<br />
READER<br />
DATE CONTEXT:<br />
NOTES: 1 2 3 4 5 6 7 8 9 10<br />
PUBLICATION<br />
A0<br />
Pravila rada<br />
Podaci o komitentima<br />
0 Din.<br />
Registrovanje<br />
komitenta<br />
1<br />
Agencijski ugovor<br />
Spisak komitenata<br />
Prodavac i kupac<br />
Brisanje<br />
komitenta<br />
0 Din.<br />
2<br />
Uplacene rate<br />
Registrovanje<br />
uplate<br />
Uplate<br />
0 Din.<br />
3<br />
Sistem za evidenciju<br />
NODE: TITLE: NUMBER:<br />
Vodjenje podataka o komitentima<br />
A1
• <strong>Strelice</strong> u dekompozicionom dijagramu su prenesene od<br />
roditelja koji je ovde kontekstni dijagram i očekuju da<br />
budu povezane sa odgovarajućim aktivnostima u<br />
dekompozicionom dijagramu.<br />
• Postoji vrše vrsta strelica.<br />
• <strong>Strelice</strong> definisane u roditeljskoj aktivnost (aktivnosti koja<br />
predhodi) pojavljuju se u dekompozicionom dijagramu<br />
deteta kao granične strelice (boundary arrows).<br />
Dakle, granične strelice su strelice koje se nastavljaju<br />
van okvira datog dijagrama.
• Ulazne granične strelice koje dolaze iz<br />
nadredjenog dijagrama(roditeljskog) u<br />
podredjeni(dečiji) dijagram dele se u više<br />
specifičnih strelica i obrnuto, izlazne<br />
granične strelice iz podredjenog<br />
dekompozicionog dijagrama se grupišu i<br />
izlaze u nadredjeni dijagram.
• Unutar dekompozicionog dijagrama<br />
definišu se tzv. eksplicitne ili interne<br />
strelice koje povezuju aktivnosti.<br />
• Dekompozicioni dijagram bez unutrašnjih<br />
strelica ukazuju na organizacioni pristup<br />
dekompoziciji a ne funkcionalni.
Granične i interne strelice<br />
Boundary and Internal Arrows<br />
Granične strelice<br />
Interne stelice<br />
Granične<br />
strelice
• <strong>Strelice</strong> predstavljaju svojevrsan cevovod koji se može<br />
granati u najmanje tri logička delenja.<br />
• Prva grananja može sadržati pune skupove informacija u<br />
svim granama.<br />
• Druga vrsta granjanja je podela na pun skupu prvoj i<br />
poddskup informacija u drugoj grani.<br />
• Treće grananje može sadržati različite podskupove<br />
informacija. Na osnovu ovoga se može zaključuiti<br />
potreba definsanja naziva svake strelice da ne bi došlo<br />
do dvosmislenosti.<br />
• Integracija strelica je po sličnom principu moguća i<br />
treba je obavezno koristiti.
• U prvom slučaju prikazanom<br />
na slici dolazi do grananja<br />
ulaza A u iste skupove<br />
informacija<br />
• U drugom slučaju ova situacija<br />
se ponavlja za slučaj<br />
integracije strelica.<br />
• U trećem slučaju B je deo od A<br />
• U četvrtom slučaju A i B se<br />
integrišu u A&B.
Povratne petlje<br />
Feedback<br />
• Povratne (feedback) petlje je pojava kada izlaz<br />
iz aktivnosti je ulaz, kontrola ili mehanizam neke<br />
ranije aktivnosti u dekompozicionom dijagramu.<br />
• Obično ovaki izlazi su neke negativne<br />
karakteristike.<br />
• Kontrola povratna petlja i ulazna povratna petlja<br />
predstavljaju iteraciju ili rekurziju dok<br />
mehanizam povratna petlja ima ulogu podrške<br />
na nivou resursa za izvodjenjem dotične<br />
aktivnosti.
Povratne petlje<br />
Izlaz iz aktivnosti je kontrola.<br />
Izlaz iz aktivnosti je ulaz.<br />
Izlaz iz aktivnosti je mehanizam.
Skrivene strelice<br />
Tunneled Arrows<br />
• Ove strelice nastaju ako se ne želi da vide na<br />
nadredjenom ili podredjenom dekompozicionom<br />
dijagramu. Ovo je situacija kada je dijagram prenatrpan<br />
pa zbog jasnoće izbegavamo njegovo prikazivanje.<br />
• Druga situacija je ako se želi prikaz budućih dogadjaja.<br />
• Može biti i taj slučaj da strelica predstavlja kotrolu koja<br />
se primenjuje na svakoj aktivnosti u dekompoziciji, te će<br />
biti propuštena radi jasnoće u nižim nivoima. Oznaka da<br />
je strelica sakrivena su zagrade. Ako je zagrada<br />
smeštena na strelici odmah do pravougaonika, tada se<br />
strela neće prikazati u dekompoziciji aktivnosti deteta.<br />
Ako je zagrada smeštena na kraju strelice, tada strela<br />
neće biti prezentovana u roditeljskoj aktivnosti.
( )<br />
Vrste skrivenih<br />
strelice<br />
( )<br />
( )<br />
C1<br />
Nema prikaza u dijagramu “roditelj”<br />
( )<br />
( )<br />
I1<br />
( )<br />
( )<br />
O1<br />
( )<br />
Nema prikaza u dijagramu “deteta”<br />
M1
Primer skrivenih strelica<br />
roditeljski<br />
dijagram<br />
1<br />
roditeljska<br />
aktivnost<br />
Skrivene strelice se<br />
označavaju zagradama<br />
i ako su nacrtane kao u<br />
roditeljskom dijagramu<br />
(pozicija C2) onda se ne<br />
pojavljuju u dijagramu<br />
deteta ili ako su nacrtani<br />
kao u dijagramu<br />
deteteta onda se ne<br />
vide u roditeljskom<br />
dijagramu.<br />
dijagram<br />
deteta<br />
I1<br />
C1<br />
1<br />
A1<br />
C3<br />
2<br />
2<br />
A12<br />
3<br />
Strelica (pozicija C2) nije<br />
prikazana na dijagramu deteta.<br />
3<br />
O1<br />
A12<br />
Ovaj izlaz nije prikazan<br />
Na roditeljskoj aktivnosti
Stablo aktivnosti<br />
Node tree<br />
• Stablo aktivnosti se definiše primenom metode<br />
rešavanja problema odozgo na dole (top-down). Topdown<br />
metodologijom se složena aktivnost rastavlja na<br />
više podaktivnosti a zatim se pristupa rešavanju<br />
jednostavnih podaktivnosti.<br />
• Drugim rečima, polazna složena aktivnost razvija se u<br />
hijerarhiju podaktivnosti čija je struktura tipa stabla.<br />
Koren stabla (to je najviši čvor stabla) sadrži polaznu<br />
aktivnost, dok listovi tj. čvorovi koji nemaju potomaka,<br />
sadrže aktivnostit čije je rešavanje relativno jednostavno.<br />
Rešavanjem svih podaktivnosti iz listova rešen je i<br />
polazna složena aktivnost.
Stablo aktivnosti<br />
Node tree<br />
• Stablo aktivnosti predstavlja hijerarhiju definisanih<br />
aktivnosti očišćenu od strelica i omogućuje funkcionalnu<br />
dekompoziciju i uvid u dubinu odvijanja veza izmedju<br />
aktivnosti.<br />
• Ovaj pristup je veoma važan kada uspostavljamo okvir<br />
poslovnih procesa koji mogu doći u razmatranje i<br />
definišemo njihovu hijerarhijsku vezu. Razbijanje<br />
aktivnosti na svoju decu mora da ima od 3 do 6<br />
podaktivnosti.<br />
• Ako imate više od šest podaktivnosti to znači da<br />
pokušavate da smestite previše detalja na jedan nivo.
USED AT: AUTHOR: Dalibor Radovanovic DATE:<br />
22.02.2007<br />
PROJECT: Projekat modela agencije za promet<br />
nekretninama<br />
REV:<br />
22.02.2007<br />
WORKING<br />
DRAFT<br />
RECOMMENDED<br />
READER<br />
DATE CONTEXT:<br />
TOP<br />
NOTES: 1 2 3 4 5 6 7 8 9 10<br />
PUBLICATION<br />
A-0<br />
UPRAVLJANJE<br />
AGENCIJOM<br />
0 Din.<br />
0<br />
Vodjenje<br />
podataka o<br />
komitentima<br />
0 Din. 1<br />
Registrovanje<br />
komitenta<br />
Brisanje<br />
komitenta<br />
Registrovanje<br />
uplate<br />
Minipulisanje<br />
podacima o<br />
nekretninama<br />
0 Din. 2<br />
Registrovanje<br />
nekretnina<br />
Brisanje<br />
nekretnine<br />
Sklapanje<br />
ugovora<br />
Uparivanje<br />
ponude i<br />
potraznje<br />
Kadrovsko<br />
administriranje<br />
0 Din.<br />
3<br />
Obradjivanje<br />
prijava za<br />
posao<br />
Registrovanje<br />
zaposlenih<br />
Brisanje<br />
zaposlenih<br />
Aktivnost na vrhu( root) je uvek označena<br />
sa A0. Brojevi se koriste da bi prikazali<br />
koliko detalja aktivnost sadrži. Aktivnost A0<br />
je dekompozovana - razdvojena - na A1,<br />
A2, A3, itd. A1 je dekompozovana u A11,<br />
A12, A13, itd.<br />
Stablo aktivnosti<br />
Node tree<br />
UPRAVLJANJE AGENCIJOM<br />
NODE: TITLE: NUMBER:<br />
A0
USED AT: AUTHOR: Dalibor Radovanovic DATE:<br />
22.02.2007<br />
PROJECT: Projekat modela agencije za promet<br />
nekretninama<br />
REV:<br />
22.02.2007<br />
WORKING<br />
DRAFT<br />
RECOMMENDED<br />
READER<br />
DATE CONTEXT:<br />
TOP<br />
NOTES: 1 2 3 4 5 6 7 8 9 10<br />
PUBLICATION<br />
A-0<br />
UPRAVLJANJE<br />
AGENCIJOM<br />
0 Din.<br />
0<br />
Vodjenje<br />
podataka o<br />
komitentima<br />
0 Din. 1<br />
Minipulisanje<br />
podacima o<br />
nekretninama<br />
0 Din. 2<br />
Kadrovsko<br />
administriranje<br />
0 Din.<br />
3<br />
Registrovanje<br />
komitenta<br />
0 Din.<br />
1<br />
Brisanje<br />
komitenta<br />
0 Din.<br />
2<br />
Registrovanje<br />
uplate<br />
0 Din.<br />
3<br />
Registrovanje<br />
nekretnina<br />
0 Din.<br />
1<br />
Brisanje<br />
nekretnine<br />
0 Din.<br />
2<br />
Sklapanje<br />
ugovora<br />
0 Din.<br />
3<br />
Uparivanje<br />
ponude i<br />
potraznje<br />
0 Din. 4<br />
Obradjivanje<br />
prijava<br />
za posao<br />
0 Din. 1<br />
Registrovanje<br />
zaposlenih<br />
0 Din.<br />
2<br />
Brisanje<br />
zaposlenih<br />
0 Din.<br />
3<br />
UPRAVLJANJE AGENCIJOM<br />
NODE: TITLE: NUMBER:<br />
A0<br />
Stablo aktivnosti<br />
Node tree
Postojeći (as-is) i<br />
budući (to-be) model<br />
• Prilikom modeliranja procesa obično se definišu dva<br />
pristupa tj. jedan koji opisuje postojeće stanje i drugi<br />
kojim definišemo budući model procesa. Ako je velika<br />
razlika izmedju postojećeg i budućeg model ponekad je<br />
potrebno napraviti treći model kojim se definišu<br />
dokumenta za potrebe prelaza sa postojećeg na budući<br />
model.<br />
• Potrebno je izbagavati prilikom definisanja postojećeg<br />
stanja zamku tipa "TREBALO BI DA" izgleda model<br />
ovako jer mi neželimo da opišemo idelanu situaciju već<br />
onaku kakva stvarno jeste.<br />
• Potrebno je posebno obratiti pažnju na dva aspekta pre<br />
nego što se počne sa izradom modela a to su svrha,<br />
ugao posmatranja (gledište) i okvir postavljenog modela.
Formiranje<br />
troškovnih centara<br />
• Metoda IDEF0 omogućava formiranje troškovnih centara<br />
i vezu aktivnosti i troškovnog centra.<br />
• Za svaku aktivnost definiše se frekvenca, dužina<br />
trajanja, i cena te aktivnosti na najnižem nivou. Troškovi<br />
aktivnosti na višem nivou su agrerani od troškova<br />
aktivnosti nižeg nivoa.<br />
• Modelar poslovnih procesa BPwin podržava ABC<br />
(Activity Based Costing) sistem i ima intrefejs ka ABC<br />
alatima namenjenim onima koji menadžment strategiju<br />
baziraju na aktivnostima.
Integracija procesa i<br />
podataka preko rečnik podataka<br />
• Nakon izvršene i usaglašene dekompozicije od<br />
strane korisnika IDEF0 metod omogućuje prelaz na<br />
drugi deo razvoja vezan za definisanje entiteta i<br />
atributa kroz rečnik podataka.<br />
• Rečnik sadrži definicije o svim aktivnostima i<br />
strelicama koje se u modelu pojaljuju kao i<br />
uspostavljanje veze sa izmedju IDEF0 (BPwin)<br />
metodologije za modeliranje procesa i<br />
IDEF1X(ERwin)metodologije za modeliranje<br />
proxesa.<br />
• Definicija bi trebala biti jasna pojedincu van<br />
poslovnog procesa koji je modelovan.
• Tokovi podataka prikazani putem strelica<br />
povezuju se sa entitetima i sa svim ili samo sa<br />
pojedinim atributima tih entiteta.<br />
• Svakom entitetu se pridodaje način na koji<br />
strelica koristi taj entitet, odnosno šta radi sa<br />
pojedinim instancama tog entiteta preko tzv.<br />
CRUD matrice:<br />
– C - Create<br />
– R - Retrive<br />
– U - Update<br />
– D - Delete
• Svakom atributu entiteta koji je<br />
identifikovan da ga strelica koristi,<br />
odnosno, da ga upotrebljava ta aktivnost,<br />
pridodaju se tzv. IRON karakteristike<br />
– I - Insert<br />
– R - Retrive<br />
– U - Update<br />
– N - Nullifield
• Na ovaj način moguće je kreirati dve<br />
matrice:<br />
1. CRUD matrica na kojoj bi sa jedne<br />
strane bili entiteti, a sa druge strane<br />
aktivnosti koje koriste te entitete i<br />
2. IRON matrica sa definicijom korišćenja<br />
svakog atributa u odredjeno enitetu i<br />
oderedjenoj aktivnosti.
• Veza IDEF0 modela procesa i IDEF1X modela podataka je<br />
omogućena i vrši se preko rečnika podataka(data dictionary<br />
menagera). Na taj način (indirektnom sinhronizacijom) je dozvoljeno<br />
sinhronizovanje jednog modela podataka sa više modela procesa<br />
što se u praksi ne samo često dešava, već i preporučuje. CASE alat<br />
firme Logicworks omogućuje importovanja rečnika podataka iz<br />
ERWIN-ovog modela podataka u BPWIN-ovom modelu i obrnuto.<br />
Na taj način za model procesa postaju vidljivi podaci iz baza<br />
podataka.<br />
• Prebacivanje rečnika podataka je omogućeno u oba smera, tako da<br />
je sa stanovišta projektanta nebitno u kom trenutku je uočio potrebe<br />
za promenama na data modelu. U slučaju da se pojavi potreba da<br />
se definiše novi entitet ili atribut ili da se izmeni postojeći to se može<br />
uraditi u BPWIN-u, a zatim nadograditi rečnik podataka kao vezu sa<br />
ERWIN-om.<br />
• Moguće je BPWIN-u definisati entiteti ili atributi koji za model<br />
podataka ne treba da budu vidljivi. Entiteti i atributi iz rečnika<br />
podataka se pridružuju objektima koji opisuju kretanje podataka kroz<br />
procese, kao i način kreiranje, održavanja i upotrebe podataka.
• Cilj uzajamnog dopunjavanja modela procesa i<br />
modela podataka je provera kvaliteta i<br />
konzistentnosti modela podataka kroz model<br />
procesa. Na taj način se uviđa kada, gde i na<br />
koji način se podaci iz modela podataka kreiraju,<br />
menjaju i koriste da li je prava informacija na<br />
pravom mestu u pravo vreme dostupna. Novi<br />
distribuirani i DataWarehouse sistemi moraju biti<br />
podržani ovakvom biznis analizom
Diagram Syntax Rules<br />
1. Context diagrams shall have node numbers A-n, where<br />
n is greater than or equal to zero.<br />
2. The model shall contain a A-0 context diagram, which<br />
contains only one box.<br />
3. The box number of the single box on the A-0 context<br />
diagram shall be 0.<br />
4. A non-context diagram shall have at least three boxes<br />
and no more than six boxes.<br />
5. Each box on a non-context diagram shall be numbered<br />
in its lower right inside corner, in order (from upper left to<br />
lower right on the diagram ) from 1 to at most 6.<br />
6. Each box that has been detailed shall have the detail<br />
reference expression (DRE, e.g., node number, C-<br />
number, or page number) of its child diagram written<br />
beneath the lower right corner of the box.
7. Arrows shall be drawn as horizontal and<br />
vertical straight line segments. Diagonal line<br />
segments shall not be used.<br />
8. Each box shall have a minimum of one control<br />
arrow and one output arrow.<br />
9. A box shall have zero or more input arrows.<br />
10.A box shall have zero or more non-call<br />
mechanism arrows.<br />
11.A box shall have 0 or 1 call arrows.
12. Control feedbacks shall be shown as “up and over”.<br />
1<br />
2<br />
Input feedbacks shall be shown as “down and under”.<br />
Mechanism feedbacks shall be shown as “down and<br />
under”.<br />
1<br />
2<br />
1<br />
2<br />
13. The unconnected end of a boundary arrow shall have the proper ICOM code<br />
specifying its connection to the parent box, or shall be tunneled.
14. Open-ended boundary arrows that represent the same<br />
data or objects shall be connected through a fork to<br />
show all the places affected, unless this results in an<br />
unreadable diagram. Multiple sources that represent<br />
the same data or objects shall join to form a single<br />
output boundary arrow.<br />
15. Box names and arrow labels shall not consist solely of<br />
the following words: function, activity, process, input,<br />
output, control or mechanism.
Primer<br />
Projekat modela agencije za<br />
trgovinu nekretninama
NODE: TITLE: NUMBER:<br />
UPRAVLJANJE AGENCIJOM<br />
A-0<br />
USED AT: AUTHOR: Dalibor Radovanovic DATE: 22.02.2007<br />
PROJECT: Projekat modela agencije za promet<br />
nekretninama<br />
REV: 22.02.2007<br />
WORKING<br />
DRAFT<br />
RECOMMENDED<br />
READER<br />
DATE CONTEXT:<br />
TOP<br />
NOTES: 1 2 3 4 5 6 7 8 9 10<br />
PUBLICATION<br />
Pravila<br />
rada<br />
Finansijski<br />
zakoni<br />
Prava i obaveze<br />
zaposlenih<br />
Trazene nekretnine<br />
Agencijski ugovor<br />
Prodajne nekretnine<br />
Uplacene rate<br />
Podaci o komitentima<br />
Prijave za posao<br />
UPRAVLJANJE<br />
AGENCIJOM<br />
Stranacki ugovor<br />
Spisak nekretnina<br />
Spisak komitenata<br />
Upareni stanovi<br />
Zaposlena lica<br />
0 Din.<br />
0<br />
Uplate<br />
Sistem za evidenciju<br />
Kontekstni dijagram
USED AT: AUTHOR: Dalibor Radovanovic DATE: 22.02.2007<br />
PROJECT: Projekat modela agencije za promet<br />
nekretninama<br />
REV: 22.02.2007<br />
WORKING<br />
DRAFT<br />
RECOMMENDED<br />
READER<br />
DATE CONTEXT:<br />
NOTES: 1 2 3 4 5 6 7 8 9 10<br />
PUBLICATION<br />
A-0<br />
Pravila rada<br />
Finansijski zakoni<br />
Prava i obaveze<br />
zaposlenih<br />
Uplacene rate<br />
Podaci o komitentima<br />
Vodjenje<br />
podataka o<br />
komitentima<br />
Agencijski ugovor<br />
Uplate<br />
Spisak komitenata<br />
0 Din.<br />
1<br />
Agent<br />
Trazene nekretnine<br />
Prodajne nekretnine<br />
Prodavac i kupac<br />
0 Din.<br />
Minipulisanje<br />
podacima o<br />
nekretninama<br />
2<br />
Spisak nekretnina<br />
Upareni stanovi<br />
Stranacki ugovor<br />
Prijave za posao<br />
0 Din.<br />
Kadrovsko<br />
administriranje<br />
3<br />
Zaposlena lica<br />
Sistem za evidenciju<br />
NODE: TITLE: NUMBER:<br />
UPRAVLJANJE AGENCIJOM<br />
A0
USED AT: AUTHOR: Dalibor Radovanovic DATE: 22.02.2007<br />
PROJECT: Projekat modela agencije za promet<br />
nekretninama<br />
REV: 22.02.2007<br />
WORKING<br />
DRAFT<br />
RECOMMENDED<br />
READER<br />
DATE CONTEXT:<br />
NOTES: 1 2 3 4 5 6 7 8 9 10<br />
PUBLICATION<br />
A0<br />
Pravila rada<br />
Podaci o komitentima<br />
0 Din.<br />
Registrovanje<br />
komitenta<br />
1<br />
Agencijski ugovor<br />
Spisak komitenata<br />
Prodavac i kupac<br />
Brisanje<br />
komitenta<br />
0 Din.<br />
2<br />
Uplacene rate<br />
Registrovanje<br />
uplate<br />
Uplate<br />
0 Din.<br />
3<br />
Sistem za evidenciju<br />
NODE: TITLE: NUMBER:<br />
Vodjenje podataka o komitentima<br />
A1
USED AT: AUTHOR: Dalibor Radovanovic DATE: 22.02.2007<br />
PROJECT: Projekat modela agencije za promet<br />
nekretninama<br />
REV: 22.02.2007<br />
WORKING<br />
DRAFT<br />
RECOMMENDED<br />
READER<br />
DATE CONTEXT:<br />
NOTES: 1 2 3 4 5 6 7 8 9 10<br />
PUBLICATION<br />
A0<br />
Pravila rada<br />
Finansijski zakoni<br />
Agent<br />
Trazene nekretnine<br />
Prodajne nekretnine<br />
Registrovanje<br />
nekretnina<br />
Spisak nekretnina<br />
0 Din.<br />
1<br />
Ugovorna<br />
nekretnina<br />
Brisanje<br />
nekretnine<br />
0 Din.<br />
2<br />
Prodavac i kupac<br />
Sklapanje<br />
ugovora<br />
Stranacki ugovor<br />
0 Din.<br />
3<br />
Uparivanje<br />
ponude i<br />
potraznje<br />
Upareni stanovi<br />
0 Din.<br />
4<br />
Sistem za evidenciju<br />
NODE: TITLE: NUMBER:<br />
Minipulisanje podacima o nekretninama<br />
A2
USED AT: AUTHOR: Dalibor Radovanovic DATE: 22.02.2007<br />
PROJECT: Projekat modela agencije za promet<br />
nekretninama<br />
REV: 22.02.2007<br />
WORKING<br />
DRAFT<br />
RECOMMENDED<br />
READER<br />
DATE CONTEXT:<br />
NOTES: 1 2 3 4 5 6 7 8 9 10<br />
PUBLICATION<br />
A0<br />
Finansijski<br />
zakoni<br />
Prava i obaveze<br />
zaposlenih<br />
Pravila rada<br />
Prijave za posao<br />
Obradjivanje<br />
prijava<br />
za posao<br />
Odabrane prijave<br />
0 Din.<br />
1<br />
0 Din.<br />
Registrovanje<br />
zaposlenih<br />
2<br />
Agent<br />
Zaposlena lica<br />
Brisanje<br />
zaposlenih<br />
0 Din.<br />
3<br />
Sistem za evidenciju<br />
NODE: TITLE: NUMBER:<br />
Kadrovsko administriranje<br />
A3
USED AT: AUTHOR: Dalibor Radovanovic DATE:<br />
22.02.2007<br />
PROJECT: Projekat modela agencije za promet<br />
nekretninama<br />
REV:<br />
22.02.2007<br />
WORKING<br />
DRAFT<br />
RECOMMENDED<br />
READER<br />
DATE CONTEXT:<br />
TOP<br />
NOTES: 1 2 3 4 5 6 7 8 9 10<br />
PUBLICATION<br />
A-0<br />
UPRAVLJANJE<br />
AGENCIJOM<br />
0 Din.<br />
0<br />
Vodjenje<br />
podataka o<br />
komitentima<br />
0 Din. 1<br />
Registrovanje<br />
komitenta<br />
Brisanje<br />
komitenta<br />
Registrovanje<br />
uplate<br />
Minipulisanje<br />
podacima o<br />
nekretninama<br />
0 Din. 2<br />
Registrovanje<br />
nekretnina<br />
Brisanje<br />
nekretnine<br />
Sklapanje<br />
ugovora<br />
Uparivanje<br />
ponude i<br />
potraznje<br />
Kadrovsko<br />
administriranje<br />
0 Din.<br />
3<br />
Obradjivanje<br />
prijava za<br />
posao<br />
Registrovanje<br />
zaposlenih<br />
Brisanje<br />
zaposlenih<br />
UPRAVLJANJE AGENCIJOM<br />
NODE: TITLE: NUMBER:<br />
A0
USED AT: AUTHOR: Dalibor Radovanovic DATE:<br />
22.02.2007<br />
PROJECT: Projekat modela agencije za promet<br />
nekretninama<br />
REV:<br />
22.02.2007<br />
WORKING<br />
DRAFT<br />
RECOMMENDED<br />
READER<br />
DATE CONTEXT:<br />
TOP<br />
NOTES: 1 2 3 4 5 6 7 8 9 10<br />
PUBLICATION<br />
A-0<br />
UPRAVLJANJE<br />
AGENCIJOM<br />
0 Din.<br />
0<br />
Vodjenje<br />
podataka o<br />
komitentima<br />
0 Din. 1<br />
Minipulisanje<br />
podacima o<br />
nekretninama<br />
0 Din. 2<br />
Kadrovsko<br />
administriranje<br />
0 Din.<br />
3<br />
Registrovanje<br />
komitenta<br />
0 Din.<br />
1<br />
Brisanje<br />
komitenta<br />
0 Din.<br />
2<br />
Registrovanje<br />
uplate<br />
0 Din.<br />
3<br />
Registrovanje<br />
nekretnina<br />
0 Din.<br />
1<br />
Brisanje<br />
nekretnine<br />
0 Din.<br />
2<br />
Sklapanje<br />
ugovora<br />
0 Din.<br />
3<br />
Uparivanje<br />
ponude i<br />
potraznje<br />
0 Din. 4<br />
Obradjivanje<br />
prijava<br />
za posao<br />
0 Din. 1<br />
Registrovanje<br />
zaposlenih<br />
0 Din.<br />
2<br />
Brisanje<br />
zaposlenih<br />
0 Din.<br />
3<br />
UPRAVLJANJE AGENCIJOM<br />
NODE: TITLE: NUMBER:<br />
A0
Literatura<br />
• National Institute of Standards and<br />
Technology (NIST) – “Standard for<br />
Integration definition for function modeling<br />
(idef0)”<br />
http://www.nist.gov/<br />
• dr Angelina Njeguš, “Poslovni informacioni<br />
sistemi”<br />
• dr Alimpije Veljović, “Razvoj informacionih<br />
sistema”