IDEF0. Familiarizarea cu notația și un exemplu de utilizare a acesteia. BPwin (AllFusion Process Modeler) software de modelare computer software de dezvoltare model idef0

Cunoscută astăzi nu numai în cercuri înguste, abrevierea IDEF0 este prima metodologie care standardizează activitatea asupra proceselor de afaceri. A fost dezvoltat la mijlocul secolului trecut ca parte a unui proiect aerospațial din Statele Unite și, după ce și-a demonstrat eficacitatea, a devenit standard federal... La noi în anul 2000, a fost întocmit un document " Metodologia de modelare funcțională IDEF0. Document orientativ Metodologie de modelare funcțională Document de ghidare IDEF0. Ediție oficială. Gosstandart din Rusia RD IDEF0 - 2000. Dezvoltat de Centrul de Cercetare CALS - Tehnologii „Logistică Aplicată”. Adoptat și pus în aplicare prin Rezoluția Gosstandart din Rusia 2000, Moscova”, Dar ca standard nu a fost niciodată aprobat. Deși acest lucru nu a împiedicat această metodologie să devină unul dintre cele mai populare instrumente pentru modelarea grafică a proceselor de afaceri din țara noastră. În acest articol, vă invit să revizuiți modelul IDEF0 și să evaluați relevanța actuală a acestei abordări.

Concepte de bază și abrevieri

Să înțelegem puțin despre numele elementelor cheie ale metodologiei. Standardul grafic IDEF0 face parte din metodologia SADT (Structured Analysis and Design Technique). IDEF este o abreviere pentru definiția ICAM, iar ICAM derivă din Integrated Computer Aided Manufacturing, care se traduce prin computerizarea integrată a producției. Metodologia SADT este o întreagă familie de 15 modele diferite, care împreună trebuiau să permită studiul structurii, parametrilor și caracteristicilor sistemelor de producție-tehnice și organizaționale-economice.

IDEF0 este un model funcțional, care este nucleul tuturor celorlalte structuri, leagă împreună fluxurile de informații și materiale, structura organizațională, acțiunile de control și însăși activitatea companiei. Standardul grafic pentru procesele de modelare se mai numește notație. Adică, notația este un sistem de cerințe și reguli pentru construirea unui model de activitate într-o formă sau alta. Prin urmare, este adecvat să numim IDEF0 o notație care face parte din metodologia SADT.

Notarea IDEF0 este o tehnică destul de riguroasă care a fost inițial dezvoltată, ca standardele tehnice de proiectare, pentru modelarea manuală. Prin urmare, conține cerințe pentru plasarea săgeților, formatul tuturor elementelor, conținutul cadrului de informații pentru diagrama IDEF0 etc. Deoarece activitățile companiei sunt un sistem complex de acțiuni pe mai multe niveluri, există întotdeauna multe scheme, și este necesară o sistematizare și o navigare fără echivoc prin toate elementele modelului. Acum, acest lucru este realizat în principal de sistemele informatice care acceptă modelarea în această notație. Pe teritoriul Rusiei, cele mai faimoase și disponibile astăzi sunt sistemele AllFusion Process Modeler și Business Studio. Plănuiesc să dedic articole separate revizuirii acestor sisteme.

Bloc funcțional

Elementul central al modelului IDEF0 este funcția, care este afișată pe diagramă ca bloc funcțional- un dreptunghi, în interiorul căruia acțiunea este indicată sub forma unui substantiv verbal. Acțiunea poate fi foarte diferită ca amploare - de la activitățile companiei în general și la manipularea specifică în special. Exemple: „Producția și vânzarea de veselă ceramică” și „Utilizarea unui produs”.

Elemente obligatorii ale blocului funcțional în IDEF0

Indiferent de scara acțiunilor, toate funcțiile sunt afișate uniform și conțin în mod necesar 4 fluxuri cheie, care sunt atribuite rigid laturilor blocului funcțional:

  • în stânga - intrări sau resurse utilizate pentru îndeplinirea funcției;
  • în dreapta - ieșiri sau rezultate ale executării funcției;
  • pe partea de sus - acțiuni de control care determină cum și câte rezultate trebuie produse;
  • mai jos - mecanisme care reflectă cine și cu ajutorul a ceea ce ar trebui să facă această muncă.

Această abordare vă permite să economisiți puțin explicațiile din diagrame și să obțineți o ambiguitate în afișarea fluxurilor, ceea ce face ca întregul model să fie subțire.

Pentru a construi un model funcțional, metodologia IDEF0 necesită respectarea următoarelor reguli.

  1. Intrările sunt resurse care își transferă valoarea completă la ieșiri, adică sunt cheltuite pe crearea unui rezultat în totalitate, iar mecanismele sunt resurse care își transferă valoarea doar parțial (echipamente prin amortizare și oameni prin salarii).
  2. Managementul este un element necesar al modelului, deoarece leagă toate acțiunile de sistemul de reglementări al companiei, indicând în mod clar ce reguli și cerințe trebuie respectate în procesul de îndeplinire a funcției. Adesea acest flux este tratat formal, dar schema își pierde rigoarea și uneori chiar sensul.
  3. Fiecare bloc funcțional trebuie să aibă cel puțin o săgeată pe fiecare parte (deoarece nu poate exista nici o lucrare fără resurse sau rezultate, iar o instrucțiune fără executant sau instrucțiune va fi incompletă).

Schema considerată este un „element de bază” al abordării IDEF0. Modelarea funcțională implică o tranziție treptată de la general la particular prin descompunere. Descompunerea este „adâncirea” în funcția luată în considerare, împărțind-o în funcții mai mici. În același timp, când funcția de nivel superior este prezentată într-o manieră generalizată și după ce este descompusă, este adecvat să o numim proces.

Diagrama contextuală

La cel mai înalt nivel, compania este prezentată ca o „cutie neagră” în care are loc o anumită activitate care traduce intrările la ieșiri. Acest nivel se numește de obicei „”, adică o diagramă care descrie contextul activităților companiei. În plus, diagrama contextuală afișează caracteristicile cheie ale întregului model.

  1. Scopul este o formulare specifică a scopului modelului, care poate fi utilizată pentru a verifica acuratețea construirii modelului în viitor.
  2. Punct de vedere - pe fața căruia este construit modelul, deoarece modelul este întotdeauna dependent de autorul său și de focalizarea atenției. Dacă construim un model general al unei întreprinderi, atunci acesta este prezentat de obicei din punctul de vedere al directorului său.
  3. Tipul de model este o indicație a informațiilor care sunt afișate pe diagrame. Pot exista 2 opțiuni principale: AS IS („așa cum este”) sau TO BE („așa cum va fi”). Această separare este necesară, deoarece putem construi modele atât pentru analiza activității, cât și pentru transformarea acesteia. Trebuie să fim conștienți în mod clar de ceea ce facem și să transmitem, de asemenea, aceste informații altora.

Astfel, diagrama contextuală conține în forma cea mai generalizată o descriere a activităților companiei, care este pătrunsă de fluxurile care leagă compania de lumea exterioară. Cred că ar trebui să ne oprim și mai detaliat asupra lor.

Fluxuri principale

Experiența a arătat că, în ciuda simplității și formalității aparente a acestui nivel, este adesea necesar să rămânem la el mult timp, deoarece toate rezultatele care sunt semnificative pentru proprietar și piață trebuie reflectate aici. O eroare poate duce la crearea de modele care nu îndeplinesc sarcinile stabilite pentru afacere. Pentru a verifica dacă fluxurile semnificative sunt reflectate, asigurați-vă că toate cele 4 tipuri principale de flux sunt prezente în diagrama dvs.

  1. Material: materiale și componente la intrare și produse terminate la ieșire.
  2. Client: un potențial client la intrare și unul mulțumit la ieșire.
  3. Financiar: la intrare, acestea sunt de obicei investiții, plăți (venituri) clienți, împrumuturi și alte venituri; rezultatul este plăți către furnizori, impozite, plăți de împrumut și profituri.
  4. Informațional: la intrare, toate acestea sunt fluxuri de informații despre mediul extern (condițiile pieței, comportamentul concurenților, inovație tehnologică etc.), iar rezultatul este fluxul de informații pe care compania le comunică despre sine către lume (toate informațiile publicitare, precum și toate tipurile de raportare către autoritățile de reglementare).

Vă rugăm să rețineți că compania este sistem deschis, și nimic nu apare sau dispare în el. O companie este capabilă să transforme fluxurile de intrare în fluxurile de ieșire și, dacă o face bine, apare un flux de numerar suplimentar (profit), care reflectă, într-un anumit sens, calitatea întregului sistem.

(faceți clic pentru a mări)

Este bine dacă evidențiați fiecare dintre aceste tipuri de fluxuri cu propria culoare, astfel încât să puteți distinge cu ușurință mișcarea resurselor și să nu ratați punctele importante. De exemplu, este adesea posibil să se observe absența unui client în fluxurile companiei, prin urmare, lucrul cu acesta se bazează pe un principiu restant - clientul se simte adesea ca un obstacol pentru angajații companiei, ale căror sarcini sunt axate pe procesarea fluxul de documente.

Săgețile de control pot fi reprezentate doar de un tip de flux - flux de informații, care poate fi împărțit în 2 subspecii. Primul este documentele precum:

  • legi și reglementări;
  • comenzi, comenzi;
  • instrucțiuni și reglementări;
  • planuri;
  • documentația de proiectare etc.

A doua este informația nedocumentată, care include cel mai adesea cerințele proprietarilor.

Și, în cele din urmă, mecanisme - există doar 2 tipuri de fluxuri: echipamente (materiale) și interpreți (departamente și oameni). Nu pot exista documente aici, la fel cum nu pot exista persoane pe săgețile de control!

Modelul oferă numerotare continuă pentru navigație. Diagrama contextuală este numerotată „A-0”. În viitor, fiecare bloc funcțional primește propriul număr, indiferent cât de profundă este descompunerea.

Descompunere

După elaborarea fluxurilor diagramei de context, putem trece la descompunere. Trecând la un nivel mai jos, ca și când ar deschide o „cutie neagră”, vedem mai întâi o foaie goală cu săgeți care au fost atașate la blocul funcțional.

(faceți clic pentru a mări)

Și aici începe modelarea funcțională efectivă - trebuie să înțelegem ce set de acțiuni pot conecta aceste fluxuri și să ne asigurăm că toate cerințele sunt îndeplinite. Dificultatea constă în faptul că există o mulțime de acțiuni în companie, iar pe diagramă avem dreptul să afișăm nu mai mult de 9 funcții, altfel diagrama va deveni ilizibilă și, în consecință, inutilă.

Nu este întotdeauna ușor să aranjați activități complexe astfel încât să rămână vizuale, lizibile și în același timp complete. Cel mai adesea, recurg la împărțirea întregii varietăți de procese în blocuri mari, dintre care cele mai semnificative sunt următoarele.

  1. Crearea unui produs (rezultat).
  2. Promovare și vânzare - lucrul cu fluxul de clienți.
  3. Suportul pentru activitățile de creare a produselor sunt procese secundare care sunt necesare pentru a se conforma cerințelor guvernamentale sau pentru a asigura confortul muncii (personal și contabilitate, servicii de transport, curățarea spațiilor etc.).
  4. Crearea fluxurilor de management - activitatea de dezvoltare a soluțiilor de management care vor determina cerințele pentru toate procesele companiei.

Figura de mai jos prezintă diagrama de descompunere a exemplului nostru.

(faceți clic pentru a mări)

În diagramă, procesele trebuie aranjate în diagonală - se numește așa principiul dominanței, ceea ce implică aranjarea blocurilor funcționale de la stânga la dreapta și de sus în jos - în ordinea importanței sau în ordine cronologică. Numerotarea blocurilor este aceeași.

Lucrările ulterioare asupra modelului sunt similare cu primul pas - fiecare bloc funcțional al primului nivel este descompus. Numerotarea blocului va conține numărul primului nivel: A1.1 ... A1n, A2.1 ... A2.n etc.

Concluzii despre relevanța notației

În cadrul acestui articol, a fost posibil să se afișeze numai conceptele de bază ale notației IDEF0 folosind un scurt exemplu de IDEF0, prin care, desigur, este dificil să se judece metodologia în ansamblu. Dar destul de multă experiență în utilizarea acestei notații în practică îmi permite să trag următoarele concluzii.

  1. Modelul are un potențial vizual bun, dar, în opinia mea, importanța sa mai mare este în efectul de disciplinare. Regulile și limitările încorporate în metodologie ne obligă să dezvoltăm o atitudine sistematică și strictă față de modele, care are un efect foarte bun asupra calității rezultatului final.
  2. Modelul vă permite să construiți fluxuri de comunicații între lucruri aparent nu puternic conectate: pentru a conecta subsistemele front office și back office cu managementul, ceea ce este mult mai rău pentru alte notații.
  3. Abordarea este simplă și de înțeles pentru majoritatea participanților la proiect. Construirea și citirea diagramelor în această notație este limitată doar de dorința de a pătrunde în complexitățile fluxurilor de afaceri.

Unele dintre argumentele de mai sus ne fac să credem că această abordare este cea mai bună și singura pentru o modelare completă a activităților. Dar nu uitați că modelul funcțional este conceput doar pentru nivelul superior de modelare. Utilizarea notației IDEF0 pentru proiectarea lucrărilor la nivel de performer duce la faptul că diagramele sunt pur ilustrative și pe baza lor este imposibil să se construiască o reglementare sensibilă, deoarece acestea nu conțin:

  • concretizarea evenimentelor de pornire și oprire a procesului;
  • condiții pentru trecerea de la o acțiune la alta;
  • capacitatea de a afișa vizual toate resursele și interpreții fără a supraîncărca diagrama cu săgeți.

Prin urmare, dacă utilizați această notație pentru sarcinile pentru care este destinată (structurarea activităților de nivel superior), atunci IDEF0 este practic singura notație de astăzi care vă permite să faceți acest lucru în mod semnificativ și precis.

V management de proiect acest standard de modelare este cel mai aplicabil acolo unde trebuie să legați diferite proiecte sau procese cu fluxuri vizuale. În același timp, modelul grafic va face posibilă distribuirea mai rațională a responsabilității și a resurselor pe sarcini. Logica sarcinilor proiectului, reflectată în diagrame, va ajuta la pregătirea unei calități mai bune plan calendaristic sub forma unei diagrame Gantt.

Învață să vezi și să înțelegi structura funcțională a afacerii tale!

În prezent, în Rusia, interesul pentru standardele general acceptate de management din Occident a crescut brusc, cu toate acestea, în practica reală de management, există un moment foarte indicativ. Mulți lideri pot fi încă nedumeriți de întrebarea directă a structura organizationala companiei sau despre schema proceselor de afaceri existente. Cei mai avansați manageri care citesc periodic periodice economice, de regulă, încep să deseneze diagrame ierarhice care să fie ușor de înțeles pentru ei, dar în acest proces ajung, de obicei, rapid la un punct mort. Același lucru se aplică angajaților și managerilor diferitelor servicii și unități funcționale. În majoritatea cazurilor, singurul set de reguli stabilite în conformitate cu care ar trebui să funcționeze o întreprindere este un set de dispoziții individuale și descrierea postului... Cel mai adesea, aceste documente au fost întocmite în urmă cu mai bine de un an, sunt slab structurate și nu sunt interconectate și, prin urmare, adună pur și simplu praf pe rafturi. Deocamdată, o astfel de abordare era justificată, întrucât în ​​timpul formării economiei de piață rusești, conceptul de concurență era practic absent și nu era nevoie specială de a lua în considerare costurile - profitul era gigantic. Drept urmare, în ultimii doi ani, am văzut o imagine complet înțeleasă: companiile mari care au crescut la începutul anilor 90 își pierd treptat pozițiile, până la retragerea completă de pe piață. Acest lucru se datorează parțial faptului că întreprinderea nu a implementat standarde de management, conceptul unui model funcțional de activitate și misiune a fost complet absent. Cu ajutorul modelării diferitelor domenii de activitate, este posibil să se analizeze eficient blocajele în management și să se optimizeze schema generală de afaceri. Dar, după cum știți, la orice întreprindere, doar acele proiecte care aduc profit direct sunt de cea mai mare prioritate, prin urmare, de obicei, doar în timpul unei crize tangibile în conducerea companiei, vorbim despre studiul activităților și reorganizare.

La sfârșitul anilor 90, când piața era suficient de competitivă și profitabilitatea întreprinderilor a început să scadă brusc, managerii au simțit dificultăți enorme în încercarea de a optimiza costurile, astfel încât produsele să rămână atât profitabile, cât și competitive. În acest moment s-a manifestat clar nevoia de a avea în fața ochilor un model al activității întreprinderii care să reflecte toate mecanismele și principiile interconectării diferitelor subsisteme în cadrul unei singure afaceri.

Însuși conceptul de „modelare a proceselor de afaceri” a intrat în viața de zi cu zi a majorității analiștilor concomitent cu apariția pe piață a complexului produse software conceput pentru automatizarea complexă a managementului întreprinderii. Astfel de sisteme implică întotdeauna un sondaj profund înainte de proiect al activităților companiei. Rezultatul acestui sondaj este o opinie a experților, în care punctele individuale sunt făcute recomandări pentru eliminare " blocaje”În gestionarea activităților. Pe baza acestei concluzii, imediat înainte de implementarea sistemului de automatizare, se realizează așa-numita reorganizare a proceselor de afaceri, uneori destul de gravă și dureroasă pentru companie. Aceasta și, în mod firesc, o echipă care s-a dezvoltat de-a lungul anilor este întotdeauna greu de forțat să „gândească într-un mod nou”. Astfel de anchete complexe ale întreprinderilor sunt întotdeauna sarcini complexe și semnificativ diferite de la caz la caz. Există metodologii și standarde bine încercate pentru rezolvarea unor astfel de probleme de modelare a sistemelor complexe. Aceste standarde includ metodologiile familiei IDEF. Cu ajutorul lor, este posibil să afișați și să analizați în mod eficient modelele activității unei game largi de sisteme complexe în diverse secțiuni. În același timp, amploarea și profunzimea examinării proceselor din sistem sunt determinate de dezvoltatorul însuși, ceea ce permite să nu supraîncărcați modelul creat cu date inutile. V în prezent Următoarele standarde pot fi atribuite familiei IDEF:

IDEF0 este o metodologie de modelare funcțională. Cu ajutorul limbajului grafic vizual IDEF0, sistemul în studiu apare dezvoltatorilor și analiștilor sub forma unui set de funcții interdependente (blocuri funcționale - în termeni de IDEF0). De obicei, modelarea IDEF0 este primul pas în învățarea despre orice sistem;

IDEF1 - o metodologie pentru modelarea fluxurilor de informații din sistem, care vă permite să afișați și să analizați structura și relațiile acestora;

IDEF1X (IDEF1 Extended) este o metodologie pentru construirea structurilor relaționale. IDEF1X aparține tipului de metodologii „Entitate-relație” (ER - Entitate-Relație) și, de regulă, este utilizat pentru modelarea bazelor de date relaționale legate de sistemul în cauză;

IDEF2 este o metodologie pentru modelarea dinamică a evoluției sistemelor. Datorită dificultăților foarte grave de analiză a sistemelor dinamice, acest standard a fost practic abandonat, iar dezvoltarea acestuia a fost suspendată chiar din stadiul inițial. Cu toate acestea, în prezent există algoritmi și implementările lor de computer care fac posibilă transformarea unui set de diagrame statice IDEF0 în modele dinamice bazate pe „plase Petri colorate” (CPN - Color Petri Nets);

IDEF3 este o metodologie pentru documentarea proceselor care apar în sistem, care este utilizată, de exemplu, în studiul proceselor tehnologice din întreprinderi. IDEF3 descrie scenariul și fluxul de lucru pentru fiecare proces. IDEF3 are o relație directă cu metodologia IDEF0 - fiecare funcție (bloc funcțional) poate fi reprezentată ca un proces separat prin intermediul IDEF3;

IDEF4 este o metodologie pentru construirea sistemelor orientate pe obiecte. Instrumentele IDEF4 vă permit să afișați vizual structura obiectelor și principiile care stau la baza interacțiunii acestora, permițându-vă astfel să analizați și să optimizați sisteme complexe orientate pe obiecte;

IDEF5 este o metodologie pentru studiul ontologic al sistemelor complexe. Folosind metodologia IDEF5, ontologia unui sistem poate fi descrisă utilizând un vocabular specific de termeni și reguli, pe baza cărora se pot forma afirmații fiabile despre starea sistemului luat în considerare la un moment dat. Pe baza acestor afirmații, se trag concluzii dezvoltare ulterioară sistem și optimizarea acestuia este efectuată.
În acest articol, vom analiza cea mai frecvent utilizată metodologie de modelare funcțională IDEF0.

Istoria standardului IDEF0

Metodologia IDEF0 poate fi considerată următoarea etapă a dezvoltării cunoscutului limbaj grafic pentru descrierea sistemelor funcționale SADT (Structured Analysis and Design Teqnique). Cu câțiva ani în urmă, o mică ediție a cărții cu același nume a fost publicată în Rusia, care a fost dedicată descrierii principiilor de bază ale construirii diagramelor SADT. Din punct de vedere istoric, IDEF0 ca standard a fost dezvoltat în 1981 ca parte a unui program extins de automatizare întreprinderi industriale, care purta denumirea ICAM (Integrated Computer Aided Manufacturing) și a fost propusă de Forțele Aeriene ale SUA. Familia de standarde IDEF și-a moștenit denumirea de la numele acestui program (IDEF = ICAM DEFinition). În procesul de implementare practică, participanții la programul ICAM s-au confruntat cu nevoia de a dezvolta noi metode de analiză a proceselor de interacțiune în sistemele industriale. În același timp, pe lângă un set îmbunătățit de funcții pentru descrierea proceselor de afaceri, una dintre cerințele pentru noul standard a fost disponibilitatea unei metodologii eficiente pentru interacțiune în cadrul „analist-specialist”. Cu alte cuvinte, noua metodă trebuia să ofere lucrări de grup la crearea modelului, cu participarea directă a tuturor analiștilor și specialiștilor implicați în proiect.

Ca rezultat al căutării soluțiilor adecvate, s-a născut metodologia de modelare funcțională IDEF0. Din 1981, standardul IDEF0 a suferit câteva modificări minore, majoritatea cu caracter limitativ, iar ultima sa revizuire a fost lansată în decembrie 1993 de Institutul Național pentru Standarde și Tehnologie (NIST) al SUA.

Elemente de bază și concepte ale IDEF0

Limbajul grafic IDEF0 este surprinzător de simplu și armonios. Metodologia se bazează pe patru concepte principale.

Primul este conceptul de casetă de activitate. Un bloc funcțional este reprezentat grafic sub forma unui dreptunghi (a se vedea figura 1) și personifică o anumită funcție specifică în cadrul sistemului în cauză. Conform cerințelor standardului, numele fiecărui bloc funcțional trebuie formulat în starea de verb (de exemplu, „produce servicii”, nu „producție de servicii”).

Fiecare dintre cele patru laturi ale unui bloc funcțional are propriul său sens specific (rol), în timp ce:

  • Partea superioară este Control;
  • Partea stângă este setată la „Intrare”;
  • Partea dreaptă este setată la „Ieșire”;
  • Partea de jos este „Mecanism”.

    • Fiecare bloc funcțional în cadrul unui singur sistem considerat trebuie să aibă propriul număr unic de identificare.

    Figura 1. Bloc funcțional.

    A doua „balenă” a metodologiei IDEF0 este conceptul de arc de interfață (Săgeată). De asemenea, arcurile de interfață sunt adesea numite fluxuri sau săgeți. Arcul de interfață afișează un element de sistem care este procesat de un bloc funcțional sau care afectează în alt mod funcția afișată de acest bloc funcțional.

    Afișarea grafică a arcului interfeței este o săgeată unidirecțională. Fiecare arc de interfață trebuie să aibă propriul nume unic (Etichetă săgeată). După cum prevede standardul, numele trebuie să fie o cifră de afaceri nominală.

    Cu ajutorul arcurilor de interfață, sunt afișate diferite obiecte care, într-un grad sau altul, determină procesele care au loc în sistem. Astfel de obiecte pot fi elemente ale lumii reale (piese, mașini, angajați etc.) sau fluxuri de date și informații (documente, date, instrucțiuni etc.).

    În funcție de care dintre laturi este potrivit acest arc de interfață, se numește „intrare”, „ieșire” sau „control”. În plus, numai blocurile funcționale pot fi „sursa” (începutul) și „chiuveta” (sfârșitul) fiecărui arc funcțional, în timp ce „sursa” poate fi doar partea de ieșire a blocului, iar „chiuveta” poate fi orice dintre cele trei rămase.

    Trebuie remarcat faptul că orice bloc funcțional, conform cerințelor standardului, trebuie să aibă cel puțin un arc de interfață de control și unul de ieșire. Acest lucru este de înțeles - fiecare proces trebuie să urmeze unele reguli (afișate de arcul de control) și trebuie să producă un rezultat (arc de ieșire), altfel nu are sens să îl luăm în considerare.

    Atunci când construiți IDEF0 - diagrame, este important să separați corect arcurile de interfață de intrare de cele de control, ceea ce adesea nu este ușor. De exemplu, figura 2 arată blocul funcțional „Procesare piesă”.

    Într-un proces real, lucrătorului care efectuează prelucrarea i se oferă o piesă de prelucrat și instrucțiuni tehnologice pentru prelucrare (sau reguli de siguranță atunci când lucrează cu mașina). Poate fi o greșeală să ne gândim că atât piesa de prelucrat, cât și documentul cu instrucțiuni tehnologice sunt obiecte primite, dar nu este așa. De fapt, în acest proces, piesa de prelucrat este procesată în conformitate cu regulile reflectate în instrucțiunile tehnologice, care ar trebui să fie afișate respectiv de arcul interfeței de control.


    Figura 2.

    Un alt lucru este atunci când instrucțiunile tehnologice sunt procesate de tehnologul șef și le sunt aduse modificări (fig. 3). În acest caz, acestea sunt afișate ca un arc de interfață deja primit, iar obiectul de control este, de exemplu, noi standarde industriale, pe baza cărora se fac aceste modificări.


    Figura 3.

    Exemplele de mai sus subliniază natura aparent similară a arcurilor de interfață de intrare și ieșire, dar există întotdeauna anumite distincții pentru sistemele din aceeași clasă. De exemplu, în cazul luării în considerare a întreprinderilor și organizațiilor, există cinci tipuri principale de obiecte: fluxuri materiale (părți, mărfuri, materii prime etc.), fluxuri financiare (numerar și non-numerar, investiții etc.), document fluxuri (documente comerciale, financiare și organizaționale), fluxuri de informații (informații, date de intenție, instrucțiuni orale etc.) și resurse (angajați, mașini, mașini etc.). În acest caz, în diverse cazuri, toate tipurile de obiecte pot fi afișate prin arcuri de interfață de intrare și de ieșire, care controlează doar cele legate de fluxurile de documente și informații, iar numai resursele pot fi afișate prin mecanisme de arce.

    Prezența obligatorie a arcurilor de interfață de control este una dintre principalele diferențe ale standardului IDEF0 față de alte metodologii din clasele DFD (Diagrama fluxului de date) și WFD (Diagrama fluxului de lucru).

    Al treilea concept de bază al standardului IDEF0 este Descompunerea. Principiul descompunerii este utilizat atunci când descompunem un proces complex în funcțiile sale constitutive. În acest caz, nivelul de detaliere al procesului este determinat direct de dezvoltatorul modelului.

    Descompunerea vă permite să reprezentați treptat și structurat modelul de sistem sub forma unei structuri ierarhice a diagramelor individuale, ceea ce îl face mai puțin supraîncărcat și ușor de digerat.

    Modelul IDEF0 începe întotdeauna cu prezentarea sistemului ca întreg - un singur bloc funcțional cu arcuri de interfață care se extind dincolo de zona considerată. O astfel de diagramă cu un bloc funcțional se numește diagramă contextuală și este notată de identificatorul „A-0”.

    Textul explicativ pentru diagrama contextuală trebuie să indice Scopul construirii diagramei sub forma unei scurte descrieri și să fixeze punctul de vedere (Punct de vedere).

    Definirea și formalizarea obiectivului de dezvoltare al IDEF0 - modelul este extrem de punct important... De fapt, obiectivul identifică domeniile relevante din sistemul în studiu pe care ar trebui să se concentreze mai întâi. De exemplu, dacă modelăm activitățile unei întreprinderi pentru a construi un sistem informațional pe baza acestui model în viitor, atunci acest model va diferi semnificativ de cel pe care l-am dezvolta pentru aceeași întreprindere, dar cu scopul de optimizare a lanțurilor de aprovizionare.

    Punctul de vedere definește direcția principală de dezvoltare a modelului și nivelul de detaliu necesar. O fixare clară a punctului de vedere vă permite să descărcați modelul, abandonând detalierea și cercetarea elementelor individuale care nu sunt necesare, pe baza punctului de vedere ales pe sistem. De exemplu, modelele funcționale ale aceleiași întreprinderi din punctul de vedere al tehnologului șef și al directorului financiar vor diferi semnificativ în direcția detaliilor acestora. Acest lucru se datorează faptului că, în cele din urmă, directorul financiar nu este interesat de aspectele procesării materiilor prime pe mașinile de producție, iar tehnologul șef nu are nevoie de diagrame desenate. fluxurile financiare... Alegerea corectă a punctului de vedere reduce semnificativ timpul petrecut pentru construirea modelului final.

    În procesul de descompunere, blocul funcțional, care în diagrama contextuală afișează sistemul ca întreg, este forat într-o altă diagramă. Diagrama rezultată a celui de-al doilea nivel conține blocuri funcționale care afișează principalele subfuncții ale blocului funcțional al diagramei de context și se numește diagramă Child în raport cu aceasta (fiecare dintre blocurile funcționale aparținând diagramei copil se numește respectiv Child Box ). La rândul său, blocul funcțional părinte se numește bloc părinte în raport cu diagrama copil (Parent Box), iar diagrama căreia îi aparține se numește diagrama părinte (Diagrama părinte). Fiecare dintre funcțiile secundare ale diagramei copil poate fi detaliată în continuare printr-o descompunere similară a blocului funcțional corespunzător. Este important de reținut că, în fiecare caz de descompunere a unui bloc funcțional, toate arcurile de interfață incluse în acest bloc sau care ies din acesta sunt fixate în diagrama copil. Aceasta realizează integritatea structurală a modelului IDEF0. Principiul descompunerii este clar prezentat în Figura 4. Ar trebui să acordați atenție relației dintre numerotarea blocurilor funcționale și a diagramelor - fiecare bloc are propriul număr de serie unic pe diagramă (numărul din colțul din dreapta jos al dreptunghiului) , iar desemnarea în unghi drept indică numărul diagramei copil pentru acest bloc ... Absența acestei desemnări înseamnă că nu există nicio descompunere pentru acest bloc.

    Există adesea cazuri în care arcurile de interfață individuale nu au sens să fie luate în considerare în continuare în diagrame sub un anumit nivel din ierarhie, sau invers - arcurile individuale nu au nicio semnificație practică peste un anumit nivel. De exemplu, un arc de interfață care prezintă un „detaliu” la intrarea în blocul funcțional „Procesare activată” strung”Nu are sens să reflectăm asupra diagramelor nivelurilor superioare - va supraîncărca doar diagramele și le va face dificil de înțeles. Pe de altă parte, este nevoie să scăpați de arcurile de interfață „conceptuale” separate și să nu le detaliați mai adânc decât un anumit nivel. Pentru a rezolva astfel de probleme, standardul IDEF0 prevede conceptul de tunelare. Desemnarea Tunel săgeată sub forma a două paranteze în jurul începutului arcului de interfață denotă faptul că acest arc nu a fost moștenit din blocul funcțional părinte și a apărut (din „tunel”) numai în această diagramă. La rândul său, aceeași denumire în jurul capătului (săgeata) arcului de interfață în imediata vecinătate a blocului receptor înseamnă faptul că în diagrama copil a acestui bloc acest arc nu va fi afișat și nu va fi luat în considerare. Cel mai adesea se întâmplă ca obiectele individuale și arcurile lor de interfață corespunzătoare să nu fie luate în considerare la unele niveluri intermediare ale ierarhiei - în acest caz, ele sunt mai întâi „cufundate în tunel” și apoi, dacă este necesar, „returnate din tunel”.

    Ultimul dintre conceptele IDEF0 este Glosarul. Pentru fiecare dintre elementele IDEF0: diagrame, blocuri funcționale, arce de interfață, standardul existent presupune crearea și menținerea unui set de definiții relevante, cuvinte cheie, narațiuni etc. care caracterizează obiectul afișat de acest element. Acest set se numește glosar și este o descriere a esenței acestui element. De exemplu, pentru un „ordin de plată” al arcului interfeței de control, glosarul poate conține o listă de câmpuri ale documentului corespunzătoare arcului, setul de vize necesar etc. Glosarul completează armonios limbajul grafic, oferind diagramelor informațiile suplimentare necesare.


    Figura 4. Descompunerea blocurilor funcționale.

    Principiile limitării complexității diagramelor IDEF0

    De obicei, modelele IDEF0 transportă informații complexe și concentrate și, pentru a limita congestionarea și a le face lizibile, limitele de complexitate corespunzătoare sunt adoptate în standardul corespunzător:

    Limitarea numărului de blocuri funcționale din diagramă la trei până la șase. Limita superioară (șase) îl obligă pe proiectant să utilizeze ierarhii atunci când descrie elemente complexe, iar limita inferioară (trei) asigură că există suficiente detalii pe diagrama corespunzătoare pentru a justifica crearea acesteia;

    Limitarea numărului de arce de interfață adecvate pentru un bloc funcțional (lăsând un bloc funcțional) la patru.
    Desigur, nu este deloc necesar să respectați cu strictețe aceste restricții, totuși, după cum arată experiența, acestea sunt foarte practice în munca reală.

    Disciplina muncii de grup privind dezvoltarea modelului IDEF0

    Standardul IDEF0 conține un set de proceduri care permit unui grup mare de oameni din diferite zone ale sistemului modelat să dezvolte și să convină asupra unui model. De obicei, procesul de dezvoltare este iterativ și constă din următoarele etape condiționale:

    Crearea unui model de către un grup de specialiști în legătură cu diverse domenii ale întreprinderii. Acest grup se numește Autori în ceea ce privește IDEF0. Construirea unui model inițial este un proces dinamic în timpul căruia autorii întreabă oamenii competenți despre structura diferitelor procese. Pe baza dispozițiilor existente, a documentelor și a rezultatelor sondajului, se creează un proiect (Model Draft) al modelului.

    Distribuirea proiectului pentru revizuire, aprobare și comentarii. În această etapă, proiectul de model este discutat cu o gamă largă de persoane competente (în termeni de cititori IDEF0) din întreprindere. În același timp, fiecare dintre diagramele proiectului de model este criticată și comentată în scris și apoi transferată autorului. La rândul său, autorul este de acord în scris cu critica sau o respinge, subliniind logica luării deciziilor și returnează proiectul revizuit pentru o analiză ulterioară. Acest ciclu continuă până când autorii și cititorii ajung la un consens.

    Aprobarea modelului. Modelul aprobat este aprobat de șeful grupului de lucru în cazul în care autorii modelului și cititorii nu au dezacorduri cu privire la adecvarea acestuia. Modelul final este o viziune consecventă a întreprinderii (sistemului) dintr-un punct de vedere dat și pentru un anumit scop.
    Vizibilitatea limbajului grafic IDEF0 face modelul destul de lizibil pentru cei care nu au luat parte la proiectul de creare a acestuia, precum și eficient pentru susținerea de spectacole și prezentări. În viitor, pe baza modelului construit, pot fi organizate noi proiecte menite să facă schimbări în întreprindere (în sistem).

    Caracteristici ale practicii naționale de utilizare a modelării funcționale prin intermediul IDEF0

    V anul trecut interesul pentru metodologiile familiei IDEF crește constant în Rusia. Observ constant acest lucru, uitându-mă la statisticile apelurilor către pagina mea web personală (http://www.vernikov.ru), care descrie pe scurt principiile de bază ale acestor standarde. În același timp, aș numi interesul pentru standarde precum IDEF3-5 teoretic și pentru IDEF0 destul de practic justificat. De fapt, primele instrumente Case care permit construirea diagramelor DFD și IDEF0 au apărut pe piața rusă încă din 1996, concomitent cu lansarea cărții populare privind principiile modelării în standardele SADT.

    Cu toate acestea, majoritatea directorilor încă consideră aplicarea practică a modelării în standardele IDEF ca o declarație de modă mai degrabă decât ca o modalitate eficientă de optimizare. sistemul existent administrare afaceri. Cel mai probabil, acest lucru se datorează unei lipse pronunțate de informații cu privire la aplicarea practică a acestor metodologii și la tendința indispensabilă a software-ului pentru marea majoritate a publicațiilor.

    Nu este un secret faptul că aproape toate proiectele pentru ancheta și analiza financiară și activitatea economicăîntreprinderile din Rusia sunt într-un fel sau altul asociate cu construcția de sisteme de control automatizate. Datorită acestui fapt, standardele IDEF în înțelegerea majorității au devenit condiționat inseparabile de implementarea tehnologiilor informaționale, deși cu ajutorul lor este uneori posibil să se rezolve în mod eficient chiar și mici probleme locale, literalmente cu ajutorul unui creion și hârtie.

    Atunci când desfășurați proiecte complexe de cercetare a întreprinderii, dezvoltarea de modele în standardul IDEF0 vă permite să afișați vizual și eficient întregul mecanism al activității întreprinderii în contextul dorit. Cea mai importantă este însă colaborarea pe care IDEF0 o oferă. În practica mea, au existat destul de multe cazuri când construcția modelului a fost realizată cu ajutorul direct al angajaților din diferite departamente. În același timp, consultantul într-un timp destul de scurt le-a explicat principiile de bază ale IDEF0 și i-a învățat să lucreze cu aplicațiile corespunzătoare software... Drept urmare, angajații diferitelor departamente au creat diagrame IDEF ale activităților unității lor funcționale, care urmau să răspundă la următoarele întrebări:

    Ce merge la unitate „la intrare”?

    Ce funcții și în ce secvență sunt îndeplinite în cadrul unității?

    Cine este responsabil pentru fiecare dintre funcții?

    De ce se ghidează executorul atunci când îndeplinește fiecare dintre funcții?

    Care este rezultatul muncii (ieșirii) unității?

    După ce au convenit asupra schițelor de schițe în cadrul fiecărui departament specific, acestea sunt asamblate de către consultant într-un proiect de model de întreprindere, în care sunt legate toate elementele de intrare și ieșire. În această etapă, sunt înregistrate toate discrepanțele diagramelor individuale și locurile controversate ale acestora. În plus, acest model trece din nou prin departamentele funcționale pentru o coordonare suplimentară și pentru a face ajustările necesare. Ca urmare, într-un timp destul de scurt și cu implicarea unui minim de resurse umane de la o companie de consultanță (și aceste resurse, după cum știți, sunt foarte scumpe), se obține un model IDEF0 al unei întreprinderi în conformitate cu „ Ca atare ”, și, mai important, reprezintă o întreprindere cu funcții de angajați care lucrează în ea și cunosc pe deplin toate nuanțele, inclusiv cele informale. În viitor, acest model va fi transferat pentru analiză și procesare analiștilor de afaceri care vor căuta blocaje în managementul companiei și vor optimiza procesele cheie, transformând modelul „În starea actuală” în vizualizarea „Așa cum ar trebui” corespunzătoare. Pe baza acestor modificări, se face o concluzie finală, care conține recomandări pentru reorganizarea sistemului de management.

    Desigur, o astfel de abordare necesită o serie de măsuri organizatorice, în primul rând din partea conducerii întreprinderii chestionate. Acest lucru se datorează faptului că această tehnică implică repartizarea unor angajați responsabilități suplimentare privind dezvoltarea și aplicarea practică a noilor metodologii. Cu toate acestea, în cele din urmă, acest lucru dă roade, deoarece o oră sau două ore suplimentare de muncă a angajaților individuali pe parcursul mai multor zile poate economisi în mod semnificativ plata serviciilor de consultanță către o companie terță parte (care, în orice caz, se va îndepărta de munca acelorași angajați cu chestionare și întrebări). În ceea ce privește angajații întreprinderii, într-un fel sau altul, nu am întâmpinat nicio opoziție exprimată din partea lor.

    Concluzia din toate acestea se poate face după cum urmează: nu este deloc necesar să venim de fiecare dată cu soluții pentru probleme standard. Ori de câte ori vă confruntați cu nevoia de a analiza un anumit sistem funcțional (de la sistemul de proiectare a navei spațiale până la procesul de pregătire a unei cine complexe) - utilizați metode care au fost încercate și testate de-a lungul anilor. Una dintre aceste metode este IDEF0, care vă permite să rezolvați probleme complexe de viață cu ajutorul instrumentelor sale simple și ușor de înțeles.

    Diagramele IDEF0 sunt construite folosind programul BPWin. Acestea sunt destinate modelării grafice a proceselor de afaceri în desfășurare.

    Despre metodologia IDEF0

    Metodologia IDEF0 este utilizată pe scară largă datorită notației sale grafice simple și ușor de înțeles, care este foarte convenabilă pentru construirea unui model. Locul principal în metodologie este dat diagramelor. Diagramele afișează funcțiile sistemului prin intermediul dreptunghiurilor geometrice, precum și conexiunile existente între funcții și mediul extern. Linkurile sunt afișate folosind săgeți. Puteți verifica acest lucru văzând ce oferă diagrama IDEF0, exemple care pot fi găsite în acest articol.

    Faptul că numai două primitive grafice sunt utilizate în modelare vă permite să explicați rapid regulile actuale ale interacțiunilor IDEF0 acelor persoane care nu au nicio idee despre asta. Cu diagramele IDEF0, conexiunea clientului la procesele în curs se realizează mai rapid datorită utilizarea unui limbaj grafic vizual. Puteți vedea ce oferă diagrama IDEF0, ale cărei exemple sunt prezentate mai jos.

    Elemente utilizate pentru IDEF0

    După cum sa menționat deja, se utilizează 2 tipuri de primitive geometrice: dreptunghiuri și săgeți. Dreptunghiurile reprezintă anumite procese, funcții, joburi sau sarcini care au obiective și duc la rezultatul indicat. Interacțiunea proceselor între ele și mediul extern este indicată de săgeți. IDEF0 distinge 5 tipuri diferite de săgeți.


    Posibilități de utilizare a IDEF0

    Metodologia IDEF0 poate fi aplicată pentru a descrie aspectul funcțional al oricărui sistem informațional.


    Tipuri de legături între procesele IDEF0

    Este în interesul modelului să se creeze astfel de conexiuni de construcții, astfel încât conexiunile interne să fie cât mai puternice posibil, iar cele externe - cât mai slabe posibil. aceasta punct forte modelare cu IDEF0. Puteți vedea exemple de diagrame pentru dvs. și puteți fi convinși de veridicitatea acestor cuvinte. Pentru a facilita stabilirea conexiunilor, acestea sunt conectate în module. Legăturile externe sunt stabilite între module, iar legăturile interne sunt stabilite în interiorul modulelor. Există mai multe tipuri de linkuri.

    1. Relația ierarhică („parte” - „întreg”).

    2. Manager (de reglementare, subordonat):

    2) controlul feedback-ului.

    3. Funcțional sau tehnologic:

    2) intrare inversă.

    3) consumator;

    4) logic;

    5) metodic sau colegial;

    6) resursă;

    7) informativ;

    8) temporar;

    9) aleatoriu.

    Blocuri de construcții și legături în diagrame

    Metodologia IDEF0 oferă o serie de reguli și linii directoare pentru utilizarea sa și îmbunătățirea calității utilizării. Deci, diagrama afișează un bloc pe care puteți specifica numele sistemului, scopul său. 2-5 săgeți duc către sau dinspre bloc. Mai mult sau mai puțin poate fi posibil, dar sunt necesare cel puțin două săgeți pentru a intra / ieși, iar restul pentru muncă în plusși indicațiile lor în diagramă. Dacă săgețile sunt mai mari de 5, ar trebui să vă gândiți la optimitatea construirii modelului și dacă este posibil să îl faceți și mai detaliat.

    Blocuri de construcție în diagrame de descompunere

    Numărul de blocuri care vor fi pe o diagramă este recomandat în numărul de 3-6. Dacă sunt mai puține, atunci este puțin probabil ca astfel de diagrame să poarte o sarcină semantică. Dacă numărul de blocuri este imens, atunci va fi foarte dificil să citiți o astfel de diagramă, având în vedere prezența săgeților suplimentare. Pentru a îmbunătăți percepția informațiilor, se recomandă plasarea blocurilor de sus în jos și de la stânga la dreapta. Acest aranjament va reflecta logica execuției secvenței de procese. Și, de asemenea, săgețile vor crea mai puțină confuzie, având un număr minim de intersecții între ele.

    Dacă lansarea unei anumite funcții nu este controlată în niciun fel și procesul poate fi început într-un moment arbitrar, atunci o astfel de situație este indicată de absența săgeților care indică controlul și intrarea. Dar prezența unei astfel de situații poate spune potențialilor parteneri despre o anumită instabilitate și necesitatea de a arunca o privire mai atentă asupra potențialului partener.

    Un bloc care are doar o săgeată de intrare indică faptul că procesul primește parametri de intrare, dar nu are loc niciun control sau ajustare în timpul rulării. Un bloc care are doar o săgeată de control este utilizat pentru a indica lucrări care sunt apelate numai prin ordin special al sistemului de control. Acestea sunt controlate și ajustate în toate etapele lor.

    Dar un exemplu de construire a unei diagrame IDEF0 vă poate convinge că cel mai complet și cuprinzător tip este diagrama cu săgeți de intrare și control.

    Denumire

    Pentru a îmbunătăți experiența vizuală, fiecare bloc și fiecare săgeată ar trebui să aibă propriul nume, ceea ce vă va permite să le identificați printre multe alte blocuri și săgeți. Așa arată diagramele eșantion în IDEF0. Sistem informatic, construit cu ajutorul acestora, vă va permite să înțelegeți toate neajunsurile și complexitățile modelelor.

    Săgețile de fuziune sunt adesea folosite și apar întrebări cu privire la denumirea lor. Dar fuzionarea este posibilă numai în cazul transferului de date omogene, deci nu sunt necesare nume separate, deși pot fi specificate în BPWin. De asemenea, dacă există o divergență a săgeților, atunci acestea pot fi numite separat pentru a înțelege ce este responsabil pentru ce.

    Dacă nu există nume după ramură, atunci numele este considerat a fi exact așa cum era înainte de ramură. Acesta poate fi cazul dacă două blocuri necesită aceleași informații. Diagrama contextuală IDEF0, un exemplu care poate fi găsit în acest articol, va confirma aceste cuvinte.

    Informații despre săgeți

    Săgețile care intră și ies din același bloc atunci când construiți o diagramă de compoziție ar trebui să fie afișate pe acesta. Numele formelor geometrice transferate în diagramă trebuie să repete exact informațiile de la cel mai înalt nivel. Dacă două săgeți sunt paralele față de arcele celeilalte (adică încep pe marginea unui proces și se termină pe ambele pe o margine a celuilalt proces), atunci poate pentru a optimiza modelul ar trebui să fie combinate și să aleagă un nume potrivit, care este perfect afișat în IDEF0 (exemple de diagrame în Visio pot fi vizualizate).

    Un exemplu de implementare a metodologiei IDEF0 pe un model specific

    Ați aflat deja ce este o diagramă IDEF0, ați văzut parțial exemple și reguli pentru construirea unor astfel de diagrame. Acum ar trebui să apelăm la practică. Pentru o mai bună înțelegere, explicația nu se va baza pe un model „general”, ci pe un exemplu specific care vă va permite să înțelegeți mai bine și mai pe deplin caracteristicile de lucru cu IDEF0 în programul BPWin.

    De exemplu, viteza trenului de la punctul A la punctul B. Ar trebui să se țină seama de faptul că trenul nu poate dezvolta mai mult decât viteza permisă. Această linie este stabilită pe baza experienței de funcționare și a influenței trenurilor pe calea ferată. Ar trebui înțeles că scopul trenului este de a livra pasageri, care, la rândul lor, au plătit pentru a ajunge în siguranță și confortabil la destinație. O diagramă IDEF0 este utilă, exemple care pot fi găsite în acest articol.

    Informațiile inițiale sunt:

    1. urmăriți datele liniilor;
    2. pașaport pe întreaga distanță;
    3. planul de cale.

    Date de control:

    1. Direcția șefului, șeful serviciului de cale.
    2. Informații despre fluxul existent de circulație a trenurilor.
    3. Informații despre reparațiile planificate, reconstrucția și schimbarea șinelor.

    Rezultatul modelului este:

    1. Limitarea vitezelor admisibile cu indicarea motivului limitării.
    2. Viteze admise atunci când circulați în puncte separate și în timpul transportului trenurilor.

    Când diagrama contextuală este construită, trebuie să fie detaliată și apoi se creează diagrama compusă, care va fi prima diagramă de nivel. Va afișa toate funcțiile principale ale sistemului. Metodologia și diagrama IDEF0 pentru care se face descompunerea se numește părinte. Descompunerea IDEF0 se numește descompunere copil.

    Concluzie

    După descompunerea la primul nivel, se efectuează descompunerea celui de-al doilea nivel - și așa mai departe până când descompunerea ulterioară își pierde sensul. Toate acestea se fac pentru a obține cea mai detaliată diagramă grafică a proceselor în curs și planificate. aceasta gata exemplu Diagrame IDEF0 prin care puteți naviga chiar acum.

    Descrierea diagramelor procesului de afaceri "Contabilitatea echipamentelor informatice ale întreprinderii"

    Descrierea diagramei IDEF0

    Pentru a construi un proces de afaceri, a fost utilizată o diagramă IDEF0. Metodologia IDEF0 prescrie construirea unui sistem ierarhic de diagrame - descrieri unice ale fragmentelor de sistem. În primul rând, se realizează o descriere a sistemului ca întreg și a interacțiunii acestuia cu lumea exterioară (diagramă contextuală). Au fost construite trei nivele ale diagramei:

    1. Contextual

    2. Descompunerea funcțională

    Figura 1 - Diagrama contextuală „Contabilitatea echipamentelor informatice ale întreprinderii”

    Figura 1 prezintă o diagramă contextuală a procesului de afaceri „Contabilitatea echipamentelor informatice ale întreprinderii”. Afișează sistemul în ansamblu și interacțiunea sa cu principalele fluxuri externe de informații.

    Săgețile sunt indicate în diagrama contextuală.

    Tipuri de săgeți:

    Introducere (materiale de intrare: computere și accesorii)

    Ieșire (ieșirea este un raport)

    Săgețile de control sunt documente și manageri

    Săgețile mecanismelor sunt angajați și echipamente

    Informații de intrare pentru procesare:

    Calculatoare - PC-uri (computere personale) situate în întreprindere

    Componente - materiale necesare pentru actualizarea computerelor (plăci video, plăci de bază, procesoare, carcase, surse de alimentare, module de memorie)

    Fluxuri de ieșire:

    Raport - un raport gata făcut despre contabilitatea echipamentelor informatice ale întreprinderii

    Controale de intrare:

    Reguli - condiții care trebuie îndeplinite pentru a atinge obiectivul.

    Comenzi - sarcina atribuită întreprinderii (să țină evidența echipamentelor informatice la întreprindere utilizând anumite sisteme de informații)

    Managerii sunt directori și manageri generali ai întreprinderii.

    Resurse de intrare:

    PC - calculatoare cu ajutorul cărora se efectuează contabilitatea.

    Angajații sunt specialiști care îndeplinesc instrucțiunile atribuite de conducere. După construirea modelului conceptual, s-a efectuat o descompunere funcțională - sistemul a fost împărțit în subsisteme și fiecare subsistem a fost descris separat (diagrame de descompunere).

    Figura 2 prezintă o descompunere funcțională a patru joburi.


    Figura 2 - Descompunerea funcțională „Contabilitatea echipamentelor informatice ale întreprinderii”

    Au fost identificate următoarele tipuri de lucrări:

    1) Înregistrarea livrărilor - procesul în care ID-ul este atribuit produsului, trimis la depozit, depozit și informații despre produs sunt introduse în program.

    Înregistrarea lucrărilor de bunuri include șapte săgeți de graniță (intrare, control, mecanism) și o săgeată internă (conexiune prin intrare).

    Comunicare săgeată la intrarea între lucrări Înregistrarea livrărilor și Întreținerea computerului (computer);

    Săgețile de intrare, ieșire, control se repetă în lucrările ulterioare.

    2) Întreținerea computerelor - procesul în care are loc asamblarea, repararea și modernizarea computerelor.

    Lucrarea de întreținere a computerului include patru săgeți de graniță (intrare, control, mecanism, ieșire) și mai multe săgeți interne (comunicare de intrare, feedback de intrare).

    Controlul săgeților - reguli, ordine, lider;

    Conexiune săgeată la intrarea dintre lucrările Întreținerea și plasarea computerului (introducerea datelor în baza de date), între lucrările Întreținerea și raportarea computerului (introducerea datelor în baza de date);

    3) Plasare - procesul în care are loc plasarea computerelor în birouri (birouri).

    Controlul săgeților - reguli, ordine, lider;

    Mecanismul săgeții - angajați;

    Legătura săgeată la intrare între Spreading și Reporting (atribuirea unui id);

    4) Întocmirea unui raport - etapa finală a procesului contabil, care constă în rezumarea totalelor obținute prin efectuarea datelor anterioare ale contabilității curente.

    Apoi, fiecare subsistem este împărțit în descompuneri mai mici și așa mai departe, până când se atinge gradul de detaliu dorit.


    Figura 3 este o diagramă care prezintă mai detaliat activitatea procesului de achiziții.

    Ca urmare a detaliilor, funcțiile principale au fost evidențiate. Secțiunea „Înregistrarea livrărilor” include șapte săgeți principale (intrare, ieșire, control, mecanism).

    Intrare săgeată - computere și accesorii;

    Săgețile de control sunt reguli, ordine și un lider. Săgeți de furcat;

    Săgeți mecanism, ramificare - PC, angajați;

    Săgețile de intrare, control, mecanisme sunt repetate în toate lucrările.

    1) Alocarea numerelor - atribuirea numerelor individuale către computere și accesorii.

    Săgeți de intrare - computere și accesorii. Calculatoarele săgeți sunt repetate în lucrările ulterioare, cu excepția compilării raportului;

    Săgeți de control - reguli, ordine și lider;

    Săgeți mecanism - PC și angajați;

    Legătură săgeată la intrarea dintre lucrări Atribuirea unui număr și Expedierea mărfurilor la depozit (transfer), între Atribuirea unui număr și Punerea la balanță (intrarea în bază);

    2) Expedierea mărfurilor la depozit - trimiterea mărfurilor cu numărul atribuit la depozit.

    Exit Arrow - Computer;

    Săgeți de control - reguli, ordine și lider.

    Legătură săgeată la intrarea dintre lucrările „Expedierea mărfurilor la depozit” și „Punerea în bilanț” (cantitate);

    3) Echilibrare - introducerea informațiilor într-un computer.

    Săgeți de control - reguli, ordine și lider;

    Săgeți mecanism - PC și angajați;


    Figura 4 este o diagramă care detaliază întreținerea computerului mai detaliat.

    Ca rezultat al detaliilor, au fost evidențiate principalele funcții îndeplinite în procesul de întreținere a computerului.

    Lucrările de întreținere a computerului includ 4 săgeți de delimitare (intrare, ieșire, control, mecanism). Săgeți interne (feedback de intrare, comunicare de intrare).

    1) Asamblarea computerelor - configurarea computerelor pentru comenzi individuale ale managerilor.

    Săgeată de conectare - calculatoare;

    Săgeți de control - reguli, ordine și lider;

    Săgeți mecanism - angajați;

    Legătură săgeată la intrarea dintre lucrări: „Asamblarea computerelor” și „Repararea computerelor” (computer);

    2) Repararea computerelor - asamblarea computerelor aprobate pentru îmbunătățire.

    Săgeată de conectare - calculatoare;

    Săgeată de ieșire - intrare în bază;

    Săgeți de control - reguli, ordine și lider;

    Săgeți mecanism - angajați;

    Săgețile de intrare, ieșire, control, mecanism sunt ramificate;

    Legătură săgeată la intrarea dintre lucrări: „Repararea computerului” și „Upgrade” (accesorii);

    3) Upgrade - îmbunătățire, îmbunătățire, actualizare a computerului.

    Săgeată de ieșire - intrare în bază;

    Săgeți de control - reguli, ordine și lider;

    Săgeți mecanism - angajați;

    Săgețile de control, mecanismul sunt ramificate;


    Figura 5 prezintă graficul de raportare în detaliu. Descompunerea muncii. Raportarea include 4 săgeți de graniță (intrare, ieșire, control, mecanisme). Săgeți interne (feedback de intrare, comunicare de intrare).

    Ca rezultat al muncii, au fost derivate următoarele funcții:

    1) Colectarea datelor - colectarea informațiilor pentru analiză și luarea deciziilor.

    Introduceți săgeata - atribuirea id-ului;

    Săgeți de control - reguli, ordine și lider;

    Săgețile de intrare, control, mecanism sunt ramificate;

    Legătură săgeată la intrarea dintre joburi: Colectarea datelor și validarea datelor (înregistrări);

    2) Verificarea datelor - verificarea informațiilor și trimiterea acestora la pregătirea unui raport.

    Săgeată de conectare - atribuirea unui id, introducerea datelor în baza de date;

    Săgeată de ieșire - Raport;

    Săgeți de control - reguli, ordine și lider;

    Săgeți mecanism - Angajați, PC;

    Săgețile de intrare (atribuirea id-ului), controlul, mecanismul se bifurcă;

    Introduceți săgeata de feedback de la „Verificare date” la „Achiziție date” (verificare repetată).

    Descrierea diagramei DFD

    Descompunerea lucrărilor de întreținere a computerului Figura 1 definește patru activități interne, două entități externe și două magazine de date.


    Figura 1 - Întreținerea computerului

    1) Asamblarea computerului - procesul de asamblare a unui computer din componentele existente.

    2) Întocmirea unui raport - un proces care constă în rezumarea indicatorilor finali obținuți prin efectuarea lucrărilor de contabilitate curentă.

    3) Diagnostic - verificarea performanței

    4) Upgrade - îmbunătățire, îmbunătățire, actualizare a computerului.

    Entități externe: computere și componente

    Magazin de date:

    1) Depozit - un loc unde sunt stocate computerele asamblate și actualizate.

    2) DB - o bază de date care stochează toate rapoartele și toate informațiile despre munca depusă.

    Colectăm informații despre computer și selectăm componente pentru asamblarea acestuia. Apoi asamblăm computerul și îl trimitem la depozit pentru depozitare, dar pe lângă asta, după asamblare, îl putem trimite mai întâi pentru diagnosticare, verificăm funcționalitatea și apoi doar la depozit. După diagnosticarea computerului asamblat, trimitem datele pentru a compila un raport asupra muncii efectuate și introducem informațiile în baza de date.

    Avem, de asemenea, o altă entitate externă, acesta este un computer. Îl trimitem spre modernizare, după care este pentru diagnosticarea verificării operabilității acestuia, apoi întocmim un raport și introducem informații despre munca efectuată în baza de date. Sau, după modernizare, trimitem marfa la depozit, apoi efectuăm diagnostice, întocmim un raport și introducem informațiile în baza de date.

    Descompunerea lucrării „Raportare” Figura 2 definește trei activități interne, trei entități externe și două depozite de date.

    1) Colectarea datelor - colectarea informațiilor despre computere și componente.

    2) Validare - verificarea corectitudinii datelor.

    3) Raport - redactarea unui raport privind munca depusă.

    Entități externe: componente, computere, manager.

    Depozit de date - Date despre computere și componente, date de raportare.


    Colectarea informațiilor despre computere și accesorii, apoi trimiterea acestora pentru stocare. După aceea, verificăm exactitatea datelor, întocmim un raport și îl trimitem înapoi pentru stocare la primul depozit de date (Figura 2) sau trimitem datele raportului la al doilea depozit de date (Figura 2) și apoi le trimitem la manager pentru verificare.

    Managerul verifică, notează, corectează și trimite spre re-verificare. După aceea, raportul este trimis spre stocare până când managerul este verificat din nou.

    Descrierea diagramei IDEF3

    În descompunerea lucrărilor Întreținerea computerului (Fig. 1), sunt definite mai multe intersecții care conectează una sau mai multe lucrări, mai multe lucrări interne.


    1) Reparare - asamblarea computerului cu componente prefabricate

    2) Asamblare - readucerea computerului la normal

    3) Upgrade - upgrade computer

    4) Calculatoare - un produs după asamblare și modernizare

    5) Trimite la depozit - trimite la depozitare după îmbunătățire (asamblare)

    6) Diagnostic - verificarea performanței.

    7) Raport - informații despre munca depusă.

    Intersecții - Conectori:

    1) J2 - toate acțiunile încep în același timp.

    2) J6 - Joncțiune de confluență. Un nod care colectează multe săgeți într-una singură, indicând necesitatea condiției de completare a surselor de lucru ale săgeților pentru a continua procesul.

    3) J7 - se arată că aceste condiții nu pot fi îndeplinite simultan.

    4) J9 - aceste acțiuni se încheie în același timp, după care se întocmește un raport privind munca depusă.

    Diagrama IDEF3 arată că joncțiunea J2 are două săgeți de ramificare pentru lucru (construire și actualizare) care încep în același timp. Doar după finalizarea acestor lucrări, produsul finit (computerul) iese, conectează intersecția J6. Apoi, există o conexiune la intersecția J7, care arată că două lucrări (trimiterea mărfurilor la depozit și diagnosticare) nu pot fi efectuate simultan. După finalizarea lucrării anterioare, este în curs procesul de întocmire a unui raport asupra lucrării, care este conectat de joncțiunea J9.

    Deschideți proiectul în care doriți să creați modelul. Dacă nu ați creat încă niciun proiect, puteți utiliza proiectul DEMO, care este disponibil imediat după instalarea Cradle, sau puteți crea propriul proiect.

    Pentru a intra în DEMO utilizarea proiectului Nume de utilizator — ADMINISTRATOR, parola - MANAGER

    Modul de creare a proiectului dvs. este prezentat în detaliu în acest videoclip.

    După crearea unui nou proiect, vă puteți folosi și pentru autentificare Nume de utilizator — MANAGER și parola - MANAGER

    Crearea modelului

    Pentru a crea modelul IDEF0 includeți Panoul de proiectși accesați secțiunea de modelare Domeniul esențial

    Notă : În mod similar, puteți crea modele în secțiunea Domeniu de implementare a modelării, precum și în orice secțiune configurată de utilizator. Secțiunea de modelare este de fapt un spațiu de nume în cadrul căruia fluxurile pot fi refolosite.

    Pentru a crea modelul de context IDEF0, faceți clic dreapta pe secțiunea IDEF0 și selectați elementele de meniu Nou-> Element

    Vă rugăm să rețineți că acesta este numele întregului model ca întreg, nu blocul funcțional de pe A0.

    După aceea, zona de desen se va deschide și puteți începe crearea modelului contextual.

    Crearea blocului funcțional

    Pentru aceasta, selectați simbolul blocului funcțional din paletă

    și faceți clic o dată pe zona de lucru în care doriți să creați blocul funcțional.

    Va apărea o casetă de dialog în care trebuie să introduceți numele blocului funcțional, apoi să faceți clic pe OK.

    Ca urmare, va fi creat un bloc funcțional cu numele specificat.

    Puteți selecta marginea blocului și puteți schimba scala acestuia

    Crearea fluxurilor

    Pentru a crea fluxuri, selectați un simbol de flux din paletă (fără tunelare sau tunelare)

    apoi faceți clic pe partea laterală a blocului funcțional din care doriți să creați un flux și faceți clic pe orice zonă a blocului funcțional

    apoi va apărea o casetă de dialog pentru introducerea numelui fluxului. introduce titlu scurt flux și faceți clic pe OK

    Notă: Veți putea introduce o descriere detaliată a fluxului mai târziu în specificațiile acestuia.

    După aceea, prin analogie, puteți crea toate fluxurile necesare

    Salvați modelul făcând clic pe butonul dischetă sau CTRL + S. Când salvați, sunt generate specificații de simboluri pe care le puteți modifica pentru a oferi o descriere mai detaliată a elementelor modelului.

    După salvarea modelului, veți putea vedea specificațiile create în panoul de proiect din aceeași secțiune în care ați creat modelul. Vor fi generate două tipuri de specificații - Funcție și Flux.

    Descompunerea modelului

    în caseta de dialog care apare, lăsați setările implicite și faceți clic pe OK

    După aceea, va fi creată o diagramă copil A1 și toate fluxurile din diagrama A0 vor fi transferate către aceasta.

    Acum puteți redenumi șablonul de bloc funcțional creat (cu o întrebare în loc de un nume) și să creați altele, în același mod în care le-am creat mai devreme.

    Pentru a redenumi o presetare a blocului funcțional, selectați-o și selectați Redenumire din meniul contextual

    și introduceți numele solicitat

    Prin analogie, creați alte blocuri funcționale corespunzătoare acestui nivel de descompunere.

    Pentru a crea fluxuri între aceste blocuri funcționale, trebuie mai întâi să faceți clic pe sursă, apoi pe punctul intermediar pentru a crea o îndoire și apoi pe chiuvetă, de exemplu, astfel:

    Rezultatul este un flux cu două coturi.

    Puteți corecta poziția îndoirilor selectând fluxul și trăgând punctele de îndoire în locația dorită

    Urmăriți videoclipul pentru a-l vedea în dinamică

    Pentru a elimina (sau a adăuga) un punct de inflexiune, apăsați tasta SHIFT de pe tastatură și faceți clic pe punctul pe care doriți să îl eliminați sau în fluxul în care doriți să-l creați.

    Salvați diagrama și verificați dacă au fost generate specificațiile corespunzătoare

    Prin analogie, puteți descompune blocurile funcționale A1.

    Publicații similare