Zatim ćemo razmotriti standardne metode strukturne analize sustava opisane nizom saveznih standarda SAD-a “ Icam definicija", u skladu s . Detaljne informacije o svim standardima u ovoj seriji mogu se pronaći na http://www.idef.com.

Standard IDEF0(FIPS183) namijenjen je izradi funkcionalnog modela koji prikazuje strukturu i funkcije sustava, kao i tokove informacija i materijalnih objekata koji te funkcije povezuju. Ovaj dokument je dizajn (na inicijativu američkog Ministarstva obrane) u obliku tehnološkog standarda za analizu složenih sustava SADT(Structured Analysis and Design Technique), koju je razvila skupina američkih analitičara pod vodstvom Douglasa Rossa 1973. godine.

Metoda predložena standardom IDEF0 namijenjena je funkcionalnom modeliranju, odnosno modeliranju obavljanja funkcija objekta, stvaranjem deskriptivnog grafičkog modela koji prikazuje što, kako i tko radi u funkcioniranju poduzeća. Funkcionalni model je strukturirani prikaz funkcija proizvodnog sustava ili okoline, informacija i objekata koji te funkcije povezuju. Model se gradi metodom dekompozicije: od velikih kompozitnih struktura prema manjim, jednostavnijim. Elementi svake razine dekompozicije predstavljaju akcije za obradu informacija ili materijalnih resursa pod određenim uvjetima korištenjem određenih mehanizama. Svaka akcija se rastavlja na manje operacije za obradu određenog dijela informacija ili materijalnih resursa pod određenim uvjetima korištenjem dijela navedenih mehanizama. Operacije su postavljene na sličan način. Posljednji korak dekompozicije trebao bi rezultirati modelom čija razina detalja zadovoljava zahtjeve navedene na samom početku procesa izrade modela.

Metodologija IDEF0 temelji se na sljedećim načelima:

1. Sustav i model. Model je umjetni objekt koji je prikaz (slika) sustava i njegovih komponenti. M modeli A, Ako M odgovara na pitanja u vezi A. Ovdje M– model, A– modelirani predmet (original). Model je razvijen za razumijevanje, analizu i donošenje odluka o rekonstrukciji (reinženjeringu) ili zamjeni postojećeg sustava ili dizajnu novog sustava. Sustav je skup međusobno povezanih dijelova koji obavljaju neki koristan rad. Dijelovi (elementi) sustava mogu biti bilo koje kombinacije različitih entiteta, uključujući ljude, informacije, softver, opremu, proizvode, sirovine ili energiju. Model opisuje što se događa u sustavu, kako se njime upravlja, koje entitete transformira, koje alate koristi za obavljanje svojih funkcija i što proizvodi.

2. Blok modeliranje i njegov grafički prikaz. Glavno konceptualno načelo IDEF metodologije je predstavljanje bilo kojeg sustava koji se proučava kao skup međusobno povezanih blokova koji prikazuju procese, operacije i radnje koje se događaju u sustavu koji se proučava. U IDEF0 se sve što se događa u sustavu i njegovim elementima naziva funkcijama. Svakoj funkciji je dodijeljen blok. Na IDEF0 dijagramu (češće se naziva SADT dijagram), glavnom dokumentu u analizi i dizajnu sustava, blok je pravokutnik. Sučelja kroz koja blok komunicira s drugim blokovima ili s okolinom izvan sustava koji se modelira predstavljena su strelicama koje ulaze ili izlaze iz bloka. Dolazne strelice pokazuju koji uvjeti moraju biti ispunjeni istovremeno da bi se funkcija opisana blokom dogodila.

3. Strogost i formalizam. Razvoj IDEF0 modela zahtijeva poštivanje niza strogih formalnih pravila koja osiguravaju prednosti metodologije u smislu jednoznačnosti, točnosti i integriteta složenih višerazinskih modela. Ova su pravila opisana u nastavku u smislu SADT tehnologije. Ovdje je navedeno samo ono glavno: sve faze i faze razvoja i prilagodbe modela moraju biti strogo, formalno dokumentirane tako da se tijekom njegovog rada ne pojave pitanja vezana uz nepotpunost ili netočnost dokumentacije.

4. Iterativno modeliranje. Razvoj modela u IDEF0 je iterativni postupak korak po korak. U svakom koraku iteracije, programer predlaže verziju modela, koja je predmet rasprave, pregleda i naknadnog uređivanja, nakon čega se ciklus ponavlja. Ovakva organizacija rada pridonosi optimalnom korištenju znanja sistemskog analitičara koji vlada metodologijom i tehnikom IDEF0 te znanja specijalista - eksperata za predmetno područje kojem objekt modeliranja pripada.

5. Odvajanje "organizacije" od "funkcija". Pri razvoju modela treba izbjegavati početno “vezivanje” funkcija proučavanog sustava za postojeću organizacijsku strukturu modeliranog objekta (poduzeća, firme). To pomaže u izbjegavanju subjektivnog stajališta koje nameću organizacija i njezino rukovodstvo. Organizacijska struktura mora biti rezultat korištenja (primjene) modela. Usporedba rezultata s postojećom strukturom omogućuje, prvo, procjenu primjerenosti modela, i drugo, predlaganje rješenja usmjerenih na poboljšanje ove strukture.

Primjeri problema riješenih na temelju metodologije modeliranja IDEF0:

Analiza i reinženjering poslovnih procesa.

Razvoj informacijskog sustava za kvalitetno upravljanje podacima.

Izrada propisa i procedura za osiguranje kvalitete proizvoda i stvaranje kvalitetnih sustava obrade podataka. Funkcionalni model omogućuje zamjenu tradicionalnih priručnika o kvaliteti u obliku opisnih tekstualnih papirnatih dokumenata standardiziranim elektroničkim modelima, čiji se integritet i dosljednost automatski održavaju. Ako je potrebno, od njih uvijek možete dobiti papirnati izvještaj u uobičajenom obliku.

Dizajn informacijske infrastrukture, procedura i propisa za informacijsku interakciju.

Zadaci analize rizika u smislu informacijske sigurnosti.

Razmotrimo, u skladu s radom, principe konstruiranja dijagrama korištenjem SADT tehnologije (IDEF0).

Grafički jezik SADT-a je jednostavan i skladan. Metodologija se temelji na četiri glavna koncepta.

Prvi od njih je koncept " funkcijski blok" Funkcionalni blok je grafički prikazan kao pravokutnik (vidi sl. 3.23) i predstavlja određenu funkciju unutar sustava koji se razmatra. Prema zahtjevima standarda, naziv svakog funkcionalnog bloka mora biti formuliran u verbalnom raspoloženju (na primjer, " proizvoditi usluge", ali ne " proizvodnja usluga"). Svaka od četiri strane funkcionalnog bloka ima svoje specifično značenje (ulogu), dok: gornja strana ima značenje “ kontrolirati" (nastavak r ol); lijeva strana ima značenje " ulaz» ( ulazni); desna strana znači " Izlaz» ( izlaz); donja strana znači " mehanizam» ( mehanizam). Svaki funkcionalni blok unutar pojedinog sustava koji se razmatra mora imati svoj jedinstveni identifikacijski broj.

16. rujna 2010. 13:08

"Podijeli i vladaj"
Maksim rimskog senata

Bila je 1981., Američko ratno zrakoplovstvo razvijalo je program industrijske automatizacije, koji se zvao ICAM (Integrirana proizvodnja potpomognuta računalom). Za uspješan napredak projekta bilo je potrebno da svi sudionici mogu paralelno simulirati automatizirano poduzeće. Skup standarda razvijen je posebno za ove svrhe IDEF (ICAM DEFINICIJA). Jedan od postavljenih standarda bila je notacija funkcionalnog modeliranja kodnog naziva IDEF0, koji je s vremenom malo modificiran, a specifikacija za posljednju verziju objavljena je u prosincu 1993. godine.
Reći ću vam malo o značajkama procesa funkcionalnog modeliranja poslovnog procesa pomoću notacije IDEF0 a ujedno ću pomoći Aristarhu Grigorijeviču, kojeg sam spomenuo u prethodnom članku: opisat ću poslovni proces pripreme boršča.

Funkcionalno modeliranje započinje identificiranjem glavnog zadatka koji se rješava izvođenjem ovog poslovnog procesa. U našem slučaju, ovaj zadatak je formuliran na sljedeći način: "Pripremite boršč." Čini mi se da je učinkovitije započeti proces modeliranja određivanjem podataka i materijala koje imamo prije izvršenja poslovnog procesa (Input), kao i jasnim razumijevanjem onoga što želimo dobiti kao rezultat izvršenja poslovnog procesa ( Izlaz / Izlaz). To će omogućiti identificiranje jasnih zahtjeva za poslovni proces i odbaciti nerealne nade: imajući samo nekoliko kamenčića sumnjivog podrijetla, nemoguće je dobiti zlatne poluge. U slučaju pripreme boršča, na ulazu su, primjerice, povrće i meso (možda ih, naravno, nema, ali pretpostavimo da su svi proizvodi promišljeno kupljeni). Na izlazu bismo sasvim logično trebali dobiti boršč.

IDEF0 notacija također pretpostavlja da je za provedbu funkcionalnog modeliranja potrebno identificirati tzv. mehanizam (mehanizam), tj. onih izvođača koji će biti uključeni u poslovni proces. U našem primjeru, mehanizam je sam Aristarkh Grigorievich i, recimo, njegov najstariji sin Kolya. Ispravno izvođenje procesa mora biti kontrolirano nečim (nekim standardima, metodama, tehnologijama itd.). Ovo nešto u IDEF0 notaciji naziva se "kontrola" i mora se pojaviti na funkcionalnom dijagramu.

Nakon što je poslovni analitičar identificirao ulaze i izlaze te uspostavio mehanizam i kontrole, sve te informacije mogu se sažeti u prvi dijagram koji se naziva kontekstni dijagram. Izgledat će kao na slici 1.

Riža. 1. Kontekstni dijagram

Glavni cilj kontekstnog dijagrama je identificirati glavni zadatak, jednu i jedinu funkciju koju izvršavanje poslovnog procesa rješava. Kontekstni dijagram posebno je važan kada sastavljamo opći prikaz poslovnog problema koji se rješava: što nam je potrebno i u kojoj količini, što ćemo dobiti kao rezultat, tko je uključen u poslovni proces, koji regulatorni dokumenti su nam potrebni pravilno riješiti problem.

Kontekstni dijagram ne daje potpuni pregled procesa, već samo opći prikaz. Da biste vidjeli slijed procesa, potrebno je okrenuti kotačić mikroskopa: rastaviti dijagram, tj. dati malo detaljniji opis procesa. Oduvijek mi je bilo zgodnije podijeliti gigantski opći zadatak na 4-5 manjih, s približno istom razinom detalja. Ovi zadaci mogu biti uzastopni ili paralelni u vremenu izvršenja. Na primjer, u slučaju pripreme boršča ti se poslovi svode na: pripremu temeljca, pripremu povrća, zapravo kuhanje i serviranje jela. Jasno je da možete istovremeno kuhati juhu i pripremati povrće, ali posluživanje boršča prije nego što je začinjeno ispast će loše. Uzmimo, na primjer, dijagram poput onog prikazanog na slici 2.

Riža. 2. Dijagram dekompozicije prve razine

Na isti način možete rastaviti svaku od ovih malih funkcija dok se ne postigne potrebna razina detalja.

Ja vidim jako veliku prednost dekompozicije u tome što pri opisu nekog teškog, npr. tehnološkog procesa, kao glavnog izvršitelja procesa u kontekstualnom dijagramu možete navesti cijelu radionicu, npr. kaluparnicu, a zatim odaberite pojedinačne timove, na primjer, na dijagramu dekompozicije ove radionice, odgovorne za jedan ili drugi smjer u izvršenju procesa. Posebno je važno da su za svaki blok dekompozicije, kao i cijeli kontekstni dijagram u cjelini, naznačeni i ulazni i izlazni podaci. Oni. možemo kontrolirati protok resursa, raspodjeljujući ih, smanjujući ih na nekim mjestima, povećavajući ih na drugim, možemo shvatiti da je potrebno odgoditi dio posla, jer, na primjer, nije moguće koristiti isti stroj u isto vrijeme. U donjem lijevom kutu blokova dekompozicije naznačen je približan trošak izvođenja operacije, što vam omogućuje da istaknete skuplje operacije koje je potrebno detaljnije razraditi. I obrnuto: male zadatke lakše je vrednovati nego velike. Nakon što se pronađe trošak dovršetka svakog od malih zadataka, trošak velikog zadatka može se izračunati jednostavnim zbrajanjem troškova malih zadataka.

Veliki nedostatak notacije IDEF0 je, po mom mišljenju, što ne odražava dobro, a općenito nikako, reakciju sudionika procesa na događaje u okolišu. Stoga je nemoguće procijeniti rizike povezane s promjenama u vanjskom okruženju, a također je nemoguće modelirati mogućnosti povrata. Zato je, po mom mišljenju, notacija IDEF0 savršeno prikladna za opisivanje ne poslovnih procesa, već tehnoloških procesa u kojima je isključen utjecaj okoline, budući da se operacije odvijaju prema planu. Naravno, ne mogu se isključiti kvarovi opreme. Ali, ako bolje razmislite, kvar opreme dovodi samo do potrebe za popravkom ili promjenom opreme. U većini slučajeva to rezultira ili odgodom ili prekidom procesa u nekoj fazi, ali ne i vraćanjem (zamislite kako se, kad se peć pokvari, cigle ponovno raspadaju u pijesak i glinu), dok kada se u poslovanju pojave iznimne situacije okruženju, U većini slučajeva potrebne su radnje vraćanja. Zato se IDEF0 notacija čini prihvatljivijom za opis tehnoloških procesa.

U sljedećim epizodama pronaći ćete uzbudljive priče o BPMN, EPC i UML notacijama.

(4,77 - ocijenjeno od 43 osobe)

Cilj rada:

• proučavanje osnovnih principa IDEF0 metodologije,
• stvaranje novog projekta u BPWin-u,
• formiranje kontekstnog dijagrama,
• stvaranje veza.

Opis sustava koji koristi IDEF0 naziva se funkcionalni model. Funkcionalni model je dizajniran za opisivanje postojećih poslovnih procesa, koji koristi prirodne i grafičke jezike. Za prenošenje informacija o određenom sustavu, izvor grafičkog jezika je sama IDEF0 metodologija.

IDEF0 metodologija propisuje izgradnju hijerarhijskog sustava dijagrama – pojedinačnih opisa fragmenata sustava. Najprije se provodi opis sustava kao cjeline i njegove interakcije s vanjskim svijetom (kontekstni dijagram), nakon čega se provodi funkcionalna dekompozicija - sustav se dijeli na podsustave i opisuje se svaki podsustav zasebno (dekompozicijski dijagrami). . Zatim se svaki podsustav dijeli na manje, i tako dalje dok se ne postigne željena razina detalja.

Svaki IDEF0 dijagrami a sadrži blokove i lukove. Blokovi prikazuju funkcije modeliranog sustava. Lukovi povezuju blokove i predstavljaju interakcije i odnose među njima.

Funkcionalni blokovi (rad) u dijagramima predstavljeni su pravokutnicima, koji predstavljaju imenovane procese, funkcije ili zadatke koji se odvijaju tijekom određenog vremenskog razdoblja i imaju prepoznatljive rezultate. Naziv djela mora biti izražen kao glagolska imenica koja označava radnju.

IDEF0 zahtijeva da dijagram ima najmanje tri i ne više od šest blokova. Ova ograničenja održavaju složenost dijagrama i modela na razini koja je čitljiva, razumljiva i upotrebljiva.

Svaka strana bloka ima posebnu, vrlo specifičnu svrhu. Lijeva strana bloka je za ulaze, gornja za kontrolu, desna za izlaze, a donja za mehanizme. Ova oznaka odražava određena načela sustava: ulazi se pretvaraju u izlaze, kontroliraju ograničenja ili propisuju uvjete za provođenje transformacija, mehanizmi pokazuju što i kako funkcija obavlja.

Blokovi u IDEF0 raspoređeni su po važnosti, kako ih razumije autor dijagrama. Ovaj relativni poredak naziva se dominacija. Dominacija se shvaća kao utjecaj koji jedan blok ima na druge blokove u dijagramu. Na primjer, najdominantniji blok dijagrama može biti ili prvi u potrebnom nizu funkcija ili funkcija planiranja ili kontrole koja utječe na sve ostale.

Najdominantniji blok obično se nalazi u gornjem lijevom kutu dijagrama, a najmanje dominantan blok je u desnom kutu.

Raspored blokova na stranici odražava autorovu definiciju dominacije. Dakle, topologija dijagrama pokazuje koje značajke imaju veći utjecaj na druge. Kako bi to naglasio, analitičar može prenumerirati blokove prema njihovom redoslijedu dominacije. Redoslijed dominacije može se naznačiti brojem postavljenim u donjem desnom kutu svakog pravokutnika: 1 označava najveću dominaciju, 2 sljedeću, itd.

Interakcija radova s ​​vanjskim svijetom i međusobno opisana je u obliku strelica, prikazanih kao pojedinačne linije sa strelicama na krajevima. Strelice predstavljaju neke informacije i nazivaju se imenicama.

Vrste strelica

IDEF0 razlikuje pet vrsta strelica.

Ulaz- objekti koji se koriste i transformiraju radom da bi se dobio rezultat (output). Dopušteno je da rad nema jednu ulaznu strelicu. Ulazna strelica se crta kao ulaz na lijevi rub rada.

Kontrolirati-.informacije koje upravljaju radnjama djela. Tipično, kontrolne strelice nose informacije koje pokazuju što posao treba učiniti. Svaki posao mora imati najmanje jednu kontrolnu strelicu, koja je prikazana kao da ulazi u gornji rub posla.

Izlaz- objekti u koje se ulazi pretvaraju. Svaki posao mora imati najmanje jednu strelicu za izlaz, koja se crta tako da izlazi s desnog ruba posla.

Mehanizam- sredstva koja obavljaju posao. Strelica mehanizma je nacrtana kao da ulazi u donji rub rada. Prema odluci analitičara, strelice mehanizma ne smiju biti prikazane na modelu.

Poziv- posebna strelica koja pokazuje na drugi operativni model. Strelica poziva je nacrtana kao da dolazi s dna rada i koristi se za označavanje da se neki rad izvodi izvan sustava koji se modelira.

Riža. 2.1 Vrste strelica

IDEF0 metodologija zahtijeva samo pet tipova interakcija između blokova za opisivanje njihovih odnosa: kontrola, ulaz, povratna sprega kontrole, povratna informacija ulaza, izlazni mehanizam. Upravljačke i ulazne veze su najjednostavnije jer odražavaju izravne utjecaje koji su intuitivni i vrlo jednostavni.

Riža. 2.2. Izlazna komunikacija

Riža. 2.3. Upravljačke komunikacije

Kontrolni odnos se javlja kada izlaz jednog bloka izravno utječe na manje dominantan blok.

Kontrolna povratna informacija i ulazna povratna informacija su složenije jer uključuju iteraciju ili rekurziju. Naime, izlazi iz jednog posla utječu na buduće izvršenje drugih poslova, što naknadno utječe na izvorni posao.

Tada dolazi do povratne sprege upravljanja; kada izlaz nekog bloka utječe na blok s većom dominacijom.

Odnosi izlazni mehanizam su rijetki. Oni odražavaju situaciju u kojoj rezultat jedne funkcije postaje sredstvo za postizanje cilja druge.

Riža. 2.4. Povratne informacije o prijavi

Riža. 2.5. Povratne informacije uprave

Odnosi učinak-mehanizam karakteristični su za raspodjelu izvora resursa (npr. potrebni alati, obučeno osoblje, fizički prostor, oprema, financiranje, materijali).

U IDEF0, luk rijetko predstavlja jedan objekt. Obično simbolizira skup objekata. Budući da lukovi predstavljaju skupove objekata, mogu imati više početnih točaka (izvora) i završnih točaka (odredišta). Stoga se lukovi mogu granati i spajati na različite načine. Cijeli luk ili njegov dio može se protezati od jednog ili više blokova i završavati u jednom ili više blokova.

Lukovi grananja, prikazani zrakastim linijama, znače da se cijeli ili dio sadržaja lukova može pojaviti u svakoj grani. Luk se uvijek označava prije grane kako bi se dao naziv cijelom skupu. Dodatno, svaka grana luka može, ali i ne mora biti označena prema sljedećim pravilima:

• neoznačene grane sadrže težinu objekata navedenih u oznaci luka prije grane;
• grane označene nakon točke grananja sadrže sve ili dio objekata navedenih u oznaci luka prije grananja.

Spajanja luka u IDEFO-u, prikazana kao linije koje konvergiraju zajedno, pokazuju da sadržaj svake grane ide u obliku oznake za luk koji je rezultat spajanja originalnih lukova. Nakon spajanja, dobiveni luk uvijek je označen kako bi označio novi skup objekata koji proizlaze iz spajanja. Dodatno, svaka grana može ali ne mora biti označena prije spajanja, prema sljedećim pravilima:

Riža. 2.6. Veza izlazni mehanizam

• neoznačene grane sadrže težinu objekata navedenih u zajedničkoj oznaci luka nakon spajanja;
• grane označene prije spajanja sadrže sve ili neke od objekata navedenih u zajedničkoj oznaci nakon spajanja,

Kvantitativna analiza grafikona

Da bismo izvršili kvantitativnu analizu dijagrama, navodimo pokazatelje modela:

• broj blokova na dijagramu - N;
• razina dekompozicije dijagrama - L;
• ravnoteža dijagrama - U;
• broj strelica koje se povezuju s blokom - A

Ovaj skup čimbenika primjenjuje se na svaki dijagram modela. U nastavku će biti navedene preporuke o željenim vrijednostima faktora u dijagramu.

Potrebno je težiti tome da broj blokova na dijagramima nižih razina bude manji od broja blokova na matičnim dijagramima, tj. s povećanjem stupnja dekompozicije koeficijent se smanjuje. Dakle, smanjenje ovog koeficijenta ukazuje na to. da kako se model dekomponira, funkcije bi se trebale pojednostaviti, stoga bi se broj blokova trebao smanjiti.

Dijagrami moraju biti uravnoteženi. To znači da se unutar jednog dijagrama ne bi trebala dogoditi situacija prikazana na slici 1. 2.7: rad 1 ima znatno više dolaznih i kontrolnih strelica nego odlaznih. Treba napomenuti da se ova preporuka ne može slijediti u modelima koji opisuju proizvodne procese. Na primjer, kada se opisuje postupak sklapanja, blok može sadržavati mnogo strelica koje opisuju komponente proizvoda i jednu strelicu koja izlazi - gotov proizvod.

Riža. 2.7. Primjer neuravnoteženog grafikona

Uvedimo koeficijent ravnoteže dijagrama

Potrebno je nastojati da se Q bio minimalan za grafikon.

Osim analize grafičkih elemenata dijagrama, potrebno je razmotriti nazive blokova. Za procjenu naziva sastavlja se rječnik elementarnih (trivijalnih) funkcija modeliranog sustava. Zapravo bi ovaj rječnik trebao uključivati ​​funkcije niže razine dekompozicije dijagrama. Na primjer, za model baze podataka, funkcije "pronađi zapis" i "dodaj zapis u bazu podataka" mogu biti elementarne, dok funkcija "registracija korisnika" zahtijeva daljnji opis.

Nakon formiranja rječnika i sastavljanja paketa dijagrama sustava, potrebno je razmotriti nižu razinu modela. Ako postoje podudaranja između naziva blokova dijagrama i riječi iz rječnika, to znači da je postignuta dovoljna razina dekompozicije. Koeficijent koji kvantitativno odražava ovaj kriterij može se napisati kao L*C- umnožak razine modela i broja podudaranja naziva blokova s ​​riječima iz rječnika. Što je niža razina modela (veći L), to su šibice vrjednije.

BPWin Toolkit

Kada pokrenete BPWin, glavna alatna traka, paleta alata i Model Explorer pojavljuju se prema zadanim postavkama.

Prilikom izrade novog modela pojavljuje se dijalog u kojem treba označiti hoće li se model kreirati iznova ili će se otvoriti iz ModelMart repozitorija, upisati naziv modela i odabrati metodologiju po kojoj će se model graditi ( Slika 2.8).

sl.2.8 Dijalog za izradu modela

BPWin podržava tri metodologije - IDEF0, IDEF3 i DFD. U BPWin-u je moguće izgraditi mješovite modele, tj. model može istovremeno sadržavati IDEF0 i IDEF3 dijagrame i DFD. Sastav palete alata mijenja se automatski kada se prebacite s jedne oznake na drugu.

Model u BPWin-u smatra se skupom radova od kojih svaki radi s određenim skupom podataka. Ako kliknete bilo koji objekt modela lijevom tipkom miša, pojavljuje se skočni kontekstni izbornik, čija svaka stavka odgovara uređivaču svojstva objekta.

Primjer

Izgradnja modela sustava trebala bi započeti proučavanjem svih dokumenata koji opisuju njegovu funkcionalnost. Jedan od tih dokumenata je tehnička specifikacija, odnosno odjeljci „Svrha razvoja“, „Ciljevi i zadaci sustava“ i „Funkcionalne karakteristike sustava“.

Nakon proučavanja izvornih dokumenata i razgovora s kupcima i korisnicima sustava, potrebno je formulirati svrhu modeliranja i odrediti gledište na model. Razmotrimo tehnologiju njegove izgradnje na primjeru sustava "Sveučilišna služba za zapošljavanje", čije su glavne mogućnosti opisane u laboratorijskom radu br.

Formulirajmo cilj modeliranja: opisati funkcioniranje sustava koje bi bilo razumljivo njegovom korisniku, ne ulazeći u detalje vezane uz implementaciju. Model ćemo graditi sa stajališta korisnika (student, nastavnik, administrator, dekanat, tvrtka).

Počnimo izgradnjom kontekstnog dijagrama IDEF0. Prema opisu sustava, glavna funkcija je posluživanje svojih klijenata obradom njihovih zahtjeva. Dakle, jedini posao kontekstnog dijagrama definiramo kao "Služiti klijentu sustava." Zatim definiramo ulazne i izlazne podatke, te mehanizme i upravljanje.

Da bi klijent bio uslužan, potrebno ga je registrirati u sustav, otvoriti pristup bazi podataka i obraditi njegov zahtjev. Ulazni podaci bit će "ime klijenta", "lozinka klijenta", "izvorna baza podataka", "zahtjev klijenta". Izvršenje zahtjeva dovodi ili do primanja informacija iz sustava ili do promjene sadržaja baze podataka (primjerice, kod izrade stručnih procjena), pa će izlazni podaci biti “izvješća” i “promijenjena baza podataka”. Proces obrade zahtjeva vršit će monitor sustava pod kontrolom administratora.

Kontekstni dijagram

Tako definiramo kontekstni dijagram sustava (slika 2.9).

Slika 2.9. Dijagram konteksta sustava

Rastavimo kontekstni dijagram, opisujući redoslijed korisničke usluge:

• Određivanje razine pristupa sustavu.
• Izbor podsustava.
• Pristup podsustavu.
• Promjena baze (ako je potrebno).

Dobivamo dijagram prikazan na sl. 2.10.

Nakon što završite dekompoziciju kontekstnog dijagrama, prijeđite na dekompoziciju dijagrama sljedeće razine. Tipično, kada se razmatraju treća i niža razina, modeli se vraćaju na matične dijagrame i prilagođavaju ih.

Riža. 2.10. Dekompozicija rada “Usluga, klijent sustava”

Rastavljamo sekvencijalno sve blokove dobivenog dijagrama. Prvi korak u određivanju razine pristupa sustavu je određivanje kategorije korisnika. Ime klijenta se pretražuje u bazi korisnika, određujući njegovu kategoriju. Prema određenoj kategoriji određuju se ovlasti koje korisnik sustava ima. Zatim se provodi procedura pristupa sustavu uz provjeru pristupnog imena i lozinke. Kombinacijom informacija o ovlastima i razini pristupa sustavu formira se skup dopuštenih radnji za korisnika. Stoga će određivanje razine pristupa sustavu izgledati kao što je prikazano na sl. 2.11.

Riža. 2.11. Dekompozicija rada “Određivanje razine pristupa sustavu”

Nakon završetka procedure pristupa sustavu, monitor analizira zahtjev klijenta, odabirući podsustav koji će obraditi zahtjev. Dekompozicija djela “Apel na podsustav” ne odgovara svrsi i gledištu modela. Korisnika sustava ne zanimaju interni algoritmi njegovog rada. U ovom slučaju mu je bitno da će izbor podsustava biti napravljen automatski, bez njegove intervencije, pa će dekompozicija pristupa podsustavu samo zakomplicirati model.

Dekomponiramo posao “Obrada zahtjeva klijenta”, koji obavlja podsustav za obradu zahtjeva, određujući kategorije i ovlasti korisnika. Prije traženja odgovora na upit morate otvoriti bazu podataka (spojiti se na nju). Općenito, baza podataka može se nalaziti na udaljenom poslužitelju, pa će možda biti potrebno uspostaviti vezu s njom. Odredimo slijed rada:

• Otvaranje baze podataka.
• Izvršavanje zahtjeva.
• Generiranje izvješća.

Nakon otvaranja baze potrebno je obavijestiti sustav da je veza s bazom uspostavljena, zatim izvršiti zahtjev i generirati izvješća za korisnika (Slika 2.12).

Treba napomenuti da “Izvršenje upita” uključuje rad različitih podsustava. Primjerice, ako zahtjev uključuje testiranje, tada će ga izvršiti podsustav stručnih i psiholoških testova. U fazi izvršavanja upita može biti potrebno promijeniti sadržaj baze podataka, na primjer, prilikom sastavljanja stručnih procjena. Stoga je u dijagramu potrebno predvidjeti ovu mogućnost.

Riža. 2.12.

Prilagodba grafikona

Prilikom analize dobivenog dijagrama postavlja se pitanje: koja se pravila koriste za generiranje izvješća? Potrebno je imati unaprijed generirane predloške koji će se koristiti za odabir iz baze, a ti predlošci moraju odgovarati upitima i moraju biti predefinirani. Osim toga, klijentu treba dati mogućnost izbora oblika izvješća.

Prilagodimo dijagram dodavanjem strelica "Predlošci izvješća" i "Zahtjevi za promjenu baze podataka" i strelice tunela "Klijent sustava". Tuneliranje “Klijenta sustava” koristi se kako se strelica ne bi postavljala na gornji dijagram, budući da funkcija odabira forme izvješća nije dovoljno važna da bi se prikazala na roditeljskom dijagramu.

Promjena dijagrama rezultirat će prilagodbama svih matičnih dijagrama (sl. 2.13 - 2.15).

Preporučljivo je dekomponirati rad "Izvršenje upita" pomoću DFD dijagrama (laboratorijski rad br. 3), budući da IDEF0 metodologija smatra sustav skupom međusobno povezanih radova, što ne odražava dobro procese obrade informacija.

Riža. 2.13. Dekompozicija rada “Obrada zahtjeva klijenta”

Riža. 2.14. Dekompozicija posla "Usluga klijenta sustava" (opcija 2)

Riža. 2.15. Dijagram konteksta sustava (opcija 2)

Prijeđimo na dekompoziciju posljednjeg bloka “Promjena baze podataka”. Sa stajališta klijenta, podaci sustava nalaze se u jednoj bazi podataka. U stvarnosti postoji šest baza podataka u sustavu:

• korisnička baza podataka,
• baza podataka studenata, (opcija 2)
• baza slobodnih radnih mjesta,
• baza podataka o akademskom uspjehu,
• Test baza podataka,
• DB stručnih procjena,
• DB životopis.

S obzirom na svrhu modeliranja, klijentu je važno razumjeti da se primljeni podaci ne ažuriraju odmah u sustavu, već prolaze kroz dodatnu fazu obrade i kontrole. Algoritam promjene može se formulirati na sljedeći način:

• Određuje se baza podataka u kojoj će se podaci mijenjati.
• Operater generira privremeni skup podataka i dostavlja ga administratoru.
• Administrator kontrolira podatke i unosi ih u bazu.

Ovaj se model može implementirati na drugi način, pružanjem mogućnosti ažuriranja baze podataka izravno na zahtjev, zaobilazeći proces kontrole podataka. U tom slučaju potrebno je osigurati kontrolu integriteta baze podataka kako bi se izbjeglo njeno oštećenje. U ovom slučaju, dijagram će izgledati ovako (Sl. 2.17).

Riža. 2.16. Dekompozicija rada “Promjena baze podataka”

Riža. 2.17. Dekompozicija rada “Promjena baze podataka” (opcija 2) Za prvu opciju, prikazanu na sl. 2.12

Provođenje daljnje dekompozicije “Promjena baze podataka” zakomplicirat će model, objašnjavajući kako se provodi fizička promjena baze podataka u sustavu. U tom slučaju korisnik neće dobiti nikakve dodatne informacije o radu sustava zavoda za zapošljavanje. Preporučljivo je dekomponirati ovaj rad tijekom procesa projektiranja sustava baze podataka u fazi stvaranja logičkog modela baze podataka.

Dekompozicija rada na Izvođenju upita bit će provedena u sljedećem laboratoriju, ilustrirajući korištenje DFD dijagrama za opisivanje procesa obrade informacija.

Provedimo kvantitativnu analizu modela prikazanih na sl. 2.12 i 2.13, prema gore opisanoj metodi. Razmotrimo ponašanje koeficijenta ^ za ove modele. Roditeljski dijagram “Obrada zahtjeva klijenta” ima koeficijent 4/2 = 2, a dekompozicijski dijagram 3/3 = 1. Vrijednost koeficijenta opada, što ukazuje na pojednostavljenje opisa funkcija kako razina model smanjuje.

Razmotrimo promjenu koeficijenta K b imaju dvije opcije modela.

za drugu opciju

Koeficijent K b ne mijenja svoju vrijednost, stoga se ravnoteža dijagrama ne mijenja.

Pretpostavit ćemo da je razina dekompozicije razmatranih dijagrama dovoljna da odražava svrhu modeliranja, au dijagramima niže razine elementarne funkcije se koriste kao nazivi rada (sa stajališta korisnika sustava) .

Rezimirajući razmatrani primjer, potrebno je napomenuti važnost razmatranja nekoliko opcija dijagrama pri modeliranju sustava. Takve opcije mogu se pojaviti prilikom prilagođavanja dijagrama, kao što je učinjeno s “Obradom zahtjeva klijenta” ili prilikom stvaranja alternativnih implementacija funkcija sustava (dekompozicija rada “Promjena baze podataka”). Pregled opcija omogućuje vam da odaberete najbolju i uključite je u paket dijagrama za daljnje razmatranje.

Kontrolna pitanja

Popis Sigurnosna pitanja:

1. Što je model u IDEF0 notaciji?
2. Što znače poslovi u IDEF0?
3. Koji je redoslijed imenovanja djela?
4. Koliko radova treba biti prisutno na jednom dijagramu?
5. Koji je redoslijed dominacije?
6. Kako su djela raspoređena po principu dominacije?
7. Koja je svrha stranica radnih pravokutnika na dijagramima?
8. Nabroji vrste strelica.
9. Navedite vrste odnosa.
10. Kako se zovu granične strelice?
11. Objasniti princip imenovanja grananja i spajanja strelica.
12. Koje metodologije podržava BPWin?
13. Navedite glavne elemente glavnog prozora BPWin-a.
14. Opišite proces stvaranja novog modela u BPWin-u.
15. Kako uspostaviti veze između djela?
16. Kako postaviti naziv posla.
17. Opišite proces rastavljanja rada.
18. Kako dodati rad na dijagram?
19. Kako riješiti tunelirane strelice?
20. Može li BPWin model sadržavati dijagrame više metodologija?

IDEF0 je notacija za grafičko modeliranje koja se koristi za stvaranje funkcionalnog modela koji prikazuje strukturu i funkcije sustava, kao i tokove informacija i materijalnih objekata koji povezuju te funkcije. IDEF0 notacija jedna je od najpopularnijih notacija za modeliranje poslovnih procesa.

Svrha tehnike je konstruirati funkcionalni dijagram sustava koji se proučava, opisujući sve potrebne procese s točnošću dovoljnom za nedvosmisleno modeliranje aktivnosti sustava.

Metodologija se temelji na četiri glavna koncepta: funkcionalni blok, luk sučelja, dekompozicija, pojmovnik.

Funkcijski blok(Activity Box) predstavlja neke specifične funkcija unutar sustava koji se razmatra. Prema zahtjevima standarda, naziv svakog funkcionalnog bloka mora biti formuliran u verbalnom raspoloženju (na primjer, "proizvodnja usluga"). Na dijagramu je funkcionalni blok prikazan kao pravokutnik (slika 3.).

Svaka od četiri strane funkcionalnog bloka ima svoje specifično značenje (ulogu), i to:

Gornja strana je postavljena na "Kontrola";

Lijeva strana je postavljena na "Ulaz";

Desna strana je postavljena na Output;

Donja strana ima značenje "Mehanizam".

Luk sučelja(Strelica) prikazuje element sustava koji obrađuje funkcijski blok ili na drugi način utječe funkcija, predstavljen ovim funkcijskim blokom. Lukovi sučelja često se nazivaju tokovi ili strelice.

Riža. 3. - Funkcijski blok

Koristeći lukove sučelja, prikazuju se različiti objekti koji, u jednom ili drugom stupnju, određuju procese koji se odvijaju u sustavu. Takvi objekti mogu biti elementi stvarnog svijeta (dijelovi, automobili, zaposlenici itd.) ili tokovi podataka i informacija (dokumenti, podaci, upute itd.).

Ovisno o tome kojoj strani funkcionalnog bloka ovaj luk sučelja odgovara, naziva se "dolazni", "odlazni" ili "kontrolni".

Treba napomenuti da svaki funkcionalni blok, prema zahtjevima standarda, mora imati najmanje jedan luk upravljačkog sučelja i jedan odlazni. To je razumljivo - svaki se proces mora odvijati prema nekim pravilima (koje prikazuje kontrolni luk) i mora dati neki rezultat (odlazni luk), inače njegovo razmatranje nema smisla.

Obavezna prisutnost lukova kontrolnog sučelja jedna je od glavnih razlika između IDEF0 standarda i drugih metodologija klasa DFD (Data Flow Diagram) i WFD (Work Flow Diagram).

Raspad(Dekompozicija) temeljni je koncept IDEF0 standarda. Načelo dekompozicije koristi se pri rastavljanju složenog procesa na njegove komponente funkcije. U ovom slučaju, razinu detalja procesa određuje izravno programer modela.

Dekompozicija vam omogućuje postupno i strukturirano predstavljanje modela sustava u obliku hijerarhijske strukture pojedinačnih dijagrama, što ga čini manje preopterećenim i lako probavljivim (Sl. 4.).

Posljednji od IDEF0 koncepata je Glosar. Za svaki od IDEF0 elemenata - dijagrame, funkcijske blokove, lukove sučelja - postojeći standard zahtijeva stvaranje i održavanje skupa odgovarajućih definicija, ključnih riječi, narativnih iskaza itd. koji karakteriziraju objekt prikazan tim elementom. Taj se skup naziva glosar i predstavlja opis suštine danog elementa. Pojmovnik skladno nadopunjuje vizualni grafički jezik, pružajući dijagramima potrebne dodatne informacije.

Model IDEF0 uvijek počinje s pogledom na sustav kao jedinstvenu cjelinu - jedan funkcionalni blok s lukovima sučelja koji se protežu izvan domene koja se razmatra. Takav dijagram s jednim funkcionalnim blokom naziva se kontekstni dijagram.

Tekst objašnjenja za dijagram konteksta mora naznačiti cilj(Svrha) konstruirati dijagram u obliku kratkog opisa i zabilježiti gledište.

Riža. 4. - Shema dekompozicije funkcionalnih blokova modela

Definiranje i formaliziranje cilja razvoja IDEF0 modela iznimno je važna točka. Zapravo, cilj definira relevantna područja u sustavu koji se proučava na koja se prvo treba usredotočiti.

Točka gledišta određuje glavni smjer razvoja modela i potrebnu razinu detalja.

Jasna fiksacija gledišta omogućuje vam da rasteretite model odbijanjem detaljiziranja i proučavanja pojedinačnih elemenata koji nisu potrebni, na temelju odabranog gledišta na sustav. Pravilan izbor gledišta značajno smanjuje vrijeme utrošeno na izradu konačnog modela.

Izbor podprocesi. Tijekom procesa dekompozicije, funkcionalni blok koji predstavlja sustav kao cjelinu u kontekstualnom dijagramu je detaljno prikazan u drugom dijagramu. Rezultirajući dijagram druge razine sadrži funkcionalne blokove koji prikazuju glavne podfunkcije funkcionalnog bloka kontekstnog dijagrama, te se u odnosu na njega naziva Dijagram djeteta (svaki od funkcionalnih blokova koji pripada dijagramu djeteta naziva se odgovarajući Dijagram dijagrama) .

S druge strane, funkcionalni blok pretka naziva se roditeljski blok u odnosu na podređeni dijagram (Parent Box), a dijagram kojemu pripada naziva se roditeljski dijagram (Parent Diagram). Svaka podfunkcija dječjeg dijagrama može se dalje detaljizirati sličnom dekompozicijom odgovarajućeg funkcionalnog bloka. U svakom slučaju dekompozicije funkcionalnog bloka, svi lukovi sučelja koji ulaze ili izlaze iz ovog bloka fiksirani su na dječjem dijagramu. Time se postiže strukturni integritet IDEF0 modela.

Ponekad nema smisla nastaviti razmatrati pojedinačne lukove sučelja više razine na dijagramima niže razine, ili obrnuto - odražavati pojedinačne lukove niže razine na dijagramima viših razina - to će samo preopteretiti dijagrame i učiniti ih teško za razumjeti. Za rješavanje takvih problema, standard IDEF0 nudi koncept tuneliranja. Oznaka "Arrow Tunnel" dviju zagrada oko početka luka sučelja označava da luk nije naslijeđen od funkcionalnog roditeljskog bloka i pojavljuje se (iz "tunela") samo na ovom dijagramu.

S druge strane, ista oznaka oko kraja (strelica) luka sučelja u neposrednoj blizini prijemnog bloka znači činjenicu da ovaj luk neće biti prikazan ili razmatran u podređenom dijagramu ovog bloka. Najčešće se događa da se pojedinačni objekti i njihovi odgovarajući lukovi sučelja ne razmatraju na nekim srednjim razinama hijerarhije - u ovom slučaju, prvo se "urone u tunel", a zatim se, ako je potrebno, "vrate iz tunela".

Tipično, IDEF0 modeli sadrže složene i koncentrirane informacije, a kako bi se ograničila njihova zagušenost i učinili čitljivim, standard usvaja odgovarajuća ograničenja složenosti.

Preporuča se prikazati od tri do šest funkcionalnih blokova na dijagramu, dok se broj lukova sučelja prikladnih za jedan funkcionalni blok (koji izlaze iz jednog funkcionalnog bloka) ne smatra većim od četiri.

Standard IDEF0 sadrži skup postupaka koji omogućuju da se model razvije i dogovori velika grupa ljudi koji pripadaju različitim područjima aktivnosti sustava koji se modelira.

Tipično, proces razvoja je iterativan i sastoji se od sljedećih konvencionalnih faza: Izrada modela od strane grupe stručnjaka vezanih za različita područja poduzeća. Ova grupa se naziva Autori u terminima IDEF0. Izgradnja inicijalnog modela je dinamičan proces tijekom kojeg autori intervjuiraju kompetentne pojedince o strukturi različitih procesa, kreirajući modele aktivnosti odjela.

Zanimaju ih odgovori na sljedeća pitanja:

Što odjel dobiva kao input?

Koji funkcije i kojim redoslijedom se izvode unutar odjela?

Tko je odgovoran za provođenje svakog od funkcije?

Čime se izvođač rukovodi prilikom izvođenja svake od funkcije?

Koji je rezultat rada odjela (output)?

Na temelju postojećih propisa, dokumenata i rezultata istraživanja izrađuje se Nacrt modela modela.

Distribucija nacrta na pregled, odobrenje i komentar. U ovoj fazi se o nacrtu modela raspravlja sa širokim spektrom kompetentnih osoba (u smislu IDEF0 - čitatelja) u poduzeću. U tom slučaju, svaki od dijagrama nacrta modela se kritizira i komentira u pisanom obliku, a zatim se prenosi autoru. Autor se sa svoje strane također pisanim putem slaže s kritikom ili je odbija, iznoseći logiku odluke, te vraća dorađeni nacrt na daljnje razmatranje. Ovaj ciklus se nastavlja sve dok autori i čitatelji ne postignu konsenzus.

Službeno odobrenje modela. Usuglašeni model odobrava voditelj radne skupine ako autori modela i čitatelji nemaju nesuglasica o njegovoj primjerenosti. Konačni model je koherentan pogled na poduzeće (sustav) sa zadane točke gledišta i za zadanu svrhu.

Jasnoća IDEF0 grafičkog jezika čini model potpuno čitljivim čak i osobama koje nisu sudjelovale u projektu njegove izrade, kao i učinkovitim za prikaze i prezentacije. U budućnosti, na temelju konstruiranog modela, mogu se organizirati novi projekti s ciljem izmjene modela.

IDEF0 model se preporučuje za korištenje u poduzeću kada se opisuju poslovni procesi na najvišoj razini. Pri izradi funkcionalnog modela poslovnog procesa (IDEF0) opisuju se funkcije koje se obavljaju te ulazni i izlazni tokovi materijalnih, financijskih sredstava i informacija (dokumenata, datoteka).

Simboli IDEF0 formata prikazani su u tablicama 2 i 3.

Tablica 2. - Grafički simboli IDEF0 notacije

Simbol	Slika	Opis
Blok		Blok opisuje proces. Tipičan blok je prikazan na sl. 1. Unutar svakog bloka nalazi se njegov naziv i broj. Ime mora biti aktivni glagol, glagolska fraza ili glagolska imenica. Broj bloka nalazi se u donjem desnom kutu. Brojevi blokova koriste se za identifikaciju u dijagramu i pridruženom tekstu.
Strijela		Strelice predstavljaju objekte (podatke) koji ulaze i izlaze iz procesa. Svaka strana funkcijskog bloka ima standardno značenje u smislu veze blok-strelica. S druge strane, strana bloka na koju je strelica pričvršćena jedinstveno određuje njenu ulogu. Strelice koje ulaze u lijevu stranu bloka su ulazi. Strelice koje ulaze u blok odozgo su kontrole. Strelice koje napuštaju proces s desne strane su izlazi, tj. podataka ili materijalnih objekata proizvedenih procesom. Strelice povezane s donjom stranom bloka predstavljaju mehanizme.
Tunelirana strelica		Tunelirane strelice pokazuju da se podaci predstavljeni strelicama ne uzimaju u obzir u nadređenom grafikonu i/ili podređenom grafikonu. Strelica postavljena u tunel gdje se spaja s blokom znači da podaci izraženi tom strelicom nisu potrebni na sljedećoj razini dekompozicije. Strelica postavljena u tunel na slobodnom kraju znači da podaci koje predstavlja nisu prisutni u nadređenom dijagramu.
Vanjska referenca		Vanjska referenca - mjesto, entitet ili subjekt koji je izvan granica sustava koji se modelira. Koristi se za označavanje izvora ili odredišta strelica izvan modela. U dijagramima, vanjska veza je prikazana kao kvadrat, pored kojeg je prikazan naziv vanjske veze.
Interchart poveznica		Element koji predstavlja drugi dijagram. Služi za označavanje prijelaza strelica na dijagram drugog poslovnog procesa bez prikazivanja strelice na gornjem dijagramu (kada se koriste hijerarhijski modeli).

Tablica 3. - Grafički simboli IDEF0 notacije

1. Funkcionalno modeliranje informacijskog sustava korištenjem IDEF CASE tehnologije.
2. Opis logike interakcije i slijed rada.

2. Plan lekcije

1. Provjera znanja testiranjem (test ISE002).
2. Razvoj višerazinskog modela aktivnosti informacijskog sustava (AS - IS model) korištenjem BPwin CASE alata korištenjem tehnologija IDEF 0 I IDEF 3 :
   • Opis svojstava modela (Model Properties).
   • Izrada PRVE razine funkcionalnog modela - izrada kontekstnog dijagrama.
   • Izrada DRUGE razine funkcionalnog modela - detaljiziranje kontekstualnog rada i izrada dekompozicijskog dijagrama.
   • Izrada TREĆE razine funkcionalnog modela - detaljiziranje rada druge razine koja implementira funkciju Računovodstvo aktivnosti organizacije. Ova faza razvoja omogućuje izradu dijagrama dekompozicije korištenjem jedne od dvije metodologije - IDEF 0 (1. opcija) ili IDEF 3 (2. opcija). Prema 2. opciji izrada scenarija i dijagrama slijeda izvođenja pojedinih radova (Dijagram tijeka rada) u procesu računovodstva djelatnosti provodi se metodologijom IDEF 3.
3. Razvoj rječnika radova i rječnika strelica koji vam omogućuju prikaz opisa odgovarajućih fragmenata modela.

1. Funkcionalno modeliranje informacijskog sustava pomoću tehnologije IDEF mora se izvesti pomoću CASE alata BPwin, koji se učitava naredbom Start/Programi/Računalni suradnici/BPwin 4.0/BPwin4.0 . Tehnološki procesi IDEF modeliranja navedeni su u odjeljku 4 "Teorijske informacije za praktičnu nastavu."
2. Prilikom razvijanja kontekstnog dijagrama, treba uzeti u obzir da se svojstva modela mogu formatirati na sljedeći način, koristeći informacije koje odgovaraju modeliranom predmetnom području:
   • Ime modela : Djelatnost poduzeća "Ime";
   • Projekt (naziv projekta): Model djelatnosti tvrtke “Ime”;
   • Puno ime, grupa;
   • Opseg (područje modeliranja koje uključuje svrhu modeliranja, tj. pitanja na koja bi konstruirani model trebao odgovoriti) – primjerice „Opće upravljanje poslovanjem tvrtke: istraživanje tržišta, nabava komponenti, testiranje i prodaja proizvoda“ ili „Tehnološki, financijski i menadžerski aspekti djelatnosti tvrtke“;
   • Vremenski okvir (vrsta modela) : KAO ŠTO JE;
   • Definicija , svrha modela) : Edukativni model koji opisuje djelatnost tvrtke “Ime”;
   • Vidikovac (gledište – osoba čije se stajalište usvaja tijekom razvoja) : Voditelj poduzeća i generalni direktor;
   • Status : RADI;
   • Svrha : Modelirati trenutne poslovne procese tvrtke “Name” u svrhu reguliranja njezinih aktivnosti;
   • Izvor (izvor informacija): Analiza predmetnog područja i analiza ulaznih dokumenata;
   • Ime autora : PUNO IME.
3. Radeći dekompozicija dijagrama konteksta treba uzeti u obzir da ona, budući druga razina dekompozicija modela sustava, predstavlja podproces ili dječji rad , implementiran u obliku kontekstualni rad, koji u ovom slučaju djeluje kao roditeljski rad, implementiran u obliku Roditeljski dijagram) . Dekompozicijski dijagram druge razine mora sadržavati najmanje tri funkcionalna bloka, od kojih jedan mora obavljati funkciju modeliranja računovodstvo aktivnosti organizacija, a ostatak bi trebao obavljati funkciju modeliranja Poslovni procesi implementiran u sustav.
4. U svakom koraku dekompozicije trebali biste pratiti proces automatskog pomicanja lukova sučelja (strelica) na niže razine modela i pokušati izbjeći nepotrebno stvaranje tuneliranih strelica. Ako se pojave, tunele treba ukloniti.
5. Prilikom provedbe treća razina dekompozicije, treba uzeti u obzir da je svaki od razvijenih dijagrama dekompozicije treća razina dekompozicije radova druge razine i predstavlja podproces ili pomoćni rad implementiran u obliku Dijagram djeteta relevantan rad treće razine. Svi radovi druge razine u ovom slučaju djeluju kao roditeljski rad, implementiran u obliku matične karte(Roditeljski dijagrami).
6. Dekompoziciju rada druge razine, modeliranje računovodstvene funkcije i stvaranje scenarija za interakciju rada treba izvesti pomoću tehnologije IDEF 3 koji se koristi kao funkcijski blok jediniceraditi (Jedinica rada, UOW) , kao i potrebno referentni objekti (referenti) , koji se može implementirati u skriptu iz rječnika strelica ili kreirati iznova.
7. Rječnik rada i rječnik strelica kreiraju se na svakoj razini dekompozicije modela, a nužan uvjet za njihov razvoj je postojanje opisa rada (aktivnost) i opisi podataka snimljenih na luku sučelja ( strijela) .
8. Rezultate rada spremite u datoteku Funkcijski_model IS_naziv_ IDEF.bp1 u vašoj mapi ISE.
9. Primjer generaliziranog funkcionalnog modela dan je u

4. Teoretski podaci za praktičnu nastavu

4.1. IDEF 0-tehnologija

IDEF0 metodologija dizajnirana je za modeliranje aktivnosti organizacije. U početnoj fazi razvoja projekta kreira se model koji opisuje postojeće poslovne procese i tehnološke procese u poduzeću prema principu “KAKVO JE” (“As Is”), i što je važno, predstavlja poduzeće iz perspektivu zaposlenika koji tamo rade i dobro poznaju sve nijanse, uključujući i one neformalne. KAKO JESTE je "ono što radimo danas", prije nego što pređemo na "ono što ćemo raditi sutra".

Model aktivnosti ili, drugim riječima, funkcionalni model. Funkcionalni model tretira sustav kao skup akcije, u kojem svaka radnja mijenja neke objekt ili skup predmeta . Tehnologija IDEF 0 koristi princip funkcionalna dekompozicija sustava (cijepanje sustava na fragmente). Princip razgradnje znači da funkcionalni model treba biti izgrađen prema pravilu "odozgo prema dolje" , iz Općenito vrsta modela do privatna modeli. Stoga je obično funkcionalni model za rješavanje problema skup privatni funkcionalni modeli .

Funkcionalni modeli ističu akcije predstavljajući ih kao poseban element - blok. Blok – glavni strukturni element funkcionalnog modela čiji je grafički prikaz dijagram . Naziv radnje – glagolska imenica ili glagol . Kao rezultat dekompozicije modela nastaje skup hijerarhijski uređenih i međusobno povezanih dijagrama. Svaki dijagram je jedinica opisa sustava i nalazi se na posebnom listu.

Metodologija IDEF 0 temelji se na četiri osnovna pojma: funkcionalni blok (čvor), luk sučelja, dekompozicija, pojmovnik.

Funkcijski blok

Temeljni koncept tehnologije IDEF 0 je koncept funkcijski blok. Namijenjen je predstavljanju određenog tipa Aktivnost , što predstavlja neke specifične funkcija unutar sustava koji se razmatra. Ova funkcija zauzvrat znači neku radnju (skup akcija), imati fiksni cilj i dovesti do nekog konačnog rezultata.

Funkcijski blok predstavljena je pravokutnikom čije stranice imaju sljedeće vrijednosti:

• Gornja strana je upravljanje.
• Donja strana je mehanizam.
• Desna strana je izlaz.
• Lijeva strana je ulaz.

Funkcionalni blok ima naziv, koji je naveden u glagolskom raspoloženju ili glagolskoj imenici. Interakcija između djelovanja a svijet oko njega, uključujući druge radnje, prikazuje se pomoću lukova sučelja (strelica).

Luk sučelja

Luk sučelja prikazuje element sustava koji ili obrađeno funkcijski blok, odn ima drugačiji učinak na aktivnost (funkciju) koju prikazuje ovaj funkcionalni blok. Luk sučelja prikazan kao strelica koja pokazuje prijevoznik , osiguravajući prijenos podataka ili objekata iz jedne aktivnosti u drugu. Strelice opisuju interakciju radova s ​​vanjskim svijetom i međusobno, predstavljaju neke informacije i nazivaju se imenice .

Naziv strelice to pokazuje uloga (skup mogućih uloga je označen sa – ICOM ):

Ulaz funkcijskog bloka – ja nput .

Upravljanje - C kontrolirati .

Izlaz funkcijskog bloka – O izlaz .

Mehanizam – M echanism .

Ulazni) je materijal ili informacija koja se koristi ili transformira radom da proizvede rezultat (output). Možda nema strelice za ulaz.

Kontrolirati– pravila, politike, procedure ili standardi koji vode rad. Utječe na rad, ali se radom ne mijenja. Strelica je nacrtana kao da ulazi u gornji rub rada. Svaki funkcijski blok mora imati barem jednu kontrolnu strelicu.

Često je teško odrediti jesu li podaci ulazni ili kontrolni. Ako se podaci u radu mijenjaju ili obrađuju, onda je to najvjerojatnije unos, a ako ne, to je kontrola. Ako je teško odrediti status strelice, preporučuje se nacrtati kontrolnu strelicu.

Izlaz– materijal ili informacija proizvedena djelom. Potrebna je najmanje jedna strelica za izlaz koja izlazi s desne strane rada.

Mehanizam izvršenja (Mehanizam)– sredstva koja obavljaju rad (primjerice, osoblje, strojevi, uređaji itd.). Strelica je nacrtana kao da ulazi u donji rub rada. Strelice mehanizma možda neće biti prikazane. Općenito, funkcionalni blok je prikazan na Sl. 2.1.

Na sl. 2.1 svi lukovi sučelja prikazani su kao imenovane strelice. Prema zahtjevima standarda, svaki funkcionalni blok mora imati najmanje jedan izlaz i jednu kontrolu, budući da svaki zadatak (proces) mora imati najmanje jedan izlaz i najmanje jedno pravilo za njegovo rješavanje. Luk sučelja "Mehanizam" možda neće biti prikazan.

Od nekoliko funkcionalnih blokova povezanih lukovima sučelja na traženi način, a funkcionalni model.

Imajte na umu da se strelice mogu granati kako bi uspostavile potrebne veze između funkcionalnih blokova.

Prijaviti se funkcijski blok može biti ne samo Izlaz drugi funkcionalni blok, ali i svoj kontrolirati ili čak mehanizam. Kao rezultat toga, funkcionalni model može sadržavati različite, prilično složene i neobične procese za rješavanje problema u informacijskom sustavu.

Izrada dijagrama korištenjem IDEF0 tehnologije

Pri razvoju poslovnog modela organizacije treba koristiti tri vrste dijagrama:

• Dijagram tipa I – Kontekstni dijagram (može biti samo jedan) – vrh strukture stabla, koji predstavlja najapstraktniju razinu opisa sustava i njegove interakcije s vanjskom okolinom. Ono definira funkcija konteksta;
• II tip dijagrama – Dekompozicijski dijagram .

Dijagrami kvarova dizajnirani su za detaljan rad i sadržaj srodni raditi, tj. podružnice djelo koje ima zajedničku roditeljski raditi. Rad na nižoj razini je isti kao i rad na višoj razini, ali s više detalja. Dijagrame izrađuje analitičar kako bi proveo ispit, tj. raspravio dijagram sa stručnjakom za predmet.

Nakon svake sesije dekompozicije provode se ispitne sesije - predmetni stručnjaci ukazuju na korespondenciju stvarnih poslovnih procesa sa kreiranim dijagramima. Pronađene nedosljednosti se ispravljaju, i to tek nakon položenog ispita bez komentara možete nastaviti na sljedeću sesiju dekompozicije. Ovo osigurava da model odgovara stvarnim poslovnim procesima na bilo kojoj razini modela.

Potrebno je postaviti broj radova na najviše šest (3–6), inače je dijagram teško čitljiv (prezasićen). Gornja granica (šest) tjera dizajnera da koristi hijerarhije pri opisivanju složenih objekata, a donja granica (tri) osigurava da odgovarajući dijagram ima dovoljno detalja koji opravdavaju njegovu izradu.

U raščlanjenom dijagramu, posao koji je najvažniji i prvi dovršen nalazi se gore lijevo. Posao koji je manje važan ili dovršen kasnije ide prema dolje.

• III tip dijagrama – Dijagram čvornog stabla pokazuje hijerarhijsku ovisnost poslova, ali ne i odnose između poslova (ovih dijagrama može biti koliko god želite, budući da se stablo može graditi do bilo koje dubine i ne nužno iz korijena).

4.2. Tehnološki proces IDEF0 modeliranja:

Riža. 2.2

Alat BPWin CASE ima jednostavno i intuitivno korisničko sučelje za izgradnju potrebnih funkcionalnih modela i scenarija. Ovisi o korištenoj tehnologiji. Na sl. 2.2 prikazuje BPWin prozor ( Computer Associates B.P.Win ).

Alatna traka glavnog prozora Computer Associates BPwin sadrži sljedeće gumbe:

	– izrada novog modela,
	– otvaranje postojećeg modela,
	– spremanje konstruiranog modela,
	– tisak modela,
	– izbor mjerila,
	– skaliranje,
	- provjera pravopisa,
	– uključivanje/isključivanje navigatora modela,
	– uključite/isključite Model Mart.

Navigator modela prikazuje sastav modela prema razini razvoja. Uz njegovu pomoć možete jednostavno i brzo prelaziti s razine na razinu. Rad s navigatorom modela sličan je radu s Windows Explorerom.

Posebna alatna traka sadrži sljedeće glavne gumbe:

Prozor modela je mjesto za izradu funkcionalnog modela proučavanog sustava. U njemu se grade i uređuju funkcionalni blokovi, crtaju i uređuju strelice i provodi dekompozicija.

Priprema modela

1. Pritisnite gumb za izradu modela da biste otvorili dijaloški okvir B.P.Win(Sl. 2.3):

U dijaloškom okviru B.P.Win izvršite sljedeće radnje:

• izabrati Poslovni proces (IDEF0);
• postavite naziv modela i pritisnite gumb u redu;
• u prozoru Svojstva za novi model zabilježiti ime autora makete;
• pritisni gumb u redu .

1. Tim Model/Svojstva modela dijaloški okvir poziva Svojstva modela (Sl. 4), u kojem se formaliziraju svojstva modela u skladu s metodološkim preporukama navedenim u odjeljku 2.

Prvi stupanj modeliranja

1. Dizajnirajte funkcionalni blok u prozoru modela izvođenjem sljedećih koraka:
   • odaberite naredbu u kontekstnom izborniku funkcijskog bloka Ime… ;
   • u dijaloškom okviru Svojstva aktivnosti (Sl. 2.5) u kartici Ime postaviti Ime rad (kratki) smješten u ovom funkcionalnom bloku, au tab Definicija u polju Definicija opis raditi;
   • u knjižnoj oznaci Font postaviti font Arial Cyr i potvrdite okvire kako biste dopustili korištenje ovog fonta u svim funkcionalnim blokovima dijagrama ( Sve aktivnosti u ovom dijagramu, Sve aktivnosti u ovom modelu I Promijenite sva pojavljivanja ovog fonta u model ), zatim pritisnite gumb u redu.

• u dijaloškom okviru Svojstva strelica (Sl. 2.7), u tab Ime postavite naziv strelice (kratka), a u tab Definicija u polju Definicija unesite dovoljno pojedinosti opis svrha ove strelice;

• odaberite naredbu iz kontekstnog izbornika strelice Font… ;
• u dijaloškom okviru Svojstva strelica (Sl. 2.8), u tab Font postaviti font Arial Cyr i potvrdite okvire za korištenje ovog fonta za sve strelice grafikona ( Sve strelice u ovom dijagramu, sve strelice u ovom modelu, sve instance ove strelice I Promijenite sve pojave ovog fonta u modelu );

1. Dizajnirajte strelicu Izlaz, lijevo granice pravo;
2. Dizajnirajte strelicu Kontrolirati , zašto ponavljati korak 2, zamjenu lijevo granice vrh;
3. Dizajnirajte strelicu Mehanizam, zašto ponavljati korak 2, zamjenu lijevo granice niži.

Druga razina modeliranja

Bilo koja razina modeliranja

Za izradu dekompozicije modela na bilo kojoj razini modeliranja, trebali biste izvršiti sljedeće korake:

• aktiviranje određenog funkcijskog bloka klikom;
• ponovite korak 3 za trenutnu razinu modela.

1. Vrsta i stil dizajna strelice mogu se odabrati u dijaloškom okviru Arrow Properties (Slika 2.9), koji se poziva naredbom Style iz kontekstnog izbornika strelice.

1. Za ugradnju prelamanje riječi Označavanjem imena trebate smanjiti veličinu pravokutnika, nakon čega će se on automatski povećati prema dolje.
2. Svaka strelica nacrtana na dijagramu više razine mora biti prisutna na dijagramu niže razine.
3. Nova strelica nacrtana na dijagramu niske razine (neriješeno ( neriješena) strelica), stavlja se u uglate zagrade (tunele), koje naglašavaju nepostojanje takve strelice na višoj razini. Za uklanjanje tunela:
   • odaberite stavku izbornika Strelica tunel ;
   • u dijaloškom okviru Uređivač rubnih strelica(Boundary Arrow Editor) odaberite opciju Razriješite to na Border Arrow (Dopusti kao graničnu strelicu). Kao rezultat toga, tunel na trenutnoj razini bit će uklonjen, a strelica će se pojaviti na prethodnoj razini, a ako nije prva, tada je tunelirana (slika 2.10).

1. Za kopiranje tuneliranih strelica s donje razine na gornju:
   • desnom tipkom miša kliknite uglate zagrade;
   • odaberite stavku izbornika Referenca izvan stranice;
   • u dijaloškom okviru Referenca strelice izvan stranice odaberite dijagram na koji želite postaviti strelicu i postavite željeni tip strelice (slika 2.11);

• pritisnite jedan od gumba: OK i Idi na dijagram (idite na odabrani dijagram) ili OK i ostani u trenutnom dijagramu (ostani u trenutnom dijagramu).

Neprihvatljivo je ostaviti nepovezane granične strelice ( nepovezana granična strelica) – strelice koje se automatski prenose na dijagram dekompozicije iz nadređenog dijagrama (način migracija strijelac). Ove se strelice ne odnose na poslove i moraju biti povezane s poslovima u načinu rada Stvori strelice ( Alat za strelicu prioriteta – ).

Dizajniranje ispravne lokacije i stila strelica prema zadanim postavkama:

• izvrši naredbu Model/Svojstva modela;
• u prozoru Svojstva modela(Sl. 2.12) odaberite oznaku Izgled ;
• potvrdite okvir (nije obavezno) Automatski razmaknite strelice u grupi strelice

1. Prilikom stvaranja strijele povratne informacije menadžmenta trebali biste postaviti opciju za označavanje smjera strelice Extra Arrowhead (iz kontekstnog izbornika).
2. Ako su natpisi na strelicama loše postavljeni (jako udaljeni itd.), trebali biste označiti potvrdni okvir Squiggle (u kontekstnom izborniku) za voditelja natpisa.

1. U dijagramu dekompozicije, gore lijevo je funkcionalni blok, koji sadrži najvažniji rad koji se prvi izvodi. Posao koji je manje važan ili dovršen kasnije ide prema dolje.
2. Prijelom riječi unutar rada se odvija u načinu rada Uređivač imena... pritiskom na tipku Unesi.
3. Dijagonala u gornjem lijevom kutu pravokutnika znači da odgovarajući rad nije raščlanjen.
4. Da biste prikazali ne samo brojeve podređenih poslova koji se automatski pojavljuju, već i prefikse (A), trebali biste odabrati naredbu Model/Svojstva modela, knjižna oznaka Numeriranje potvrdni okvir (nije obavezno) Prikaži prefiks(Slika 2.13).

1. Za prikaz radnih brojeva i brojeva razina (dvo-, tro-, četveroznamenkasti brojevi) za dječje poslove odaberite naredbu Model/Svojstva modela, knjižna oznaka Numeriranje potvrdni okvir (nije obavezno) Koristite format numeriranja dijagrama (Slika 2.13).
2. Za razlikovanje različitih verzija istog dijagrama, pojedinim verzijama treba dodijeliti brojeve (C - broj), koji se mogu slobodno postaviti u izborniku Svojstva dijagrama na knjižnoj oznaci Kit.

Izrada modela stabla

• tim Dijagram/Dodaj/Stablo čvorova dijaloški okvir poziva Čarobnjak za stablo čvorova_Korak 1 od 2 (Slika 2.14);
• voditi dijalog odabirom potrebnog broja razina stabla čvorova ( Broj razina );
• pritisni gumb Spreman.

4.3. IDEF3 tehnologija

Tehnologija IDEF3 je metodologija opisa procesa koja razmatra slijed izvršenja I uzročno-posljedične veze između situacija i događaja. Pomoću IDEF3 opisuju logiku izvođenja radova, redoslijed kojim su započeti i dovršeni.

IDEF3 tehnologija koristi kategoriju scenariji kako bi se pojednostavila struktura opisa složenog višefaznog procesa. Scenarij (Scenarij) – to je ponavljajući slijed situacija ili radnji koje opisuju tipičnu klasu problema prisutnih u organizaciji ili sustavu, a također je i opis slijeda svojstava objekta unutar procesa koji se razmatra. IDEF0 modeli povezani su s IDEF3 scenarijima, budući da se svaki IDEF0 model može predstaviti kao jedan ili više IDEF3 scenarija.

IDEF3 tehnologija dizajnirana je za prikupljanje procesnih podataka i omogućuje:

• dokumentirati dostupne podatke o tehnologiji izvođenja procesa, identificirane, recimo, tijekom ankete stručnjaka predmetnog područja;
• analizirati postojeće procese i razvijati nove;
• simulirati situacije identificiranjem situacija u kojima je to potrebno odlučivanje , koji utječu na životni ciklus procesa, na primjer, promjene u dizajnu, tehnološkim ili radnim svojstvima konačnog proizvoda;
• olakšati donošenje optimalnih odluka pri reorganizaciji procesa.

Scenarij u tehnologiji IDEF3

Dijagrami scenarija opisuju radnje i događaje koji se moraju obraditi unutar određenog vremenskog razdoblja. Skripta je popraćena opisom procesa i može se koristiti za dokumentiranje svake funkcije sustava. Slijedom toga, scenariji su dio analize sustava, jer omogućuju analizu situacije u vremenu i opisuju objekte koji sudjeluju u jednom procesu u isto vrijeme.

Kada se koristi IDEF3 tehnologija, sve konstrukcije temelje se na dvije vrste dijagrama:

1. Dijagram koji opisuje redoslijed koraka procesa.
2. Dijagram stanja objekta.

Koriste se sljedeće standardne konvencije:

	Funkcionalni element ponašanja,
	Prijenos djelovanja s jednog funkcionalnog elementa ponašanja (prethodnog) na drugi (naknadni) ( Prednost ),
	Prijelaz protoka podataka s posla na posao ( Tok objekta ),
	Povezivanje podataka s radom ( Referent ),
	Odnos između djela ( Relacijska ),
	Stanje objekta.

Regulacija slijeda izvođenja jedinica rada provodi se uvođenjem u dijagram raskrižja (Spojnica) za razne namjene.

Simbol J raskrižje može uzeti jednu od sljedećih vrijednosti:

• & – spajanje rezultate svih radnji ako strelice uđu u raskrižje; lansirati sve radnje ako ga strelice napuste;
• O - spajanje rezultati akcije ako je barem jedna od ulaznih radnji dovršena; lansirati najmanje jedna radnja;
• X - spajanje samo jedna radnja od više onih koji ulaze u raskrižje; lansirati samo jedna od radnji koja iz toga proizlazi.

Ilustracija korištenja raskrižja u dijagrami koji opisuju redoslijed koraka procesa je smokva 2.15. Iz toga proizlazi da je raskrižje sredstvo za izgradnju složenih razgranatih tehnoloških procesa.

Opis tehnologije koja se razvija ili istražuje u prvom obliku dijagrami koji opisuju redoslijed faza tehnološkog procesa , a zatim u obliku dijagrami stanja objekta daje cjelovitu sliku izvedenih radnji i rezultata njihove primjene.

	Posao 3 događa se kada su posao 1 i posao 3 gotovi
	Posao 1 i posao 2 pojavljuju se zajedno
	Posao 3 pojavljuje se kada su posao 1 ili posao 2 ili oba završena
	Posao 1 i posao 2 javljaju se zajedno ili odvojeno
	Posao 3 pojavljuje se kada je posao 1 ili posao 2 gotov
	Javlja se posao 1 ili posao 2

Posljedično, menadžeri i razvijači informacijskih sustava u svojim rukama imaju moćan alat za kreiranje scenarija za složene upravljačke procese koji zahtijevaju proučavanje i automatizaciju.

4.4. Tehnološki proces IDEF3 modeliranja

Priprema modela

1. Pritisnite gumb za izradu modela.
2. U dijaloškom okviru B.P.Win učini sljedeće:
   • izabrati Tijek procesa (IDEF3);
   • postavite naziv modela;
   • pritisni gumb u redu;
   • u dijaloškom okviru Svojstva za novi model potvrdite tamo navedena svojstva.

Formalizacija radnje

1. Kliknite gumb za stvaranje radnje ( Alat okvira aktivnosti ).
2. Kliknite lijevom tipkom miša na željeno mjesto u prozoru modela.
3. U kontekstnom izborniku akcije odaberite naredbu Ime…
4. U dijaloškom okviru Svojstva aktivnosti, u knjižnoj oznaci Ime postavite naziv radnje (Slika 2.16).

1. U dijaloškom okviru Svojstva aktivnosti u knjižnoj oznaci Font postaviti Arial Cyr, u redu.

Oblikovanje podataka

1. Pritisnite gumb za stvaranje podataka. ( Referentni alat ).
2. Na pravom mjestu na prozoru Referent kliknite lijevom tipkom miša za ugradnju naziva podataka iz stvorenog rječnika entiteta (opcija Entitet) ili iz kreiranog rječnika strelica (opcija Strijela), ili ih ponovno izradite (opcija ostalo) (Slika 2.17).

1. U dijalogu Prozor referentnih svojstava (Sl. 2.18), u tab Font postaviti Arial Cyr označite potrebne okvire i kliknite gumb u redu.

5. Domaća zadaća za sljedeći sat

1. Razmislite i identificirajte materijalne objekte ili pojedince koji su izvori ili primatelji informacija (vanjski entiteti).
2. Razmislite i razvijte relacijski model podataka koje obrađuje informacijski sustav:
   • napraviti popis entiteta i njihovih atributa,
   • prikazati odnose između entiteta.
3. Na temelju razvijenih tehničkih specifikacija, promislite i predložite nastavniku nazive pojedinih radova implementiranih u sustav u procesu izvođenja svakog od ključnih radova smještenih u dijagramu dekompozicije druge razine.
4. Izvršenje paragrafa Zabilježite 1-3 domaće zadaće u datoteku pod nazivom " Informacije za lekciju 3.doc “, napravljen u Wordu, i prezentirati nastavniku.
5. Obradite odjeljak " Teorijske informacije za praktičnu obuku» radionica na 3. satu.

1.6. Fragment dijagrama stabla čvorova prilikom izvođenja dekompozicije bloka obračuna aktivnosti prema drugoj opciji (IDEF3)

Rječnik aktivnosti

Ime	Definicija
	Analiza informacija očitanih iz baze podataka kako bi se zadovoljili određeni kriteriji
Analiza dokumenata	Analiza popratnih i ulaznih dokumenata na usklađenost sa standardima
Održavanje baze podataka	Izvođenje operacija ažuriranja podataka
U NASTAJANJU POSAO	Naziv funkcije konteksta koja definira SVRHU i GRANICE simulacije
Završna obrada	Donošenje i formuliranje odluke (POZITIVNE ako podaci zadovoljavaju navedene kriterije i NEGATIVNE u suprotnom), te izradu i obradu potrebne dokumentacije
Kontrola kvalitete i testiranje	Rad koji dovršava proces proizvodnje ili razvoja
Obrada podataka	Izvođenje operacija pretraživanja i analize podataka te donošenje odluka na temelju provedene analize
Obrada rezultata kontrole kvalitete	Sistematizacija i analiza rezultata za usklađenost sa standardom
Obrada rezultata ispitivanja	Analiza rezultata za upotrebljivost, pouzdanost i sposobnost preživljavanja
Papirologija	Zaprimanje dokumenata i odabir podataka za unos u bazu podataka
	Pretraživanje podataka u tablicama baze podataka na temelju upita koje kreira korisnik
Nadopunjavanje baze podataka	Unos novih podataka u tablice baze podataka
Prijem i registracija dokumenata	Prijem i evidentiranje ulaznih popratnih dokumenata
Proizvodnja ili razvoj	Naziv ključnog poslovnog procesa tvrtke (model proizvodnog dijela predmetnog područja)
Rad u 1. fazi poslovnog procesa1	Radnja koja sažima tehnološke operacije u prvoj fazi proizvodnog procesa
Rad u 2. fazi poslovnog procesa1	Radnja koja sažima tehnološke operacije u drugoj fazi proizvodnog procesa
Rad u 3. fazi poslovnog procesa1	Radnja koja sažima tehnološke operacije u trećoj fazi proizvodnog procesa
Obrada rezultata proizvodnih aktivnosti	Prijem i analiza dokumentacije na temelju rezultata tekućeg rada i kontrole
Uređivanje baze podataka	Promjena zapisa u tablicama baze podataka
RAČUNOVODSTVO DJELATNOSTI	Obrada dokumentacije i izvješćivanje (model neproizvodnog dijela predmetnog područja)

Arrow Rječnik

Ime	Definicija
	Objekti koji ne zadovoljavaju zahtjeve standarda
ULAZNI PODACI	Ulazni dokumenti i objekti obrade
DB ulazni podaci	Podaci koji se upisuju u tablice baze podataka
Dolazni dokumenti	Dokumenti koji prate objekte obrade i dokumenti koji pokreću poslovni proces
IZLAZ	Odlazni dokumenti, novi i promijenjeni objekti
Odlazni dokumenti	Dokumenti (obrasci, izvješća, upute, izjave, ugovori i sl.) nastali tijekom računovodstvenog procesa
Državni standard	Državni standard za dokumentaciju
Podaci tablice baze podataka	Podaci se čitaju iz tablica baze podataka
Podaci dobiveni kao rezultat analize	Podaci namijenjeni obradi izdanih dokumenata i korišteni prilikom donošenja odluka
Podaci koji karakteriziraju rezultate rada s dokumentima	Informacije koje odražavaju detalje (kvalitativne i kvantitativne karakteristike) obrađenih objekata
Dokumenti o rezultatima ispitivanja i kontrole	Dokumenti koji odražavaju podatke dobivene u završnoj fazi obrade objekta
Opis posla	Upute koje odražavaju radne odgovornosti izvođača
Zahtjevi korisnika
Novi i promijenjeni objekti	Objekti stvoreni i modificirani tijekom proizvodnog ciklusa
Objekti baze podataka	Tablice, obrasci, upiti, izvješća, makronaredbe i moduli
Obrada objekata	Objekti koji se mijenjaju u različitim fazama proizvodnog procesa
Objekti obrađeni u fazi 1	Objekti modificirani u 1. fazi proizvodnog procesa
Objekti obrađeni u fazi 2	Objekti modificirani u 2. fazi proizvodnog procesa
Objekti obrađeni u fazi 3	Objekti modificirani u 3. fazi proizvodnog procesa
	Odjel tehničke kontrole provjerava usklađenost izrađenog objekta sa zahtjevima standarda
Poduzeća i stručnjaci	Subjekti uključeni u proces proizvodnje ili razvoja
PRAVILA IZVRŠENJA	Pravila za transformaciju procesa i podataka
Računovodstvena pravila	Sustav za evidentiranje i obradu dokumentacije koja prati proces proizvodnje ili razvoja
ODLUKA	Pozitivna ili negativna odluka koja se donosi ovisno o tome ispunjavaju li analizirani podaci navedene kriterije
Prihvaćeni dokumenti	Dokumenti koji su registrirani
Softver	Platforma na kojoj je implementirana baza podataka koja se razvija
Dokumentirajte rezultate analize	Rezultati dobiveni nakon analize ulaznih i popratnih dokumenata na usklađenost sa standardima
Rezultati kontrole kvalitete
rezultati pretraživanja	Podaci iz tablica baze podataka dobiveni na temelju zahtjeva korisnika
Rezultati ispitivanja	Podaci dobiveni u završnoj fazi obrade
Korisnički vodič	Upute i pravila za rad s bazom podataka
Računovodstveni servis	Odjeli uključeni u proces računovodstva i dokumentacije
Popratni dokumenti	Dokumenti koji prate ulazne objekte obrade
Stručni stručnjaci	Subjekti uključeni u proizvodne aktivnosti
Tehnološke upute	Redoslijed operacija tehnološkog procesa
Zahtjevi korisnika	Upiti koje kreira korisnik za dohvaćanje potrebnih informacija iz baze podataka i za izradu izlaznih dokumenata
MEHANIZAM IZVRŠENJA	Resursi koji pretvaraju ulazne podatke u izlazne podatke
Novi unosi	Zapisi u tablicama baze podataka koji su se pojavili nakon unosa novih podataka
Ispravak
	Subjekt koji obavlja ispitivanje

verzija za ispis