Construirea modelului IDEF0

În etapele inițiale ale creării unui IP, este necesar să înțelegeți cum funcționează organizația care va fi automatizată. Managerul cunoaște bine meseria în general, dar nu este capabil să aprofundeze detaliile muncii fiecărui angajat obișnuit. Un angajat obișnuit știe bine ce se întâmplă la locul său de muncă, dar poate să nu știe cum lucrează colegii. Prin urmare, pentru a descrie activitatea unei întreprinderi, este necesar să se construiască un model care să fie adecvat domeniului subiectului și să conțină cunoștințele tuturor participanților la procesele de afaceri ale organizației.

Cel mai convenabil limbaj pentru modelarea proceselor de afaceri este IDEF0, unde sistemul este reprezentat ca un set de activități sau funcții care interacționează. Această orientare pur funcțională este fundamentală - funcțiile sistemului sunt analizate independent de obiectele cu care operează. Acest lucru vă permite să modelați mai clar logica și interacțiunea proceselor organizației.

Procesul de modelare a unui sistem în IDEF0 începe cu crearea unei diagrame de context - o diagramă a celui mai abstract nivel de descriere a sistemului în ansamblu, care conține definiția subiectului modelării, scopul și punctul de vedere asupra modelului. .

Subiectul este înțeles ca sistemul însuși, în timp ce este necesar să se stabilească exact ce este inclus în sistem și ce se află în afara lui, cu alte cuvinte, pentru a determina ce vor fi considerate în continuare componente ale sistemului și ce ca influență externă. . Definiția subiectului sistemului va fi influențată semnificativ de poziția din care este privit sistemul, iar scopul modelării este întrebările la care modelul construit ar trebui să răspundă. Cu alte cuvinte, mai întâi trebuie să definiți zona de modelare. Descrierea zonei atât a sistemului în ansamblu, cât și a componentelor sale este baza pentru construirea modelului. Deși se presupune că zona poate fi ajustată în timpul simulării, aceasta ar trebui formulată în principal inițial, deoarece este zona care determină direcția modelării. Atunci când formulați o zonă, există două componente de luat în considerare - lățimea și adâncimea. Latitudinea presupune definirea limitelor modelului - ceea ce va fi considerat în interiorul sistemului și ceea ce va fi în exterior. Adâncimea determină la ce nivel de detaliu este complet modelul. Când se determină adâncimea sistemului, este necesar să ne amintim despre constrângerile de timp - complexitatea construirii unui model crește exponențial odată cu creșterea adâncimii de descompunere. După definirea limitelor modelului, se presupune că noi obiecte nu trebuie introduse în sistemul modelat.

Scopul modelării

Scopul simulării este determinat de răspunsul la următoarele întrebări:

De ce ar trebui modelat acest proces?
Ce ar trebui să arate modelul?
Ce poate obține un client?

Punct de vedere.

Punctul de vedere se referă la perspectiva din care a fost observat sistemul la construirea modelului. Deși opiniile diferitelor persoane sunt luate în considerare la construirea modelului, toți ar trebui să adere la același punct de vedere asupra modelului. Punctul de vedere ar trebui să fie în concordanță cu scopul și limitele simulării. De regulă, se alege punctul de vedere al persoanei responsabile pentru munca simulată în ansamblu.

Modelul IDEF0 presupune prezența unui obiectiv clar formulat, a unui singur subiect de modelare și a unui punct de vedere. Pentru a introduce domeniul, scopul și punctul de vedere în modelul IDEF0 în BPwin, selectați elementul de meniu Model / Model Properties, care apelează dialogul Model Properties (Fig. A2.3). În fila Scop, introduceți scopul și punctul de vedere, iar în fila Definiție, definiția modelului și descrierea domeniului de aplicare.

Orez. A2.3. Dialog pentru setarea proprietăților modelului

În fila Stare a aceluiași dialog, puteți descrie starea modelului (schiță, de lucru, final etc.), momentul creării și ultimei editări (urmărite ulterior automat de data sistemului). Fila Sursă descrie sursele de informații pentru construirea modelului (de exemplu, „Intervievarea experților de domeniu și analizarea documentației”). Fila General este folosită pentru a introduce numele proiectului și al modelului, numele și inițialele autorului și intervalul de timp al modelului - AS-IS și TO-BE.

Modelele AS-IS și TO-BE. De obicei, se construiește mai întâi un model al organizării existente a muncii - AS-IS (așa cum este). Analiza modelului funcțional vă permite să înțelegeți unde sunt cele mai slabe puncte, care vor fi avantajele noilor procese de afaceri și cât de profund va suferi modificări structura existentă a organizației de afaceri. Granularitatea proceselor de afaceri face posibilă identificarea deficiențelor organizației, chiar și acolo unde funcționalitatea pare evidentă la prima vedere. Deficiențele găsite în modelul AS-IS pot fi corectate prin crearea unui model TO-BE (cum va fi) - un model al unei noi organizări a proceselor de afaceri.

Tehnologia de proiectare IS presupune mai întâi crearea unui model AS-IS, analiza acestuia și îmbunătățirea proceselor de afaceri, adică crearea unui model TO-BE, și numai pe baza modelului TO-BE un model de date, un prototip și apoi se construiește versiunea finală a IS.

Uneori, actualele modele AS-IS și viitoarele TO-BE diferă foarte mult, astfel încât trecerea de la starea inițială la cea finală devine neclară. În acest caz, este necesar un al treilea model, care să descrie procesul de tranziție de la starea inițială la cea finală a sistemului, deoarece o astfel de tranziție este și un proces de afaceri.

Rezultatul descrierii modelului poate fi obținut în Raportul Model. Dialogul pentru configurarea unui raport de model este apelat din elementul de meniu Instrumente / Rapoarte / Raport model.

În dialogul de setări, selectați câmpurile necesare, iar ordinea de ieșire a informațiilor în raport este afișată automat (Fig. A2.4).

Orez. A2.4. Caseta de dialog pentru generarea unui raport asupra modelului

În fig. A2.5 prezintă un raport generat de câmpurile de mai sus.

Orez. A2.5. Previzualizarea raportului

Baza metodologiei IDEF0 este un limbaj grafic pentru descrierea proceselor de afaceri. Un model în notația IDEF0 este o colecție de diagrame ordonate ierarhic și interconectate. Fiecare diagramă este o unitate de descriere a sistemului și se află pe o foaie separată.

Modelul poate conține patru tipuri de diagrame:

diagramă de context (fiecare model poate avea o singură diagramă de context);
diagrame de descompunere;
diagrame arbore de noduri;
diagrame numai de expunere (FEO).

Diagrama de context este partea de sus a structurii arborelui diagramei și reprezintă cea mai generală descriere a sistemului și a interacțiunii acestuia cu mediul extern. După descrierea sistemului ca întreg, acesta este împărțit în fragmente mari. Acest proces se numește descompunere funcțională, iar diagramele care descriu fiecare fragment și interacțiunea fragmentelor se numesc diagrame de descompunere. După descompunerea diagramei de context, fiecare fragment mare al sistemului este descompus în altele mai mici și așa mai departe, până la atingerea nivelului necesar de descriere. După fiecare sesiune de descompunere, au loc sesiuni de examinare - experții în domeniu indică corespondența proceselor reale de afaceri cu diagramele create. Neconcordanțele găsite sunt corectate și numai după ce ați trecut examenul fără comentarii, puteți trece la următoarea sesiune de descompunere. Acesta este modul în care modelul se potrivește cu procesele reale de afaceri la orice nivel al modelului. Sintaxa pentru descrierea sistemului ca întreg și a fiecărui fragment al acestuia este aceeași pe tot modelul.

Diagrama arborelui nodului arată relația ierarhică a activităților, dar nu și relația dintre activități. Pot exista în mod arbitrar multe diagrame de arbore de noduri în model, deoarece arborele poate fi construit la o adâncime arbitrară și nu neapărat de la rădăcină.

Diagramele de expunere (FEO) sunt construite pentru a ilustra porțiuni individuale ale unui model, pentru a ilustra un punct de vedere alternativ sau pentru scopuri speciale.

Muncă (Activitate) denotă procese, funcții sau sarcini numite care apar în timp și au rezultate recunoscute. Lucrările sunt descrise ca dreptunghiuri. Toate lucrările trebuie denumite și definite. Numele postului trebuie exprimat printr-un substantiv verbal care denotă o acțiune (de exemplu, „Activitatea companiei”, „Preluarea unei comenzi”, etc.). Lucrarea „Activități ale companiei” poate avea, de exemplu, următoarea definiție: „Acesta este un model de învățare care descrie activitățile companiei”. La crearea unui model nou (Fișier / Meniu Nou), este creată automat o diagramă de context cu o singură lucrare care descrie sistemul în întregime (Fig. A2.6).

Orez. A2.6. Exemplu de diagramă de context

Pentru a introduce un nume pentru un job, faceți clic dreapta pe job, selectați Name Editor din meniu și introduceți numele jobului în caseta de dialog care apare. Dialogul Proprietăți activitate este folosit pentru a descrie alte proprietăți de lucru (Fig. A2.7).

Orez. P2.P2. Editor de set de proprietăți job

Diagramele de descompunere conțin activități înrudite, adică activități ale copilului care au o activitate părintelui comună. Pentru a crea o diagramă de descompunere, faceți clic pe butonul din bara de instrumente.

Apare dialogul Activity Box Count (Fig. A2.8), în care trebuie să specificați notarea noii diagrame și numărul de lucrări pe ea. Să ne oprim pe notația IDEF0 pentru moment și să facem clic pe OK. Apare o diagramă de descompunere (Fig. A2.9). Intervalul permis pentru numărul de locuri de muncă este 2-8. Nu are sens să descompunem un job într-un singur job: diagramele cu mai mult de opt joburi se dovedesc a fi suprasaturate și slab lizibile. Pentru a oferi claritate și o mai bună înțelegere a proceselor simulate, se recomandă utilizarea de la trei până la șase blocuri într-o diagramă.

Orez. A2.8. Dialog de numărare a casetei de activitate

Orez. A2.9. Exemplu de diagramă de descompunere

Dacă se dovedește că numărul de joburi nu este suficient, atunci jobul poate fi adăugat la diagramă făcând mai întâi clic pe butonul de pe paleta de instrumente, iar apoi pe spațiul liber din diagramă.

Lucrarea în diagramele de descompunere este de obicei aranjată în diagonală de la colțul din stânga sus până la colțul din dreapta jos.

Această ordine se numește ordine de dominanță. Conform acestui principiu de amplasare, cea mai importantă lucrare sau lucrarea efectuată prima la timp este plasată în colțul din stânga sus. Mai jos în dreapta sunt lucrări mai puțin importante sau mai târziu. Acest aranjament face diagramele mai ușor de citit și oferă, de asemenea, o bază pentru conceptul de relații de muncă (vezi mai jos).

Fiecare dintre activitățile din diagrama de descompunere poate fi descompusă pe rând. În diagrama de defalcare, lucrările sunt numerotate automat de la stânga la dreapta. Numărul jobului este afișat în colțul din dreapta jos. În colțul din stânga sus, există o mică linie diagonală, care indică faptul că această lucrare nu a fost descompusă. Deci, în fig. A2.9 toate locurile de muncă nu au fost încă descompuse.

Săgețile descriu interacțiunea locurilor de muncă și reprezintă un fel de informații exprimate în substantive (de exemplu, „Apelurile clienților”, „Reguli și proceduri”, „Sistemul de contabilitate”).

IDEF0 distinge între cinci tipuri de săgeți:

Intrare(Intrare) - material sau informație care este folosită sau transformată prin muncă pentru a obține un rezultat (ieșire). Se presupune că lucrarea poate să nu aibă săgeți de intrare. Fiecare tip de săgeată se apropie sau iese de o anumită latură a dreptunghiului de lucru. Săgeata de intrare este desenată ca intrând în partea stângă a lucrării. La descrierea proceselor tehnologice (pentru aceasta, a fost inventat IDEF0), nu există probleme cu definirea intrărilor. Într-adevăr, „Apelurile clientului” din fig. P2.6 este ceva care este procesat în procesul „Activitatea companiei” pentru a obține un rezultat. La modelarea IS, când săgețile nu sunt obiecte fizice, ci date, nu totul este atât de evident. De exemplu, la „Admiterea unui pacient”, fișa pacientului poate fi atât la intrare, cât și la ieșire, între timp calitatea acestor date se modifică. Cu alte cuvinte, în exemplul nostru, pentru a-și justifica scopul, săgețile de intrare și ieșire trebuie definite cu precizie pentru a indica faptul că datele au fost într-adevăr prelucrate (de exemplu, ieșirea este „Fișa pacientului completată”). Este adesea dificil de determinat dacă datele sunt introduse sau controlate. În acest caz, informațiile despre faptul dacă datele sunt prelucrate/schimbate în funcționare sau nu pot servi drept indiciu. Dacă se schimbă, atunci, cel mai probabil, aceasta este o intrare, dacă nu, este un control.

Control(Control) - regulile, strategiile, procedurile sau standardele care guvernează munca. Fiecare job trebuie să aibă cel puțin o săgeată de control. Săgeata de control este desenată ca intrând în fața superioară a lucrării. În fig. A2.6 săgeată „Reguli și proceduri” - management pentru lucrarea „Activități ale companiei”. Managementul afectează munca, dar nu este transformat de muncă. Dacă scopul lucrării este de a schimba o procedură sau o strategie, atunci o astfel de procedură sau strategie va fi intrarea în muncă. În caz de incertitudine în starea săgeții (control sau intrare), se recomandă trasarea săgeții de control.

Ieșire(Ieșire) - material sau informații care sunt produse de lucrare. Fiecare job trebuie să aibă cel puțin o săgeată de ieșire. Lucrul fără rezultate este lipsit de sens și nu trebuie modelat. Săgeata de ieșire este desenată ca venind din marginea dreaptă a lucrării. În fig. A2.6 săgețile „Materiale de marketing” și „Produse vândute” sunt rezultatul lucrării „Activități ale companiei”.

Mecanism(Mecanism) - resurse care efectuează muncă, de exemplu, personalul întreprinderii, mașini, dispozitive etc. Săgeata mecanismului este desenată așa cum este inclusă în marginea inferioară a lucrării. În fig. A2.6 săgeată „Sistemul contabil” este un mecanism de funcționare a „Activităților companiei”. La discreția analistului, săgețile mecanismului pot să nu apară în model.

Apel(Apel) - o săgeată specială care indică un alt model de lucru. Săgeata de apel este desenată ca venind din marginea de jos a lucrării. În fig. A2.10 săgeata „Un alt model de lucru” este un apel de muncă „Fabricarea unui produs”. Săgeata de apel este folosită pentru a indica faptul că unele lucrări sunt efectuate în afara sistemului simulat. În BPwin, săgețile de apel sunt utilizate în motorul de îmbinare și împărțire a modelului.

Orez. A2.10. Săgeată de apel care apare la împărțirea unui model

Limite săgeți. Săgețile de pe diagrama de context sunt folosite pentru a descrie interacțiunea sistemului cu lumea exterioară. Ele pot începe de la marginea diagramei și se pot termina la lucru sau invers. Aceste săgeți sunt numite săgeți de delimitare.

Pentru a introduce săgeata de delimitare a intrării, ar trebui:

Săgețile pentru control, intrare, mecanism și ieșire sunt reprezentate în același mod. Numele săgeților nou adăugate (Fig. A2.11) sunt introduse automat în Dicționarul săgeților.

Orez. A2.11. IDEF0 Dialog Proprietăți săgeată

coduri ICOM... Diagrama de descompunere este destinată detalierii lucrării. Spre deosebire de modelele care afișează structura unei organizații, lucrul într-o diagramă de nivel superior în IDEF0 nu este un control pentru activitățile subordonate. Locuri de muncă de nivel scăzut sunt la fel cu locurile de muncă de nivel înalt, dar mai detaliat. În consecință, limitele lucrării de nivel superior sunt aceleași cu limitele diagramei de descompunere. ICOM (acronim pentru Input, Control, Output and Mechanism) sunt coduri concepute pentru a identifica săgețile de delimitare. Codul ICOM conține un prefix corespunzător tipului de săgeată (I, C, O sau M) și un număr de ordine.

BPwin completează automat codurile ICOM. Pentru a afișa coduri ICOM, activați opțiunea coduri ICOM din fila Afișare din dialogul Proprietăți model (meniul Proprietăți model / model) (Figura A2.12).

Dicţionar trăgător editat cu ajutorul unui editor special Arrow Dictionary Editor, în care se definește săgeata și se face un comentariu legat de aceasta (Fig. A2.13). Dicționarul cu săgeți rezolvă o problemă foarte importantă. Diagramele sunt create de analist pentru a conduce o sesiune de examinare, adică pentru a discuta diagrama cu un specialist în materie. În orice domeniu se formează jargonul profesional, iar de foarte multe ori expresiile de jargon au o semnificație neclară și sunt percepute de diferiți specialiști în moduri diferite. În același timp, analistul - autorul diagramelor ar trebui să folosească acele expresii care sunt cele mai înțelese de experți. Deoarece definițiile formale sunt adesea greu de înțeles, analistul este forțat să folosească jargonul profesional și, pentru a evita interpretările ambigue, fiecărui concept i se poate da o definiție extinsă și, dacă este necesar, formală în dicționarul de săgeți.

Orez. A2.12. Activarea opțiunii coduri ICOM din fila Afișare

Orez. A2.13. Editarea dicționarului cu săgeți

Conținutul dicționarului cu săgeți poate fi tipărit ca raport (meniul Instrumente / Raport / Raport săgeată ...) și obține un dicționar explicativ al termenilor de domeniu folosiți în model.

Limită nelegată săgeți (săgeată la margine neconectată)... Când un job este descompus, săgețile care intră și ies din el (cu excepția săgeții de apel) apar automat pe diagrama de descompunere (migrarea săgeții), dar nu ating joburile. Aceste săgeți sunt numite săgeți nelegate și sunt tratate ca o eroare de sintaxă de către BPwin.

În fig. A2.14 prezintă un fragment din diagrama de descompunere cu săgeți neconectate, generat de BPwin în timpul descompunerii lucrării „Construirea computerelor desktop”(vezi Fig.A2.9). Pentru a lega săgețile intrării, controlului sau mecanismului, trebuie să mergeți la modul de editare al săgeților, să faceți clic pe vârful săgeții și apoi pe segmentul de lucru corespunzător. Pentru a conecta săgeata de ieșire, accesați modul de editare a săgeții, faceți clic pe segmentul de ieșire din lucru și apoi pe săgeată.

Orez. A2.14. Exemplu de săgeți nelegate

Intern săgeți. Săgețile interne sunt folosite pentru a conecta lucrarea între ele, adică săgeți care nu ating marginea diagramei, încep de la una și se termină la o altă lucrare.

Pentru a desena săgeata interioară, în modul de desenare a săgeții, faceți clic pe un segment (de exemplu, o ieșire) al unui job și apoi pe un segment (de exemplu, o intrare) al altuia. IDEF0 distinge între cinci tipuri de relații de muncă.

Comunicare de intrare(ieșire-intrare), când săgeata de ieșire a lucrării de nivel superior (în continuare pur și simplu de ieșire) este direcționată către intrarea de lucru de nivel inferior (de exemplu, în Fig. A2.15 săgeata "calculatoare asamblate" conectează lucrări și „Expediere și primire”).

Orez. A2.15. Comunicare de intrare

Comunicarea managementului(ieșire-control) când rezultatul unui job de nivel superior este direcționat către controlul unui job de nivel inferior. Legătura de management arată dominația muncii superioare. Datele sau obiectele de ieșire ale unui job de nivel superior nu se modifică în jobul de nivel inferior. În fig. P2.16 săgeată „Comenzile clienților” conectează lucrări "Vânzări și marketing"și „Asamblarea și testarea computerelor”.

Orez. A2.16. Comunicarea managementului

Feedback de intrare(feedback ieșire-intrare) când ieșirea jobului de nivel inferior este direcționată către intrarea jobului de nivel superior. Această relație este de obicei folosită pentru a descrie bucle. În fig. A2.17 săgeata „Rezultatele testului” conectează lucrări „Testarea computerelor”și Urmărirea programului și managementul construirii și testelor.

Orez. P2.1P2. Feedback de intrare

Feedback de management(feedback-ul de control al ieșirii), când ieșirea lucrării de nivel inferior este direcționată către controlul celei de nivel superior (săgeata „Rezultatele asamblarii și testării”, Fig. A2.18). Feedback-ul managementului este adesea indicativ al eficacității procesului de afaceri. În fig. A2.18 volumul vânzărilor poate fi mărit prin reglementarea directă a proceselor de asamblare și testare calculatoare (ieșire) a lucrării „Asamblare și testare calculatoare”.

Orez. A2.18. Feedback de management

Comunicare ieșire-mecanism(mecanism de ieșire), când rezultatul unei lucrări este direcționat către mecanismul alteia. Această relație este folosită mai rar decât altele și arată că un loc de muncă pregătește resursele necesare pentru a îndeplini un alt loc de muncă (Fig. A2.19).

Orez. A2.19. Comunicare ieșire-mecanism

Explicit săgeți. O săgeată explicită are un singur job ca sursă și un singur job ca destinație.

Bifurcare și îmbinare săgeți. Aceleași date sau obiecte generate de un job pot fi folosite în mai multe alte joburi simultan. Pe de altă parte, săgețile generate în lucrări diferite pot reprezenta date sau obiecte aceleași sau omogene care ulterior sunt utilizate sau procesate într-un singur loc. Pentru a simula aceste situații, IDEF0 folosește săgeți de ramificare și îmbinare. Pentru a ramifica săgeata, în modul de editare a săgeții, faceți clic pe fragmentul de săgeată și pe segmentul de lucru corespunzător. Pentru a îmbina două săgeți de ieșire, în modul de editare a săgeții, faceți mai întâi clic pe segmentul de ieșire de lucru, apoi pe fragmentul corespunzător al săgeții.

Semnificația săgeților de ramificare și îmbinare este transmisă prin denumirea fiecărei ramuri a săgeților. Există anumite reguli pentru denumirea unor astfel de săgeți. Să le luăm în considerare pe exemplul săgeților de ramificare. Dacă săgeata este numită înaintea bifurcăturii, iar după bifurcație nu este numită nici una dintre ramuri, atunci se presupune că fiecare ramură modelează aceleași date sau obiecte ca și ramura dinaintea bifurcăturii (Fig. A2.20).

Orez. A2.20.

Dacă săgeata este denumită înainte de ramificare, iar după ramificare se numește și oricare dintre ramuri, atunci se presupune că aceste ramuri corespund denumirii. Dacă, în același timp, vreo ramură rămâne nenumită după ramificare, atunci se presupune că modelează aceleași date sau obiecte ca și ramura înainte de ramificare (Fig. A2.21).

Orez. A2.21. Exemplu de denumire a unei săgeți de ramificare

Situația este inacceptabilă când săgeata nu este numită înainte de ramură, iar după ramură nu este numită niciuna dintre ramuri. BPwin definește această săgeată ca o eroare de sintaxă.

Regulile de denumire pentru îmbinarea săgeților sunt complet similare - o eroare va fi considerată o săgeată care nu este numită după îmbinare, iar înainte de îmbinare, niciuna dintre ramurile sale nu a fost numită. Pentru a denumi o ramură separată de săgeți de ramificare și îmbinare, selectați o singură ramură din diagramă, apoi apelați editorul de nume și atribuiți un nume săgeții. Acest nume se va potrivi numai cu ramura selectată.

Săgeți de tunel... Săgețile de delimitare nou introduse în diagrama de descompunere de nivel inferior sunt afișate între paranteze drepte și nu apar automat în diagrama de nivel superior (Fig. A2.22).

Orez. A2.22. Săgeată nerezolvată

Pentru a le „trage” în sus, faceți clic dreapta pe parantezele pătrate ale săgeții de delimitare și selectați comanda Arrow Tunnel din meniul contextual (Fig. A2.23).

Orez. A2.23. Selectarea unei comenzi din meniul contextual

Apare caseta de dialog Border Arrow Editor (Fig. A2.24).

Dacă faceți clic pe butonul Resolve Border Arrow, săgeata va migra la diagrama de nivel superior, dacă faceți clic pe butonul Change To Tunnel, săgeata va fi tunelată și nu va cădea pe altă diagramă. Săgeata tunel este reprezentată cu paranteze la sfârșit (Fig. A2.25).

Orez. A2.24. Border Arrow Editor Dialog

Orez. A2.25. Tipuri de tuneluri de săgeți

Tunnelarea poate fi folosită pentru a reprezenta săgeți neimportante. Dacă pe orice diagramă a nivelului inferior este necesar să se înfățișeze date sau obiecte nesemnificative care nu sunt prelucrate sau utilizate de lucrări la nivelul curent, atunci acestea trebuie trimise la un nivel superior (la diagrama părinte). Dacă aceste date nu sunt utilizate în diagrama părinte, ele trebuie direcționate și mai sus, și așa mai departe. Drept urmare, o săgeată nesemnificativă va fi reprezentată la toate nivelurile și va îngreuna citirea tuturor diagramelor unde este prezentă. Ieșirea este săgeata de tunel la cel mai de jos nivel. Acest tunel se numește „not-in-parent-diagram”.

Un alt exemplu de tunelare poate fi o situație în care săgeata unui mecanism migrează de la nivelul superior în cel inferior, iar la nivelul inferior acest mecanism este utilizat în același mod în toate lucrările fără excepție. (Se presupune că nu trebuie să detaliați săgeata mecanismului, adică săgeata mecanismului de pe munca copilului este numită înaintea furculiței, iar după furculiță, ramurile nu au propriul nume). În acest caz, săgeata mecanismului de la nivelul inferior poate fi ștearsă, după care poate fi tunelată pe diagrama părinte, iar în comentariul la săgeată sau în dicționar, puteți indica că mecanismul va fi folosit în toate lucrările diagramei de descompunere a copilului. Acest tunel se numește neîntrecut în munca copiilor (Figura A2.25).

Numerotarea lucrărilor și schemelor... Toate lucrările modelului sunt numerotate. Numărul este format dintr-un prefix și un număr. Se poate folosi un prefix de orice lungime, dar de obicei se folosește prefixul A. Lucrarea contextului (rădăcină) a arborelui este numerotată A0. Lucrările i din descompunerea A0 au numerele A1, A2, A3 etc. Lucrările de descompunere de nivel inferior au numărul lucrării părinte și următorul număr de serie, de exemplu, lucrarea de descompunere A3 va avea numerele A31, A32, AZZ, A34 etc. Lucrările formează o ierarhie în care fiecare loc de muncă poate avea un loc de muncă părinte și mai multe copii, formând un arbore. Un astfel de arbore se numește arbore de noduri, iar numerotarea de mai sus se numește numerotare de noduri. Diagramele IDEF0 sunt dublu numerotate. În primul rând, diagramele sunt numerotate după nod. Diagrama de context are întotdeauna numărul A-0, descompunerea diagramei de context este numărul A0, restul diagramelor de descompunere sunt numere după nodul corespunzător (de exemplu, A1, A2, A21, A213 etc.). BPwin menține automat numerotarea pe noduri, adică în timpul descompunerii, este creată o nouă diagramă și i se atribuie automat numărul corespunzător. Ca urmare a examinării, diagramele pot fi rafinate și modificate, prin urmare, pot fi create versiuni diferite ale diagramei de descompunere ale aceleiași (din punctul de vedere al locației sale în arborele nodurilor). BPwin vă permite să aveți o singură diagramă de descompunere într-un model la un nod dat. Versiunile mai vechi ale diagramei pot fi stocate ca o copie pe hârtie sau ca o diagramă FEO. (Din păcate, atunci când creați diagrame FEO, nu există nicio opțiune de rollback, adică puteți obține descompuneri FEO din diagramă, dar nu invers.) În orice caz, ar trebui să distingeți între diferite versiuni ale aceleiași diagrame. Pentru aceasta, există un număr special - numărul C, care trebuie atribuit manual de către autorul modelului. Numărul C este un șir arbitrar, dar se recomandă respectarea standardului atunci când numărul constă dintr-un prefix alfabetic și un număr de ordine, cu inițialele autorului diagramei folosite ca prefix, iar numărul de ordine este manual. urmărit de autor, de exemplu MCB00021.

Ar putea fi util să citiți: