Kako stvoriti idef0 dijagram. Kursevi: Razvoj modela stakleničkog poduzeća primjenom IDEF0, DFD i IDEF3 metodologija projektiranja. Dijagram raspadanja A3

Često se od programera traži ne samo da identificiraju i riješe bilo koji problem u radu tvrtke, već i da utvrde koju ulogu imaju u strukturi tvrtke. Zato što je mnogo važnije razumjeti kako jedinica koja ne radi ispravno komunicira s drugima nego jednostavno razumjeti zašto ne radi ispravno. Stoga prepoznavanje bilo kakvog problema počinje proučavanjem rada tvrtke i izradom njezinog funkcionalnog modela.

Često se od programera traži ne samo da identificiraju i riješe problem u radu tvrtke, već i da utvrde koju ulogu ona ima u strukturi tvrtke. Zato što je mnogo važnije razumjeti kako jedinica koja ne radi ispravno komunicira s drugima nego samo razumjeti zašto ne radi ispravno. Stoga prepoznavanje bilo kakvog problema počinje proučavanjem rada tvrtke i izradom njezinog funkcionalnog modela.

Reći ćete da bi menadžer trebao imati funkcionalan model tvrtke, bez obzira na to o kakvoj tvrtki govori. No, kako pokazuje praksa, u većini slučajeva ovaj model nema.

Prednost grafike

Što su IDEF0 modeli? Grafičke sheme sa svojim karakteristikama i pravilima za njihovu izgradnju. Zašto grafika? Zato što je učinkovit. To se može vidjeti na nekoliko primjera.

Zamislimo da je vojni plan vojnih operacija objašnjen riječima, a ne uz pomoć karata s grafičkim simbolima nanesenim na njih. Sada se to čini nemogućim, ali sve do druge polovice 19. stoljeća bilo je upravo tako. Grafika pomaže razumjeti što objasniti i, shodno tome, razumjeti što je dovoljno teško.

Isto je i s poslovnim procesima: mnogi tehnički zadaci mogu se izvesti u obliku grafičkih oznaka, što će programerima uvelike pojednostaviti zadatak, a kupcima uštedjeti novac.

Prednosti IDEF0 zaTO-specijalisti

Aktivnosti programera, bilo da se radi o, na primjer, instaliranju CRM -a ili stvaranju učinkovitog ERP -a, povezane su s promjenama u već uspostavljenom sustavu. A da biste to učinili ispravno, prvo morate proučiti kako ovaj sustav funkcionira. Nakon što ga prouči, programer piše komercijalni prijedlog u kojem iznosi svoju viziju situacije, radnje potrebne za rješavanje problema, kao i očekivani rezultat. Takav dokument može zauzeti više od desetak stranica. To je, s jedne strane, dobro, jer klijent dobiva maksimalne informacije koje ga zanimaju. S druge strane, potrebno je vrijeme da se prouči poduži tekst. uspješan poslovni čovjekčesto ne.

Pa kako je moguće prenijeti bit bez pribjegavanja opsežnim tekstovima? Grafika! Ona vam omogućuje da skratite napisano, jasno pokazujući potrebne informacije. Uostalom, jedna slika može zamijeniti stotine riječi. A u odnosu na uporabu grafike u opisivanju poslovnih procesa, to je 100% točno.

Shvatimo prvo što su oznaka i IDEF0 i čemu služe.

Oznaka za opis poslovnih procesa: što je to

Označavanje je format u kojemu su poslovni procesi predstavljeni u obliku grafičkih objekata koji se koriste u modeliranju i izravno pravila modeliranja. Označavanje je vrsta grafičkog jezika koji vam omogućuje predstavljanje funkcioniranja tvrtke, pokazujući odnos između odjela i odjela. Odnosno, notacija se može smatrati vrstom programskog jezika u poslovnoj inteligenciji.

IDEF0 je ...

IDEF0 je funkcionalna metoda modeliranja i grafički zapis koji se koristi za opisivanje i formaliziranje poslovnih procesa. Posebnost IDEF0 je u tome što je ova metodologija usmjerena na podređenost objekata. IDEF0 je razvijen za automatizaciju poduzeća 1981. godine u Sjedinjenim Državama.

Funkcionalni model tvrtke

Funkcionalni model IDEF0 su blokovi, svaki s više ulaza i izlaza. Svaki blok ima kontrole i mehanizme koji su detaljno opisani do potrebne razine. Najvažnija funkcija nalazi se u gornjem lijevom kutu. Povezuje se s ostalim strelicama i opisima funkcionalnih blokova. Svaka strelica ili aktivnost ima svoje značenje. Zbog toga se takav model koristi za opisivanje svih administrativnih i organizacijskih procesa.

Vrste strelica

Dolazni zadaci su postavljeni.

Odlazni prikazati rezultat aktivnosti.

Menadžeri(strelice odozgo prema dolje) su kontrolni mehanizmi.

Mehanizmi(strelice odozdo prema gore) koriste se za obavljanje potrebnih radova.

Prilikom rada s funkcionalnim modelom usvajaju se sljedeća pravila. Na primjer, strelice se imenuju imenicama (pravila, plan itd.), Blokovi - glagolima (voditi evidenciju, zaključiti sporazum).

IDEF0 omogućuje razmjenu informacija, dok će se zbog svestranosti i vidljivosti sudionici razmjene lako razumjeti. IDEF0 je pažljivo razvijen i unaprijeđen, s IDEF0 možete raditi pomoću različitih alata, na primjer, ERWIN, VISIO, Bussines studio.

IDEF0 također ima neporecivu prednost. Ova je tehnika razvijena relativno davno, a tijekom tri desetljeća prošla je temeljito brušenje i prilagodbu. Stoga je moguće brzo i s minimalnom vjerojatnošću pogreške stvoriti funkcionalni model tvrtke.

Naravno, postoje i druge metodologije, pa zašto preporučujemo IDEF0? Komad metalne cijevi možete odrezati nožnom pilom, ali, vidite, mnogo je lakše to učiniti brusilicom. Tako je i s IDEF0: nema više funkcionalnog alata za modeliranje, s njim možete jednostavno i brzo dobiti željeni rezultat.

Kako se stvara funkcionalni model

Analizirajmo stvaranje funkcionalnog modela na primjeru pisanja članka.

Glavna jedinica bit će takozvani "Pisanje članaka".

Ono što je potrebno za pisanje članka ogleda se u dolazne strelice- "Iskustvo", "Daljnje čitanje".

Kontrolne strelice za pisanje članka - "Pregled članka", "Uvjeti za registraciju", "Pravila ruskog jezika".

Mehanizmi su izravno sam autor, tekstopisac, urednik, softver. Kako su ti mehanizmi organizirani? Autor stvara tekst snimajući njegovu audio verziju. Tekstopisac prenosi tekst u format teksta, usredotočujući se na plan objavljivanja, poštujući zahtjeve izdavača i pravila ruskog jezika. Zatim se s radom povezuje urednik koji provjerava članak, ispravlja govor, pravopisne i interpunkcijske pogreške. Softver su programi i alati koje su sudionici u procesu koristili za izradu članka.

Sve gore navedeno samo je opća shema rada, pa je potrebno detaljno opisati.

Vratimo se našem modelu i razložimo zajednički blok na nekoliko povezanih elemenata.

Dakle, cijeli proces pisanja članka može se podijeliti u 4 faze:

  1. Pripremite audio verziju.
  2. Pripremite tiskani tekst.
  3. Uređivanje i priprema teksta za tisak.
  4. Objava članka.

Dijagram odražava informacije o tome koje su kontrole i mehanizmi uključeni u kojoj fazi. Na primjer, kako bi stvorio kvalitetan tekst, autor koristi vlastito iskustvo i znanje, kao vodič koristi plan objavljivanja i zahtjeve izdavača. Autor za pisanje teksta, stvarajući tiskanu verziju teksta, i urednik pri ispravljanju koriste se pravilima ruskog jezika. Za objavljivanje članka, na primjer, u mrežnoj publikaciji, potreban je poseban softver.

Pri izradi funkcionalnog modela izvođač se vodi svrhom njegovog stvaranja i svojim gledištem.

Funkcionalno modeliranje učinkovito se koristi pri donošenju različitih upravljačkih odluka. U našem primjeru procesa pisanja članka postoje dva stručnjaka - tekstopisac i urednik. A uz potrebnu optimizaciju financiranja projekata prema shemi, nije teško odrediti kako to učiniti. Autor za prepisivanje i lektor imaju slične metode rada, pa se sav rad može ponuditi autoru teksta, jer on radi izravno s audio tekstom, što urednik ne može učiniti. Istodobno, copywriter -u se može ponuditi da obavi ovaj posao za polovicu iznosa koji je bio namijenjen uredniku. Da, time bi se mogla izgubiti kvaliteta teksta, ali je zadatak optimizacije uspješno dovršen. A to bi bilo teže učiniti bez vizualnog dijagrama.

Postupak stvaranja zapisaIDEF0

Postoji mnogo programa za stvaranje notacija. Neki su dizajnirani za stvaranje funkcionalnih modela, dok vam drugi omogućuju rad s bilo kojim grafičkim objektima. A nekome je u prvoj fazi dovoljan list papira, olovka i gumica.

Prije nego što pređemo na opis rada tvrtke, odnosno izravno na stvaranje notacije poslovnih procesa, potrebno je proučiti načela funkcioniranja tvrtke. U tu svrhu intervju vodi stručnjak treće strane. Prije svega, voditelj tvrtke odgovara na pitanje, zatim stručnjaci koji nadziru ostale faze rada.

Prva faza rada rezultira dvama zapisima. Jedan će odražavati poslovne procese u njihovom izvornom obliku. Ova će se oznaka stvoriti na temelju rezultata razgovora, a svaki detalj mora biti dogovoren s čelnikom tvrtke i njezinim zaposlenicima. Imperativ je da se vaše razumijevanje postojećih poslovnih procesa u poduzeću podudara sa stvarnošću, to zahtijeva potvrdu na svim razinama.

Drugi zapis može se nazvati "Kako bi trebalo biti". Nastaje na temelju prve s promjenama u skladu sa zadatkom.

Standard IDEF0 i njegovi zahtjevi

O osnovnim zahtjevima IDEF0 govorili smo upravo gore.

  1. Glavni element nalazi se u gornjem lijevom kutu.
  2. Svaki element mora imati dolazne i odlazne strelice. Štoviše, dolazne strelice su s lijeve strane, s desne - odlazne.
  3. Upravljački elementi nalaze se na vrhu, mehanizmi na dnu.
  4. Prilikom postavljanja više blokova na jedan list ili zaslon, sljedeći se postavljaju dolje desno od prethodnog.
  5. Sheme treba stvoriti tako da strelice presijecaju minimalni broj puta.
Naravno, standard IDEF0 ima općeprihvaćene norme, zahtjeve i oznake. Nećemo se detaljno zadržavati na njima, ako želite, ove je podatke lako pronaći.

Pogreške pri radu s IDEF0

Kao i kod svake aktivnosti, i tijekom izvođenja funkcionalnog modeliranja pojavljuju se pogreške. Analizirajmo one najtipičnije.

Korištenje više boja

Važno je zapamtiti da su u funkcionalnom modeliranju svi elementi važni, nema važnijih ili manje važnih. Prilikom modeliranja na papiru ili u nekom od računalnih programa, korisnici pokušavaju dijagram učiniti vizualnijim bojenjem blokova i strelica. u različitim bojama... Međutim, u praksi to ne samo da ne čini dijagram vizualnijim, već, naprotiv, dovodi do zabune i do činjenice da je percepcija prikazanog iskrivljena.

Stoga je idealna opcija crno -bijela shema bez upotrebe dodatnih opcija boja. To će ne samo pomoći u uklanjanju nesporazuma, već će i izravno disciplinirati tvorca modela, što povoljno utječe na čitljivost i jasnoću modela.

Veliki broj blokova

Sastavljajući funkcionalni model rada tvrtke, njezini autori često pokušavaju reflektirati sve, pa i najmanje detalje. Ispada dijagram s ogromnim brojem blokova i strelica. Zbog toga se smanjuje njegova čitljivost i jasnoća.

Da biste izbjegli ovu pogrešku, upotrijebite detalje koji će biti dovoljni za razumijevanje problema. Detaljni detalji pripremaju se samo ako su zaista potrebni za rješavanje važnog pitanja.

Promjena strukture pri popravljanju pogrešaka

Prilikom izrade dijagrama važno je da više od jednog procesa ne ostane bez dolaznih, odlaznih ili drugih važnih elemenata. Na primjer, ako želite ukloniti autora iz sheme, tada morate ukloniti sve elemente i strelice koje su izravno povezane s njim. Ako ostanu u shemi, doći će do nesporazuma i zabune, budući da će tijekom pojedinosti niko ne zna kamo.

Ista situacija nastaje dodavanjem bloka. Ako trebate ispuniti bilo koje podatke, provjerite jeste li unijeli potrebne atribute. To bi trebalo pomno pratiti jer će pri modeliranju složenih poslovnih procesa čak i neznatna promjena u jednom dijelu značiti promjene u drugom.

Nazivi blokova i kontrola

Pravila za imenovanje elemenata modela prilično su jednostavna, no iznimno ih je važno zapamtiti: kontrolne strelice nazivaju se imenice, blokovi glagoli. Ovo pravilo napisano je u standardu IDEF0 i pomaže u izbjegavanju zabune i pogrešaka.

Prednosti korištenja IDEF0

Vidljivost. Prikazujući rad tvrtke u obliku dijagrama, postaje jasno kako tvrtka radi, gdje se mogu pojaviti problemi i kako ih spriječiti.

Međusobno razumijevanje, isključenje mogućnosti pogrešnog tumačenja sheme. Vidljivost i pristupačnost funkcionalnog modela, koji predstavlja rad tvrtke u obliku blokova i upravljačkih elemenata, pomoći će vam pri raspravi s menadžmentom o funkcioniranju njihove tvrtke. Usput, ako je potrebno, za funkcionalni model izrađuje se rječnik koji sadrži sve pojmove i konvencije. Tako je mogućnost nesporazuma između vas i menadžera, zaposlenika tvrtke svedena na minimum.

Jednostavnost i ušteda vremena pri izradi modela. Naravno, potrebno je puno vremena da biste bili dobri u funkcionalnom modeliranju. Prije svega, morate naučiti kako prezentirati ogromnu količinu informacija u obliku lakonske sheme, tj. biti u mogućnosti filtrirati i komprimirati izvorne podatke. No vrijeme i trud uloženi u obuku više se nego isplate kasnije. Uostalom, neće trebati puno vremena za stvaranje funkcionalnog modela i njegovo predstavljanje na pristupačan način.

Minimalna vjerojatnost pogreške. Rad prema standardu IDEF0 zahtijeva strogo poštivanje njegovih pravila. Ovo disciplinira izvođača i eliminira mogućnost pogrešaka. Osim toga, svako nepoštivanje standarda postaje odmah uočljivo.

I konačno

Za dva poslovna analitičara funkcionalni modeli mogu biti isti samo ako je struktura tvrtke iznimno jednostavna. U drugim slučajevima, modeli će se međusobno razlikovati. To je prirodno, jer svaki analitičar ima svoje određeno iskustvo, vlastito razumijevanje funkcioniranja tvrtke, svoje gledište o tome kako riješiti dodijeljene mu zadatke. Poslovni analitičar razvija funkcionalni model sa stajališta menadžera, zamišlja kako bi riješio dodijeljene zadatke.

Po našem mišljenju, alat IDEF0 bit će koristan ne samo za profesionalne poslovne analitičare, već i za one koji izravno analiziraju svoje poslovanje i nastoje izgraditi učinkovit sustav upravljanja.


Naučite vidjeti i razumjeti funkcionalnu strukturu vašeg poslovanja!

Trenutno se u Rusiji naglo povećao interes za općeprihvaćene standarde upravljanja na Zapadu, međutim, u stvarnoj upravljačkoj praksi postoji jedan vrlo indikativan trenutak. Mnogi čelnici još uvijek mogu biti zbunjeni izravnim pitanjem organizacijska struktura tvrtke ili o shemi postojećih poslovnih procesa. Najnapredniji menadžeri koji redovito čitaju ekonomsku periodiku u pravilu počinju crtati hijerarhijske dijagrame koji su samo njima razumljivi, ali u tom procesu obično brzo dođu u slijepu ulicu. Isto se odnosi i na zaposlenike i menadžere različitih službi i funkcionalnih jedinica. U većini slučajeva, jedini skup pravila postavljenih u skladu s kojima poduzeće treba poslovati je skup pojedinačnih odredbi i opis posla... Najčešće su ti dokumenti sastavljeni prije više od godinu dana, loše su strukturirani i nisu međusobno povezani te zbog toga jednostavno skupljaju prašinu na policama. Zasad je takav pristup bio opravdan, budući da je tijekom formiranja ruskog tržišnog gospodarstva koncept tržišnog natjecanja praktički nedostajao, te nije bilo posebne potrebe razmatrati troškove - dobit je bila ogromna. Kao rezultat toga, u posljednje dvije godine vidjeli smo potpuno razumljivu sliku: velike tvrtke koje su rasle početkom 90 -ih postupno gube svoje pozicije, sve do potpunog povlačenja s tržišta. To je dijelom posljedica činjenice da poduzeće nije implementiralo standarde upravljanja, koncept funkcionalnog modela aktivnosti i misije potpuno je nedostajao. Uz pomoć modeliranja različitih područja djelovanja, moguće je učinkovito analizirati uska grla u upravljanju i optimizirati cjelokupnu poslovnu shemu. No, kao što znate, u svakom poduzeću, samo su oni projekti koji izravno donose profit od najvećeg prioriteta, stoga obično govorimo o pregledu djelatnosti i tijekom njegove opipljive krize u upravljanju tvrtkom reorganizacija.

Krajem 90 -ih, kada je tržište bilo dovoljno konkurentno i kada je profitabilnost poduzeća počela naglo padati, menadžeri su osjetili ogromne poteškoće u pokušajima optimizacije troškova tako da su proizvodi ostali i isplativi i konkurentni. Upravo u tom trenutku jasno se očitovala potreba da pred očima imate model aktivnosti poduzeća koji bi odražavao sve mehanizme i načela međusobnog povezivanja različitih podsustava u okviru jednog posla.

Sam koncept "modeliranja poslovnih procesa" ušao je u svakodnevni život većine analitičara istodobno s pojavom složenih na tržištu softverskih proizvoda dizajniran za složenu automatizaciju upravljanja poduzećem. Takvi sustavi uvijek podrazumijevaju duboku predprojektno istraživanje djelatnosti tvrtke. Rezultat ove ankete je mišljenje stručnjaka u kojem se daju pojedinačne preporuke za uklanjanje " uska grla”U upravljanju aktivnostima. Na temelju ovog zaključka, neposredno prije projekta uvođenja sustava automatizacije, provodi se tzv. Reorganizacija poslovnih procesa, ponekad prilično ozbiljna i bolna za tvrtku. Ovaj, i naravno, tim koji se godinama razvijao uvijek je teško prisiliti na „razmišljanje na novi način“. Ovako složena istraživanja poduzeća uvijek su složeni i značajno različiti zadaci od slučaja do slučaja. Postoje dobro oprobane metodologije i standardi za rješavanje takvih problema modeliranja složenih sustava. Ti standardi uključuju metodologije obitelji IDEF. Uz njihovu pomoć moguće je učinkovito prikazati i analizirati modele aktivnosti širokog spektra složenih sustava u različitim odjeljcima. Istodobno, širinu i dubinu ispitivanja procesa u sustavu određuje sam programer, što omogućuje da se stvarani model ne preoptereti nepotrebnim podacima. V. trenutno Sljedeći se standardi mogu pripisati obitelji IDEF:

IDEF0 je metodologija funkcionalnog modeliranja. Uz pomoć vizualnog grafičkog jezika IDEF0, sustav koji se proučava izgleda programerima i analitičarima u obliku skupa međusobno povezanih funkcija (funkcionalni blokovi - u smislu IDEF0). Modeliranje IDEF0 obično je prvi korak u učenju o bilo kojem sustavu;

IDEF1 - metodologija za modeliranje protoka informacija unutar sustava, koja vam omogućuje prikaz i analizu njihove strukture i odnosa;

IDEF1X (IDEF1 Extended) je metodologija za izgradnju relacijskih struktura. IDEF1X pripada tipu metodologija "Entitetski odnos" (ER-Entitetski odnos) i u pravilu se koristi za modeliranje relacijskih baza podataka koje se odnose na dotični sustav;

IDEF2 je metodologija za dinamičko modeliranje evolucije sustava. Zbog vrlo ozbiljnih poteškoća pri analizi dinamičkih sustava, ovaj je standard praktički napušten, a njegov je razvoj obustavljen u samoj početnoj fazi. Međutim, trenutno postoje algoritmi i njihove računalne implementacije koji omogućuju pretvaranje skupa statičkih IDEF0 dijagrama u dinamičke modele temeljene na „petrijevim mrežama u boji“ (CPN - Petrijeve mreže u boji);

IDEF3 je metodologija za dokumentiranje procesa koji se događaju u sustavu, a koja se koristi, na primjer, u proučavanju tehnoloških procesa u poduzećima. IDEF3 opisuje scenarij i tijek rada za svaki proces. IDEF3 ima izravan odnos s metodologijom IDEF0 - svaka funkcija (funkcionalni blok) može se predstaviti kao zaseban proces pomoću IDEF3;

IDEF4 je metodologija za izgradnju objektno orijentiranih sustava. Alati IDEF4 omogućuju vam vizualni prikaz strukture objekata i temeljnih načela njihove interakcije, čime vam omogućuju analizu i optimizaciju složenih objektno orijentiranih sustava;

IDEF5 je metodologija za ontološko proučavanje složenih sustava. Koristeći metodologiju IDEF5, ontologija sustava može se opisati pomoću specifičnog rječnika pojmova i pravila, na temelju kojih se mogu formirati pouzdani iskazi o stanju sustava koji se razmatra u određenom trenutku. Na temelju ovih izjava donose se zaključci daljnji razvoj sustav i provodi se njegova optimizacija.
U ovom članku ćemo pogledati najčešće korištenu metodologiju funkcionalnog modeliranja IDEF0.

Povijest standarda IDEF0

Metodologija IDEF0 može se smatrati sljedećom fazom u razvoju dobro poznatog grafičkog jezika za opis funkcionalnih sustava SADT (Structured Analysis and Design Teqnique). Prije nekoliko godina u Rusiji je objavljeno malo izdanje istoimene knjige koje je bilo posvećeno opisivanju osnovnih načela konstrukcije SADT dijagrama. Povijesno gledano, IDEF0 kao standard razvijen je 1981. kao dio opsežnog programa automatizacije industrijska poduzeća, koji je nosio oznaku ICAM (Integrated Computer Aided Manufacturing), a predložilo ga je američko zrakoplovstvo. Sama obitelj standarda IDEF naslijedila je svoju oznaku od naziva ovog programa (IDEF = ICAM DEFinition). U procesu praktične implementacije sudionici ICAM programa suočili su se s potrebom razvoja novih metoda za analizu interakcijskih procesa u industrijskim sustavima. Istodobno, osim poboljšanog skupa funkcija za opisivanje poslovnih procesa, jedan od zahtjeva za novi standard bila je dostupnost učinkovite metodologije za interakciju u okviru „stručnjaka-analitičara“. Drugim riječima, nova metoda trebala je omogućiti grupni rad na stvaranju modela, uz izravno sudjelovanje svih analitičara i stručnjaka uključenih u projekt.

Kao rezultat potrage za odgovarajućim rješenjima, rođena je metodologija funkcionalnog modeliranja IDEF0. Od 1981. godine standard IDEF0 pretrpio je nekoliko manjih promjena, uglavnom ograničavajuće prirode, a njegovu posljednju reviziju objavio je u prosincu 1993. američki Nacionalni institut za standarde i tehnologiju (NIST).

Osnovni elementi i pojmovi IDEF0

Grafički jezik IDEF0 iznenađujuće je jednostavan i skladan. Metodologija se temelji na četiri glavna koncepta.

Prvi je koncept okvira aktivnosti. Funkcionalni blok grafički je prikazan u obliku pravokutnika (vidi sliku 1) i personificira neku specifičnu funkciju u okviru razmatranog sustava. Prema zahtjevima standarda, naziv svakog funkcionalnog bloka mora biti formuliran u glagolskom raspoloženju (na primjer, "proizvoditi usluge", a ne "proizvodnja usluga").

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

  • Gornja strana je Control;
  • Lijeva strana postavljena je na "Input";
  • Desna strana je postavljena na "Output";
  • Donja strana je "Mehanizam".

    • Svaki funkcionalni blok u okviru jednog razmatranog sustava mora imati svoj jedinstveni identifikacijski broj.

    Slika 1. Funkcionalni blok.

    Drugi "kit" metodologije IDEF0 je koncept luka sučelja (strelica). Također, lukovi sučelja često se nazivaju tokovima ili strelicama. Luk sučelja prikazuje element sustava koji obrađuje funkcijski blok ili na drugi način utječe na funkciju koju prikazuje ovaj funkcijski blok.

    Grafički prikaz luka sučelja je jednosmjerna strelica. Svaki luk sučelja mora imati svoj jedinstveni naziv (oznaka strelice). Kako zahtijeva standard, naziv mora biti imenica promet.

    Uz pomoć lukova sučelja prikazuju se različiti objekti koji u određenom 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 za koju je stranu ovaj luk sučelja prikladan, naziva se "ulazni", "odlazni" ili "upravljački". Osim toga, samo funkcionalni blokovi mogu biti "izvor" (početak) i "sudoper" (kraj) svakog funkcionalnog luka, dok "izvor" može biti samo izlazna strana bloka, a "sudoper" može biti bilo koji od tri preostale.

    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 proces mora slijediti neka pravila (prikazana kontrolnim lukom) i mora dati neki rezultat (odlazni luk), inače nema smisla to razmatrati.

    Prilikom izrade IDEF0 - dijagrama važno je pravilno odvojiti dolazne lukove sučelja od upravljačkih, što često nije jednostavno. Na primjer, slika 2 prikazuje funkcijski blok „Obradi obradak“.

    U stvarnom procesu radnik koji vrši obradu dobiva obradak i tehnološke upute za obradu (ili sigurnosna pravila pri radu sa strojem). Možda je pogrešno misliti da su i radni komad i dokument s tehnološkim uputama dolazni objekti, ali to nije tako. Zapravo, u ovom procesu obradak se obrađuje u skladu s pravilima prikazanim u tehnološkim uputama, koja bi trebala biti prikazana lukom upravljačkog sučelja.


    Slika 2.

    Druga je stvar kada glavni tehnolog obrađuje tehnološke upute i mijenja ih (slika 3). U tom se slučaju prikazuju kao već pristigli luk sučelja, a objekt upravljanja su, primjerice, novi industrijski standardi na temelju kojih se vrše te promjene.


    Slika 3.

    Gornji primjeri naglašavaju naizgled sličnu prirodu dolaznih i odlaznih lukova sučelja, ali uvijek postoje određene razlike za sustave iste klase. Na primjer, u slučaju razmatranja poduzeća i organizacija, postoji pet glavnih vrsta objekata: materijalni tokovi (dijelovi, roba, sirovine itd.), Financijski tokovi (gotovina i bezgotovina, ulaganja itd.), Dokumenti tokovi (komercijalni, financijski i organizacijski dokumenti), tokovi informacija (informacije, podaci o namjerama, usmene upute itd.) i resursi (zaposlenici, strojevi, strojevi itd.). U tom slučaju, u različitim slučajevima, sve vrste objekata mogu se prikazati lukovima dolaznog i odlaznog sučelja, koji kontroliraju samo one koji se odnose na tijekove dokumenata i informacija, a samo se resursi mogu prikazati pomoću lučnih mehanizama.

    Obavezna prisutnost lukova upravljačkog sučelja jedna je od glavnih razlika standarda IDEF0 od drugih metodologija klasa DFD (Dijagram protoka podataka) i WFD (Dijagram tijeka rada).

    Treći osnovni koncept standarda IDEF0 je Dekompozicija. Načelo razlaganja koristi se pri razbijanju složenog procesa na njegove sastavne funkcije. U ovom slučaju, razinu detalja procesa izravno određuje programer modela.

    Dekompozicija vam omogućuje postupno i strukturirano predstavljanje modela sustava kao hijerarhijske strukture pojedinačnih dijagrama, što ga čini manje preopterećenim i lakim za probavu.

    Model IDEF0 uvijek započinje pogledom na sustav u cjelini - jedan funkcionalni blok s lukovima sučelja koji se protežu izvan razmatranog područja. Takav dijagram s jednim funkcionalnim blokom naziva se kontekstni dijagram, a označava se identifikatorom “A-0”.

    Objašnjavajući tekst za kontekstni dijagram mora naznačiti svrhu izgradnje dijagrama u obliku kratkog opisa i popraviti gledište (gledište).

    Definiranje i formalizacija svrhe razvoja IDEF0 - modela iznimno je važna točka. Zapravo, cilj identificira relevantna područja u sustavu koji se proučava na koje se prvo treba usredotočiti. Na primjer, ako modeliramo aktivnosti poduzeća kako bi se u budućnosti gradilo na temelju ovog modela informacijski sistem, tada će se ovaj model značajno razlikovati od onog koji bismo razvili za isto poduzeće, ali s ciljem optimizacije opskrbnih lanaca.

    Točka gledišta definira glavni smjer razvoja modela i potrebnu razinu detalja. Jasno učvršćivanje gledišta omogućuje vam rasterećenje modela, napuštajući pojedinosti i istraživanje pojedinih elemenata koji nisu potrebni, na temelju odabranog gledišta na sustav. Na primjer, funkcionalni modeli istog poduzeća sa stajališta glavnog tehnologa i financijskog direktora značajno će se razlikovati u smjeru njihovog iscrtavanja. To je zbog činjenice da, na kraju, financijskog direktora ne zanimaju aspekti prerade sirovina na proizvodnim strojevima, a glavnom tehnologu nisu potrebni nacrti. financijski tokovi... Ispravan odabir gledišta značajno smanjuje vrijeme utrošeno na izradu konačnog modela.

    U procesu razlaganja funkcionalni blok, koji u kontekstnom dijagramu prikazuje sustav u cjelini, izbušen je u drugom dijagramu. Rezultirajući dijagram druge razine sadrži funkcionalne blokove koji prikazuju glavne podfunkcije funkcionalnog bloka kontekstnog dijagrama i naziva se Child dijagram u odnosu na njega (svaki od funkcionalnih blokova koji pripadaju podređenom dijagramu naziva se Child Box) ). S druge strane, roditeljski funkcijski blok naziva se roditeljskim blokom u odnosu na podređeni dijagram (Parent Box), a dijagram kojem pripada naziva se roditeljski dijagram (Parent Diagram). Svaka od podfunkcija podređenog dijagrama može se dodatno detaljno opisati sličnom dekompozicijom odgovarajućeg funkcionalnog bloka. Važno je napomenuti da su u svakom slučaju dekompozicije funkcionalnog bloka svi lukovi sučelja koji su uključeni u ovaj blok ili izlaze iz njega fiksirani u podređenom dijagramu. Time se postiže strukturni integritet modela IDEF0. Načelo razlaganja jasno je prikazano na slici 4. Treba obratiti pozornost na odnos numeriranja funkcionalnih blokova i dijagrama - svaki blok ima svoj jedinstveni serijski broj na dijagramu (broj u donjem desnom kutu pravokutnika) , a oznaka pod pravim kutom označava broj podređenog dijagrama za ovaj blok ... Odsustvo ove oznake znači da nema razlaganja za ovaj blok.

    Često postoje slučajevi kada se pojedini lukovi sučelja nemaju smisla nastaviti razmatrati u podređenim dijagramima ispod određene razine u hijerarhiji, ili obrnuto - pojedinačni lukovi nemaju praktično značenje iznad određene razine. Na primjer, luk sučelja koji prikazuje „detalj“ na ulazu u funkcijski blok „Proces uključen tokarilica”Nema smisla razmišljati o dijagramima viših razina - samo će preopteretiti dijagrame i otežati ih razumijevanje. S druge strane, postoji potreba da se riješite zasebnih "konceptualnih" lukova sučelja, a ne da ih detaljno razrađujete dublje od određene razine. Za rješavanje takvih problema standard IDEF0 predviđa koncept tuneliranja. Oznaka Arrow Tunnel u obliku dvije zagrade oko početka luka sučelja označava da taj luk nije naslijeđen iz funkcionalnog roditeljskog bloka i pojavio se (iz "tunela") samo na ovom dijagramu. Zauzvrat, ista oznaka oko kraja (strelice) luka sučelja u neposrednoj blizini prijemnog bloka znači činjenicu da se u podređenom dijagramu ovog bloka ovaj luk neće prikazati i neće uzeti u obzir. Najčešće se događa da se pojedini objekti i njihovi odgovarajući lukovi sučelja ne razmatraju na nekim međurazinama hijerarhije - u ovom slučaju, oni se prvo "uranjaju u tunel", a zatim, ako je potrebno, "vraćaju iz tunela".

    Posljednji od koncepata IDEF0 je Rječnik. Za svaki od elemenata IDEF0: dijagrame, funkcionalne blokove, lukove sučelja postojeći standard podrazumijeva stvaranje i održavanje skupa relevantnih definicija, ključnih riječi, narativa itd. Koji karakteriziraju objekt prikazan ovim elementom. Taj se skup naziva rječnikom i opisuje bit ovog elementa. Na primjer, za luk za plaćanje kontrolnog sučelja, rječnik može sadržavati popis polja dokumenta koji odgovaraju luku, potrebni skup viza itd. Rječnik skladno nadopunjuje grafički jezik, pružajući dijagramima potrebne dodatne informacije.


    Slika 4. Razlaganje funkcionalnih blokova.

    Načela ograničavanja složenosti IDEF0 dijagrama

    Modeli IDEF0 obično nose složene i koncentrirane informacije, a kako bi se ograničilo njihovo zagušenje i učinilo čitljivim, odgovarajuća ograničenja složenosti usvojena su u odgovarajućem standardu:

    Ograničavanje broja funkcionalnih blokova u dijagramu na tri do šest. Gornja granica (šest) tjera dizajnera da koristi hijerarhije pri opisivanju složenih stavki, a donja granica (tri) osigurava da ima dovoljno detalja na odgovarajućem dijagramu da opravda njezino stvaranje;

    Ograničavanje broja lukova sučelja prikladnih za jedan funkcionalni blok (ostavljajući jedan funkcionalni blok) na četiri.
    Naravno, uopće nije potrebno strogo se pridržavati ovih ograničenja, međutim, kako pokazuje iskustvo, vrlo su praktična u stvarnom poslu.

    Disciplina grupnog rada na razvoju IDEF0-modela

    Standard IDEF0 sadrži skup postupaka koji omogućuju velikoj skupini ljudi iz različitih područja modeliranog sustava da razviju i dogovore se o modelu. Obično je razvojni proces iterativan i sastoji se od sljedećih uvjetnih faza:

    Izrada modela od strane grupe stručnjaka vezanih za različita područja poduzeća. Ova se grupa naziva Autori u smislu IDEF0. Izgradnja početnog modela dinamičan je proces tijekom kojeg autori pitaju kompetentne ljude o strukturi različitih procesa. Na temelju postojećih odredbi, dokumenata i rezultata istraživanja izrađuje se Nacrt modela modela.

    Distribucija nacrta radi pregleda, odobrenja i komentara. U ovoj fazi raspravlja se o nacrtu modela sa širokim krugom kompetentnih osoba (u smislu čitatelja IDEF0) u poduzeću. Istodobno se svaki od dijagrama nacrta modela kritizira i pisano komentira, a zatim prenosi autoru. Autor se, također, u pisanoj formi slaže s kritikom ili je odbacuje, ocrtavajući logiku odlučivanja i revidirani nacrt vraća na daljnje razmatranje. Ovaj se ciklus nastavlja sve dok autori i čitatelji ne postignu konsenzus.

    Odobrenje modela. Odobreni model odobrava voditelj radne skupine u slučaju da se autori modela i čitatelji ne slažu oko njegove primjerenosti. Konačni model je dosljedan pogled na poduzeće (sustav) s danog gledišta i za datu svrhu.
    Vidljivost grafičkog jezika IDEF0 čini model prilično čitljivim za osobe koje nisu sudjelovale u projektu njegova stvaranja, ali i učinkovit za održavanje emisija i prezentacija. U budućnosti se na temelju izgrađenog modela mogu organizirati novi projekti usmjereni na promjene u poduzeću (u sustavu).

    Značajke nacionalne prakse korištenja funkcionalnog modeliranja pomoću IDEF0

    V. posljednjih godina interes za metodologije IDEF obitelji u Rusiji stalno raste. To stalno promatram, gledajući statistiku poziva na svoju osobnu web stranicu (http://www.vernikov.ru), koja ukratko opisuje osnovna načela ovih standarda. Istodobno, interes za takve standarde kao što je IDEF3-5 nazvao bih teoretskim, a za IDEF0 praktički opravdanim. Zapravo, prvi Case-alati koji omogućuju izradu DFD i IDEF0 dijagrama pojavili su se na ruskom tržištu davne 1996., istodobno s objavljivanjem popularne knjige o principima modeliranja prema standardima SADT.

    Ipak, većina rukovoditelja i dalje smatra da je praktična primjena modeliranja u IDEF standardima modna izjava, a ne učinkovit način optimizacije postojećeg sustava upravljanja poslovanjem. Najvjerojatnije je to posljedica izrazitog nedostatka informacija o praktičnoj primjeni ovih metodologija i neizostavne pristranosti softvera velike većine publikacija.

    Nije tajna da su gotovo svi projekti za istraživanje i analizu financijskih i ekonomska aktivnost poduzeća koja su sada u Rusiji na ovaj ili onaj način povezana su s izgradnjom automatizirani sustavi upravljanje. Zahvaljujući tome, IDEF -ovi standardi u razumijevanju većine postali su uvjetno neodvojivi od implementacije informacijske tehnologije, iako je uz njihovu pomoć ponekad moguće učinkovito riješiti čak i male lokalne probleme, doslovno uz pomoć olovke i papira.

    Prilikom provođenja složenih projekata istraživanja poduzeća, razvoj modela u standardu IDEF0 omogućuje vam vizualno i učinkovito prikazivanje cijelog mehanizma aktivnosti poduzeća u željenom kontekstu. Najvažnija je, međutim, suradnja koju IDEF0 pruža. U mojoj praksi bilo je dosta slučajeva kada se izgradnja modela izvodila uz izravnu pomoć zaposlenika različitih odjela. U isto vrijeme, konzultant im je u prilično kratkom vremenu objasnio osnovne principe IDEF0 i naučio ih raditi s odgovarajućim aplikacijskim softverom. Zbog toga su zaposlenici različitih odjela izradili IDEF -ove dijagrame aktivnosti svoje funkcionalne jedinice koji su trebali odgovoriti na sljedeća pitanja:

    Što ide u jedinicu "na ulazu"?

    Koje se funkcije i kojim redoslijedom izvršavaju unutar jedinice?

    Tko je odgovoran za svaku od funkcija?

    Čime se rukovodi izvršitelj prilikom obavljanja svake od funkcija?

    Što je rezultat rada jedinice (izlaz)?

    Nakon što se dogovore o nacrtima dijagrama unutar svakog pojedinog odjela, konzultant ih sastavlja u nacrt modela poduzeća u kojem su povezani svi ulazni i izlazni elementi. U ovoj se fazi bilježe sva odstupanja pojedinih dijagrama i njihova kontroverzna mjesta. Nadalje, ovaj model ponovno prolazi kroz funkcionalne odjele za daljnju koordinaciju i potrebne prilagodbe. Kao rezultat toga, u prilično kratkom vremenu i uz uključivanje minimalnih ljudskih resursa konzultantske tvrtke (a ti su resursi, kao što znate, vrlo skupi) dobiva se IDEF0-model poduzeća prema „ Princip kakav jest “i, što je važno, predstavlja poduzeće s pozicijama zaposlenika koji u njemu rade i temeljito poznaju sve nijanse, uključujući i one neformalne. U budućnosti će se ovaj model prenijeti na analizu i obradu poslovnim analitičarima koji će tražiti uska grla u upravljanju tvrtkom i optimizirati ključne procese, pretvarajući model "kakav jest" u odgovarajući prikaz "Kako bi trebalo biti". Na temelju ovih promjena donosi se konačni zaključak koji sadrži preporuke za reorganizaciju sustava upravljanja.

    Naravno, takav pristup zahtijeva niz organizacijskih mjera, prvenstveno od strane menadžmenta ispitanog poduzeća. To je zbog činjenice da ova tehnika uključuje dodjelu nekih zaposlenika dodatne odgovornosti o razvoju i praktičnoj primjeni novih metodologija. No, na kraju se to isplati, budući da dodatni sat ili dva sata rada pojedinih zaposlenika tijekom nekoliko dana mogu značajno uštedjeti novac na plaćanju konzultantskih usluga tvrtki treće strane (koja će u svakom slučaju otrgnuti posao) istih zaposlenika s upitnicima i pitanjima). Što se tiče samih zaposlenika poduzeća, na ovaj ili onaj način, nisam naišao na izraženo protivljenje s njihove strane.

    Zaključak iz svega ovoga može se učiniti na sljedeći način: uopće nije potrebno svaki put dolaziti do rješenja za standardne probleme. Kad god se suočite s potrebom da analizirate jedno ili drugo funkcionalni sustav(od sustava projektiranja svemirskih letjelica do složenog procesa pripreme večere) - koristite metode iskušane godinama. Jedna od tih metoda je IDEF0, koja vam omogućuje rješavanje složenih životnih problema uz pomoć svojih jednostavnih i razumljivih alata.

    Danas poznata ne samo u uskim krugovima, kratica IDEF0 prva je metodologija za standardizaciju rada na poslovnim procesima. Razvijen je sredinom prošlog stoljeća u sklopu zrakoplovno -svemirskog projekta u Sjedinjenim Državama i, pokazavši svoju učinkovitost, postao je federalni standard. U našoj zemlji 2000. godine pripremljen je dokument " Metodologija funkcionalnog modeliranja IDEF0. Dokument s uputama Metodologija funkcionalnog modeliranja IDEF0 Vodič. Službeno izdanje. Državni standard Rusije RD IDEF0 - 2000. Razvio Centar za istraživanje CALS - Tehnologije "Primijenjena logistika". Usvojen i proveden Rezolucijom Državnog standarda Rusije 2000, Moskva”, Ali kao standard nikada nije odobren. Iako to nije spriječilo da ova metodologija postane jedan od najpopularnijih alata za grafičko modeliranje poslovnih procesa u našoj zemlji. U ovom članku pozivam vas da pregledate model IDEF0 i procijenite trenutnu relevantnost ovog pristupa.

    Osnovni pojmovi i kratice

    Shvatimo malo nazive ključnih elemenata metodologije. Grafički standard IDEF0 dio je metodologije SADT (Structured Analysis and Design Technique). IDEF je kratica za ICAM Definition, a ICAM je izveden iz Integrated Computer Aided Manufacturing, što se prevodi kao integrirana informatizacija proizvodnje. Metodologija SADT-a je cijela obitelj od 15 različitih modela, koji su zajedno trebali omogućiti proučavanje strukture, parametara i karakteristika proizvodno-tehničkih i organizacijsko-ekonomskih sustava.

    IDEF0 je funkcionalni model koji je srž svih ostalih struktura, povezuje tokove informacija i materijala, organizacijsku strukturu, kontrolne radnje i samu djelatnost tvrtke. Grafički standard za modeliranje procesa naziva se i notacija. Odnosno, notacija je sustav zahtjeva i pravila za konstruiranje modela aktivnosti u jednom ili drugom obliku. Stoga je prikladno IDEF0 nazvati zapisom koji je dio metodologije SADT.

    Označavanje IDEF0 prilično je rigorozna tehnika koja je izvorno razvijena, poput standarda tehničkog dizajna, za ručno modeliranje. Stoga sadrži zahtjeve za postavljanje strelica, format svih elemenata, sadržaj informacijskog okvira za IDEF0 dijagram itd. Budući da su aktivnosti tvrtke složen sustav djelovanja na više razina, uvijek postoji mnogo shema, a potrebna je nedvosmislena sistematizacija i navigacija kroz sve elemente modela. Sada to uglavnom rade računalni sustavi koji podržavaju modeliranje u ovom zapisu. Na teritoriju Rusije danas su najpoznatiji i najpristupačniji sustavi AllFusion proces Modeler i Poslovni studio. Planiram posvetiti zasebne članke pregledu ovih sustava.

    Funkcionalni blok

    Središnji element modela IDEF0 je funkcija koja je na dijagramu prikazana kao funkcionalni blok- pravokutnik, unutar kojeg je radnja naznačena u obliku glagolske imenice. Radnje mogu biti vrlo različitih razmjera - od aktivnosti poduzeća općenito do konkretnih manipulacija posebno. Primjeri: "Proizvodnja i prodaja keramičkog posuđa" i "Crtanje na proizvodu".

    Obvezni elementi funkcionalnog bloka u IDEF0

    Bez obzira na opseg radnji, sve se funkcije prikazuju jednoliko i nužno sadrže 4 ključna niza, koji su kruto dodijeljeni stranama funkcionalnog bloka:

    • s lijeve strane - ulazi ili izvori koji se koriste za obavljanje funkcije;
    • s desne strane - izlazi ili rezultati izvršavanja funkcije;
    • na vrhu - kontrolne radnje koje određuju kako i koliko rezultata treba proizvesti;
    • u nastavku - mehanizmi koji odražavaju tko i uz pomoć onoga što bi trebao raditi.

    Ovaj pristup omogućuje vam da malo uštedite na objašnjenjima u dijagramima i postignete nedvosmislenost u prikazu tokova, što cijeli model čini vitkim.

    Za izgradnju funkcionalnog modela, metodologija IDEF0 zahtijeva poštivanje sljedećih pravila.

    1. Inputi su resursi koji svoju vrijednost u potpunosti prenose na outpute, odnosno troše se na stvaranje rezultata u potpunosti, a mehanizmi su resursi koji svoju vrijednost prenose samo djelomično (oprema kroz amortizaciju, a ljudi kroz plaće).
    2. Upravljanje je neophodan element modela, budući da sve radnje veže uz sustav propisa tvrtke, jasno naznačavajući koja se pravila i zahtjevi moraju poštivati ​​u procesu obavljanja funkcije. Često se ovaj tok formalno tretira, ali shema gubi na strogosti, a ponekad čak i na značenju.
    3. Svaki funkcionalni blok mora imati najmanje jednu strelicu sa svake strane (budući da ne može biti posla bez resursa ili rezultata, a uputa bez izvršitelja ili uputa bit će nepotpuna).

    Razmatrana shema je "građevni blok" pristupa IDEF0. Funkcionalno modeliranje uključuje postupni prijelaz iz općeg u pojedinačno razlaganjem. Dekompozicija je "produbljivanje" funkcije koja se razmatra, dijeleći je na manje funkcije. Istodobno, kada je funkcija najviše razine predstavljena na opći način i nakon što se razgradi, prikladno ju je nazvati procesom.

    Kontekstni dijagram

    Na najvišoj razini, tvrtka je predstavljena kao „crna kutija“ u kojoj se odvija neka aktivnost koja prevodi ulaze u izlaze. Ova se razina obično naziva "", to jest dijagram koji opisuje kontekst aktivnosti tvrtke. Dodatno, kontekstni dijagram prikazuje ključne karakteristike cijelog modela.

    1. Cilj je specifična formulacija svrhe modela, pomoću koje se u budućnosti može provjeriti točnost konstrukcije modela.
    2. Gledište - na čijem je licu model izgrađen, budući da model uvijek ovisi o autoru i fokusu pažnje. Ako gradimo opći model poduzeća, tada se on obično prezentira sa stajališta njegovog direktora.
    3. Tip modela označava koje su informacije prikazane na dijagramima. Mogu postojati 2 glavne opcije: KAKAV JESTE ("kakav jest") ili BITI ("kakav će biti"). Ovo razdvajanje je potrebno, budući da možemo izgraditi modele i za analizu aktivnosti i za njihovu transformaciju. Moramo biti jasno svjesni onoga što radimo, a te podatke prenijeti i drugima.

    Dakle, kontekstni dijagram u najopćenitijem obliku sadrži opis aktivnosti poduzeća koji je prožet tokovima koji povezuju tvrtku s vanjskim svijetom. Mislim da bismo se trebali i detaljnije zadržati na njima.

    Glavni tokovi

    Iskustvo je pokazalo da je, unatoč prividnoj jednostavnosti i formalnosti ove razine, često potrebno ostati na njoj dulje vrijeme, jer se ovdje moraju odraziti svi rezultati koji su značajni za vlasnika i tržište. Pogreška može dovesti do stvaranja modela koji ne ispunjavaju poslovne zadatke. Da biste provjerili odražavaju li se značajni protoci, provjerite jesu li sve 4 glavne vrste protoka prisutne na vašem dijagramu.

    1. Materijal: materijali i komponente na ulazu i Gotovi proizvodi na izlazu.
    2. Kupac: ulazak potencijalnog kupca i zadovoljan kupac.
    3. Financijski: na ulazu su to obično investicije, plaćanja kupaca (prihod), krediti i drugi prihodi; izlaz su plaćanja dobavljačima, porezi, otplate kredita i dobit.
    4. Informacijski: na ulazu su to svi tokovi informacija o vanjskom okruženju (tržišni uvjeti, ponašanje konkurenata, tehnološke inovacije itd.), a izlaz je protok informacija koje tvrtka o sebi prenosi svijetu (sve informacije o oglašavanju, kao i sve vrste izvještavanja regulatornim tijelima).

    Napominjemo da je tvrtka otvoreni sustav, i ništa u njemu ne nastaje niti nestaje. Tvrtka je u stanju pretvoriti samo dolazne tokove u odlazne, a ako to učini dobro, onda dodatni protok novca(dobit), što u određenom smislu odražava kvalitetu cijelog sustava.

    (kliknite za povećanje)

    Bilo bi dobro da svaku od ovih vrsta tokova istaknete vlastitom bojom kako biste mogli lako razlikovati kretanje resursa i ne propustiti važne točke... Na primjer, često je moguće promatrati odsutnost klijenta u tijekovima tvrtke, stoga se rad s njim temelji na principu zaostatka - klijent se često osjeća kao prepreka za zaposlenike tvrtke, čiji su zadaci usmjereni na obradu tok dokumenata.

    Kontrolne strelice mogu biti predstavljene samo jednom vrstom protoka - protokom informacija, koji se može podijeliti u dvije podvrste. Prvi su dokumenti poput:

    • zakoni i propisi;
    • naredbe, naredbe;
    • upute i propisi;
    • planovi;
    • projektna dokumentacija itd.

    Druga je informacija bez dokumenata, koja najčešće uključuje zahtjeve vlasnika.

    I, na kraju, mehanizmi - postoje samo 2 vrste tokova: oprema (materijal) i izvođači (odjeli i ljudi). Ovdje ne može biti dokumenata, kao što ne može biti ni ljudi na upravljačkim strelicama!

    Model omogućuje kontinuirano numeriranje za navigaciju. Kontekstni dijagram je numeriran "A-0". U budućnosti će svaki funkcionalni blok dobiti svoj broj, bez obzira na to koliko je duboka dekompozicija.

    Raspad

    Nakon obrade tokova kontekstnog dijagrama, možemo pristupiti dekompoziciji. Prelaskom na donju razinu, kao da otvarate "crnu kutiju", prvo vidimo prazan list sa strelicama koje su pričvršćene na funkcionalni blok.

    (kliknite za povećanje)

    I tu počinje stvarno funkcionalno modeliranje - moramo razumjeti koji skup radnji može povezati te tijekove i osigurati da su svi zahtjevi ispunjeni. Poteškoća leži u činjenici da u poduzeću ima puno radnji, a na dijagramu imamo pravo prikazati najviše 9 funkcija, inače će dijagram postati nečitljiv i, sukladno tome, beskoristan.

    Nije uvijek lako složiti složene aktivnosti na takav način da ostanu vizualne, čitljive i istodobno potpune. Najčešće pribjegavaju podjeli cijele raznolikosti procesa u glavne velike blokove, od kojih su najznačajniji sljedeći.

    1. Stvaranje proizvoda (rezultat).
    2. Promocija i prodaja - rad s protokom kupaca.
    3. Podrška aktivnostima stvaranja proizvoda sekundarni su procesi koji su potrebni kako bi se ispunili zahtjevi vlade ili kako bi se osigurala pogodnost rada (osoblje i računovodstvo, usluge prijevoza, čišćenje prostora itd.).
    4. Stvaranje upravljačkih tokova je aktivnost razvoja upravljačkih rješenja koja će odrediti zahtjeve za sve procese poduzeća.

    Donja slika prikazuje dijagram razlaganja našeg primjera.

    (kliknite za povećanje)

    Na dijagramu procesi trebaju biti raspoređeni dijagonalno - to se naziva načelo dominacije, što podrazumijeva raspored funkcionalnih blokova slijeva nadesno i odozgo prema dolje - po važnosti ili kronološkim redoslijedom. Numeriranje blokova je isto.

    Daljnji rad na modelu sličan je prvom koraku - svaki funkcionalni blok prve razine se razlaže. Numeriranje blokova sadržavat će broj prve razine: A1.1… A1n, A2.1… A2.n itd.

    Zaključci o važnosti notacije

    U okviru ovog članka bilo je moguće prikazati samo osnovne koncepte IDEF0 notacije na kratkom primjeru IDEF0, po kojem je, naravno, teško procijeniti metodologiju u cjelini. No, dosta iskustva u korištenju ovog zapisa u praksi omogućuje mi da izvedem sljedeće zaključke.

    1. Model ima dobar vizualizacijski potencijal, ali po mom mišljenju njegova je veća važnost u disciplinirajućem učinku. Pravila i ograničenja ugrađena u metodologiju prisiljavaju nas da razvijemo sustavan i strog stav prema modelima, što ima vrlo dobar učinak na kvalitetu konačnog rezultata.
    2. Model vam omogućuje izgradnju komunikacijskih tokova između naizgled ne jako povezanih stvari: povezivanje podsustava prednjeg i stražnjeg ureda s upravljanjem, što je za druge zapise mnogo gore.
    3. Pristup je jednostavan i jasan za većinu sudionika projekta. Građenje i čitanje dijagrama u ovom zapisu ograničeno je samo željom da se udubi u zamršenost poslovnih tokova.

    Neki od navedenih argumenata navode na pomisao da je ovaj pristup najbolji i jedini za cjelovito modeliranje aktivnosti. Ali ne zaboravite da je funkcionalni model dizajniran samo za gornju razinu modeliranja. Korištenje oznake IDEF0 za oblikovanje rada na razini izvođača dovodi do činjenice da su dijagrami isključivo ilustrativni i na njihovoj je osnovi nemoguće izgraditi razumnu regulativu jer ne sadrže:

    • konkretiziranje događaja pokretanja i zaustavljanja procesa;
    • uvjeti za prijelaz iz jedne radnje u drugu;
    • mogućnost vizualnog prikaza svih resursa i izvođača bez preopterećenja dijagrama strelicama.

    Stoga, ako ovaj zapis koristite za zadatke za koje je namijenjen (strukturiranje aktivnosti na najvišoj razini), tada je IDEF0 praktički jedini zapis za danas koji vam omogućuje da to učinite smisleno i točno.

    V. upravljanje projektima ovaj standard modeliranja najviše se primjenjuje tamo gdje morate povezati različite projekte ili procese s vizualnim tokovima. Istodobno, grafički model omogućit će racionalniju raspodjelu odgovornosti i resursa po zadacima. Logika zadataka projekta, odražena u dijagramima, pomoći će u pripremi bolje kvalitete kalendarski plan u obliku Gantovog grafikona.

    6.2. Svrha i sastav metodologije SADT (IDEF0)

    Metodologija SADT (Tehnika strukturirane analize i projektiranja - metodologija strukturne analize i projektiranja) skup je metoda, pravila i postupaka osmišljenih za izgradnju funkcionalnog modela sustava.

    Razvoj ove metodologije pokrenuo je Douglas Ross (SAD) sredinom 60-ih. XX stoljeća Od tada, sistemski analitičari iz tvrtke SofTech, Inc. poboljšao SADT i upotrijebio ga za rješavanje širokog spektra problema. Softver telefonske mreže, dijagnostika, dugoročno i strateško planiranje, automatizirana proizvodnja i dizajn, konfiguracija računalnog sustava, obuka osoblja, upravljanje financijama i nabavom neka su od područja u kojima se SADT može učinkovito koristiti. Širok raspon područja ukazuje na svestranost i moć metodologije SADT. U programu "Integracija računala i industrijske tehnologije Integrirana računalno potpomognuta proizvodnja (ICAM) američkog Ministarstva obrane priznala je SADT kao korisnu. To je dovelo do objavljivanja dijela 1981. pod nazivom IDEF0 (Icam DEFinition), kao savezni standard razviti softver... Pod tim imenom, SADT je ​​koristilo tisuće profesionalaca u vojnim i industrijskim organizacijama. Posljednja revizija standarda IDEF0 objavljena je u prosincu 1993. godine. Nacionalni institut za standarde i tehnologiju (NIST).

    Ova se metodologija natječe s metodama usmjerenim na protok podataka (DFD) u opisivanju funkcionalnog aspekta informacijskog sustava. Nasuprot tome, IDEF0 dopušta:

    Opišite sve sustave, ne samo informacijske (DFD je namijenjen opisivanju softvera);

    Napravite opis sustava i njegovog vanjskog okruženja prije definiranja konačnih zahtjeva za njega. Drugim riječima, uz pomoć ove metodologije može se postupno graditi i analizirati sustav čak i kada je još uvijek teško zamisliti njegovu implementaciju.

    Stoga se IDEF0 može primijeniti u ranim fazama izgradnje širokog raspona sustava. Istodobno se može koristiti za analizu funkcija postojećih sustava i razvoj rješenja za njihovo poboljšanje.

    Temelj IDEF0 metodologije je grafički jezik za opisivanje procesa. Model u IDEF0 notaciji je zbirka hijerarhijski uređenih i međusobno povezanih dijagrama. Svaki dijagram je jedinica opisa sustava i nalazi se na zasebnom listu.

    Model (kakav jest, kakav treba biti ili trebao bi biti) može sadržavati 4 vrste grafikona [ , ]:

    Kontekstni dijagram;

    Dijagrami raspadanja;

    Dijagrami stabla čvorova;

    Samo za prikaz (FEO) dijagrami.

    Kontekstni dijagram (dijagram najviše razine), kao vrh stabla strukture dijagrama, prikazuje namjenu sustava (glavna funkcija) i njegovu interakciju s vanjskim okruženjem. Svaki model može imati samo jedan dijagram konteksta. Nakon opisa glavne funkcije vrši se funkcionalna dekompozicija, odnosno utvrđuju se funkcije koje čine glavnu.

    Nadalje, funkcije su podijeljene na podfunkcije i tako dalje dok se ne postigne potrebna razina detalja sustava koji se proučava. Dijagrami koji opisuju svaki takav fragment sustava nazivaju se dijagrami razgradnje ... Nakon svake sesije razlaganja održavaju se ispitne sesije - stručnjaci za predmetna područja ukazuju na podudarnost stvarnih procesa s izrađenim dijagramima. Utvrđene nedosljednosti se uklanjaju, nakon čega se nastavlja s daljnjim detaljima procesa.

    Dijagram stabla čvorova prikazuje hijerarhijsku ovisnost funkcija (djela), ali ne i odnos među njima. Može ih biti nekoliko, budući da se stablo može izgraditi na proizvoljnu dubinu i iz proizvoljnog čvora.

    Tablice izloženosti izgrađene su da ilustriraju pojedinačne fragmente modela kako bi prikazale alternativno gledište na procese koji se događaju u sustavu (na primjer, sa stajališta menadžmenta organizacije).

    6.3. Elementi grafičkog zapisa IDEF0

    Metodologija IDEF0 naišla je na široko prihvaćanje i primjenu, prvenstveno zbog jednostavnih grafičkih zapisa koji su korišteni za izradu modela. Glavne komponente modela su dijagrami. Oni prikazuju funkcije sustava u obliku pravokutnika, kao i veze između njih i vanjskog okruženja pomoću strelica. Korištenje samo dva grafička primitiva (pravokutnik i strelica) omogućuje vam da brzo objasnite pravila i principe izgradnje IDEF0 dijagrama ljudima koji nisu upoznati s ovom metodologijom. Ova prednost omogućuje vam povezivanje i aktiviranje aktivnosti korisnika u opisivanju poslovnih procesa pomoću formalnog i vizualnog grafičkog jezika.

    Sljedeća slika prikazuje osnovne elemente IDEF0 grafičkog zapisa.

    Riža. 6.1. Elementi grafičkog zapisa IDEF0

    Pravokutnik predstavlja rad (proces, aktivnost, funkcija ili zadatak) , koji ima fiksni cilj i dovodi do nekog krajnjeg rezultata. Naziv posla mora izražavati radnju (na primjer, "Izrada dijela", "Izračun dopuštenih brzina", "Formiranje popisa centralizirane kuće broj 3").

    Interakcija djela između njih i vanjskog svijeta opisana je u obliku strelica. IDEF0 razlikuje 5 vrsta strijela :

    - ulaz (Ulaz na engleskom) - materijal ili informacija koji se koriste i transformiraju radom za dobivanje rezultata (izlaz). Prijava odgovara na pitanje "Što treba obraditi?" Ulaz može biti materijalni objekt (sirovina, dio, ispitna karta) ili onaj koji nema jasne fizičke konture (upit u bazu podataka, pitanje nastavnika). Pretpostavlja se da djelo možda nema strelice za unos. Strelice za unos uvijek se iscrtavaju pri ulasku na lijevu stranu djela;

    - kontrolirati (Engleski control) - kontrolni, regulatorni i regulatorni podaci koji vode rad. Odjel odgovara na pitanje „U skladu s tim što se radi?“. Menadžment utječe na rad, ali se njime ne transformira, tj. djeluje kao ograničenje. Kao menadžment mogu postojati pravila, standardi, propisi, cijene, usmene upute. Kontrolne strelice iscrtane su kao dio gornje strane djela. Ako se pri izgradnji dijagrama postavlja pitanje kako ispravno nacrtati strelicu odozgo ili ulijevo, tada se preporučuje da je nacrtate kao ulaz (strelica slijeva);

    - izlaz (Engleski izlaz) - materijal ili informacija koji predstavljaju rezultat rada. Rezultat odgovara na pitanje "Što je rezultat rada?" Ispis može biti materijalni objekt (dio, automobil, dokumenti o plaćanju, izvod) ili neopipljiv (uzorkovanje podataka iz baze podataka, odgovor na pitanje, usmena naznaka). Strelice za izlaz iscrtavaju se s desne strane djela;

    - mehanizam (Eng. Mehanizam) - sredstva koja obavljaju posao. Mehanizam odgovara na pitanje "Tko ili na koji način radi posao?" Mehanizam može biti osoblje poduzeća, student, stroj, oprema, program. Strelice mehanizma iscrtane su kako ulaze u donji rub djela;

    - poziv (Engleski poziv) - strelica označava da se dio posla obavlja izvan dotičnog bloka. Izlazne strelice izvučene su s donjeg ruba djela.

    6.4. Vrste veza između poslova

    Nakon utvrđivanja sastava funkcija i odnosa među njima, postavlja se pitanje o njihovom ispravnom sastavu (povezivanju) u module (podsustave). To implicira da svaka zasebna funkcija mora riješiti jednu, strogo određeni zadatak... U protivnom je potrebno daljnje razlaganje ili razdvajanje funkcija.

    Pri kombiniranju funkcija u podsustave potrebno je nastojati da unutarnja povezanost (između funkcija unutar modula) bude što jača, a vanjska (između funkcija uključenih u različite module) što je moguće slabija. Na temelju semantike metodoloških poveznica uvodimo klasifikaciju veza između funkcija (djela). Ova je klasifikacija proširenje. Vrste veza navedene su prema padajućoj važnosti (čvrstoća vezivanja). U navedenim primjerima zadebljane linije ističu funkcije između kojih postoji razmatrana vrsta veze.

    1. Hijerarhijski odnos (odnos "dio" - "cjelina") odvija se između funkcije i podfunkcija od kojih se sastoji.

    Riža. 6.2. Hijerarhijski odnos

    2. Regulatorna (kontrolna, podređena) komunikacija odražava ovisnost jedne funkcije o drugoj, kada se izlaz jednog djela šalje radi kontrole drugog. Funkciju s koje kontrola odlazi treba smatrati regulatornom ili kontrolnom, a u koju ulazi - podređenom. Razlikovati izravna upravljačka veza kada se upravljanje prenese s rada više razine na rad niže razine (slika 6.3), i povratne informacije uprave kada se upravljanje prenosi s nizvodnog na uzvodno (slika 6.4).

    3. Funkcionalna (tehnološka) komunikacija javlja se kada izlaz jedne funkcije služi kao ulaz za sljedeću funkciju. Sa stajališta toka materijalnih objekata, ovaj odnos prikazuje tehnologiju (slijed rada) obrade tih objekata. Razlikovati izravna veza na ulazu kada se izlaz prenese s rada više razine na posao niže razine (slika 6.5), i ulazna povratna informacija kada se izlaz prenosi s nizvodnog na uzvodno (slika 6.6).
    Riža. 6.5. Izravna veza na ulazu Riža. 6.6. Ulazna povratna informacija

    4. Komunikacija s potrošačima javlja se kada izlaz jedne funkcije služi kao mehanizam za sljedeću funkciju. Dakle, jedna funkcija troši resurse koje generira druga.

    Riža. 6.7. Komunikacija s potrošačima

    5. Logička veza promatrane između logički homogenih funkcija. Takve funkcije u pravilu obavljaju isti posao, ali na različite (alternativne) načine ili pomoću različitih početnih podataka (materijala).

    Riža. 6.8. Logička veza

    6. Kolegijalna (metodička) komunikacija odvija se između funkcija čiji je algoritam rada određen istom kontrolom. Analog takve komunikacije je zajednički rad zaposlenika jednog odjela (kolega), podređenih načelniku, koji daje upute i naredbe (kontrolni signali). Takva veza nastaje i kada su algoritmi za rad ovih funkcija određeni istom metodološkom podrškom (SNIP, GOST, službeni regulatorni materijali itd.), Koja služi kao menadžment.

    Riža. 6.9. Metodičko povezivanje

    7. Veza na resurs javlja se između funkcija koje za svoj rad koriste iste resurse. Funkcije ovisne o resursima općenito se ne mogu izvoditi istodobno.

    Riža. 6.10. Veza na resurs

    8. Informacijska komunikacija odvija se između funkcija koristeći iste podatke kao i unos.

    Riža. 6.11. Informacijska komunikacija

    9. Privremena veza javlja se između funkcija koje se moraju istodobno izvršavati prije ili istodobno nakon druge funkcije.

    Osim slučajeva navedenih na slici, ova se veza odvija i između drugih kombinacija upravljanja, ulaza i mehanizma koji ulaze u jednu funkciju.

    Riža. 6.12. Privremena veza

    10. Slučajna veza javlja se kada postoji mala ili nikakva specifična veza između funkcija.

    Riža. 6.13. Slučajna veza

    Od navedenih vrsta veza najjača je hijerarhijska veza koja, zapravo, određuje kombinaciju funkcija u module (podsustave). Regulatorne, funkcionalne i potrošačke veze su nešto slabije. Funkcije s tim vezama obično se provode u jednom podsustavu. Logičke, kolegijalne, resursne i informacijske veze među najslabijima su. Funkcije koje ih posjeduju u pravilu se provode u različitim podsustavima, s izuzetkom logički homogenih funkcija (funkcije povezane logičkom vezom). Privremena veza ukazuje na slabu ovisnost funkcija jedna o drugoj i zahtijeva njihovu implementaciju u zasebne module.

    Stoga je pri kombiniranju funkcija u module najpoželjnije prvih pet vrsta veza. Funkcije povezane s posljednjih pet veza najbolje je implementirati u zasebne module.

    IDEF0 ima konvencije (pravila i smjernice) za stvaranje dijagrama radi lakšeg čitanja i ispitivanja modela [,]. Neka od ovih pravila automatski podržavaju CASE, druga se moraju ručno primijeniti.

    1. Prije izgradnje modela potrebno je odlučiti koji će se model (i) sustava izgraditi. To podrazumijeva definiranje tipa AS-IS, TO-BE ili SHOULD-BE, kao i definiranje položaja od kojeg je model izgrađen. Najbolje je zamisliti "gledište" kao mjesto (položaj) osobe ili objekta, u kojem se mora stati kako bi se vidio sustav na djelu. Na primjer, pri izgradnji modela za rad trgovine mješovitom robom možete odabrati prodavatelja, blagajnika, računovođu ili direktora među mogućim podnositeljima zahtjeva sa stajališta o kojem se sustav razmatra. Obično se bira jedno gledište koje najpotpunije pokriva sve nijanse rada sustava, a po potrebi se za neke dijagrame razgradnje grade FEO dijagrami koji prikazuju alternativno gledište.

    2. Kontekstni dijagram prikazuje jedan blok koji prikazuje namjenu sustava. Preporučuje se da prikazuje 2–4 strelice koje ulaze i izlaze sa svake strane.

    3. Broj blokova na dijagramima razlaganja preporučuje se unutar raspona 3–6. Ako u dijagramu razlaganja postoje dva bloka, to obično nema smisla. S velikim brojem blokova dijagram postaje prezasićen i teško ga je čitati.

    4. Blokovi na dijagramu razlaganja trebaju biti raspoređeni slijeva nadesno i odozgo prema dolje. Ovaj raspored omogućuje vam jasnije odražavanje logike i slijeda rada. Osim toga, rute sa strelicama bit će manje zbunjujuće i imati minimalni broj raskrižja.

    5. Nedostatak i upravljačkih i ulaznih strelica za funkciju nije dopušten. To znači da pokretanje ove funkcije nije kontrolirano i može se dogoditi u bilo kojem proizvoljnom trenutku ili nikada.

    Riža. 6.14. Funkcija bez kontrole i unosa

    Blok sa samo kontrolom može se promatrati kao poziv u programu funkcije (postupka) bez parametara. Ako blok ima ulaz, onda je to ekvivalent pozivanju funkcije s parametrima u programu. Dakle, blok bez kontrole i unosa ekvivalentan je funkciji koja se nikada ne poziva na izvršavanje u programu.

    Na sl. 6.7–6.12, koji prikazuje fragmente IDEF0 dijagrama, postoje blokovi bez unosa i kontrole. To se ne smije smatrati pogreškom jer implicira da jedna od ovih strelica mora biti.

    6. Svaki blok mora imati najmanje jednu utičnicu.

    Riža. 6.15. Nema izlazne funkcije

    Radovi bez rezultata su besmisleni i ne trebaju se modelirati. Izuzetak je rad prikazan u AS-IS modelu. Njihova prisutnost ukazuje na neučinkovitost i nesavršenost tehnoloških procesa. U modelu TO-BE ti bi radovi trebali izostati.

    7. Prilikom izrade dijagrama trebali biste smanjiti broj križanja, petlji i zavoja strelica.

    8. Povratne informacije i iteracije (ciklične radnje) mogu se prikazati pomoću lukova unatrag. Povratne informacije o ulazu crpe se "donjom" petljom, povratne informacije o upravljačkoj - "gornjom" (vidi slike 6.4 i 6.6).

    9. Svaki blok i svaka strelica na dijagramima moraju imati naziv. Dopušteno je koristiti strelice za grananje (razlaganje) ili spajanje (sastav). To je zbog činjenice da se isti podaci ili objekti generirani jednim poslom mogu koristiti u nekoliko drugih poslova odjednom. Nasuprot tome, isti ili homogeni podaci i objekti generirani različitim poslovima mogu se koristiti na jednom mjestu.

    Riža. 6.16. Razgranate strelice

    U ovom je slučaju dopušteno dodijeliti kvalificirana imena različitim granama strelice nakon grananja (prije spajanja). Ako nijedna grana nakon grane nije imenovana, smatra se da njezino ime odgovara imenu strelice zabilježenom prije grane.

    Dakle, na si. 6.16 kontrole uključene u blokove "Proizvodnja dijelova" i "Sklapanje proizvoda" imaju pojašnjavajuća značenja i dio više opći menadžment"Nacrti". Svi crteži koriste se za rad bloka "Kontrola kvalitete".

    Nije dopušteno crtanje strelica u dijagramu ako nisu imenovane prije i poslije grananja. Na sl. 6.17 strelica uključena u blok "Generiranje standardnih popisa" nema naziv prije i poslije grananja, što je pogreška.

    Riža. 6.17. Pogrešno imenovanje strelica

    10. Prilikom izrade dijagrama radi bolje čitljivosti može se koristiti mehanizam za tuneliranje strelica. Na primjer, kako se dijagrami gornjih razina (nadređeni) ne bi zatrpali nepotrebnim detaljima, u dijagramima razgradnje početak luka postavljen je u tunel.

    Riža. 6.18. Strelice za tuneliranje

    V. ovaj primjer pri izgradnji modela dirigiranja Novogodišnja zabava mehanizam "dvije osi" neće biti prikazan na dijagramima gornjih razina, pri čitanju koje se može pojaviti pošteno pitanje: "Zašto nam trebaju dvije osi na novogodišnjoj zabavi?"

    Isto tako, možete tunelirati sa suprotnim ciljem - ne dopuštajući da se strelica pojavi na dijagramima niže razine. U tom slučaju zagrade se stavljaju na kraj strelice. U kontekstnom dijagramu (vidi sliku 6.21) tuneliran je mehanizam "Inženjer servisa puta", koji je uključen u blok "Određivanje dopuštenih brzina". Ova je odluka donesena jer je inženjer izravno uključen u sve radove prikazane na dijagramu razlaganja ovog bloka (vidi sliku 6.22). Kako se ne bi pokazala ta veza i ne bi zakrčio dijagram razgradnje, strelica je tunelirana.

    11. Sve strelice koje ulaze i izlaze iz bloka, pri izradi dijagrama razlaganja za njega, trebaju biti prikazane na njemu. Izuzetak su tunelske strelice. Nazivi strelica povučenih na dijagram razlaganja moraju se podudarati s nazivima prikazanim na dijagramu najviše razine.

    12. Ako dvije strelice teku paralelno (počinju s iste strane jednog posla i završavaju na istoj strani drugog posla), tada ih je, ako je moguće, potrebno kombinirati i nazvati jednim izrazom.

    Riža. 6.19. Spajanje veza

    13. Svaki blok u dijagramima mora imati svoj broj. Za označavanje položaja bilo kojeg grafikona ili bloka u hijerarhiji koriste se brojevi grafikona. Blok na dijagramu najviše razine označen je s 0, blokovi na dijagramima druge razine - brojevima od 1 do 9 (1, 2, ..., 9), blokovi na trećoj razini - s dva broja od kojih prvi označava broj detaljnog bloka iz nadređenog dijagrama, a drugi redni broj bloka na trenutnom dijagramu (11, 12, 25, 63) itd. Kontekstni dijagram ima oznaku "A - 0 ", dijagram razlaganja prve razine je" A0 ", dijagrami razgradnje sljedećih razina sastoje se od slova" A "iza kojeg slijedi broj bloka koji se razlaže (na primjer," A11 "," A12 "," A25 "," A63 "). Na slici je prikazano tipično stablo dijagrama (dijagram stabla čvora) s numeriranjem.

    Riža. 6.20. Hijerarhija grafikona

    U suvremenim CASE-alatima automatski su podržani mehanizmi numeriranja. Alati CASE također omogućuju automatsku izgradnju dijagrama stabla čvorova koji sadrže samo hijerarhijske veze. Vrh takvog dijagrama može biti bilo koji čvor (blok), a može se iscrtati na bilo kojoj dubini.

    6.6. Primjer izgradnje IDEF0 modela za sustav za određivanje dopuštenih brzina

    Izračunavanje dopuštenih brzina vlakova naporan je inženjerski zadatak. Kad vlak prođe bilo koju dionicu stvarna brzina kretanje vlaka ne smije prelaziti najveće dopušteno. Ova najveća dopuštena brzina postavlja se na temelju radnog iskustva i posebno provedenih ispitivanja dinamike kretanja i utjecaja na kolosijek željezničkih vozila. Ne prekoračenje ove brzine jamči sigurnost prometa vlakova, ugodne uvjete za putnike itd. Određuju se ovisno o vrsti voznog parka (marka lokomotive i vrsta vagona), parametrima nadgrađa (poput tračnica, balasta, pragova) ) i tlocrt (polumjerne krivulje, prijelazne krivulje, kota vanjske tračnice itd.). U pravilu je za utvrđivanje dopuštenih brzina potrebno odrediti najmanje dvije (na ravnim crtama) i pet (u krivinama) brzine, od kojih se odabire konačna dopuštena brzina, kao najnižu od svih izračunatih. Izračun ovih brzina reguliran je Nalogom Ministarstva željeznica Rusije br. 41 od 12. studenog 2001. "Standardi za dopuštene brzine voznog parka na željezničkim prugama kolosijeka 1520 (1524) mm Federalnog željezničkog prometa".

    Kao što je napomenuto, izgradnja modela IDEF0 počinje predstavljanjem cijelog sustava kao jednostavne komponente (kontekstni dijagram). Ovaj dijagram prikazuje namjenu (glavnu funkciju) sustava i potrebne ulazne i izlazne podatke, kontrolne i regulatorne informacije i mehanizme.

    Kontekstualni dijagram problema određivanja dopuštenih brzina prikazan je na slici 6.21. Za izradu modela korišten je proizvod BPwin 4.0 tvrtke Computer Associates.


    Riža. 6.21. Kontekstni dijagram sustava za određivanje dopuštenih brzina (metodologija IDEF0)

    Kao popratne informacije, na temelju kojih se provodi određivanje dopuštenih brzina, koriste se:

    Podaci o projektu nove linije ili o projektu obnove (sadrže sve potrebne podatke za provedbu projekta, naime, kilometražu, osi zasebnih točaka, plan linija itd.);

    Detaljan uzdužni profil (sadrži podatke slične onima o kojima je gore bilo riječi);

    Putovnica udaljenosti kolosijeka (sadrži podatke slične onima o kojima je gore bilo riječi, kao i podatke o gornjoj strukturi kolosijeka (VSP));

    Podaci o rezultatima snimanja plana kolosijeka vagonom za mjerenje kolosijeka;

    Popis uzvišenja vanjske tračnice u krivinama (sadrži podatke o planu kolosijeka).

    Neki izvorni podaci mogu se preuzeti iz različitih izvora... Konkretno, informacije o planu (parametri krivulja) mogu se uzeti iz projekta nove linije ili projekta obnove, detaljnog uzdužnog profila, putovnice udaljenosti kolosijeka itd.

    Kontrolni podaci su:

    Upute voditelja kolosiječne službe ceste ili Uprave kolosijeka i građevina Ruskih željeznica za izračun;

    Naredba br. 41, koja sadrži normativne i referentne podatke, postupak i formule za određivanje dopuštenih brzina;

    Podaci o trenutnom ili planiranom prometu vlakova (podaci o markama cirkulirajućih lokomotiva i vrstama vagona koji se koriste);

    Informacije o planiranim popravcima kolosijeka, rekonstrukciji i reorganizaciji konstrukcija i uređaja.

    Rezultat rad sustava trebao bi biti:

    Listovi dopuštenih brzina, koji sadrže sve vrste izračunatih brzina i omogućuju vam da utvrdite razlog njihovog ograničenja;

    Bilten naredbe načelnika ceste o utvrđivanju dopuštenih brzina na kolosijecima i odvojenim točkama (naredba "N") u skladu s obrascem usvojenim na cesti. Odobrena naredba "N" službeno utvrđuje dopuštene brzine vlakova;

    Standardni obrasci br. 1, 1a i 2, koji sadrže planirane dopuštene brzine za razvoj voznog reda.

    Brzine sadržane u narudžbi "H" i standardnim obrascima mogu se razlikovati od onih izračunatih i prikazanih u tablicama dopuštenih brzina. To je zbog činjenice da one odražavaju ograničenja brzine ne samo prema dizajnu voznog parka, parametrima i krivinama VSP -a, već i prema stanju uređaja i konstrukcija (deformacija kolnika, nagib nosača kontaktne mreže itd.) .). Osim toga, prilagođavaju se uzimajući u obzir planirane popravke kolosijeka, rekonstrukciju i reorganizaciju konstrukcija i uređaja itd.

    Nakon što se izgradi, kontekstni dijagram je detaljan pomoću dijagrama dekompozicije prve razine. Ovaj dijagram prikazuje funkcije sustava koje se moraju implementirati unutar glavne funkcije. Dijagram za koji je izvršena dekompozicija, u odnosu na dijagrame koji ga detaljno opisuju, naziva se roditelj ... Dijagram razlaganja u odnosu na roditelja naziva se podružnica .

    Dijagram razlaganja prve razine za problem koji se razmatra prikazan je na slici 6.22. U pravilu se prilikom izrade dijagrama razlaganja izvorna funkcija (koja se razlaže) dijeli na 3–8 podfunkcija (blokova). U ovom slučaju preporučuje se postavljanje blokova na dijagramu razlaganja s lijeva na desno, odozgo prema dolje, kako bi slijed i logika interakcije podfunkcija bili bolje vidljivi.


    Riža. 6.22. Dijagram razgradnje razine 1 (IDEF0 metodologija)

    Slijed izvođenja funkcija za rješavanje razmatranog problema je sljedeći:

    Unos i ispravljanje referentnih informacija i podataka o dionicama cesta (blokovi 1 i 2);

    Priprema zadatka za izračun (blok 3). Pokazuje za koju dionicu i kolosijek, kao i marku lokomotive i vrstu vagona, treba izvršiti izračun;

    Izračun dopuštenih brzina u skladu s postupkom i formulama navedenim u Nalogu br. 41 (blok 4). Početne informacije su podaci duž putanje dionice (plan, gornja struktura kolosijeka itd.) I standardi odabrani na temelju zadatka za izračun;

    Formiranje popisa dopuštenih brzina (blok 5). Na temelju rezultata izračuna, stvara se nekoliko vrsta izlaznih dokumenata koji, s jedne strane, omogućuju utvrđivanje razloga ograničenja brzine, s druge strane, služe kao temelj za pripremu reguliranih dokumenata;

    Formiranje i priprema nacrta Naloga "N" i standardnih izjava (blokovi 6 i 7).

    Nakon što se izgradi dijagram dekompozicije prve razine, za funkcije označene na njoj grade se zasebni dijagrami (dijagrami dekompozicije druge razine). Zatim se proces razlaganja (izgradnja dijagrama) nastavlja sve dok daljnje detaljno opisivanje funkcija ne izgubi smisao. Za svaku atomsku funkciju koja opisuje elementarnu operaciju (to jest funkciju koja nema dijagram razlaganja) sastavlja se detaljna specifikacija koja definira njezine značajke i algoritam implementacije. Dijagrami toka algoritama mogu se koristiti za nadopunu specifikacije. Dakle, proces funkcionalnog modeliranja sastoji se u postupnoj izgradnji hijerarhije funkcija.

    6.7. ICOM kodovi

    Strelice koje ulaze i izlaze iz bloka na dijagramu najviše razine iste su kao i strelice koje ulaze i izlaze iz dijagrama niže razine, jer blok i dijagram predstavljaju isti dio sustava (vidi sl. I ). Kao posljedica toga, granice funkcije najviše razine iste su kao i granice dijagrama razlaganja.

    ICOM kodovi (kratica za Input, Control, Output i Mechanism) služe za identifikaciju graničnih strelica. ICOM kôd sadrži prefiks koji odgovara vrsti strelice (I, C, O ili M) i redni broj (vidi sliku).

    Opis dijagrama poslovnih procesa "Računovodstvo računalne opreme poduzeća"

    Opis IDEF0 dijagrama

    Za izgradnju poslovnog procesa korišten je dijagram IDEF0. Metodologija IDEF0 propisuje izgradnju hijerarhijskog sustava dijagrama - pojedinačnih opisa fragmenata sustava. Prvo se provodi opis sustava u cjelini i njegove interakcije s vanjskim svijetom (kontekstni dijagram). Izgrađene su tri razine dijagrama:

    1. Kontekstualno

    2. Funkcionalna dekompozicija

    Slika 1 - Kontekstni dijagram "Računovodstvo računalne opreme poduzeća"

    Na slici 1 prikazan je kontekstni dijagram poslovnog procesa "Računovodstvo računalne opreme poduzeća". Prikazuje sustav u cjelini i njegovu interakciju s glavnim vanjskim tokovima informacija.

    Strelice su označene u kontekstnom dijagramu.

    Vrste strelica:

    Ulaz (ulazni materijali: računala i pribor)

    Izlaz (izlaz je izvješće)

    Kontrolne strelice su dokumenti i upravitelji

    Strelice mehanizama su zaposlenici i oprema

    Ulazni podaci za obradu:

    Računala - računala (osobna računala) koja se nalaze u poduzeću

    Komponente - materijali potrebni za nadogradnju računala (video kartice, matične ploče, procesori, kućišta, napajanja, memorijski moduli)

    Izlazni tokovi:

    Izvješće - gotov izvještaj o računovodstvu računalne opreme poduzeća

    Kontrole unosa:

    Pravila - uvjeti koji se moraju ispuniti da bi se postigao cilj.

    Narudžbe - zadatak dodijeljen poduzeću (voditi evidenciju računalne opreme u poduzeću pomoću određenih informacijskih sustava)

    Menadžeri su direktori i generalni direktori poduzeća.

    Ulazni resursi:

    PC - računala uz pomoć kojih se vodi računovodstvo.

    Zaposlenici su stručnjaci koji izvršavaju upute koje im je dodijelila uprava. Nakon izgradnje konceptualnog modela provedeno je funkcionalno razlaganje - sustav je podijeljen na podsustave i svaki podsustav je opisan zasebno (dijagrami razlaganja).

    Slika 2 prikazuje funkcionalnu dekompoziciju četiri posla.


    Slika 2 - Funkcionalna dekompozicija "Računovodstvo računalne opreme poduzeća"

    Utvrđene su sljedeće vrste radova:

    1) Registracija isporuka - postupak u kojem se ID dodjeljuje proizvodu, šalje u skladište, u skladište i podaci o proizvodu unose se u program.

    Rad Registracija zaliha obuhvaća sedam graničnih strelica (ulaz, kontrola, mehanizam) i unutarnje strelice (povezivanje ulazom).

    Komunikacija sa strelicom na ulazu između radova Registracija isporuka i Održavanje računala (računala);

    Strelice za ulaz, izlaz, kontrolu ponavljaju se u sljedećim radovima.

    2) Održavanje računala - proces u kojem se odvija montaža, popravak i modernizacija računala.

    Rad na održavanju računala uključuje četiri granične strelice (ulaz, kontrola, mehanizam, izlaz) i nekoliko unutarnjih strelica (ulazna komunikacija, ulazna povratna informacija).

    Kontrola strelica - pravila, naredbe, vođa;

    Veza sa strelicom na ulazu između poslova Održavanje računala i postavljanje (unos podataka u bazu podataka), između poslova Održavanje računala i izvješćivanje (unos podataka u bazu podataka);

    3) Postavljanje - proces u kojem se odvija postavljanje računala u urede (urede).

    Kontrola strelicama - pravila, naredbe, vođa;

    Mehanizam sa strelicama - zaposlenici;

    Veza sa strelicom na ulazu između širenja i izvješćivanja (dodjeljivanje id -a);

    4) Sastavljanje izvješća - posljednja faza računovodstvenog procesa, koja se sastoji od zbrajanja zbrojeva dobivenih izvršavanjem prethodnih podataka tekućeg računovodstva.

    Zatim se svaki podsustav raščlanjuje na manje razgradnje i tako dalje, sve dok se ne postigne željeni stupanj detalja.


    Slika 3 je dijagram koji detaljnije prikazuje rad procesa nabave.

    Kao rezultat pojedinosti, istaknute su glavne funkcije. Odjeljak "Registracija isporuka" uključuje sedam glavnih strelica (ulaz, izlaz, kontrola, mehanizam).

    Unos sa strelicom - računala i pribor;

    Kontrolne strelice su pravila, naredbe i vođa. Strelice za račvanje;

    Strelice mehanizma, grananje - PC, zaposlenici;

    Strelice ulaska, kontrole, mehanizmi ponavljaju se u svim radovima.

    1) Dodjeljivanje broja - dodjeljivanje individualnog broja računalima i priboru.

    Strelice za unos - računala i pribor. Računala sa strelicama ponavljaju se u sljedećim radovima, osim za sastavljanje izvješća;

    Kontrolne strelice - pravila, naredbe i vođa;

    Strelice mehanizama - računalo i zaposlenici;

    Veza sa strelicom na ulazu između radova Dodjela broja i Slanje robe u skladište (prijenos), između Dodjela broja i Stavljanje u ravnotežu (ulazak u bazu);

    2) Slanje robe u skladište - slanje robe s dodijeljenim brojem u skladište.

    Strelica za izlaz - računalo;

    Kontrolne strelice - pravila, naredbe i vođa.

    Veza sa strelicom na ulazu između radova "Slanje robe u skladište" i "Podešavanje u bilanci" (količina);

    3) Balansiranje - unos podataka u računalo.

    Kontrolne strelice - pravila, naredbe i vođa;

    Strelice mehanizama - računalo i zaposlenici;


    Slika 4 je dijagram koji detaljnije opisuje održavanje računala.

    Kao rezultat pojedinosti, istaknute su glavne funkcije koje se izvode u procesu održavanja računala.

    Rad na održavanju računala uključuje 4 granične strelice (ulaz, izlaz, upravljanje, mehanizam). Unutarnje strelice (ulazna povratna informacija, ulazna komunikacija).

    1) Montaža računala - konfiguracija računala po individualnim nalozima menadžera.

    Strelica za prijavu - računala;

    Kontrolne strelice - pravila, naredbe i vođa;

    Strelice mehanizma - zaposlenici;

    Veza sa strelicom na ulazu između djela: "Sklapanje računala" i "Popravljanje računala" (računalo);

    2) Popravak računala - sastavljanje računala odobrenih za poboljšanje.

    Strelica za prijavu - računala;

    Strelica za izlaz - ulaz u bazu;

    Kontrolne strelice - pravila, naredbe i vođa;

    Strelice mehanizma - zaposlenici;

    Strelice za ulaz, izlaz, kontrolu, mehanizam se granaju;

    Veza sa strelicom na ulazu između radova: "Popravak računala" i "Nadogradnja" (pribor);

    3) Nadogradnja - poboljšanje, poboljšanje, nadogradnja računala.

    Strelica za izlaz - ulaz u bazu;

    Kontrolne strelice - pravila, naredbe i vođa;

    Strelice mehanizma - zaposlenici;

    Strelice za upravljanje, mehanizam se granaju;


    Slika 5 prikazuje grafikon izvješćivanja detaljnije. Dekompozicija posla. Izvještavanje uključuje 4 granične strelice (ulaz, izlaz, kontrola, mehanizmi). Unutarnje strelice (ulazna povratna informacija, ulazna komunikacija).

    Kao rezultat rada izvedene su sljedeće funkcije:

    1) Prikupljanje podataka - prikupljanje informacija za analizu i donošenje odluka.

    Unesite strelicu - dodjeljivanje ID -a;

    Kontrolne strelice - pravila, naredbe i vođa;

    Strelice za ulaz, kontrolu, mehanizam se granaju;

    Veza sa strelicom na ulazu između poslova: Prikupljanje podataka i provjera valjanosti podataka (zapisi);

    2) Provjera podataka - provjera podataka i njihovo slanje na pripremu izvješća.

    Strelica za prijavu - dodjeljivanje id -a, unos podataka u bazu podataka;

    Strelica za izlaz - Izvješće;

    Kontrolne strelice - pravila, naredbe i vođa;

    Strelice mehanizama - zaposlenici, računalo;

    Strelice za unos (dodjela id -a), kontrola, mehanizam se račvaju;

    Strelica za povratnu informaciju od "Provjera podataka" do "Prikupljanje podataka" (ponovljena provjera).

    Opis DFD dijagrama

    Dekompozicija rada na održavanju računala Slika 1 definira četiri interne aktivnosti, dva vanjska entiteta i dva spremišta podataka.


    Slika 1 - Održavanje računala

    1) Sklapanje računala - postupak sastavljanja računala iz postojećih komponenti.

    2) Izrada izvješća - proces koji se sastoji od sažimanja konačnih pokazatelja dobivenih obavljanjem poslova tekućeg računovodstva.

    3) Dijagnostika - provjera performansi

    4) Nadogradnja - poboljšanje, poboljšanje, nadogradnja računala.

    Vanjski entiteti: računala i komponente

    Pohrane podataka:

    1) Skladište - mjesto gdje se spremaju sastavljena i nadograđena računala.

    2) DB - baza podataka koja pohranjuje sva izvješća i sve podatke o obavljenom poslu.

    Prikupljamo podatke o računalu i odabiremo komponente za njegovu montažu. Zatim sastavljamo računalo i šaljemo ga u skladište na skladištenje, no osim toga, nakon sastavljanja možemo ga prvo poslati na dijagnostiku, provjeriti operativnost, a zatim tek u skladište. Nakon dijagnosticiranja sklopljenog računala, šaljemo podatke za sastavljanje izvješća o obavljenom poslu i unosimo podatke u bazu podataka.

    Imamo i drugi vanjski entitet, ovo je računalo. Šaljemo ga na modernizaciju, nakon čega je na dijagnostici da provjeri njegovu operativnost, zatim sastavljamo izvješće i unosimo podatke o obavljenom poslu u bazu podataka. Ili, nakon modernizacije, robu šaljemo u skladište, a zatim provodimo dijagnostiku, sastavljamo izvješće i unosimo podatke u bazu podataka.

    Raščlanjivanje rada "Izvještavanje" Slika 2 definira tri interne aktivnosti, tri vanjska entiteta i dva spremišta podataka.

    1) Prikupljanje podataka - prikupljanje informacija o računalima i komponentama.

    2) Validacija - provjera točnosti podataka.

    3) Izvješće - pisanje izvješća o obavljenom poslu.

    Vanjski entiteti: komponente, računala, upravitelj.

    Skladište podataka - Podaci o računalima i komponentama, podaci izvješća.


    Prikupljanje podataka o računalima i priboru, zatim njihovo slanje na pohranu. Nakon toga provjeravamo točnost podataka, sastavljamo izvješće i šaljemo ga natrag na pohranu u prvo skladište podataka (slika 2) ili podatke izvješća šaljemo u drugo skladište podataka (slika 2), a zatim ih šaljemo u upravitelja radi provjere.

    Voditelj provjerava, bilježi, ispravlja i šalje na ponovnu provjeru. Nakon toga se izvješće šalje na pohranu dok se upravitelj ponovno ne provjeri.

    Opis IDEF3 dijagrama

    U raščlanjivanju rada Održavanje računala (slika 1) definirano je nekoliko raskrižja koja povezuju jedan ili više poslova, nekoliko internih poslova.


    1) Popravak - sastavljanje računala s montažnim komponentama

    2) Montaža - vraćanje računala u normalu

    3) Nadogradnja - nadogradnja računala

    4) Računala - proizvod nakon montaže i modernizacije

    5) Pošalji u skladište - pošalji u skladište nakon poboljšanja (montaža)

    6) Dijagnostika - provjera performansi.

    7) Izvješće - podaci o obavljenom poslu.

    Raskrižja - priključci:

    1) J2 - sve radnje započinju u isto vrijeme.

    2) J6 - Spojni spoj. Čvor koji skuplja mnoge strelice u jednu, što ukazuje na potrebu za uvjetom dovršetka izvora rada strelica za nastavak procesa.

    3) J7 - pokazuje se da se ti uvjeti ne mogu istodobno ispuniti.

    4) J9 - ove radnje završavaju u isto vrijeme, nakon čega se sastavlja izvješće o obavljenom poslu.

    IDEF3 dijagram pokazuje da spoj J2 ima dvije strelice za grananje za rad (izgradnja i nadogradnja) koje započinju u isto vrijeme. Tek nakon što su ti radovi završeni, gotov proizvod (računalo) izlazi van, povezuje križanje J6. Nakon toga na raskrižju J7 postoji veza koja pokazuje da se dva rada (slanje robe u skladište i dijagnostika) ne mogu izvesti istovremeno. Nakon završetka prethodnog rada u tijeku je postupak sastavljanja izvješća o radu koje povezuje spoj J9.

    Slične publikacije