IDEF0. Upoznavanje s zapisom i primjer njegove uporabe. BPwin (AllFusion Process Modeler) softver za računalno modeliranje idef0 softver za razvoj modela

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, a nakon što je pokazao svoju učinkovitost, postao je savezni 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 Istraživački centar 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 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 dijagram IDEF0 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 dostupni sustavi AllFusion Process Modeler i Business 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 pa 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 cijelosti, 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 za sustav propisa poduzeća, jasno naznačujuć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. Razlaganje 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 i 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 nužno jer 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 duže 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, plaćanja 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, tada se pojavljuje dodatni novčani tijek (dobit) koji odražava, u određenom smislu, 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 gradi 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, konačno, 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 kontrolnim točkama!

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 tokova upravljanja - djelatnost 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 pojmove IDEF0-notacije pomoću kratkog primjera 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 da izgradite komunikacijske tokove između naizgled 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 gore 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 čisto 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 kojima 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.

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 najveći prioritet imaju samo oni projekti koji izravno donose dobit, stoga obično samo tijekom osjetne krize u upravljanju tvrtkom govorimo o pregledu aktivnosti i njegovoj reorganizaciji .

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 dubinsko predprojektno istraživanje aktivnosti tvrtke. Rezultat ove ankete je mišljenje stručnjaka u kojem se preporuke za uklanjanje daju po pojedinim točkama. " uska grla”U upravljanju aktivnostima. Na temelju ovog zaključka neposredno prije implementacije sustava automatizacije provodi se takozvana 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 "Entitet-odnos" (ER-Entitet-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 razvoja 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 „analitičar-specijalist“. 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 je postavljena na "Input";
  • Desna strana postavljena je na "Output";
  • Nedostatak 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.

    Valja 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 upravljačkim 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.

    Gore navedeni 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 u obliku hijerarhijske strukture pojedinačnih dijagrama, što ga čini manje opterećenim i lakim za probavu.

    Model IDEF0 uvijek započinje prezentacijom sustava u cjelini - jednog funkcionalnog bloka 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 formaliziranje razvojnog cilja IDEF0 - model je izuzetno 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 radi izgradnje informacijskog sustava na temelju ovog modela u budućnosti, tada će se ovaj model značajno razlikovati od onog koji bismo razvili za isto poduzeće, ali sa ciljem optimizacije opskrbnih lanaca.

    Gledište određuje 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 dijagrama. financijski tokovi... Ispravan izbor 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 pripada 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 koji 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 (strelica) 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 srednjim razinama hijerarhije - u ovom slučaju najprije „uranjaju u tunel“, a zatim se, ako je potrebno, „vraćaju iz tunela“.

    Posljednji koncept u 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 "platni nalog" 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, dajuć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 njeno 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, pisano 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 obitelji IDEF 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 sasvim praktično opravdanim u IDEF0. 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 modni iskaz, a ne učinkovit put optimizacije. postojećeg sustava poslovna uprava. To je najvjerojatnije posljedica izrazitog nedostatka informacija o praktičnoj primjeni ovih metodologija i neizbježne 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 automatiziranih sustava upravljanja. Zahvaljujući tome, standardi IDEF -a, u razumijevanju većine, postali su uvjetno neodvojivi od implementacije informacijskih tehnologija, iako je uz njihovu pomoć ponekad moguće učinkovito riješiti čak i male lokalne probleme, doslovno uz pomoć olovke i papir.

    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 osnovna načela IDEF0 i naučio ih raditi s odgovarajućim primijenjenim softver... 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 glavne 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 se u svakom slučaju otrgnuti od rad 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 analize određenog funkcionalnog sustava (od sustava za projektiranje svemirske letjelice do procesa pripreme složene večere), upotrijebite metode koje su se godinama iskušavale. Jedna od tih metoda je IDEF0, koja vam omogućuje rješavanje složenih životnih problema uz pomoć svojih jednostavnih i razumljivih alata.

    IDEF0 dijagrami izrađeni su pomoću programa BPWin. Namijenjene su za grafičko modeliranje tekućih poslovnih procesa.

    O metodologiji IDEF0

    Metodologija IDEF0 naširoko se koristi zbog svoje jednostavne i razumljive grafičke oznake, što je vrlo prikladno za izgradnju modela. Glavno mjesto u metodologiji imaju dijagrami. Dijagrami prikazuju funkcije sustava pomoću geometrijskih pravokutnika, kao i postojeće veze između funkcija i vanjskog okruženja. Veze su prikazane strelicama. To možete provjeriti tako što ćete vidjeti što dijagram IDEF0 nudi, a primjere možete pronaći u ovom članku.

    Činjenica da se u modeliranju koriste samo dva grafička primitiva omogućuje vam brzo objašnjenje trenutačnih pravila interakcija IDEF0 onima koji o tome nemaju pojma. Pomoću dijagrama IDEF0 povezivanje korisnika s tekućim procesima brže se odvija zahvaljujući korištenje jezika vizualne grafike. Možete vidjeti što nudi dijagram IDEF0, čiji su primjeri prikazani u nastavku.

    Elementi koji se koriste za IDEF0

    Kao što je već spomenuto, koriste se 2 vrste geometrijskih primitiva: pravokutnici i strelice. Pravokutnici predstavljaju određene procese, funkcije, rad ili zadatke koji imaju ciljeve i vode do naznačenog rezultata. Međudjelovanje procesa međusobno i vanjskog okruženja označeno je strelicama. IDEF0 razlikuje 5 različitih vrsta strelica.


    Mogućnosti korištenja IDEF0

    Metodologija IDEF0 može se primijeniti za opis funkcionalnog aspekta bilo kojeg informacijskog sustava.


    Vrste veza između procesa IDEF0

    U interesu je modela stvoriti takve veze konstrukcija kako bi unutarnje veze bile što jače, a vanjske - što je moguće slabije. to jaka strana modeliranje s IDEF0. Možete sami vidjeti primjere dijagrama i uvjeriti se u istinitost ovih riječi. Radi lakšeg uspostavljanja veza, oni su povezani u module. Vanjske veze uspostavljaju se između modula, a unutarnje veze unutar modula. Postoji nekoliko vrsta veza.

    1. Hijerarhijski ("dio" - "cijeli") odnos.

    2. Upravitelj (regulatorni, podređeni):

    2) kontrola povratne sprege.

    3. Funkcionalni ili tehnološki:

    2) obrnuti ulaz.

    3) potrošač;

    4) logično;

    5) metodički ili kolegijalni;

    6) resurs;

    7) informacijski;

    8) privremeni;

    9) slučajni.

    Građevni elementi i veze u dijagramima

    Metodologija IDEF0 pruža niz pravila i smjernica za njezinu uporabu i poboljšanje kvalitete uporabe. Dakle, dijagram prikazuje jedan blok na kojem možete odrediti naziv sustava, njegovu namjenu. 2-5 strelica vodi do ili iz bloka. Moguće je manje -više, ali su za ulazak / izlaz potrebne najmanje dvije strelice, a ostale za dodatni posao i njihove naznake u dijagramu. Ako je strelica više od 5, trebali biste razmisliti o optimalnosti izgradnje modela i je li moguće učiniti ga još detaljnijim.

    Građevni elementi u dijagramima raspadanja

    Broj blokova koji će biti na jednom dijagramu preporučuje se u broju 3-6. Ako ih ima manje, vjerojatno je da takvi dijagrami neće imati semantičko opterećenje. Ako je broj blokova ogroman, tada će biti vrlo teško pročitati takav dijagram, s obzirom na prisutnost dodatnih strelica. Kako bi se poboljšala percepcija informacija, preporučuje se postavljanje blokova odozgo prema dolje i slijeva nadesno. Ovaj će aranžman odražavati logiku izvođenja niza procesa. Također će strelice stvoriti manju zabunu s minimalnim brojem raskrižja.

    Ako pokretanje određene funkcije nije kontrolirano na bilo koji način, a proces se može pokrenuti u proizvoljnom trenutku, tada je takva situacija označena odsustvom strelica koje označavaju kontrolu i unos. No prisutnost takve situacije potencijalnim partnerima može reći o određenoj nestabilnosti i potrebi da se potencijalnom partneru pobliže pogleda.

    Blok koji ima samo strelicu za unos označava da proces prima ulazne parametre, ali nema kontrole ili podešavanja tijekom izvođenja. Blok koji ima samo upravljačku strelicu koristi se za označavanje rada koji se poziva samo po posebnom redoslijedu upravljačkog sustava. Oni su kontrolirani i prilagođeni u svim fazama.

    Ali primjer izgradnje IDEF0 dijagrama može uvjeriti da je najpotpuniji i obuhvatniji dijagram dijagram sa strelicama za unos i upravljanje.

    Imenovanje

    Kako bi se poboljšao vizualni doživljaj, svaki blok i svaka strelica trebaju imati svoj naziv, što će vam omogućiti da ih identificirate među mnogim drugim blokovima i strelicama. Ovako uzorci dijagrama izgledaju u IDEF0. Informacijski sistem, izgrađen uz njihovu pomoć, omogućit će vam da razumijete sve nedostatke i složenost modela.

    Često se koristi spajanje strelica i postavljaju se pitanja o njihovom nazivu. No spajanje je moguće samo u slučaju prijenosa homogenih podataka, pa zasebna imena nisu potrebna, iako se mogu navesti u BPWin -u. Također, ako dođe do odstupanja strelica, tada se mogu zasebno imenovati kako bi se razumjelo što je za što odgovorno.

    Ako nakon grane nema imena, smatra se da je naziv točno onakav kakav je bio prije grane. To može biti slučaj ako dva bloka zahtijevaju iste podatke. Kontekstni dijagram IDEF0, čiji se primjer može pronaći u ovom članku, potvrdit će ove riječi.

    Informacije strelice

    Na njemu bi se trebale prikazati strelice koje ulaze i izlaze iz istog bloka pri izradi dijagrama kompozicije. Nazivi geometrijskih oblika preneseni na dijagram moraju točno ponavljati informacije najviše razine. Ako su dvije strelice paralelne u odnosu na lukove druge (tj. Počinju na rubu jednog procesa, a završavaju obje na jednom rubu drugog procesa), možda bi ih za optimizaciju modela trebalo kombinirati i odabrati prikladno ime, koji je savršeno prikazan u IDEF0 (mogu se vidjeti primjeri dijagrama u Visiju).

    Primjer implementacije IDEF0 metodologije na određenom modelu

    Već ste naučili što je IDEF0 dijagram, djelomično ste vidjeli primjere i pravila za izradu takvih dijagrama. Sada bismo se trebali okrenuti praksi. Radi boljeg razumijevanja, objašnjenje se neće temeljiti na nekom "općem" modelu, već na konkretnom primjeru koji će vam omogućiti bolje i potpunije razumijevanje značajki rada s IDEF0 u programu BPWin.

    Na primjer, brzina vlaka od točke A do točke B. Treba uzeti u obzir da vlak ne može razvijati više od dopuštene brzine. Ova linija uspostavljena je na temelju radnog iskustva i utjecaja vlakova na željezničku prugu. Treba shvatiti da je svrha vlaka isporučiti putnike koji su pak platili kako bi sigurno i udobno stigli do odredišta. Od pomoći je dijagram IDEF0 čiji se primjeri mogu pronaći u ovom članku.

    Početne informacije su:

    1. podaci o liniji kolosijeka;
    2. putovnica cijele udaljenosti;
    3. plan puta.

    Kontrolni podaci:

    1. Upute načelnika, voditelja kolosiječne službe.
    2. Podaci o postojećem tijeku kretanja vlakova.
    3. Informacije o planiranim popravcima, obnovi i promjeni kolosijeka.

    Rezultat modela je:

    1. Ograničavanje dopuštenih brzina s navođenjem razloga ograničenja.
    2. Dopuštene brzine pri vožnji na odvojenim točkama i tijekom izvlačenja vlakova.

    Kada se kontekstni dijagram izgradi, potrebno ga je detaljno opisati, a zatim stvoriti složeni dijagram, koji će biti dijagram prve razine. Prikazat će sve glavne funkcije sustava. IDEF0 metodologija i dijagram za koji se vrši dekompozicija naziva se roditelj. Razlaganje IDEF0 naziva se podređeno razlaganje.

    Zaključak

    Nakon razgradnje na prvoj razini, provodi se razgradnja druge razine - i tako sve dok daljnja dekompozicija ne izgubi smisao. Sve je to učinjeno kako bi se dobio što detaljniji grafički dijagram tekućih i planiranih procesa. to gotov primjer IDEF0 grafikoni pomoću kojih se trenutno možete kretati.

    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 (dijagram konteksta). 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 modernizaciju 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 vrši računovodstvo.

    Zaposlenici su stručnjaci koji izvršavaju upute koje im je dodijelila uprava. Nakon izgradnje konceptualnog modela provedena je funkcionalna dekompozicija - 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 u program.

    Posao Registracija zaliha uključuje sedam graničnih strelica (ulaz, kontrola, mehanizam) i unutarnje strelice (veza putem ulaza).

    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 detaljnosti.


    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 radova: "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 za mehanizam - 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

    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 se šalje na dijagnostiku radi provjere ispravnosti, 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 posla "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. Zatim na raskrižju J7 postoji veza koja pokazuje da se dva posla (slanje robe u skladište i dijagnostika) ne mogu obaviti istovremeno. Nakon završetka prethodnog rada u tijeku je postupak sastavljanja izvješća o radu koje povezuje spoj J9.

    Otvorite projekt u kojem želite stvoriti model. Ako još niste izradili nijedan projekt, možete upotrijebiti projekt DEMO, koji je dostupan odmah nakon instalacije Cradle, ili stvoriti vlastiti projekt.

    Za unos u DEMO korištenje projekta Korisničko ime — MENADŽER, lozinka - MANAGER

    Kako stvoriti svoj projekt detaljno je prikazano u ovom videu.

    Nakon izrade novog projekta možete se koristiti i za prijavu Korisničko ime — VODITELJ i lozinka - MANAGER

    Kreiranje modela

    Da biste stvorili IDEF0 model, uključite Panel projekta i idite na odjeljak modeliranje Bitna domena

    Bilješka : Slično, modele možete stvoriti u odjeljku Domena implementacije modeliranja, kao i u bilo kojem odjeljku koji je konfigurirao korisnik. Odjeljak za modeliranje zapravo je imenski prostor unutar kojeg se tokovi mogu ponovno koristiti.

    Da biste stvorili kontekstni model IDEF0, desnom tipkom miša kliknite odjeljak IDEF0 i odaberite stavke izbornika Novo-> Element

    Imajte na umu da je ovo naziv cijelog modela u cjelini, a ne funkcijski blok na A0.

    Nakon toga će se otvoriti područje za crtanje i možete početi stvarati kontekstni model.

    Izrada funkcionalnog bloka

    Da biste to učinili, odaberite simbol funkcionalnog bloka na paleti

    i jednom pritisnite radno područje na kojem želite stvoriti funkcionalni blok.

    Pojavit će se dijaloški okvir u koji morate unijeti naziv funkcionalnog bloka, a zatim kliknite U redu.

    Kao rezultat toga, stvorit će se funkcijski blok s imenom koje ste naveli.

    Možete odabrati obrub bloka i promijeniti njegovu ljestvicu

    Stvaranje streamova

    Za stvaranje streamova odaberite simbol streama s palete (bez tuneliranja ili tuneliranja)

    zatim kliknite na stranu funkcionalnog bloka iz koje želite stvoriti tok i kliknite na bilo koje područje funkcionalnog bloka

    tada će se pojaviti dijaloški okvir za unos naziva streama. Unesi kratak naslov stream i kliknite U redu

    Bilješka: Kasnije ćete u specifikaciju moći unijeti detaljan opis streama.

    Nakon toga, po analogiji, možete stvoriti sve potrebne streamove

    Spremite model klikom na disketu ili CTRL + S. Prilikom spremanja generiraju se specifikacije simbola koje možete urediti kako biste pružili detaljniji opis elemenata modela.

    Nakon spremanja modela, moći ćete vidjeti stvorene specifikacije na ploči projekta u istom odjeljku u kojem ste stvorili model. Bit će generirane dvije vrste specifikacija - Funkcija i Tok.

    Raspad modela

    u dijalogu koji se pojavi ostavite zadane postavke i kliknite U redu

    Nakon toga će se stvoriti podređeni dijagram A1 i na njega će se prenijeti svi tokovi iz dijagrama A0.

    Sada možete preimenovati kreirani predložak funkcionalnog bloka (s pitanjem umjesto imena) i stvoriti dodatne, na isti način na koji smo ih stvorili ranije.

    Da biste preimenovali unaprijed postavljenu funkciju, odaberite je i odaberite Preimenuj iz kontekstnog izbornika

    i unesite traženo ime

    Po analogiji, stvorite druge funkcionalne blokove koji odgovaraju ovoj razini razlaganja.

    Da biste stvorili protoke između ovih funkcionalnih blokova, najprije morate kliknuti na izvor, zatim na međutočku kako biste stvorili zavoj, a zatim na sudoperu, na primjer, ovako:

    Rezultat je tok s dva zavoja.

    Položaj zavoja možete ispraviti odabirom protoka i povlačenjem točaka savijanja na željeno mjesto

    Pogledajte video isječak kako biste ga vidjeli u dinamici

    Da biste uklonili (ili dodali) točku pregiba, pritisnite tipku SHIFT na tipkovnici i kliknite točku koju želite ukloniti ili u tijeku gdje je želite stvoriti

    Spremite dijagram i provjerite jesu li stvorene odgovarajuće specifikacije

    Analogno, možete razgraditi funkcionalne blokove A1.

    Slične publikacije