Metodologije modeliranja domene. Metodologija za opisivanje procesa na temelju IDEF0 metodologije IDEF0 metodologije za opisivanje i modeliranje procesa
Kako biste se pobliže upoznali sa standardom IDEF0, o njemu morate znati sljedeće:
- Izgraditi koje vrste modela ovaj standard koristi se.
- Koje elemente grafičkog jezika uključuje zapis norme i koji zahtjevi za dizajn dijagrama postoje unutar norme.
- Koji se principi modeliranja poslovnih procesa koriste u standardu (načelo dekompozicije, načelo ograničenja složenosti, načelo tuneliranja).
- Kako možete ocijeniti konstruirane dijagrame u smislu njihove zagušenosti i ravnoteže?
IDEF0 koristi za stvaranje funkcionalni model, prikazivanje strukture i funkcija sustava, kao i tokova informacija i materijalnih objekata transformiranih tim funkcijama.
IDEF0 metodologija malo se razlikuje od klasične DFD sheme opisa poslovnih procesa. Glavna razlika je klasifikacija inputa rada.
Klasifikacija inputa i outputa rada
Standard nudi sljedeću tipizaciju inputa rada:
- Ulaz. Unosi rad s lijeve strane i prikazuje tokove informacija i materijala koji se transformiraju u poslovnom procesu.
- Kontrolirati. U rad ulazi odozgo i pokazuje tokove materijala i informacija koji se u procesu ne transformiraju, ali su potrebni za njegovu provedbu.
- Mehanizam. Ulazi u posao odozdo i prikazuje ljude, tehnička sredstva, informacijske sustave i dr. uz pomoć kojih se provodi poslovni proces.
- rezultate izađite iz bloka s desne strane.
Osnovni elementi dijagrama:
Osnovu IDEF0 grafičkog jezika, čija je sintaksa i semantika definirana s apsolutnom strogošću, čine blokovi i strelice koje ih povezuju, a koji tvore hijerarhiju detaljnih dijagrama.
Element | Grafički prikaz i značenje |
Zahtjevi za registraciju |
Funkcionalan blok |
Prikazan kao pravokutnik. Predstavljaju funkcije definirane kao aktivnost, proces, operacija, akcija ili transformacija. |
1. Mora biti jedinstven identifikacijski broj u donjem desnom kutu; 2. Naslov mora biti u verbalnom raspoloženju. |
Sučeljeluk (strelica, luk) |
Prikazan kao jednosmjerna strelica. Predstavljaju podatke ili materijalne objekte povezane s funkcijama. |
1. Mora imati jedinstveno ime. 2. Ime mora biti oblik imenice. 3. Samo funkcijski blokovi mogu biti početak i kraj luka. 4. Izvor može biti samo izlazna strana bloka, a prijemnik može biti bilo koji od tri preostala. |
IDEF0 - model:
Model uključuje sljedeće dokumente koji se odnose jedan na drugog:
- Grafički grafikoni je glavna komponenta modela IDEF0 koja grafički, koristeći blokove i strelice te njihove veze, prikazuje informacije o modeliranom sustavu. Blokovi predstavljaju osnovne funkcije. Te se funkcije mogu raščlaniti (dekomponirati) na sastavne dijelove i prikazati u detaljnijim dijagramima. Proces dekompozicije se nastavlja sve dok se objekt ne opiše na razini detalja potrebnoj za postizanje ciljeva određenog projekta.
- Tekst;
- Glosar— Za svaki element dijagrama stvara se i održava skup definicija, ključne riječi, objašnjenja koja karakteriziraju objekt koji ovaj element predstavlja. Ovaj skup naziva se pojmovnik i predstavlja opis entiteta ovog elementa. Pojmovnik skladno nadopunjuje vizualni grafički jezik, pružajući dijagramima potrebne dodatne informacije.
Princip dekompozicije pri izgradnji modela poslovnog procesa
1. Kontekstni dijagram: svrha i gledište
Modeliranje poslovnih procesa počinje s kontekstnim dijagramom. Ovaj dijagram se naziva A–0 (A minus nula). Na njemu je sustav predstavljen kao jedan blok i lukovi koji prikazuju okolinu sustava. Pomoću dijagrama možete vidjeti interakciju simuliranog sustava s vanjskim okruženjem, sve njegove ulaze i izlaze. Dijagram A–0 utvrđuje područje modeliranja i granice.
Tekst objašnjenja za dijagram konteksta mora naznačiti cilj crtanje i snimanje gledište. Točka gledišta određuje razinu detalja, smjer razvoja modela i omogućuje vam da rasteretite model. Na taj način pri modeliranju možete izbjeći detalje i istraživanje. pojedinačni elementi, koji nisu potrebni na temelju odabranog gledišta na sustav.
2. Detalj
Blok koji predstavlja cijeli sustav zatim je detaljno prikazan u drugom dijagramu.
Nadalje, svaka funkcija dijagrama može se detaljno opisati u podređenom dijagramu. Svaka funkcija je modelirana posebnim blokom. Svaki nadređeni blok detaljno je opisan dijete dijagramom na nižoj razini. To se nastavlja sve dok se ne dobije struktura koja omogućuje odgovore na pitanja formulirana u cilju modeliranja.
Da bi se postigao strukturni integritet modela, koriste se sljedeća pravila:
- Svi lukovi sučelja koji ulaze ili izlaze iz ovog bloka bilježe se na dječjem dijagramu.
- Kod numeriranja blokova, broj u donjem desnom kutu pravokutnika označava jedinstveni serijski broj samog bloka na dijagramu, a oznaka u desnom kutu označava broj podređenog dijagrama za ovaj blok.
Princip tuneliranja
Česti su slučajevi kada pojedinačne strelice nema smisla dalje razmatrati u podređenim dijagramima ispod određene razine u hijerarhiji, ili obrnuto - pojedinačni blokovi nemaju praktično značenje iznad određene razine. S druge strane, ponekad postoji potreba da se riješite pojedinačnih "konceptualnih" strelica i da ih ne detaljizirate iznad određene razine.
Za rješavanje takvih problema, standard IDEF0 nudi koncept probijanje tunela. Oznaka "tunel" dviju zagrada oko početka strelice označava da strelica nije naslijeđena od funkcionalnog nadređenog bloka i pojavljuje se (iz "tunela") samo u ovom dijagramu. S druge strane, ista oznaka oko kraja strelice u neposrednoj blizini prijemnog bloka znači činjenicu da u podređenom dijagramu ovog bloka ova strelica neće biti prikazana i neće se razmatrati.
Načelo ograničenja složenosti
Kako bi se ograničilo preopterećenje modela i učinilo ih lakšim za razumijevanje, standard donosi odgovarajuća ograničenja složenosti:
- ograničavajući broj funkcionalnih blokova na dijagramu na tri do šest. 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;
- ograničavanje broja lukova sučelja prikladnih za jedan funkcionalni blok (koji izlaze iz jednog funkcionalnog bloka) na četiri.
Naravno, uopće nije potrebno strogo se pridržavati ovih ograničenja, ali kako iskustvo pokazuje, vrlo su praktični u stvarnom radu.
Kvantitativna analiza grafikona: omjer ravnoteže i procjena naziva
Kvantitativnom analizom dijagram se analizira sa stajališta njegove zagušenosti i teškoće percepcije. Za analizu se koriste sljedeći pokazatelji:
- broj blokova na dijagramu - N;
- razina dekompozicije dijagrama - L;
- ravnoteža dijagrama - U;
- broj strelica koje se povezuju s blokom - A.
Faktor ravnoteže
Potrebno je težiti tome da broj blokova na dijagramima nižih razina bude manji od broja blokova na matičnim dijagramima.
Također, dijagrami moraju biti uravnoteženi. To znači da unutar istog dijagrama ne bi smjela postojati situacija u kojoj ima značajno više dolaznih i kontrolnih strelica nego odlaznih.
Treba napomenuti da ovu preporuku možda neće biti ispunjen u modelima koji opisuju proizvodne procese. Na primjer, kada se opisuje postupak sklapanja, blok može uključivati mnogo strelica koje opisuju komponente proizvoda i jednu strelicu koja napušta gotov proizvod.
Uvedimo faktor ravnoteže dijagrama:
Potrebno je nastojati da se Q bio minimalan za dijagram i smanjivao se s povećanjem razine razgradnje.
Ocjena imena
Osim analize grafičkih elemenata dijagrama, potrebno je razmotriti nazive blokova. Za procjenu naziva sastavlja se rječnik elementarnih (trivijalnih) funkcija modeliranog sustava. Zapravo, u ovaj rječnik moraju pasti 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.
- Funkcionalno modeliranje informacijski sistem pomoću IDEF CASE tehnologije.
- Opis logike interakcije i slijed rada.
2. Plan lekcije
- Provjera znanja testiranjem (test ISE002).
- 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.
- Razvoj rječnika radova i rječnika strelica koji vam omogućuju prikaz opisa odgovarajućih fragmenata modela.
- 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."
- 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.
- 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.
- 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.
- 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).
- 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.
- 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) .
- Rezultate rada spremite u datoteku Funkcijski_model IS_naziv_ IDEF.bp1 u vašoj mapi ISE.
- 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, grafički prikaz koji je 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 ispiti - predmetni stručnjaci ukazuju na usklađenost stvarnih poslovnih procesa s izrađenim 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 jednostavan i jasan korisničko sučelje izgraditi potrebne funkcionalne modele i scenarije. 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:
- Stvaranje novi model, |
|
– otvaranje postojećeg modela, |
|
– spremanje konstruiranog modela, |
|
– tisak modela, |
|
– izbor mjerila, |
|
– skaliranje, |
|
– 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
- 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 .
- 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
- Dizajnirajte funkcionalni blok u prozoru modela izvođenjem sljedećih koraka:
- V kontekstni izbornik naredba za odabir 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 );
- Dizajnirajte strelicu Izlaz, lijevo granice pravo;
- Dizajnirajte strelicu Kontrolirati , zašto ponavljati korak 2, zamjenu lijevo granice vrh;
- 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.
- 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.
- Za ugradnju prelamanje riječi Označavanjem imena trebate smanjiti veličinu pravokutnika, nakon čega će se on automatski povećati prema dolje.
- Svaka strelica nacrtana na dijagramu najviše razine mora nužno biti prisutna na dijagramu duže od niska razina.
- 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).
- Za kopiranje tuneliranih strelica s donje razine na gornju:
- desni klik na 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).
- 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
- Prilikom stvaranja strijele Povratne informacije o upravljanju trebali biste postaviti opciju za označavanje smjera strelice Extra Arrowhead (iz kontekstnog izbornika).
- Ako su natpisi na strelicama loše postavljeni (jako udaljeni itd.), trebali biste označiti potvrdni okvir Squiggle (u kontekstnom izborniku) za voditelja natpisa.
- 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.
- Prijelom riječi unutar rada se odvija u načinu rada Uređivač imena... pritiskom na tipku Unesi.
- Dijagonala u gornjem lijevom kutu pravokutnika znači da odgovarajući rad nije raščlanjen.
- 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).
- 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).
- Razlikovati različite verzije istog dijagrama pojedinim verzijama treba dodijeliti brojeve (C - broj), koji se mogu proizvoljno namjestiti 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;
- promicati usvajanje optimalna rješenja prilikom reorganizacije 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:
- Dijagram koji opisuje redoslijed koraka procesa.
- Dijagram stanja objekta.
Koriste se sljedeće standardne konvencije:
Funkcionalni element ponašanja, |
|
Prijenos radnje s jedne funkcionalni element ponašanje (prethodno) drugom (naknadno) ( 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 jedan od sljedeće 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
- Pritisnite gumb za izradu modela.
- 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
- Kliknite gumb za stvaranje radnje ( Alat okvira aktivnosti ).
- Kliknite lijevom tipkom miša na željeno mjesto u prozoru modela.
- U kontekstnom izborniku akcije odaberite naredbu Ime…
- U dijaloškom okviru Svojstva aktivnosti, u knjižnoj oznaci Ime postavite naziv radnje (slika 2.16).
- U dijaloškom okviru Svojstva aktivnosti u knjižnoj oznaci Font postaviti Arial Cyr, u redu.
Oblikovanje podataka
- Pritisnite gumb za stvaranje podataka. ( Referentni alat ).
- 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).
- 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
- Razmislite i prepoznajte materijalne objekte ili pojedinaca, koji predstavljaju izvore ili primatelje informacija (vanjski entiteti).
- Razmišljajte i razvijajte se relacijski model podaci koje obrađuje informacijski sustav:
- napraviti popis entiteta i njihovih atributa,
- prikazati odnose između entiteta.
- Na temelju razvijenih projektni zadatak promisliti i predložiti nastavniku nazive pojedinih radova implementiranih u sustav u procesu izvođenja svakog od ključnih radova smještenih u dijagramu dekompozicije druge razine.
- 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.
- 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 |
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 |
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 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 odražavaju Odgovornosti na poslu izvođ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 |
Korisnički kreirani upiti za odabir potrebne informacije 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
IDEF0 je danas glavni standard za modeliranje poslovnih procesa. Poziva se opis sustava koji koristi IDEF0 funkcionalni model . 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.
Prilikom izgradnje modela mora se navesti svrha modeliranja, odgovarajući na sljedeća pitanja:
· zašto treba modelirati ovaj proces?
Što model treba pokazati?
· što čitatelj može dobiti?
Primjeri definiranja cilja: „identificirati i definirati trenutni problemi, omogućiti analizu potencijalnih poboljšanja", "identificirati uloge i odgovornosti zaposlenika za pisanje opis posla", "utvrditi mogućnost automatizacije...", "regulirati proces..." itd.
Točka gledišta također je jedan od ključnih elemenata pri izgradnji modela. Gledište se može prikazati kao gledište osobe koja sustav vidi u onom aspektu koji je potreban za modeliranje. Točka gledišta mora odgovarati svrsi modeliranja.
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 obično poziva sve što se događa u sustavu i njegovim elementima funkcije. Svaka funkcija je dodijeljena blok.
Funkcionalni blokovi u dijagramima predstavljeni su pravokutnicima, koji predstavljaju imenovane procese, funkcije, poslove ili operacije koje se odvijaju tijekom određenog vremenskog razdoblja i imaju prepoznatljive rezultate. Unutar svakog bloka nalazi se njegov naziv i broj. Naziv bloka mora biti aktivni glagol, glagolska fraza ili glagolska imenica koja označava radnju.
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. Najdominantniji blok obično se nalazi u gornjem lijevom kutu dijagrama, a najmanje dominantan u desnom kutu.
Predstavljena su sučelja kroz koja blok komunicira s drugim blokovima ili s okolinom izvan sustava koji se modelira strelice, ulazak ili izlazak iz bloka. Svaka strana funkcijskog bloka ima standardno značenje u smislu odnosa blok/strelica. Standardni raspored strelica prikazan je na slici 1.
Riža. 1. IDEF0 kontekst.
strelice opisati interakciju blokova s vanjskim svijetom i međusobno. Strelice predstavljaju neke informacije i nazivaju se imenicama ili izrazima imenice.
Postoji pet vrsta strelica u IDEF0:
1. Ulaz - materijal ili informacija koju koristi ili transformira funkcionalni blok da proizvede rezultat (izlaz). Dopušteno je da rad nema jednu ulaznu strelicu.
2. Upravljanje - pravila, politike, procedure ili standardi koji upravljaju jedinicom. Kontrola utječe na blok, ali se njime ne transformira.
3. Izlaz - materijal ili informacija koju proizvodi blok. Blok bez rezultata je besmislen i ne treba ga modelirati.
4. Mehanizam - resursi koji izvode blok, na primjer, osoblje poduzeća, strojevi, uređaji itd. Prema odluci analitičara, strelice mehanizma ne smiju biti prikazane na modelu.
5. Poziv - posebna strelica koja pokazuje na drugi model rada. Strelica poziva koristi se za označavanje da se neki rad izvodi izvan sustava koji se modelira.
Strelice na kontekstualnom dijagramu koriste se za opisivanje interakcije sustava s vanjskim svijetom. Granične strelice- strelice koje počinju na rubu dijagrama i završavaju na radu ili obrnuto. Unutarnje strelice spojite blokove jedan s drugim. Postoji pet vrsta radnih veza.
1. Komunikacija ulazom - izlazna strelica višeg bloka usmjerena je na ulaz nižeg (slika 2).
Riža. 2. Output-input odnos.
2. Upravljačka komunikacija - izlaz bloka više razine šalje se upravljanju bloka niže razine (slika 3).
Riža. 3. Odnos izlaz-kontrola.
3. Upravljačka povratna informacija - izlaz bloka niže razine šalje se upravljanju bloka više razine (slika 4).
Riža. 4. Kontrolna povratna informacija
4. Ulazna povratna veza - izlaz bloka niže razine šalje se na ulaz bloka više razine (slika 5).
Riža. 5. Ulazni povratni omjer
5. Veza izlaz-mehanizam - izlaz jednog bloka je usmjeren na mehanizam drugog (slika 6).
Riža. 6 Veza izlaznog mehanizma.
U IDEF0 notaciji, opis (model) sustava organiziran je u obliku hijerarhijski uređenih i međusobno povezanih dijagrama. Prvo se provodi opis sustava kao cjeline i njegove interakcije s vanjskim svijetom (kontekstni dijagram). Kontekstni dijagram uključuje samo jedan blok koji karakterizira cijeli skup modeliranih procesa, bez detalja.
Riža. 7 Primjer IDEF0 kontekstnog dijagrama.
Nakon čega se provodi funkcionalna dekompozicija (slika 8) - ovaj blok aktivnosti (veliki proces) se dijeli na velike podprocese - a svaki podproces se opisuje posebno (dekompozicijski dijagrami). Zatim se svaki podproces rastavlja na manje – i tako sve dok se ne postigne tražena pojedinost opisa.
Slika 8. Primjer IDEF0 dekompozicijskog dijagrama.
Ključne riječi: strukturalna analiza i dizajn, funkcionalni model, funkcionalni blok, luk sučelja, kontekstni dijagram, dekompozicija, pojmovnik, cilj, gledište, identifikacija podprocesa, dekompozicija, ograničenje složenosti, tuneliranje.
Definicija
IDEF0 (Integration Definition for Function Modeling) – metodologija funkcionalnog modeliranja za opisivanje funkcija poduzeća, koja nudi jezik funkcionalnog modeliranja za analizu, razvoj, reinženjering i integraciju informacijskih sustava poslovnih procesa; ili analiza softverskog inženjeringa.
Metodologija IDEF0 je razvoj metode analize konstrukcija i projektiranja SADT (Structured Analysis and Design Technique).
IDEF0 kao standard razvijen je 1981. godine u sklopu ICAM (Integrated Computer Aided Manufacturing) programa.
IDEF0 – Integracija Definicija Jezik 0 – temelji se na SADT-u i u svom izvornom obliku istovremeno uključuje: definiciju grafičkog jezika za modeliranje (sintaksa i semantika) i opis opsežne metodologije razvoja modela.
Najnoviju reviziju IDEF0 izdao je u prosincu 1993. američki Nacionalni institut za standarde i tehnologiju (NIST).
IDEF0 je usvojen kao savezni standard u Sjedinjenim Državama 1993. godine, a kao standard u Ruskoj Federaciji 2000. godine.
Primjena IDEF0
IDEF0 se koristi za stvaranje funkcionalni model, odnosno rezultat primjene IDEF0 metodologije na sustav je IDEF0 funkcionalni model.
Funkcionalni model je strukturni prikaz funkcija, aktivnosti ili procesa unutar modeliranog sustava ili predmetnog područja.
IDEF0 metodologija može se koristiti za modeliranje širokog raspona automatiziranih i ručnih sustava.
Za sustave koji se dizajniraju, IDEF0 se može koristiti za prvo definiranje zahtjeva i funkcija, a zatim stvaranje implementacije koja zadovoljava te zahtjeve i izvodi te funkcije.
Za postojeće sustave IDEF0 se može koristiti za analizu funkcija koje izvodi sustav, kao i za objašnjenje mehanizama pomoću kojih se te funkcije izvode.
Ciljevi standarda IDEF0
Glavni ciljevi (ciljevi) standarda:
dokumentirati i objasniti IDEF0 tehniku modeliranja i kako je koristiti;
osigurati sredstva za potpuno i dosljedno modeliranje funkcija sustava ili domene, kao i podataka i objekata koji povezuju te funkcije;
pružiti jezik za modeliranje koji je neovisan o CASE metodama ili alatima, ali se može koristiti pomoću tih metoda i alata;
pružiti jezik za modeliranje koji ima sljedeće karakteristike:
Općenito(generički) – za analizu sustava i predmetnih područja;
strog i precizan(strogo i precizno) – stvoriti ispravne, uporabljive modele);
kratak(koncizan) – olakšati razumijevanje, komunikaciju, dogovor između dionika i provjeru. (olakšati razumijevanje, komunikaciju, konsenzus i provjeru valjanosti);
sažetak(konceptualni) – predstavljati funkcionalne zahtjeve neovisne o fizičkim ili organizacijskim implementacijama;
fleksibilno– za podršku različitim fazama životni ciklus projekt.
Strogost i preciznost(Strogost i preciznost)
IDEFØ pravila zahtijevaju dovoljno strogosti i preciznosti da zadovolje potrebe bez pretjeranog ograničavanja analitičara. IDEFØ pravila uključuju sljedeće:
kontrola detalja priopćenih na svakoj razini – od tri do šest funkcionalnih blokova na svakoj razini dekompozicije;
Ograničeni kontekst – ne bi smjeli nedostajati niti nepotrebni detalji koji nadilaze utvrđeni okvir;
Povezivost sučelja dijagrama – brojevi čvorova, funkcionalni blokovi, C-brojevi i detaljni referentni izraz);
koherentnost strukture podataka. (Data Structure Connectivity) – ICOM kodovi i korištenje zagrada;
Jedinstvene oznake i naslovi – nema duplih imena;
pravila sintakse za grafiku (Syntax Rules for Graphics) – funkcijski blokovi i strelice;
ograničenja grana podatkovnih strelica (Data Arrow Branch Constraint) – oznake za ograničenja tokova podataka na granama;
razdvajanje podataka na ulazne nasuprot kontrolnom razdvajanju – pravilo za određivanje uloge podataka);
oznake podataka strelicama. Zahtjevi za oznaku podatkovne strelice (minimalna pravila označavanja);
prisutnost kontrole (minimalna kontrola funkcije) – sve funkcije moraju imati barem jednu kontrolu;
Svrha i gledište – svi modeli imaju izjavu o svrsi i gledištu.
IDEF0 Osnovni pojmovi
Metodologija se temelji na četiri glavna koncepta:
funkcionalni blok;
luk sučelja;
raspad;
glosar.
Funkcijski blok(Activity Box) predstavlja neku specifičnu funkciju unutar dotičnog sustava.
Prema zahtjevima norme, naziv svakog funkcionalnog bloka mora biti formuliran u verbalnom raspoloženju (na primjer, "proizvodnja usluga").
Na dijagramu je funkcionalni blok prikazan kao pravokutnik (slika). 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 "Izlaz";
donja strana ima značenje "mehanizam".
Riža. Funkcijski blok
Sučelje luk/strelica(Strelica) prikazuje element sustava koji obrađuje funkcijski blok ili na drugi način utječe na funkciju koju predstavlja taj funkcijski blok. Lukovi sučelja često se nazivaju tokovi ili strelice.
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 kada se složeni proces rastavlja na njegove sastavne 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 lakšim za probavu.
Posljednji od IDEF0 koncepata je glosar(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 ovim elementom.
Ovaj skup se zove glosar i opis je suštine ovog elementa. Pojmovnik skladno nadopunjuje vizualni grafički jezik, pružajući dijagramima potrebne dodatne informacije.
Modeliranje. Model IDEF0 uvijek počinje pogledom na sustav kao jedinstvenu cjelinu — jednu funkcionalnu jedinicu 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(Vidilište).
Definicija i formalizacija ciljevi razvoj modela IDEF0 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 razinu potrebnih 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.
Većina onih koji su uključeni u realizaciju projekata vezanih uz stvaranje ili razvoj korporativnih informacijskih sustava slaže se s tezom da je kupcu potreban informacijski sustav koji povećava učinkovitost poduzeća. Međutim, kupci i programeri informacijskih sustava još uvijek govore različiti jezici: Različito shvaćaju što znači povećati učinkovitost poduzeća.
Razvojni inženjeri informacijskih sustava vrlo često pod povećanjem učinkovitosti podrazumijevaju povećanje broja radnih stanica u lokalnoj računalnoj mreži (LAN) poduzeća, povećanje propusnost LAN, povećanje broja dokumenata čija se obrada vrši na automatiziranim radnim stanicama (AWS) itd.
Pod povećanjem učinkovitosti poduzeća kupci razumiju povećanje produktivnosti rada, smanjenje troškova i povećanje kvalitete proizvedenih proizvoda i usluga. U posljednje vrijeme novi uvjeti i novi koncepti ubrzano prodiru u živote kupaca: strategija razvoja, temeljne kompetencije, poslovna arhitektura, poslovna pravila i još mnogo toga.
Kako bi se naručitelj i razvijač informacijskog sustava razumjeli, potrebno je da se programer preorijentira s rješavanja tehničkih problema izrade ili razvoja informacijskog sustava na rješavanje složenih problema povećanja učinkovitosti poduzeća naručitelja. Ovakvim pristupom problem dolazi do izražaja učinkovit način proučavanje područja djelovanja kupca:
- pregled postojeće poslovne arhitekture, poslovnih procesa, poslovnih pravila, protoka informacija;
- identificiranje problema, uskih grla koji negativno utječu na učinkovitost poduzeća;
- razvoj i provedba mjera za otklanjanje postojećih problema i promjenu poslovne arhitekture poduzeća, restrukturiranje poslovnih procesa;
- izrada konkretnog projekta korporativnog informacijskog sustava, implementacija ovog projekta i podrška u budućnosti.
Kao dio ovog pristupa, alati dizajnirani za modeliranje poduzeća i reinženjering poslovnih procesa dizajnirani su za povećanje učinkovitosti razvijača informacijskih sustava. Jedan od predstavnika ove obitelji alata su CASE alati za funkcionalno modeliranje poslovnih procesa.
Ovaj članak daje pregled jedne klase alata za funkcionalno modeliranje poslovnih procesa, usmjerenih na korištenje IDEF0 metodologije.
IDEF0 - metodologija funkcionalnog modeliranja
Tijekom provedbe programa Integrated Computerization of Manufacturing (ICAM), koji je svojedobno predložilo Ratno zrakoplovstvo za američku zrakoplovnu industriju, prepoznata je potreba za razvojem metoda za analizu interakcije procesa u proizvodnim sustavima. Kako bi se zadovoljila ova potreba, razvijena je metodologija IDEF0 (Integrated Definition Function Modeling), koja je sada usvojena kao savezni standard SAD-a. Metodologija je uspješno primijenjena u raznim industrijama, pokazujući se kao učinkovit pravni lijek analiza, dizajn i prezentacija poslovnih procesa. Trenutno se metodologija IDEF0 naširoko koristi ne samo u Sjedinjenim Državama, već i diljem svijeta. U Rusiji se IDEF0 uspješno koristi u vladinim agencijama (na primjer, u Državnoj poreznoj inspekciji), u zrakoplovnoj industriji (prilikom projektiranja kozmodroma Plesetsk), u Središnjoj banci i komercijalnim bankama Rusije, u industriji nafte i plina i u drugim industrijama.
IDEF0 Osnovni pojmovi
Metodologija IDEF0 temelji se na konceptu bloka koji predstavlja određenu poslovnu funkciju. Četiri strane bloka imaju različite uloge: lijeva strana ima značenje "ulaz", desna strana ima značenje "izlaz", vrh ima značenje "kontrola", a dno ima značenje " mehanizam” (vidi sliku 1).
Interakcija između funkcija u IDEF0 predstavljena je kao luk, koji prikazuje tok podataka ili materijala koji dolaze od izlaza jedne funkcije do ulaza druge. Ovisno o tome na koju je stranu bloka nit povezana, naziva se "ulaz", "izlaz", "kontrola", respektivno.
Načela modeliranja IDEF0
IDEF0 implementira tri osnovna principa modeliranja procesa:
- princip funkcionalne dekompozicije;
- načelo ograničenja složenosti;
- načelo konteksta.
Načelo funkcionalne dekompozicije je način modeliranja tipične situacije kada se bilo koja radnja, operacija, funkcija može raščlaniti (dekomponirati) na više jednostavnih koraka, operacije, funkcije. Drugim riječima, složena poslovna funkcija može se prikazati kao zbirka elementarnih funkcija. Prikazujući funkcije grafički, u obliku blokova, možete pogledati unutar bloka i detaljno ispitati njegovu strukturu i sastav (vidi sl. 2).
Načelo ograničenja složenosti. Kada radite s IDEF0 dijagramima, bitno je da budu čitljivi. Suština principa ograničenja složenosti je da broj blokova u dijagramu ne smije biti manji od dva niti veći od šest. Praksa pokazuje da poštivanje ovog načela dovodi do činjenice da su funkcionalni procesi predstavljeni u obliku IDEF0 modela dobro strukturirani, razumljivi i laki za analizu.
Princip kontekstnog dijagrama. Modeliranje poslovnog procesa počinje konstruiranjem kontekstnog dijagrama. Ovaj dijagram prikazuje samo jedan blok - glavnu poslovnu funkciju modeliranog sustava. Ako govorimo o modeliranju cijelog poduzeća ili čak velikog odjela, glavna poslovna funkcija ne može se formulirati kao, na primjer, "prodaja proizvoda". Glavna poslovna funkcija sustava je “misija” sustava, njegov značaj u vanjskom svijetu. Ne mogu pravilno formulirati glavna funkcija poduzeća bez ikakve ideje o svojoj strategiji.
Prilikom definiranja glavne poslovne funkcije uvijek morate imati na umu svrhu modeliranja i gledište modela. Isto poduzeće može se opisati različito, ovisno o kutu gledišta s kojeg se promatra: direktor poduzeća i porezni inspektor potpuno različito vide organizaciju.
Kontekstni dijagram ima još jednu ulogu u funkcionalnom modelu. On "popravlja" granice poslovnog sustava koji se modelira definirajući način interakcije modeliranog sustava sa svojom okolinom. To se postiže opisivanjem lukova povezanih s blokom koji predstavlja glavnu poslovnu funkciju.
Primjena IDEF0
Nakon upoznavanja sa Osnovni koncepti i načela funkcionalnog modeliranja poslovnih procesa, prirodno je pitanje: kako to pomaže u poboljšanju učinkovitosti i kvalitete poduzeća.
Izrada modela KAKVOG JESTE. Anketa poduzeća obavezan je dio svakog projekta stvaranja ili razvoja korporativnog informacijskog sustava. Izgradnja funkcionalnog modela KAKVOG JESTE omogućuje vam da jasno zabilježite koji se poslovni procesi provode u poduzeću, što informacijski objekti koristi se pri obavljanju poslovnih procesa i pojedinih operacija. Funkcionalni model AS IS polazište je za analizu potreba poduzeća, identifikaciju problema i uskih grla te izradu projekta poboljšanja poslovnih procesa.
Poslovna pravila. Model poslovnog procesa omogućuje vam da identificirate i točno definirate poslovna pravila koja se koriste u aktivnostima poduzeća.
Na sl. Slika 3 prikazuje fragment funkcionalnog modela tijeka dokumenata. Pri izvođenju operacije “sortiranje dokumenata” koristi se poslovno pravilo: “ne podliježu registraciji: dokumenti koji se šalju u preslici radi obavijesti, telegrami i dopuštenja za službena putovanja i godišnji odmor...”. Ovo je pravilo zabilježeno u uputama za tijek dokumenata. Funkcionalni model omogućuje ne samo utvrđivanje postojanja ovog pravila, već i određivanje tijekom koje operacije i na kojem radnom mjestu ga treba primijeniti.
U okviru funkcionalnog modela poslovno pravilo je sljedeće: „ako je dokument namijenjen upravljanju zaprimljen na recepciji, isti podliježe sortiranju, pri čemu se na temelju uputa utvrđuje je li dokument podliježe registraciji ili ne."
Ako se ovo pravilo poslovanja ne uzme u obzir pri razvoju informacijskog sustava, onda će takav sustav funkcionirati neadekvatno.
Vrlo često poslovna pravila u poduzeću nisu zapisana u uputama: ona kao da postoje, ali kao i da ih nema. Kao rezultat toga, pokušaji da se bilo što promijeni u aktivnostima poduzeća ili odjela mogu propasti samo zato što su te promjene u suprotnosti s utvrđenim poslovnim pravilima.
Informacijski objekti. Funkcionalni model omogućuje vam identificiranje svih informacijskih objekata kojima poduzeće upravlja u svojim aktivnostima. Za razliku od informacijskih modela (Data Flow Diagrams, IDEF1X), funkcionalni model IDEF0 točno odražava kako se informacijski objekti koriste unutar poslovnih procesa.
Izgradnja modela KAKO ĆE BITI. Izrada i implementacija korporativnog informacijskog sustava dovodi do promjena uvjeta za obavljanje pojedinih poslova, strukture poslovnih procesa i poduzeća u cjelini. To dovodi do potrebe za promjenom sustava poslovnih pravila koja se koriste u poduzeću i modificiranja opisa poslova zaposlenika. Funkcionalni model AS WILL BE nam omogućuje da ove promjene odredimo već u fazi projektiranja budućeg informacijskog sustava. Korištenje funkcionalnog modela KAKO BITI omogućuje ne samo smanjenje vremena implementacije informacijskog sustava, već i smanjenje rizika povezanih s neosjetljivošću osoblja na informacijsku tehnologiju.
Alokacija resursa. Funkcionalni model omogućuje jasno definiranje raspodjele resursa između operacija poslovnih procesa, što omogućuje procjenu učinkovitosti korištenja resursa.
Ovaj zadatak je posebno relevantan pri kreiranju novih poslovnih procesa u poduzeću. Na primjer, tvrtka koja se specijalizirala za razvoj po narudžbi softver, odlučio je kreirati vlastitu prodajnu službu. Funkcionalni model poslovnog procesa prodaje softvera omogućit će menadžmentu tvrtke da jasno odredi koje resurse treba alocirati kako bi se osiguralo funkcioniranje prodajne službe, koliko djelatnika treba zaposliti za rad u novoj službi, što funkcionalne odgovornosti koje ti zaposlenici moraju obavljati itd.
IDEF0 programski sustavi
Trenutno postoje mnogi CASE alati koji podržavaju funkcionalno modeliranje u IDEF0 standardu.
ZAKLJUČAK
Metodologija funkcionalnog modeliranja IDEF0 prilično je jednostavan alat koji omogućuje programerima korporativnih informacijskih sustava da prouče područje djelovanja kupca i riješe probleme kako bi poboljšali učinkovitost ove aktivnosti.
Korištenje funkcionalnog modeliranja omogućuje rješavanje ne samo tehnički problemi kupac povezan s informacijska tehnologija, ali i probleme vezane uz područje djelovanja kupca. To vam omogućuje da projekt informacijskog sustava pretvorite iz „hrpe papira“, za koji korisnik ne želi platiti, u uslugu koja može korisniku donijeti dodatni učinak usporediv s naknadnom automatizacijom.