Familiaritate cu notația IDEF0 și fundul wiki-ului. Metodologia modelării funcționale idef0 Informații secrete despre metodologia idef0

Metodologia IDEF0

Metodologia IDEF0 pedepsește necesitatea unui sistem ierarhic de diagrame - descrieri unice ale fragmentelor sistemului. În primul rând, se realizează o descriere a sistemului în ansamblu și interacțiunea acestuia cu excesul de lumină (diagrama contextuală), după care se efectuează o descompunere funcțională - sistemul este împărțit în subsisteme și subsistemul pielii este descris unul lângă altul (diagrame descompunere). Apoi subsistemul pielii este împărțit în continuare până când se atinge nivelul necesar de detaliu.

Kožna IDEF0-diagramaAîndepărtați blocurile și arcurile. Blocurile reprezintă funcțiile sistemului care se modelează. Arcurile conectează blocurile între ele și reprezintă interacțiunile dintre ele.

Blocurile funcționale (lucrările) de pe diagrame sunt reprezentate prin dreptunghiuri, ceea ce înseamnă procese numite, funcții sau sarcini care se desfășoară în timp și produc rezultate care pot fi recunoscute. Numele robotului este indicat de nume, care indică acțiunea.

IDEF0 Este important ca diagrama să aibă cel puțin trei și trei mai mult decât șase blocuri. Aceste limite încurajează complexitatea diagramelor și modelelor la un nivel ușor de citit, înțeles și înțeles.

Partea de piele a blocului are o importanță deosebită și are o importanță deosebită. Partea stângă a blocului este alocată pentru intrări, partea de sus - pentru încălzire, dreapta - pentru ieșiri, partea de jos - pentru mecanisme. Această desemnare subliniază principiile fundamentale ale sistemului: intrările sunt transformate în ieșiri, controlul se interconectează și atribuie minții transformarea, mecanisme pentru a arăta care este noua funcție.

Blocurile IDEF0 sunt plasate în spatele nivelului de importanță, după cum înțelege autorul diagramelor. Acest mod nobil se numește dominație. Dominanța este înțeleasă ca un aflux, pe care un bloc îl repara pe celelalte blocuri cu diagrame. De exemplu, blocul dominant de diagrame poate fi fie prima funcție cu o secvență necesară, fie o funcție planificată sau de control care se revarsă în toate celelalte.

Cel mai mare bloc dominant este situat în colțul din stânga sus al diagramei, iar cel mai dominant bloc este situat în colțul din dreapta.

Reformarea blocurilor de pe pagină întărește dominația semnificativă a autorului. Astfel, topologia diagramelor arată care funcții pot avea un impact mai mare asupra altora. Pentru a sublinia acest lucru, analistul poate renumerota blocurile în funcție de ordinea dominației lor. Ordinea de dominanță poate fi indicată printr-un număr plasat în cuta inferioară dreaptă a rectului cutanat: 1 este indicat pentru cea mai mare dominanță, 2 – pentru avans etc.

Interacțiunile dintre lumea exterioară și una de cealaltă sunt descrise de apariția săgeților, care sunt afișate ca linii unice cu săgeți la capete. Săgețile conțin informații și se numesc nume.

IDEF0 are cinci tipuri de săgeți.

Log in- obiecte care sunt vicorizate și recreate robot pentru a determina rezultatul (ieșirea). Se presupune că robotul poate împinge săgeata dreapta până la intrare. Săgeata de intrare este mică pentru a indica faptul că intri în partea stângă a robotului.

management-.informaţii legate de activităţile robotului. Semnalează săgețile care le controlează și poartă informații care indică faptul că robotul trebuie îndepărtat. Pielea robotului este responsabilă pentru dorința mamei de a avea o săgeată de control, care este afișată ca intrarea în partea de sus între robot.

Vikhid- Obiecte în care intrările sunt transformate. Pielea robotului este responsabilă pentru dorința mamei de a avea o singură săgeată de ieșire, care este arătată ca ieșind din partea dreaptă a robotului.

Mecanism- Resurse de alocat robotului. Săgeata mecanismului este trasă când intră în marginea inferioară a robotului. La discreția analistului, săgețile mecanismului pot să nu apară pe model.

Viklik- O săgeată specială care indică un alt model de robot. Săgeata este desenată ca venind din partea inferioară a robotului și este desenată pentru a indica faptul că acțiunea robotului este situată în afara limitelor sistemului care este modelat.

Mic 2.1 Tipuri de săgeți

Metodologia IDEF0 necesită cinci tipuri de interacțiuni între blocuri pentru a descrie intrările lor: circulație, intrare, poartă de control, poartă de intrare, mecanism de ieșire. Conexiunile de la control și intrare sunt cele mai simple, iar fragmentele reflectă acțiuni directe care sunt înțelese intuitiv și chiar mai simple.

Mic 2.2. Sună la ieșire

Mic 2.3. Contact de la conducere

Controlul relațional eșuează atunci când ieșirea unui bloc curge direct într-un bloc cu mai puțină dominanță.

Legătura de întoarcere de la control și revenirea la intrare sunt pliate, la fel ca iterația și recursiunea. Și când părăsiți un robot, vă îmbinați în următoarea generație de alți roboți, care este, de asemenea, conectat la robotul de ieșire.

Se datorează și legătura gateway cu managementul; Ori de câte ori iese un bloc, blocul curge din marea dominație.

Conexiunile mecanismului de ieșire sunt rareori întrerupte. Ele reprezintă situația în care ieșirea unei funcții este accesibilă în mod specific pentru alta.

Mic 2.4. Semn de poartă la intrare

Mic 2.5. Legătura poarta de la control

Conexiunile „ieșire-mecanism” sunt legate de împărțirea resurselor (de exemplu, unelte necesare, personal, spațiu fizic, echipamente, finanțe, materiale).

Cu IDEF0, un arc rareori reprezintă un obiect. Numele simbolizează un set de obiecte. Fragmentele arcului reprezintă seturi de obiecte, care pot fi fie puncte fără cap (dzherel) fie puncte finale (principal). Prin urmare, arcurile pot fi slăbite și conectate în moduri diferite. Întregul arc sau părțile sale pot proveni dintr-unul sau mai multe blocuri și se pot termina în unul sau mai multe blocuri.

Aplatizarea arcurilor, care apare ca linii care diverge, înseamnă că toate sau o parte din arcele pot apărea în zona pielii. Arcul este mai întâi desemnat înainte de dezinstalare, pentru a da un nume fiecărui set. În plus, pliul cutanat al arcului poate fi sau nu desemnat în conformitate cu următoarele reguli:

Nu marcați cuiele pe obiectele plasate în arc înainte de desfășurare;

perie, marcată după punctul de îndreptare, mătură toate obiectele sau aceeași parte, marcată în mijlocul arcului înainte de îndreptare.

Topirea arcurilor în IDEFO, care apare ca linii care converg dintr-o dată, indică faptul că în loc de un ac de piele, se formează un semn pentru arc, care este rezultatul topirii arcurilor de ieșire. După îmbinare, arcul rezultat este din nou desemnat pentru inserarea unui nou set de obiecte, care este generat după îmbinare. În plus, eticheta de piele înaintea răului poate sau nu să apară în conformitate cu următoarele reguli:

Mic 2.6. Mecanism de ieșire a conexiunii

Pe obiectele situate în punctul arcului după incendiu trebuie puse cuie nemarcate;

marcat înainte de scurgere, îndepărtați mustața sau acțiunile obiectului de la supraasigurare la colțul după scurgere,

numărul de blocuri pe diagrame - N;

diagrame de nivel de descompunere - L;

echilibrul diagramelor - ÎN;

numărul de săgeți care se conectează la bloc - A

Acest set de factori este aplicat diagramei de piele a modelului. În viitor, recomandările vor fi revizuite pe baza valorilor factorilor din diagrame.

Este necesar să se deplaseze până când numărul de blocuri de pe diagramele nivelurilor inferioare este mai mic decât numărul de blocuri de pe diagramele tatălui, astfel încât odată cu creșterea nivelului de descompunere nivelul de descompunere se va modifica. În acest fel, scăderea coeficientului de a vorbi despre acestea. că în lumea descompunerii modelului, funcțiile sunt de vină, deoarece numărul de blocuri se poate modifica.

Diagramele sunt echilibrate. Aceasta înseamnă că între o diagramă situația prezentată în Fig. 2.7: dacă robotul are 1 săgeată de intrare și săgeți de control, înseamnă mai puțină ieșire. Trebuie remarcat faptul că această recomandare poate fi inclusă în modelele care descriu procesele industriale. De exemplu, atunci când descrieți procedura de asamblare a unui bloc, este posibil să nu existe săgeți care să descrie componentele virusului și să iasă o săgeată - virusul terminat.

Mic 2.7. Cap de diagrame dezechilibrate

Am introdus un coeficient de echilibru între diagrame

Este necesar să renunți astfel încât Q fie minim pentru diagrame.

Pe lângă analiza elementelor grafice, utilizați diagrame pentru a analiza denumirea blocurilor. Pentru a evalua numele, este compilat un dicționar de funcții elementare (triviale) ale sistemului care este modelat. De fapt în Dicționar danez vinovat de irosirea funcțiilor nivelului inferior de descompunere a diagramei. De exemplu, pentru un model de bază de date, funcțiile „găsiți înregistrare” și „adăugați înregistrare DB” pot fi elementare, în timp ce funcția de „înregistrare cont” va fi descrisă mai jos.

După formarea dicționarului și plierea pachetului de diagrame de sistem, este necesar să ne uităm la nivelul inferior al modelului. De îndată ce există diferențe în numele blocurilor de diagrame și cuvinte din dicționar, aceasta înseamnă că există un nivel suficient de descompunere a realizărilor. Un coeficient care reflectă îndeaproape acest criteriu poate fi scris ca L*C- Adăugări la nivelul modelului pentru numărul de ori în care numele blocurilor sunt salvate din cuvinte dintr-un dicționar. Cu cât gama modelului este mai mică (mai mult de L), cu atât câștigurile sunt mai valoroase.

Când porniți BPWin, apar bara de instrumente principală, bara de instrumente și Model Explorer.

Când se creează un model nou, apare un dialog în care se indică dacă modelul va fi creat din nou, dacă va fi deschis din depozitul ModelMart, introduceți numele modelului și selectați metodologia în care va fi creat modelul ( Fig. 2.8).

Fig.2.8 Dialog între crearea modelului

BPWin acceptă trei metodologii - IDEF0, IDEF3 și DFD. BPWin are opțiunea de a amesteca modele, astfel încât un model poate fi combinat cu diagramele IDEF0, IDEF3 și DFD în același timp. Aspectul barei de instrumente este schimbat automat atunci când este nevoie să treceți de la o notație la alta.

Modelul BPWin este privit ca o colecție de roboți care operează pe un anumit set de date. Când faceți clic pe orice obiect al modelului cu butonul stâng al mouse-ului, apare un meniu contextual restrâns, fiecare articol corespunzător editorului oricărei autorități a obiectului.

Noul model de sistem poate începe cu conversia tuturor documentelor pe care le descriu. capabilități funcționale. Unul dintre aceste documente este specificația tehnică, iar secțiunile în sine sunt „Scopul dezvoltării”, „Scopul și scopul sistemului” și „Caracteristicile funcționale ale sistemului”.

După procesarea documentelor de ieșire și testarea asistenților și a sistemelor financiare, este necesar să se formuleze o metodă de metamodelare și să se determine punctul de vedere asupra modelului. Să aruncăm o privire la tehnologia utilizată în aplicarea sistemului „Serviciul de angajare în cadrul VNZ”, ale cărei capacități principale sunt descrise în robotul de laborator nr. 1.

Să formulăm o meta-modelare: descrieți funcționarea sistemului, așa cum ar fi de înțeles analistului, fără a intra în detaliu, legat de implementare. Modelul va fi vizibil din ochii părților interesate (student, deponent, administrator, decanat, companie).

Să încheiem cu diagrame IDEF0 contextuale. În urma descrierii sistemului, funcția principală este de a servi clienții prin procesarea cererilor de care au nevoie. De asemenea, este important să lucrați cu diagrame contextuale ca „Deserviți clientul sistemului”. Mai importante sunt datele de intrare și de ieșire, precum și mecanismele de control.

Pentru a deservi un client, este necesar să îl înregistrați în sistem, să permiteți accesul la baza de date și să procesați interogarea acestuia. Ca date de intrare, sunt folosite următoarele: „nume client”, „parolă client”, „ieșire bază de date”, „cerere client”. Datele vor fi solicitate fie înainte de a elimina informațiile din sistem, fie înainte de schimbarea bazei de date (de exemplu, la adăugarea estimărilor experților), apoi datele de ieșire vor fi „apel” și „bază de date modificată”. Procesul de procesare a cererilor este afișat pe monitorul sistemului sub controlul administratorului.

De asemenea, este importantă diagrama de context a sistemului (Fig. 2.9).

Orez. 2.9. Diagrama contextului sistemului

Să descompunăm diagramele de context, descriind secvența serviciului clienți:

Accesul la sistem este important.

Selectați subsistemul.

Upgrade la subsistem.

Zmina DB (pentru consum).

Înlăturăm diagrama prezentată în fig. 2.10.

După ce ați finalizat descompunerea diagramelor contextuale, treceți la descompunerea diagramelor de la nivelul următor. Când vă uitați la nivelul al treilea și inferior al modelului, luați în considerare să apelați la diagramele Tatălui și să le ajustați.

Mic 2.10. Descompunerea robotului „Service, client system”

Descompunem secvenţial toate blocurile diagramelor desenate. Primul pas în determinarea accesului la sistem este atribuirea unei categorii de utilizator. Numele clientului face obiectul unei căutări din baza de date a comerciantului, indicând categoria acestuia. Este clar pentru categoria cântărețului că importanța reînnoită a sistemelor corticale este de așteptat să fie explicată. În continuare, se efectuează procedura de accesare a sistemului, verificând numele de utilizator și parola pentru acces. După primirea informațiilor despre reînnoirea și nivelul de acces la sistem, se formează un set de acțiuni permise pentru client. Astfel, importanța accesului la sistem este așa cum se arată în Fig. 2.11.

Mic 2.11. Descompunerea robotului „Valoarea accesului la sistem”

După finalizarea procedurii de acces la sistem, monitorul analizează intrarea clientului, selectând subsistemul care procesează intrarea. Descompunerea robotului „Fragmentare în subsistem” nu corespunde punctului de vedere al modelului. Sistemul nu interferează cu algoritmii interni ai roboților săi. În acest caz, este important ca selecția subsistemului să se facă automat, fără nicio intrare, astfel încât descompunerea subsistemului să alcătuiască modelul.

Descompunem robotul „Client Request Processing” într-un subsistem de procesare a cererilor, atribuit categoriei și din nou clientului. Înainte de a căuta un răspuns, trebuie să deschideți baza de date (conectați-vă la ea). În acest caz, baza de date poate fi localizată pe un server la distanță, care poate avea nevoie să stabilească o conexiune cu acesta. Secvența operațiilor este semnificativă:

Vidkrittya DB.

O să o întreb pe Vikonanny.

generare de sunete.

După deschiderea bazei de date, este necesar să se anunțe sistemul de instalare a conectării la baza de date, după care autentificarea va solicita și va genera apeluri pentru utilizator (Fig. 2.12).

Este important să rețineți că „Victoria cere” să fie activată activitatea diferitelor subsisteme. De exemplu, dacă testarea include testarea, atunci va fi inclus subsistemul de teste profesionale și psihologice. În etapa de cercetare, poate fi necesară modificarea bazei de date, de exemplu, atunci când se adaugă estimări ale experților. Prin urmare, este necesar să se transmită o astfel de abilitate pe diagramă.

Mic 2.12.

În timpul analizei diagramelor trasate intră în joc nutriția, ce reguli sunt folosite pentru a genera sunete? Este necesar să se detecteze șabloanele formate anterior, care sunt urmate de selecția din baza de date, iar aceste șabloane sunt responsabile de potrivirea interogărilor și sunt responsabile pentru identificarea ulterioară. În plus, clientului i se poate oferi posibilitatea de a alege forma apelului.

Vom personaliza diagrama adăugând săgețile „Șabloane de apel” și „Solicitare de modificare a bazei de date” și săgeata tunel „Client de sistem”. Tunelul „System Client” este blocat pentru a nu plasa o săgeată pe diagrama de sus, deoarece funcția de selectare a formei imaginii nu este suficient de importantă pentru a o afișa pe diagrama tatălui.

Schimbarea diagramelor va duce la ajustarea tuturor diagramelor Tatălui (Fig. 2.13 – 2.15).

Descompunerea robotului „Vikonannaya Zapitu” poate fi realizată complet cu diagrame DFD suplimentare (robot de laborator nr. 3), deoarece metodologia IDEF0 vede sistemul ca un set de roboți dependenți reciproc, care interferează negativ cu procesele de procesare a informațiilor .

Mic 2.13. Descompunerea robotului „Procesează cererea clientului”

Mic 2.14. Descompunerea robotului „Sistem serviciu clienți” (opțiunea 2)

Mic 2.15. Diagrama contextului sistemului (opțiunea 2)

Să trecem la descompunerea blocului rămas „DB Change”. Din punctul de vedere al clientului, acest sistem va fi implementat într-o singură bază de date. În realitate, există șase baze de date prezente în sistem:

DB koristuvachiv,

Baza de date pentru studenți, (opțiunea 2)

Job DB

baza de date de succes,

baza de date de testare,

DB de evaluări de experți,

CV DB.

Este important ca clientul de modelare să înțeleagă că datele găsite nu sunt actualizate imediat în sistem, ci trec printr-o etapă suplimentară de procesare și control. Algoritmul de schimbare poate fi formulat după cum urmează:

Este indicată baza de date care conține informații.

Operatorul generează un set de date sensibil la timp și îl trimite administratorului.

Administratorul controlează datele și le introduce în baza de date.

Acest model poate fi implementat într-un mod diferit, făcând posibilă actualizarea bazei de date direct după interogări, ocolind procesul de control al datelor. Și aici este necesar să se asigure controlul integrității bazei de date pentru a evita orice utilizare greșită. În acest caz, diagrama va arăta astfel (Fig. 2.17).

Mic 2.16. Descompunerea robotului „Zmina DB”

Mic 2.17. Descompunerea robotului „Change DB” (opțiunea 2) Pentru prima opțiune, prezentată în Fig. 2.12

O descompunere suplimentară a „Schimbarea bazei de date” este efectuată pentru a forma un model pliabil, explicând modul în care funcționează schimbarea fizică a bazei de date în sistem. În acest caz, angajatul nu respinge informațiile suplimentare necesare din sistemul serviciului de ocupare a forței de muncă. Descompunerea acestui robot se realizează complet în timpul procesului de proiectare a sistemului de baze de date în etapa creării unui model logic de bază de date.

Descompunerea robotului „Viconanny Wash” va fi realizată pe un robot de laborator avansat, ilustrând realizarea de diagrame DFD pentru a descrie procesele de procesare a informațiilor.

Să efectuăm o analiză rapidă a modelelor prezentate în Fig. 2.12 și 2.13, folosind metoda descrisă mai sus. Să aruncăm o privire asupra comportamentului coeficient al acestor modele. În diagramele părintelui „Procesarea sursei de alimentare a clientului”, coeficientul este același cu 4/2 = 2, iar în diagramele de descompunere 3/3 = 1. Valorile coeficientului se modifică, ceea ce este de remarcat faptul că descrierea a funcției a fost simplificată Acest lucru se datorează nivelului redus al modelului.

Să aruncăm o privire la schimbarea coeficientului Inainte de b Există două opțiuni de model.

pentru o alta varianta

Coeficient Inainte de b nu își schimbă sensul, totuși, echilibrul diagramelor se schimbă.

Este important ca nivelul de descompunere a diagramelor examinate sa fie suficient pentru vizualizarea modelarii, iar pe diagramele de nivel inferior, ca asa-numitul robot, se folosesc functii elementare (din punct de vedere al sistemului). administrator).

Pungile suplimentare ale fundului examinat trebuie să însemne importanța luării în considerare a multor variante ale diagramelor la modelarea sistemului. Astfel de opțiuni pot apărea în timpul ajustării diagramelor, cum ar fi cele create cu „Procesarea cererilor clientului”, sau în timpul creării de implementări alternative ale funcțiilor sistemului (descompunerea robotului „Modificarea bazei de date”). Vizualizarea opțiunilor vă permite să o selectați pe cea mai scurtă și să o includeți în pachetul de diagrame pentru o revizuire ulterioară.

6.2. Metodologia depozitului desemnat SADT (IDEF0)

Metodologia SADT (Tehnica de analiză și proiectare structurată – metodologie de analiză și proiectare structurală) este un set de metode, reguli și proceduri destinate modelului funcțional al sistemului.

Începutul dezvoltării acestei metodologii a fost pus de Douglas Ross (SUA) la mijlocul anilor '60. secolul XX De atunci, analiștii de sistem de la SofTech, Inc. SADT vopsit și vicoristale pentru o gamă largă de probleme. Securitate software linii telefonice, diagnosticare, planificare pe termen lung și strategică, dezvoltare și proiectare automatizate, configurarea sistemelor informatice, pregătirea personalului, managementul financiar și materiale și materiale tehnice - axa de acțiune din zonele de stagnare efectivă a SADT. Gama largă de domenii demonstrează versatilitatea și complexitatea metodologiei SADT. Programul Integrated Computer Aided Manufacturing (ICAM) al Departamentului de Apărare al SUA a fost identificat ca având SADT. Acest lucru a dus la publicarea acestei părți în 1981. IDEF0 (Icam DEFinition), care este un standard federal pentru dezvoltarea securității software. Sub acest nume, SADT a început să recruteze mii de muncitori fahiv din organizațiile militare și industriale. Ultima ediție a standardului IDEF0 a fost publicată în 1993. Institutul Național de Standarde și Tehnologie (NIST).

Această metodologie atunci când descrie aspectul funcțional Sistem informatic concurează cu metodele bazate pe flux de date (DFD). Atunci când este administrat printre acestea, IDEF0 permite:

Descrieți orice sisteme, nu doar informații (DFD este folosit pentru a descrie software);

S-a putut realiza o descriere a sistemului și a ascuțirii sale exterioare până la identificarea celor rămase. Cu alte cuvinte, folosind această metodologie, puteți identifica și analiza pas cu pas sistemul ori de câte ori este important să identificați implicațiile acestuia.

În acest fel, IDEF0 poate rămâne blocat primele etape crearea unei game largi de sisteme. În același timp, puteți utiliza cercetarea pentru a analiza funcțiile sistemelor existente și pentru a dezvolta o soluție pentru a le îmbunătăți.

Baza metodologiei IDEF0 este o descriere grafică a proceselor. Modelul de notație IDEF0 este o colecție de diagrame ordonate ierarhic și interconectate. Diagrama de piele este una dintre descrierile sistemului și este afișată la scară largă.

Modelul (AS-IS, TO-FI sau SHOULD-FI) poate fi 4 tipuri de diagrame [ , ]:

Diagrama de context;

diagrame de descompunere;

Diagramele arborelui nod;

Diagramele sunt doar pentru expunere (doar pentru expunere, FEO).

Diagrama de context (Diagrama de nivel superior), fiind vârful unei structuri arborescente de diagrame, arată semnificația sistemului (funcția principală) și interacțiunea cu mijlocul extern. Un model de piele poate avea mai multe diagrame de context. După descrierea funcției principale, se încheie o descompunere funcțională, adică se identifică funcțiile, inclusiv cea principală.

Alte funcții sunt împărțite în subfuncții până când nivelul necesar de detaliu este atins în sistemul monitorizat. Diagramele care descriu un astfel de fragment al sistemului sunt numite diagrame de descompunere . După sesiunea de descompunere a pielii, se desfășoară sesiuni de examinare - experți în domeniu pentru a confirma asemănarea proceselor reale cu crearea diagramelor. Neconcordanțele identificate sunt rezolvate, după care trecem la detalierea în continuare a proceselor.

Diagrama unui arbore de noduri arată locația ierarhică a funcției (muncă), precum și legătura dintre acestea. Ele pot fi o așchie, așchiile de lemn pot fi tăiate la o adâncime suficientă și dintr-un nod suficient.

Diagrame pentru expoziție va fi folosit pentru a ilustra anumite fragmente ale modelului prin afișarea unui punct de vedere alternativ asupra proceselor care sunt active în sistem (de exemplu, din punctul de vedere al organizației organizației).

6.3. Elemente de notație grafică IDEF0

Metodologia IDEF0 a devenit recunoscută pe scară largă și se bazează în primul rând pe o notație grafică simplă care este utilizată pentru a genera un model. Componentele principale ale modelului sunt diagramele. Ele afișează funcțiile sistemului sub formă de freze drepte, precum și conexiunile dintre acestea și miezul extern din spatele ajutorului de săgeți. Folosirea doar a două primitive grafice (linie dreaptă și săgeată) vă permite să explicați rapid regulile și principiile diagramelor IDEF0 persoanelor care nu sunt familiarizate cu această metodologie. Acest avantaj vă permite să conectați și să activați activitățile managerului adjunct din descrierea proceselor de afaceri din surse formale și externe. film grafic.

Micuțul arată principalele elemente ale notației grafice IDEF0.

Mic 6.1. Elemente de notație grafică IDEF0

Freză dreaptă є robot (proces, activitate, funcție sau loc de muncă) care poate fi reparat și duce la rezultatul dorit. Lucrarea poate fi exprimată (de exemplu, „Producția de piese”, „Rozrahunok de cantități permise”, „Formarea fișei de date nr. 3”).

Interacțiunea dintre ele și lumina exterioară este descrisă de apariția săgeților. IDEF0 este separat 5 tipuri de săgeți :

- Log in (Intrare în limba engleză) - material sau informații care sunt vikorizate și recreate de roboți pentru a produce un rezultat (ieșire). Intrarea informează alimentele „Ce necesită proba?” Așa cum intrarea poate fi un obiect material (material, detaliu, lucrare de examen), nu are contururi fizice clare (este furnizată bazei de date, surse de alimentare). Se presupune că robotul poate împinge săgeata dreapta până la intrare. Săgețile de la intrare sunt acum pictate astfel încât să intri în partea stângă a robotului;

- management (English control) – cele care reglementează și date normative care controlează robotul. Conducerea îi informează pe nutriționiști „Care este sfârșitul robotului?” Managementul curge în robot, dar se transformă în el, atunci. apare ca un schimb. Modul de gestionare poate fi reguli, standarde, reglementări, ratinguri, adoptarea comenzilor. Săgețile de control sunt desenate pentru a intra în partea de sus între roboți. Dacă în timpul spectacolelor zilnice intră în joc nutriția, cum să desenezi corect săgeata focului sau a răului, atunci se recomandă să o pictezi ca intrare (săgeata răului);

- Ieșire (ieșire în limba engleză) – material și informații care reprezintă rezultatul cercetării. Rezultatul sugerează „Care este rezultatul muncii?” Ieșirea poate fi fie un obiect material (piesă, mașină, documente de plată, proprietate), fie un obiect intangibil (selectarea datelor din baza de date, confirmarea alimentelor, dacă este indicat). Săgețile de ieșire sunt desenate pentru a ieși din partea dreaptă a robotului;

- mecanism (mecanism englez) - resurse care contribuie la robot. Mecanismul îl informează pe nutriționist „Cine face treaba și cine mă va ajuta cu ce?” Ca mecanism, poate fi personalul întreprinderii, studentul, aspectul, echipamentul, programul. Săgețile mecanismului sunt trase pentru a intra pe marginea de jos a robotului;

- wiklik (apel în limba engleză) - săgeata indică faptul că o parte a robotului este situată în afara limitelor blocului examinat. Săgețile de ieșire sunt desenate venind de la limitele inferioare ale robotului.

6.4. Tipuri de comunicații între roboți

După atribuirea de funcții depozitului și interconexiunile dintre ele, apare furnizarea compoziției (combinației) corecte a acestora în modul (subsistem). Trebuie remarcat faptul că funcția pielii este responsabilă pentru o sarcină foarte specifică. În alte cazuri, este necesară descompunerea sau divizarea ulterioară a funcției.

La combinarea funcțiilor într-un subsistem, este necesar să se ajusteze astfel încât conectivitatea internă (între funcțiile din mijlocul modulului) să fie puternică, iar conectivitatea externă (între funcțiile incluse în diferite module) i), eu sunt slab. Bazându-ne pe semantica metodologiei legăturilor, clasificăm în mod natural legăturile dintre funcții (roboți). Această clasificare este extinsă. Tipurile de conexiuni sunt determinate în ordinea schimbării semnificației lor (puterea conexiunii). În colțuri, liniile groase arată funcții, inclusiv analiza tipului de conexiune.

1. Conjunctiv ierarhic (conjuncție „parte” – „tsile”) Există un loc între funcția și subfuncțiile din care este format.

Mic 6.2. Legătură ierarhică

2. Legătură de reglementare (hotărâre, subordonare). reflectă importanța unei funcții față de alta, dacă ieșirea unui robot este directă către celălalt. Funcția care iese din keruvannya o urmează pe cea de reglare sau keruyuchy, iar ceea ce intră este subordonată. Separa contact direct cu conducerea , dacă controlul este transferat de la un robot de nivel superior la unul de nivel inferior (Fig. 6.3), atunci Link la gateway din conducere , dacă keruvannaya este transferată de la inferior la superior (Fig. 6.4).

3. Conexiune funcțională (tehnologică). Acesta este cazul când ieșirea unei funcții este intrarea unei alte funcții. La o privire, fluxul de obiecte materiale Danemarca sună arată tehnologia (secvența operațiilor) de prelucrare a acestor obiecte. Separa apel direct la intrare , dacă ieșirea este transferată de la robotul superior în cel inferior (Fig. 6.5), atunci soneria la intrare când ieșirea este transferată de la cea mai mică la cea mai mare (Fig. 6.6).

Mic 6.5. Apel direct la intrare	Mic 6.6. Semn de poartă la intrare

4. Un sunet plin de viață Poate fi adecvat dacă rezultatul unei funcții servește ca mecanism pentru funcția ofensivă. Astfel, o funcție absoarbe resurse care sunt generate de alta.

Mic 6.7. Un sunet plin de viață

5. Conexiune logică Aveți grijă între funcții similare din punct de vedere logic. Astfel de funcții, de regulă, sunt construite în același mod, dar în moduri diferite (alternative) sau în moduri diferite (materiale).

Mic 6.8. Conexiune logică

6. Legătura colegială (metodică). Există un loc între funcții, al căror algoritm este determinat de unul și aceleași controale. Un analog al unei astfel de conexiuni este robot adormit Concurenții unui departament (colegi), care sunt subordonați unui superior, care emite ordine și pedepse (semnale primare). Această conexiune apare și dacă algoritmii acestor funcții sunt alocați acelorași prevederi metodice (SNIP, GOST, materiale de reglementare oficiale etc.) pentru a servi drept management.

Mic 6.9. Apel metodic

7. Link de resurse Între funcții se află că folosesc aceleași resurse pentru munca lor. Funcțiile întârziate din cauza resurselor, să zicem, sunt imposibil de rezolvat peste noapte.

Mic 6.10. Link de resurse

8. Link de informații Există un loc între funcțiile care oferă aceleași informații ca și intrare.

Mic 6.11. Link de informații

9. Apel timp de oră Apare între funcții care se pot termina cu o oră înainte sau cu o oră după o altă funcție.

Pe lângă importanța bebelușului, această conexiune are loc între alte comenzi, intrări și mecanisme conectate, care fac parte dintr-o singură funcție.

Mic 6.12. Apel timp de oră

10. Vipadkovy zv'yazok Este blamat atunci când legătura specifică între funcții este mică și pe tot parcursul zilei.

Mic 6.13. Vipadkovy zv'yazok

Dintre toate tipurile de conexiuni, cea mai puternică este conexiunea ierarhică, care, în esență, înseamnă o funcție comună a modulului (subsistemului). Cele mai slabe sunt conexiunile de reglementare, funcționale și vii. Funcțiile cu aceste conexiuni sunt destinate a fi implementate numai în subsistem. Conexiunile logice, colegiale, de resurse și informații sunt printre cele mai slabe. Funcțiile care pot fi implementate, de regulă, sunt implementate în diferite subsisteme, pe lângă funcții similare din punct de vedere logic (funcții conectate printr-o legătură logică). O legătură rapidă pentru a observa că funcțiile sunt slab legate între ele și sunt importante pentru implementare în modulele adiacente.

Astfel, cu funcțiile modulului, cele mai importante sunt primele cinci tipuri de conexiuni. Funcțiile conectate prin celelalte cinci legături pot fi implementate mai ușor în module separate.

IDEF0 are unele avantaje (reguli și linii directoare) pentru crearea diagramelor care facilitează citirea și examinarea modelului [,]. Unele dintre aceste reguli CASE sunt acceptate automat, în timp ce altele trebuie introduse manual.

1. Înainte de a crea un model per model, este necesar să indicați ce model(e) de sistem vor fi generate. Aceasta înseamnă că este atribuit tipului AS-IS, TO-BE sau SHOULD-BE și indică poziția desemnată în funcție de modelul care va fi. „Punctul de vedere” este cel mai bine recunoscut ca fiind locul (poziția) unei persoane sau a unui obiect care este necesar pentru a menține sistemul în acțiune. De exemplu, cu un model aleator de lucru într-un magazin alimentar, puteți alege un vânzător, casier, contabil sau director dintre posibilii solicitanți, așa cum se vede de sistem. Asigurați-vă că selectați un punct de vedere care surprinde cel mai bine toate nuanțele sistemului robotic și, dacă este necesar, pentru anumite diagrame de descompunere, diagramele FEO vor fi folosite pentru a afișa un punct de vedere alternativ.

2. Un bloc este afișat pe diagrama de context, care arată funcțiile sistemului. În acest scop, se recomandă afișarea a 2-4 săgeți care intră și ies din partea pielii.

3. Numărul de blocuri de pe diagramele de descompunere este recomandat să fie între 3-6. Deoarece diagrama de descompunere conține două blocuri, nu are sens. Datorită numărului mare de blocuri, diagrama devine aglomerată și greu de citit.

4. Blocurile de pe diagrama de descompunere sunt dispuse de sus în dreapta și de jos în jos. Acest aranjament vă permite să afișați mai clar logica și secvența execuției. În jurul acestuia, traseele săgeților vor fi mai puțin încurcate, iar numărul de pânze va fi minim.

5. Nu este permisă prezența funcției săgeților de control și introducere simultană. Aceasta înseamnă că lansarea acestei funcții nu este controlată și poate rămâne inactiv pentru o perioadă de timp sau chiar de mai multe ori.

Mic 6.14. Funcție fără conexiune și intrare

Blocul poate fi văzut în mod clar ca un apel la o funcție de program (procedură) fără parametri. Dacă blocul are o intrare, este echivalent cu un clic într-un program de funcții cu parametri. Astfel, un bloc fără control și intrare este echivalent cu o funcție astfel încât în ​​program programul nu răspunde întotdeauna la pictogramă.

În fig. 6.7–6.12, care afișează fragmente de diagrame IDEF0, blocurile fără intrare și nucleele sunt condensate. Nu este ușor să priviți asta ca pe o milă, pentru că este important să rețineți că una dintre aceste săgeți poate fi făcută.

6. Blocul de piele are cel puțin o ieșire.

Mic 6.15. Funcționează fără ieșire

Munca fără rezultate nu are sens și nu trebuie modelată. De vină sunt roboții care apar în modelul AS-IS. Este evident că procesele tehnologice sunt ineficiente și lipsite de minuțiozitate. În modelul TO-BE, acești roboți pot fi zilnic.

7. Când vizionați spectacolul, minimizați numărul de cusături, bucle și întoarceri ale săgeților.

8. Inversările și iterațiile (acțiuni ciclice) pot fi descrise folosind inversări. Legăturile porții de la intrare sunt vopsite cu o buclă „inferioară”, legătura porții de la control este marcată cu bucla „superioară” (div. Fig. 6.4 și 6.6).

9. Bloc de piele și săgeată de piele pe diagramele mamei vinovate. Este permisă vikorizarea alinierii (descompunerea) sau separarea (compunerea) săgeților. Acest lucru se datorează faptului că aceleași date sau obiecte generate de un robot pot fi replicate în mulți alți roboți. Cu toate acestea, date și obiecte similare generate de roboți diferiți pot fi analizate în același loc.

Mic 6.16. Scoaterea săgeților

În acest caz, este permisă introducerea săgeților de clarificare a numelor pe diferitele știfturi după îndreptare (înainte de călcare). Dacă acul nu poartă numele după îndreptare, este important ca numele acestuia să corespundă cu numele acului scris înainte de îndreptare.

Deci, în fig. Controlul 6.16, care este inclus înaintea blocurilor „Producție de piese” și „Mașină de pliat”, poate fi specificat mai detaliat. depozit Cel mai secret management „Kreslennya”. Pentru robot, blocul „Control luminozitate” este selectat din toate scaunele.

Nu este posibil să desenați săgeți pe diagramă decât dacă sunt denumite înainte și după detartrare. În fig. 6.17 săgeata care intră în blocul „Formarea declarațiilor standard” nu are denumire decât după aliniere, ceea ce este în regulă.

Mic 6.17. Nume de săgeți incorecte

10. Când diagramele rulează, mecanismul de tunel pentru săgeți poate fi utilizat pentru citirea rapidă. De exemplu, pentru a nu supraîncărca diagramele regiunilor superioare (ale lui Batkov) cu detalii complicate, pe diagramele de descompunere vârful arcului este plasat lângă tunel.

Mic 6.18. Tunnel de săgeți

În acest caz, cu modelul zilnic de efectuare a unei noi răni, mecanismul „două sucuri” nu este afișat pe diagramele regiunilor superioare, când citiți, care puteți obține o nutriție corectă: „Și acum aveți nevoie de două sucuri pe o nouă rană ku?

În mod similar, puteți utiliza metoda inversă pentru a opri tunelul - împiedicând săgeata să apară pe diagrame regiunile inferioare. Pentru acest tip, brațele rotunde sunt plasate la capetele săgeții. Pe diagrama de context (div. Fig. 6.21) este umbrit mecanismul „Colony Service Engineer”, care este inclus înaintea blocului „Evaluarea fluidelor admisibile”. Această decizie a fost luată, deoarece inginerul ia parte la toți roboții afișați pe diagrama de descompunere a acestui bloc (div. Fig. 6.22). Pentru a nu arăta această legătură și a nu caracteriza diagrama de descompunere, săgeata a fost ascunsă.

11. Toate săgețile care intră și ies din bloc, atunci când sunt utilizate pentru o nouă diagramă de descompunere, vor fi afișate pe acesta. Săgețile umbrite devin vinovate. Numele săgeților transferate în diagrama de descompunere pot fi aceleași cu numele afișate pe diagramele de nivel superior.

12. Dacă două săgeți sunt paralele (încep de la aceeași margine a unui robot și se termină pe aceeași margine a altui robot), atunci, dacă este posibil, trasează-le Unite și numește-le un singur termen.

Mic 6.19. Conexiune de conectare

13. Blocul de piele de pe diagrame este de vină pentru numărul puternic al mamei. Pentru a indica poziția oricărei diagrame sau bloc în ierarhie, se caută numerele diagramei. Blocul de pe diagrama nivelului superior este indicat cu 0, blocurile de pe diagramele celuilalt nivel sunt indicate prin numere de la 1 la 9 (1, 2, ..., 9), blocurile de la al treilea nivel sunt indicat prin două numere, primul indicând numărul blocului care se detaliază, din diagramele Patriei, iar un alt număr de bloc în ordine pe diagrama de flux (11, 12, 25, 63) etc. A", urmat după numărul blocului descompus (de exemplu, "A11", "A12", "A25", "A63"). Cel mic arată o diagramă arborescentă tipică (diagrama arborelui nodului) cu numerotare.

Mic 6.20. Ierarhia diagramelor

În metodele CASE actuale, mecanismele de numerotare sunt acceptate automat. Tehnicile CASE oferă, de asemenea, diagrame automate pe zi ale arborelui nodurilor, ceea ce elimină conexiunile ierarhice. Partea de sus a unor astfel de diagrame poate fi orice vuzol (bloc) și poate fi cauzată de orice argilă.

6.6. Buttstock-ul este un model IDEF0 pentru sistemul de calcul al vitezelor admisibile

Defalcarea vitezelor admisibile pentru trenuri și sarcini de inginerie cu forță de muncă intensivă. Atunci când un tren trece pe lângă orice fel de teren, fluiditatea reală a operatorului trenului nu trebuie să depășească limita admisă. Această limitare a fluidității admisibile este stabilită pe baza funcționării complete și a testării speciale a dinamicii roverului și a fluxului pe șenile unui depozit uscat. Netransferul acestei fluidități garantează siguranța trenurilor și o călătorie confortabilă pentru pasageri etc. curbe, curbe de tranziție, prezentarea șinei exterioare etc. mug.). De regulă, pentru a stabili viteze admise, este necesar să se calculeze cel puțin două (pe linii drepte) și cinci (pe curbe) viteze, din care este selectată viteza reziduală admisă, ca cea mai mică dintre toate pierderile. Creșterea acestor specii este reglementată de Ordinul Ministerului Căilor Ferate din Rusia nr. 41 din 12 noiembrie 2001. „Norme de viteză admisă într-un depozit uscat pentru șinele de cale ferată de 1520 (1524) mm ale Transportului Feroviar Federal.”

După cum am menționat, modelul IDEF0 începe prin reprezentarea întregului sistem în cea mai simplă formă de componente (diagrame de context). Această diagramă arată scopul (funcția principală) a sistemului și intrările și ieșirile necesare, informațiile aferente și de reglementare, precum și mecanismele.

Diagrama de context pentru setarea vitezelor admisibile este prezentată în Fig. 6.21. Pentru fiecare model, produsul este BPwin 4.0 de la Computer Associates.

Mic 6.21. Diagrama contextuală a sistemului de calcul al vitezelor admisibile (metodologia IDEF0)

In yakosti informații de ieșire, pe baza cărora se determină valorile vitezelor admise, vikorista:

Date pentru proiectul unei noi linii sau a unui proiect de reconstrucție (dați toate informațiile necesare pentru implementarea proiectului, inclusiv kilometrajul în sine, axele punctelor din apropiere, planul liniei etc.);

Profil detaliat ulterior (conțin informații similare cu cea la care te-ai uitat);

Pașaportul distanței pistei (conține informații similare cu cea la care te-ai uitat, precum și informații despre calea superioară (VSP));

Date despre rezultatele achiziției planului de către mașina shlyakhovmirnik;

Este posibil să plasați șipcile exterioare în curbe (vezi informații despre plan).

Unele dintre informațiile de ieșire pot fi preluate din jerele diferite. Informațiile despre plan (parametrii curbelor) pot fi preluate din proiectul unei linii noi sau al unui proiect de reconstrucție, un profil detaliat în secțiune transversală, un certificat de distanță etc.

Prin tributuri grijuliiє:

Cerere de la șeful serviciului de poliție rutieră sau Direcția Autostrăzi și Transporturi a TVA „RZ” pentru dezvoltare;

Ordinul nr. 41, în vederea respectării informațiilor de reglementare și preliminare, a procedurii și formulei de determinare a valorilor admisibile;

Informații despre fluxul sau planificarea fluxului trenurilor (informații despre mărcile de locomotive care sunt răsturnate și tipurile de vagoane care sunt expediate);

Informații despre reparațiile planificate ale drumului, reconstrucția și renovarea clădirilor și structurilor.

Rezultatul roboții sistemului de vinovăție:

O listă de lichidări permise, care acoperă toate tipurile de lichidități de asigurare și ne permite să stabilim motivul reducerii acestora;

Vidomosti Ordinea conducatorului de drum cu privire la stabilirea vitezelor admisibile pe portiuni si alte puncte (Ordinul “N”) este conforma cu forma adoptata la drum. Confirmări Ordinul „N” confirmă oficial viteza admisă a trenurilor;

Formularele standard nr. 1, 1a și 2, pentru a se adapta vitezei planificate, care sunt permise pentru elaborarea programului de tren.

Lichidele care sunt incluse în Comanda „N” și formularele standard pot diferi de asigurarea și lichidele indicate pe certificatele care sunt permise. Acest lucru se datorează faptului că ele reprezintă schimbul de fluiditate nu numai în spatele structurii depozitului uscat, a parametrilor VSP și ai curbelor, ci și dincolo de structura structurilor și a litigiilor (deformarea patului drumului, deformarea suporturilor). ) linie de contact etc.). În plus, se adaptează la reparațiile planificate ale clădirii, reconstrucția și renovarea clădirilor și instalațiilor etc.

Odată solicitată, diagrama de context detaliază diagramele suplimentare de descompunere de prim nivel. Această diagramă afișează funcțiile sistemului care pot fi implementate între funcțiile principale. Se numește diagrama pentru care se realizează descompunerea în raport cu diagramele detaliate a tatălui . Diagrama de descompunere în raport cu cea a Tatălui se numește filiale .

Diagrama de descompunere a primului nivel pentru problema considerată este prezentată în Fig. 6.22. Rețineți că atunci când se efectuează descompunerea, funcția de ieșire (descompusă) este împărțită în 3-8 subfuncții (blocuri). În acest caz, se recomandă aranjarea blocurilor pe diagrama de descompunere de la stânga la dreapta și în jos, astfel încât succesiunea și logica interacțiunii dintre subfuncții să fie mai clar vizibile.

Mic 6.22. Diagrama de descompunere la primul nivel (metodologia IDEF0)

Funcția vicioasă pentru rezolvarea acestei sarcini este disponibilă:

Introducerea și ajustarea informațiilor și datelor de reglementare și preliminare privind tronsoanele de drum (blocurile 1 și 2);

Pregătirea uzinei pentru dezarmare (blocul 3). Se indică pentru fiecare parcelă și cantitate, precum și marca locomotivei și tipul vagoanelor, precum și numărul de dimensiuni;

Defalcarea valorilor admisibile este în concordanță cu ordinea formulelor prevăzute în Ordinul nr. 41 (blocul 4). Informațiile de ieșire includ date despre aspectul parcelei (plan, partea superioară a clădirii etc.) și standardele care sunt colectate pe baza instalației pentru dezvoltare;

Formarea unei liste de viteze admise (blocul 5). Pe baza rezultatelor analizei, sunt create mai multe tipuri de documente de ieșire, care, pe de o parte, ne permit să identificăm motivul limitării fluidității și, pe de altă parte, acționează ca bază pentru pregătirea documentelor de reglementare. ;

Formarea și întocmirea proiectului Ordinului „N” și a rapoartelor standard (blocurile 6 și 7).

Odată finalizate diagramele de descompunere ale primului nivel, funcțiile care îi sunt atribuite vor fi adiacente diagramelor (diagramele de descompunere ale celuilalt nivel). Apoi procesul de descompunere (diagrama) continuă până când detalierea ulterioară a funcției își pierde sensul. Pentru fiecare funcție atomică care descrie o operație elementară (adică o funcție care nu este supusă diagramelor de descompunere), este creată o specificație de raport care indică caracteristicile și algoritmul de implementare. În plus față de specificație, puteți utiliza diagrame bloc de algoritm. Astfel, procesul de modelare funcțională se află în ierarhia de funcții stabilită pas cu pas.

6.7. ICOM-kodi

Pyіlki, cules în blocul I v. ). Ca urmare, interfuncțiile nivelului superior sunt aceleași cu cele dintre diagramele de descompunere.

ICOM-kodi (Acronim pentru Input, Control, Output and Mechanism) este folosit pentru a identifica săgețile de delimitare. Codul ICOM conține un prefix care indică tipul de săgeată (I, C, Despre M) și un număr de serie (div. Fig.).

1. Modelul de depozit are o diagramă de context A-0, care conține un singur bloc. Numărul unui singur bloc din diagrama de context A-0 poate fi 0.
2. Blocurile de pe diagrame sunt aranjate în diagonală - din colțul din stânga sus al diagramelor până în colțul din dreapta jos, în ordinea numerelor atribuite. Blocurile de pe diagramă, mutate în partea de sus cu mâna stângă, „domină” peste blocuri, mutate în partea de jos cu mâna dreaptă. „Dominanța” este înțeleasă ca un aflux, un bloc pentru repararea altor blocuri cu diagrame. Dispunerea blocurilor pe diagrame arcuite întărește sentimentul de dominație al autorului. Astfel, topologia diagramelor arată care funcții pot avea un impact mai mare asupra altora.
3. Afișajele non-contextuale pot ocupa cel puțin trei și trei mai mult de șase blocuri. Aceste limite încurajează complexitatea diagramelor la un nivel care este ușor de citit, înțeles și înțeles. Diagramele cu mai puțin de trei blocuri ridică îndoieli serioase cu privire la necesitatea descompunerii Funcția tatălui. Diagrame cu un număr de blocuri peste șase pliuri pentru ca cititorul să înțeleagă și să solicite autorului dificultăți la adăugarea tuturor obiectelor grafice și etichetelor necesare.
4. Blocul skin al diagramelor non-contextuale selectează numărul care se află în colțul din dreapta jos; Ordinea de numerotare este de la blocul din stânga sus până la blocul din dreapta jos (numerele de la 1 la 6).
5. Blocul de piele, supus descompunerii, este de vină pentru mama trimisă la diagrama fiică; Mesajul (de exemplu, numărul nodului, numărul C sau numărul paginii) este plasat sub colțul din dreapta jos al blocului.
6. Numele blocurilor (funcțiile de adăugat) și etichetele săgeților vor fi unice. Etichetele sunt dublate, ceea ce înseamnă că săgețile afișează aceleași date.
7. Dacă săgețile au o topologie pliabilă, repetați marcajul complet pentru o identificare ușoară.
8. Asigurați-vă că asigurați spațiu maxim între blocuri și rotiri de săgeți, precum și între blocuri și barele transversale de săgeți pentru a face diagramele mai ușor de citit. Posibilitatea de a confunda două săgeți diferite se schimbă brusc.
9. Blocurile sunt întotdeauna de vină dacă doresc o săgeată de ieșire și o săgeată de ieșire, altfel este posibil să nu aibă nicio săgeată de intrare.
10. Deoarece aceleași date servesc drept baie, la intrare nu există săgeată de control. Acest lucru întărește natura complexă a datelor și modifică complexitatea diagramelor.
11. Distanța dintre săgețile paralele este maximizată, facilitând plasarea semnelor, citirea acestora vă permite să coaseți liniile săgeților
12. Săgețile sunt conectate (imbinate), deoarece duhoarea dezvăluie similare
    Aceste date și detalii nu sunt afișate pe diagramă (Fig. 2)

    Malyunok 2 - Săgețile sunt în contact

13. Legăturile porților de la controlul părții vinovate sunt afișate ca „în sus și mai sus”
    (Fig.3, a):
    Malyunok 3 – Legături gateway

    Porțile de la intrare sunt afișate ca „jos și dedesubt” (Fig. 3, b). Sunt prezentate și legăturile gulerului cu un mecanism suplimentar. În acest fel, afișarea gulerului va fi asigurată cu un număr minim de linii și retine.

14. Legăturile ciclice pentru același bloc sunt afișate pentru a fi vizibile. Faceți legătura gateway-ului să apară pe diagrama blocului care se descompune. Cu toate acestea, uneori este necesar să vedeți din nou obiectele selectate (Fig. 4)

    Figura 4 - Legături de guler ciclic

15. Săgețile sunt unite, deoarece duhoarea se profilează în dormitor, dzherelo sau primach, iar duhoarea este o dată înrudită. Numele ceresc descrie cel mai bine esența datelor. Apoi, minimizați numărul de săgeți care ating partea de piele a blocului, deoarece, desigur, natura datelor este foarte diversă (Fig. 5)

    Figura 5 - Săgețile se unesc

16. Dacă este posibil, săgețile sunt adăugate blocurilor într-o singură poziție. Apoi, conectarea săgeților de un anumit tip cu blocuri va fi convenabilă și citirea diagramelor va fi ușoară

    Malyunok 6 - săgețile sunt adăugate blocurilor din aceeași poziție

17. Atunci când sunt conectate un număr mare de blocuri, este necesar să se elimine chingile inutil de vâscoase ale săgeților. Minimizați numărul de bucle și rotiri ale săgeții pielii
    

    

18. Blocurile (funcțiile) sunt primite prin mijloc, deoarece există conexiuni cu motorul care generează date, fără o relație specifică desemnată între partea adiacentă a datelor la orice bloc

    

19. Două sau mai multe funcții sunt conectate prin înregistrare, deoarece sunt asociate cu un set de date și nu se află neapărat în faptul că toate interfețele posibile sunt reprezentate ca o pereche prin mijloc. Tipul de interfață, indicații pe copil 10, cel mai scurt, se determină relația dintre elementele de date specifice și blocul de piele

    

20. Este necesar să se examineze (la infinit) diferitele capacități ale săgeților care sunt utilizate.

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

În prezent, în Rusia există un interes puternic pentru standardele de management adoptate la sfârșitul deceniului, totuși, în practica reală de management există un punct foarte revelator. O mulțime de informații pot fi puse în discuție direct despre structura organizatorică a companiei sau despre schema proceselor esențiale de afaceri. Cele mai prospere și mai citite periodice economice, managerii încep să-și ia locul cu o singură diagramă ierarhică, iar în acest proces încep să treacă rapid în întuneric. Aceiași oameni sunt îngrijorați de coronavirus și de lucrătorii ceramici diverse serviciiși părți funcționale. Majoritatea tipurilor au un singur set de reguli, în funcție de modul în care poate funcționa întreprinderea, și un set de prevederi înconjurătoare. instrucțiuni de grădinărit. Cel mai adesea, aceste documente au fost formate de mai multe ori, prost structurate și incompatibile între ele și, ca urmare, au căzut pur și simplu ca un ferăstrău asupra poliției. Până la începutul timpului, o astfel de abordare a fost justificată, deoarece la momentul formării economiei de piață ruse, conceptul de concurență era practic inexistent și nu era nevoie în mod special de a cheltui bani pe aceasta - profiturile ar fi gigantic. Drept urmare, am reunit cei doi factori rămași pentru a înțelege pe deplin imaginea: marile companii care au crescut la începutul anilor 90 își creează treptat pozițiile, până la ieșirea din nou de pe piață. Acest lucru se datorează parțial faptului că standardele de management nu au fost implementate în întreprindere și nu a existat o înțelegere a modelului funcțional de activitate și misiune. Cu ajutorul modelării suplimentare a diferitelor sfere de activitate, este posibil să se analizeze eficient „zonele universitare” în management și să se optimizeze schema generală de afaceri. Totuși, după cum știm, în orice întreprindere, cea mai mare prioritate este acordată acelor proiecte care vor aduce imediat profituri, astfel încât reducerea activității și reorganizarea acesteia vor veni doar în fața unei crize semnificative în management O altă companie.

De exemplu, la sfârșitul anilor 90, când concurența a devenit puternică pe piață și profitabilitatea întreprinderilor a început să scadă brusc, olarii au văzut un mare succes atunci când au încercat să optimizeze costurile, produsele au pierdut imediat atât profitabilitatea, cât și competitivitatea. Chiar în acest moment, în fața ochilor ei a devenit foarte clară necesitatea unui model de activitate de afaceri, care să reflecte toate mecanismele și principiile de interconectare a diferitelor subsisteme în cadrul unei singure afaceri.

Însuși conceptul de „modelare a proceselor de afaceri” a intrat în uz de majoritatea analiștilor imediat odată cu apariția pe piață a unor produse software complexe destinate automatizării complexe a managementului afacerilor. Astfel de sisteme vor fi întotdeauna supuse unei analize amănunțite înainte de proiect a activităților companiei. Rezultatul acestei consolidări este un raport de expertiză, care include recomandări pentru includerea „locurilor universitare” în activitățile de management. În etapa acestui proiect, imediat înaintea proiectului de implementare a sistemului de automatizare, se realizează așa-numita reorganizare a proceselor de afaceri, provocând uneori prejudicii grave companiei. Este firesc ca echipa, care a suferit din cauza destinului, va fi mereu capabilă să „gândească într-un mod nou”. Astfel de soluții complexe pentru întreprinderi sunt întotdeauna dificil și foarte ușor de gestionat din când în când. Pentru a realiza astfel de sarcini, modelarea sistemelor de pliere necesită o metodologie și standarde bine testate. Metodologia familiei IDEF se află înaintea acestor standarde. Cu acest ajutor, este posibil să afișați și să analizați eficient modelele de performanță ale unei game largi de sisteme de pliere în diferite dimensiuni. În acest caz, lărgimea și profunzimea proceselor sistemului sunt determinate de însuși dezvoltatorul, ceea ce face posibilă să nu se copleșească modelul cu date complexe. În prezent, la familia IDEF pot fi adăugate următoarele standarde:

IDEF0 – metodologia modelării funcționale. Pe lângă limbajul grafic IDEF0, sistemul care este dezvoltat îi confruntă pe dezvoltatori și analiști cu apariția unui set de funcții interconectate (blocuri funcționale - în termenii IDEF0). De regulă, modelarea folosind metodele IDEF0 este prima etapă de dezvoltare a oricărui sistem;

IDEF1 este o metodologie de modelare a fluxurilor de informații în mijlocul sistemului, care vă permite să afișați și analizați structura și interconexiunile acestora;

IDEF1X (IDEF1 Extended) – metodologie de motivare a structurilor relaționale. IDEF1X este clasificat ca un tip de metodologie Entitate-Relație și este de obicei utilizat pentru modelarea bazelor de date relaționale care pot fi legate de sistemul care este luat în considerare;

IDEF2 este o metodologie pentru modelarea dinamică a dezvoltării sistemelor. În legătură cu complexitățile serioase ale analizei sistemelor dinamice, acest standard a fost practic adoptat, iar dezvoltarea lui a început în stadiul inițial. Cu toate acestea, algoritmii și implementările computerizate prezente vă permit să transformați un set de diagrame IDEF0 statice într-un model dinamic, inspirat de „rețelele Petri pregătite” (CPN – Color Petri Nets);

IDEF3 este o metodologie de documentare a proceselor într-un sistem care este utilizată, de exemplu, pentru monitorizarea proceselor tehnologice din întreprinderi. Ajutorul IDEF3 descrie scenariul și secvența operațiilor pentru un proces de piele. IDEF3 are o relație directă cu metodologia IDEF0 - funcția pielii (blocul funcțional) poate fi reprezentată într-un proces separat prin metodele IDEF3;

IDEF4 este o metodologie pentru sisteme orientate pe obiecte. Caracteristicile IDEF4 vă permit să afișați vizual structura obiectelor și să stabiliți principiile interacțiunii lor, permițându-vă astfel să analizați și să optimizați sisteme complexe orientate pe obiecte;

IDEF5 este o metodologie pentru cercetarea ontologică a sistemelor de pliere. Folosind metodologia IDEF5, ontologia sistemului poate fi descrisă folosind un glosar simplu de termeni și reguli, pe baza căruia se pot forma declarații de încredere despre starea sistemului, care pot fi văzute la momentul potrivit. Pe baza acestor solide, se formează fundații pentru dezvoltarea ulterioară a sistemului și se realizează optimizarea.
În cadrul acestui articol, ne vom uita la metodologia de modelare funcțională IDEF0, care este cel mai des folosită.

Istoricul standardului IDEF0

Metodologia IDEF0 poate fi utilizată în etapa următoare pentru a dezvolta o descriere grafică binecunoscută a sistemelor funcționale SADT (Structured Analysis and Design Teqnique). Din păcate, în Rusia a fost publicată o carte cu același nume într-un tiraj mic, dedicată descrierii principiilor de bază ale diagramelor SADT. Din punct de vedere istoric, IDEF0, ca standard de producție în 1981, a fost dezvoltat în cadrul marelui program de automatizare industrială, care a fost denumit ICAM (Integrated Computer Aided Manufacturing) și a fost aprobat de Departamentul Forțelor Militare și Militare ale SUA. Recent, familia de standarde IDEF și-a pierdut sensul în numele programului (IDEF = ICAM DEFinition). În procesul de implementare practică, participanții la programul ICAM au recunoscut necesitatea dezvoltării de noi metode de analiză a proceselor de interacțiune în sistemele industriale. În acest caz, pe lângă un set mai sofisticat de funcții pentru descrierea proceselor de afaceri, un lucru care a fost posibil până la noul standard a fost prezența unei metodologii eficiente de interacțiune în cadrul „analiștilor-fahivets”. Cu alte cuvinte, metoda noua este responsabil de asigurarea lucrului de grup pe modelul creat, cu participarea tuturor analiștilor și contabililor angajați în cadrul proiectului.

Printr-o căutare de soluții alternative a luat naștere metodologia de modelare funcțională IDEF0. Din 1981, standardul IDEF0 a suferit o serie de modificări minore, majoritatea de natură intermediară, iar ediția rămasă a fost lansată în 1993 de Institutul Național de Standarde și Tehnologie din SUA (NIST).

Elemente și concepte de bază ale IDEF0

Limbajul grafic al IDEF0 este complet simplu și armonios. Metodologia se bazează pe mai multe concepte de bază.

Primul lucru de înțeles este blocul funcțional (Activity Box). Blocul funcțional este afișat grafic sub forma unei plante ortocutanate (div. Fig. 1) și identifică o funcție specifică în cadrul sistemului analizat. Pe lângă standard, denumirea unității funcționale a pielii poate fi formulată într-un mod definit (de exemplu, „a face servicii”, nu „a genera servicii”).

Pielea de pe patru părți ale blocului funcțional are propria semnificație (rol), în care:

Partea de sus este setată la "Keruvannya" (Control);

Partea stângă are valoarea „Intrare”;

Partea dreaptă are valoarea „Ieșire”;

Partea de jos are semnificația „Mecanism”.

Fiecare unitate funcțională dintr-un singur sistem, aparent, este responsabilă pentru numărul său unic de identificare.

1. Bloc funcțional.

Un alt „pilon” al metodologiei IDEF0 este conceptul de arc de interfață (Arrow). De asemenea, arcurile de interfață sunt adesea numite fluxuri și săgeți. Arcul de interfață reprezintă un element al sistemului, care este format dintr-un bloc funcțional sau îmbinat cu o funcție reprezentată de acest bloc funcțional.

Afișajele grafice ale arcului de interfață au o săgeată dreaptă. Arcul de interfață cutanată este responsabil pentru numele său unic (Arrow Label). Conform standardului relevant, numele este același cu numele numelui.

Cu ajutorul arcurilor de interfață, sunt afișate diverse obiecte, care în această lume și în alte lumi indică procesele care rulează în sistem. Astfel de obiecte pot fi elemente ale lumii reale (piese, mașini, aeronave etc.) sau fluxuri de date și informații (documente, date, instrucțiuni etc.).

De asemenea, este important să știți în ce parte merge acest arc de interfață, se numește „input”, „output” sau „kernel”. În plus, „jerelul” (cob) și „prinderea” (capătul) arcului funcțional al pielii pot fi doar blocuri funcționale, în care „jerelul” poate fi doar partea exterioară a blocului, iar noi vom „prinde ” oricare dintre cei trei, Ce ai pierdut?

Este necesar să rețineți că orice bloc funcțional care urmează standardul necesită un arc de interfață care controlează și o ieșire. Acest lucru este de înțeles - fiecare proces trebuie să respecte anumite reguli (reprezentate printr-un arc curbat) și trebuie să producă un anumit rezultat (arcul care iese), altfel această vedere nu duce la niciun sens.

Când rulați IDEF0 - diagrame, este important să consolidați corect arcurile interfeței de intrare din ceramică, ceea ce adesea nu este ușor. De exemplu, bebelușul 2 arată blocul funcțional „Procesează și pregătește”.

Într-un proces real, un muncitor care execută prelucrare va pregăti probabil inserții tehnologice din prelucrare (sau reguli de siguranță atunci când lucrează cu o mașină de prelucrat). Pomilkovo poate crede că atunci când pregătește un document folosind inserții tehnologice și obiecte de intrare, acesta nu este cazul. De fapt, în acest proces cineva este pregătit să urmeze regulile exprimate în inserții tehnologice, care probabil să apară ca un fel de arc de interfață.

Malyunok 2.

Este diferit dacă inserțiile tehnologice sunt completate de tehnologul șef și se fac modificări înaintea acestora (Fig. 3). În acest caz, ele sunt afișate de arcul interfeței de intrare și de obiectul care controlează, de exemplu, noile standarde industriale, pe baza cărora sunt efectuate aceste modificări.

Malyunok 3.

Mai multe aplicații subliniază natura similară a arcurilor de intrare și interfață care sunt controlate, astfel încât sistemele din aceeași clasă vor fi întotdeauna separate. De exemplu, atunci când ne uităm la o întreprindere și o organizație, există cinci tipuri principale de obiecte: fluxuri de materiale (piese, mărfuri etc.), fluxuri financiare (produse finite și nefinisate, investiții etc.), fluxuri de documente (comerciale, financiare). și documente organizaționale), fluxuri de informații (informații, date despre oameni, comenzi etc.) și resurse (mașini noi, mașini, mașini etc.). În acest caz, în diferite situații, toate tipurile de obiecte pot fi afișate prin arcuri de interfață de intrare și ieșire, ceea ce împiedică irosirea fluxului de documente și informații, iar mecanismele arc elimină resurse.

Prezența obligatorie a arcurilor de interfață de control este una dintre principalele caracteristici ale standardului IDEF0 din alte metodologii ale claselor DFD (Data Flow Diagram) și WFD (Work Flow Diagram).

Al treilea concept principal al standardului IDEF0 este descompunerea. Principiul descompunerii devine stagnant atunci când se dezvoltă un proces de pliere pe funcția sa. Nivelul de detaliu al procesului este indicat direct de proiectantul modelului.

Descompunerea permite o reprezentare pas cu pas și structurată a modelului de sistem sub forma unei structuri ierarhice a diagramelor din jur, ceea ce îl face mai puțin suprapus și ușor de dobândit.

Modelul IDEF0 începe cu apariția sistemului ca un singur întreg - un bloc funcțional cu arce de interfață care se întind între zonele care sunt vizibile. O astfel de diagramă cu un bloc funcțional se numește diagramă de context și este desemnată prin identificatorul „A-0”.

Textul explicativ dinaintea diagramelor contextuale are un meta (Scopul) atribuit, diagramele prompte ca o scurtă descriere și un gând (Punctul de vedere) este fixat.

Formalizarea semnificativă a designului modelului IDEF0 este îmbogățită cu un punct important. De fapt, scopul identifică zonele specifice din sistemul de supraveghere pe care trebuie să se concentreze mai întâi. De exemplu, dacă modelăm zilnic activitatea unei afaceri pe baza acestui model de sistem informațional, atunci acest model este strâns legat de cel pentru care am fi dezvoltat aceleiași întreprinderi, dar și cu metoda de optimizare a legăturilor logistice.

Poziția indică dezvoltarea principală a modelului și nivelul de detaliu necesar. O vizualizare mai clară vă permite să explorați modelul, văzând detaliile și urmărind celelalte elemente care sunt necesare dintr-o vedere diferită a sistemului. De exemplu, modelele funcționale ale uneia și aceleiași întreprinderi, din perspectiva tehnologului șef și a directorului financiar, sunt criticate constant pentru caracterul direct al detaliilor lor. Acest lucru se datorează faptului că decizia directorului financiar este să nu se concentreze pe aspectele prelucrării brânzeturilor pe bancurile de producție, iar tehnologul șef nu are treabă să evidențieze modelele de flux financiar. Alegerea corectă pare să scurteze cu adevărat timpul petrecut pe modelul final de zi cu zi.

În timpul procesului de descompunere, blocul funcțional care reprezintă sistemul ca întreg în diagrama de context este detaliat într-o altă diagramă. Diagrama unui alt nivel care a ieșit, plasează blocuri funcționale care reprezintă principalele subfuncții ale blocului funcțional cu diagrame de context și se numesc copil (Diagrama Copil) în raport cu cel precedent (din blocurile funcționale care se află pe o diagramă copil sunt evident numit bloc copil - Child Box). În felul său, blocul funcțional - strămoșul este numit blocul Tatălui în raport cu diagramele fiice ale acestuia (Cutia Părinte), iar diagrama care urmează se numește Diagrama Tatălui (Diagrama Părinte). Pielea cu funcțiile sale subsidiare poate fi mai detaliată folosind o descompunere similară a blocului său funcțional specific. Este important ca în descompunerea cutanată a blocului funcțional, toate arcurile de interfață care sunt incluse în acest bloc și, prin urmare, sunt fixate pe diagrama copil. Acest lucru realizează integritatea structurală a modelului IDEF0. Principiul exact de descompunere a reprezentărilor bebelușului 4. Următoarele sunt luate în considerare înainte de interconexiunile numerotării blocurilor funcționale și diagramelor - fiecare bloc are propriul său număr de serie unic pe diagramă (numărul din colțul din dreapta jos al rect), iar numele de sub colțul din dreapta indică numărul copilului din aceste diagrame bloc. Existența acestui sens indică faptul că nu există o descompunere pentru acest bloc.

Adesea sunt situații când, în afara arcelor de interfață, simțul nu este permis să fie văzut în diagramele copil de mai jos pentru un nivel important din ierarhie, iar apoi, în afara arcelor, simțul practic nu este posibil din niciun motiv. De exemplu, arcul de interfață care reprezintă „piesa” de la intrarea în blocul funcțional „Proces pe strung” nu poate fi sesizat în mai multe diagrame ranguri înalte– va fi mai ușor să utilizați diagramele și să le faceți pliabile pentru utilizare. Pe de altă parte, este nevoie să ne concentrăm pe mai multe arcuri de interfață „conceptuale” și să nu le detaliem prea mult. Pentru a atinge astfel de cerințe, standardul IDEF0 a introdus conceptul de tunel. Denumirea de „tunel” (Arrow Tunnel) în aspectul a două arcade rotunde aproape de începutul arcului de interfață înseamnă că acest arc nu a fost supus blocului funcțional al tatălui și a apărut (din „tunel”) doar pe aceste igrame. În felul său, este marcat și lângă capătul (săgeata) arcului de interfață în mijloc aproape de bloc - punctul înseamnă faptul că în diagrama copil legată de care bloc este afișat acest arc și nu este timpul vizibil. Cel mai adesea, se întâmplă ca în afara obiectelor și arcuri de interfață aferente să nu fie vizibile la niciun nivel intermediar al ierarhiei - în acest caz, ele sunt inițial „închise într-un tunel”, apoi, pentru identitatea necesară, „întoarce-te în tunel."

Singurul lucru rămas de înțeles despre IDEF0 este Glosarul. Pentru elementele skin IDEF0: diagrame, blocuri funcționale, arcuri de interfață, standardul original este creat cu respect și susținut de un set de valori corespunzătoare, cuvinte cheie și date suplimentare care caracterizează obiectul, reflectarea acestui element. Acest set se numește glosar și o descriere a esenței acestui element. De exemplu, pentru orice interfață arc „ordin de plată” glosarul poate provoca depășirea câmpurilor de tipul documentului, introducerea necesară a vizelor etc. Glosarul completează armonios limbajul grafic de bază, oferind diagramelor informațiile suplimentare necesare.

4. Descompunerea blocurilor funcționale.

Principiile plierii IDEF0-diagrame

Pentru ca modelele IDEF0 să poată transporta informații pliabile și concentrate și pentru a le limita relevanța și a le face ușor de citit, au fost adoptate următoarele tipuri de restrângere conform standardului:

Reprezentarea unui număr de blocuri funcționale pe o diagramă trei-șase. Limita superioară (șase) asigură că există suficiente detalii în diagrama finală pentru a justifica crearea acesteia;

Numărul de arcuri de interfață este limitat la un bloc funcțional (care provine dintr-un bloc funcțional).
Evident, nu este deloc dificil să atingi aceste limite, după cum se dovedește, ele sunt chiar practice în roboții reali.

Disciplina muncii de grup privind dezvoltarea modelului IDEF0

Standardul IDEF0 conține un set de proceduri care permit dezvoltarea și utilizarea unui model de către un grup mare de persoane, acoperind diferite domenii de activitate ale sistemului care se modelează. Considerați că procesul de dezvoltare este iterativ și constă din următoarele etape mentale:

Modelul a fost creat de un grup de fachivts, care se referă la diverse domenii de activitate a afacerii. Acest grup în termenii IDEF0 se numește Autori. Modelul cob este un proces dinamic, care impune autorilor să experimenteze structura diferitelor procese cu indivizi competenți. Pe baza constatărilor, documentelor și rezultatelor testelor, se creează un model de schiță.

Negru mai larg pentru vizionare, vreme mai bună și comentarii. În această etapă, proiectarea modelului este negociată cu o gamă largă de persoane competente (în termeni de cititor IDEF0) din întreprindere. În acest caz, pielea din diagramele schiței modelului este criticată și comentată în scris, apoi transferată autorului. Autorul, în felul său, acceptă și critica în scris, sau o aruncă cu logica de a ajunge la o soluție și întoarce din nou lucrarea tăiată pentru o examinare ulterioară. Acest ciclu este tulburător până când autorii și cititorii ajung la un singur gând.

Aprobarea oficială a modelului. Fermetatea modelului este determinată de nucleul grupului de lucru în sensul că autorii modelului și cititorii au zilnic diferențe în adecvarea acestuia. Modelul rezidual este o expresie utilă a întreprinderii (sistemului) dintr-un punct de vedere dat pentru o marcă dată.
Scopul limbajului grafic IDEF0 este de a face modelul complet lizibil pentru persoanele care nu au luat parte la proiect și, de asemenea, eficient pentru expoziții și prezentări. În continuare, pe baza modelului stabilit, pot fi organizate noi proiecte menite să aducă schimbări în întreprindere (în sistem).

Particularitățile practicii naționale de stabilire a modelării funcționale folosind IDEF0

Cu toate acestea, interesul Rusiei pentru familia de metodologii IDEF este în continuă creștere. Sunt constant conștient de acest lucru, uitându-mă la statisticile jocului pe site-ul meu personal (http://www.vernikov.ru), unde sunt descrise pe scurt principiile de bază ale acestor standarde. În acest caz, interesul pentru standarde precum IDEF3-5, aș numi teoretic, dar în IDEF0 este în întregime practic. De fapt, primele soluții bazate pe caz care permit utilizarea diagramelor DFD și IDEF0 au apărut pe piața rusă în 1996, concomitent cu lansarea unei cărți populare despre principiile modelării în standardele SADT.

Timpul nu este mai mic, majoritatea dezvoltatorilor încă apreciază implementarea practică a modelării în standardele IDEF, care a devenit din ce în ce mai la modă și este mai puțin eficientă în optimizarea sistemelor de management al afacerii. Cel mai important, acest lucru se datorează lipsei clar exprimate de informație din cauza statutului practic al acestor metodologii și trucului software indispensabil al majorității absolute a publicațiilor.

Nu este un secret pentru nimeni că aproape toate proiectele pentru analiza și analiza activităților financiare și guvernamentale ale întreprinderilor din Rusia sunt, de asemenea, legate de sistemele de control automatizate de zi cu zi. Drept urmare, standardele IDEF au devenit din ce în ce mai nerezonabile pentru majoritatea oamenilor. tehnologia Informatiei Cu toate acestea, în scurt timp puteți conduce efectiv mici fabrici locale, literalmente cu ajutorul oilor și al hârtiei.

Atunci când desfășurați proiecte de pliere pentru întreprinderi de matlasare, dezvoltarea modelelor folosind standardul IDEF0 vă permite să afișați cu acuratețe și eficient întregul mecanism al activității de producție în secțiunea necesară. Cu toate acestea, cel mai important lucru este puterea muncii colective, așa cum sugerează IDEF0. Activitatea mea practică a avut o mulțime de suișuri și coborâșuri când modelul a lucrat cu ajutorul direct al diferitelor animale. În acest caz, consultantul va explica principiile de bază ale IDEF0 într-o oră scurtă și va începe lucrul cu o varietate de aplicații. securitatea software-ului. Ca urmare, agenții patogeni ai diferitelor specii au creat diagrame IDEF ale activității speciilor lor funcționale, care au fost responsabile pentru următoarea nutriție:

Ce ar trebui să cauți la intrare?

Ce funcții și în ce ordine sunt incluse în subsecțiune?

Cine este responsabil pentru determinarea funcției pielii?

Care este tratamentul final pentru funcția pielii?

Care este rezultatul procesului robotizat (ieșire)?

Odată ce punctele negre sunt mulțumite de parcelele pielii unei anumite celule, acestea sunt selectate ca consultant pentru modelul întreprinderii puncte negre, care leagă toate elementele de intrare și de ieșire. În această etapă, sunt înregistrate toate problemele diagramelor din jur și problemele controversate. În continuare, acest model va parcurge din nou secțiunile funcționale pentru dezvoltarea ulterioară și efectuarea ajustărilor necesare. Drept urmare, în doar o oră scurtă și cu un minim de resurse umane obținute din partea companiei de consultanță (și aceste resurse, aparent, nu mai sunt ieftine), un model IDEF0 de întreprindere urmează „As It Is”. principiu, și, important, reprezintă minciuni în afaceri cu poziții ale specialiștilor militari, care lucrează și cunosc temeinic toate nuanțele, inclusiv cele informale. În continuare, acest model va fi transferat pentru analiză și procesare analiștilor de afaceri care vor căuta „locuri universitare” în compania de management și vor optimiza procesele principale, modelul de transformare „Ce este” este clar identificat nya „Yak maje buti”. Pe baza acestor modificari se introduce un sistem de sub-saci care contine recomandari de reorganizare a sistemului de control.

Evident, o astfel de abordare va necesita contribuții organizaționale reduse, în primul rând din partea industriei de curățare. Acest lucru se datorează faptului că această tehnologie transferă cerințele diverselor echipamente medicale de la stăpânirea și aplicarea practică a noilor metodologii. Totuși, la capătul pungii este adevărat că timp de câteva zile un an sau doi ani suplimentari de muncă a acelorași specialiști vă va permite să economisiți mulți bani la plata serviciilor de consultanță ale unei terțe companii (cum ar fi Și oricând, acești lucrători le vor jefui de locuri de muncă cu chestionare și mese). În afară de practicienii întreprinderii înșiși, nu m-am adaptat la opoziția exprimată altfel din partea lor în practica mea.

Având în vedere acest lucru, puteți face o ofensivă: nu este deloc obligatoriu să găsiți singur soluții pentru sarcinile standard. În continuare, dacă vă confruntați cu necesitatea de a analiza acest sau orice alt sistem funcțional (cum ar fi un sistem de proiectare nava spatiala, înainte de procesul de pregătire a unei seri complexe) – urmați regulile de testare și testare a metodelor. Una dintre aceste metode este IDEF0, care vă permite, cu ajutorul instrumentelor sale simple și inteligente, să rezolvați probleme complexe de viață.

Principala dintre cele trei metodologii suportate de BPwin este IDEF0. IDEF0 aparține familiei IDEF, care a apărut la sfârșitul anilor șaizeci sub denumirea de SADT (Structured Analysis and Design Technique). IDEF0 poate fi folosit pentru a modela o gamă largă de sisteme. Pentru noile sisteme de instalare IDEF0, este posibil să se introducă funcții pentru dezvoltarea ulterioară a sistemului, care corespunde cerințelor și implementează funcțiile. O sută de sisteme IDEF0 deja existente pot fi utilizate pentru a analiza funcțiile care sunt asociate cu sistemul și pentru a afișa mecanismele pentru care sunt asociate funcțiile. Rezultatul condensării IDEF0 într-un sistem de lucru este un model al întregului sistem, care constă dintr-un set ordonat ierarhic de diagrame, text de documentare și dicționare, legate unul după altul prin intermediul referințelor încrucișate. Cele mai importante două componente care vor fi diagrame IDEF0 sunt funcțiile de business sau roboții (reprezentați în diagrame ca tăietori drepti) și datele și obiectele (reprezentate ca săgeți) care ne conectează La fel ca roboții. În acest caz, săgețile trebuie împărțite în cinci tipuri:

Săgeți la intrare (intrați în partea stângă a robotului) - afișează datele obiectului, modificate la momentul finalizării robotului.

Săgeți de control (introduceți în partea de sus între roboți) - afișați regulile de schimb pe care le urmează robotul.

Săgeți de ieșire (vin din marginea dreaptă a robotului) - afișați date despre obiectele care sunt rezultatul execuției robotului.

Săgețile mecanismului (introduse la marginea de jos a robotului) - reprezintă resursele cerute de robot, precum și cele care se modifică în procesul robotului (de exemplu, instalare, resurse umane...)

Săgețile (care provin de la limitele inferioare ale robotului) - descriu conexiuni între diagrame sau modele diferite, indicând aceeași diagramă, unde dat slujba Raportul a fost revizuit.

Toți roboții și săgețile sunt numiți. Prima diagramă din ierarhia diagramelor IDEF0 reprezintă acum funcționarea sistemului. Astfel de diagrame sunt numite contextuale. Contextul include o descriere a modelului, a zonei (descrierea a ceea ce este considerat a fi o componentă a sistemului și a ceea ce este aflux extern) și mă voi uita la (pozițiile în care se va afla modelul). Ca punct de vedere, este selectat punctul de vedere al unui individ sau al unui obiect, care este responsabil pentru funcționarea sistemului care este modelat ca un întreg.

Malyunok 7.1. Blocuri funcționale și arcuri de interfață

Roboții pe diagrame sunt afișați ca tăietori directe (blocuri funcționale). Pielea robotului descrie orice funcție sau sarcină și este numită un cuvânt sau o expresie de cuvânt care semnifică o acțiune, cum ar fi pregătirea unui virus, servirea unui client etc. Săgețile sunt desemnate printr-un nume și indică obiecte sau informații care leagă lucrarea între ele și cu lumea exterioară.

După descrierea contextului, se efectuează o descompunere funcțională - sistemul este împărțit în subsisteme; subsistemul skin este descris în aceeași sintaxă ca și sistemul. Apoi, subsistemul pielii este defalcat în continuare până când este atins nivelul necesar de detaliu. Ca urmare a unei astfel de defecțiuni, pe partea laterală a diagramei de descompunere este afișat un fragment al sistemului.

În plus, ca context pentru descrieri, sunt realizate diagramele viitoare din ierarhie. Diagrama atacului pielii - mai multe descrierea raportului(descompunere) una dintre lucrările de pe cealaltă diagramă. Un exemplu de descompunere contextuală a robotului este prezentat în Fig. 7.2 și Fig. 7.4. Descrierea subsistemului pielii este realizată de un analist împreună cu un expert în domeniu. Considerați un expert ca fiind o persoană care este responsabilă pentru acest subsistem și care cunoaște în detaliu toate funcțiile acestuia. Astfel, întregul sistem este împărțit în subsisteme la nivelul necesar de detaliu și se obține un model care aproximează sistemul la un anumit nivel de precizie. După ce a creat un model care reflectă în mod adecvat procesele de afaceri exacte (așa-numitul model AS IS), analistul poate înțelege cu ușurință toate cele mai importante părți ale sistemului. După aceasta, odată cu identificarea deficiențelor, se poate dezvolta un model de nouă organizare a proceselor de afaceri (modelul TO BE).

Una dintre cele mai importante caracteristici ale metodologiei SADT este avansarea progresivă a unor niveluri mai mari de detaliu în lume prin crearea de diagrame care reprezintă modelul.

Pe micul 7.2, unde sunt prezentate trei diagrame și interconectarea lor, este prezentată structura modelului IDEF0.-. Componenta de piele a modelului poate fi descompusă în alte diagrame. Diagrama pielii ilustrează blocul „boboc interior” de pe diagrama tatălui.

Figura 7.2 – Exemplu de diagrame de context

După cum se poate vedea în Fig. 7.2, BPwin vă permite să vedeți roboți și săgeți în diferite culori, precum și să legați numele săgeților de săgețile în sine (săgeata este pe nume), ceea ce promovează claritatea și lizibilitatea diagramele.

Figura 7.3 – Exemplu de diagrame de descompunere

Malyunok7 . 4 - Exemplu de diagrame contextuale

Malyunok 7.5 - Exemplu de diagrame de descompunere

Ierarhia diagramelor

Modelul IDEF0 începe cu reprezentarea întregului sistem sub forma celor mai simple componente - un bloc și arce care reprezintă interfețele cu funcțiile sistemului. Ca rezultat, un singur bloc reprezintă întregul sistem ca un întreg, așa cum este indicat în bloc și ca întreg. Acest lucru este valabil și pentru arcurile de interfață - ele reprezintă, de asemenea, un nou set de interfețe externe ale sistemului în ansamblu.

Apoi blocul, care reprezintă sistemul ca un singur modul, este detaliat pe o altă diagramă cu ajutorul mai multor blocuri conectate prin arce de interfață. Aceste blocuri sunt principalele subfuncții ale funcției de ieșire. Această descompunere dezvăluie un nou set de subfuncții, a căror piele este reprezentată ca un bloc, între care sunt definite prin arcuri de interfață. Pielea cu aceste subfuncții poate fi descompusă într-un mod similar pentru o prezentare detaliată.

În toate cazurile, subfuncția cutanată poate pierde elementele care intră înaintea funcției de ieșire. În plus, modelul nu poate omite niciun element, astfel încât, așa cum era de așteptat, blocul lui Father și interfețele sale vor oferi context. Nimic nu poate fi adăugat la el și nimic nu poate fi învățat din el.

Arcele care intră și ies din bloc pe diagrama de nivel superior sunt exact aceleași cu arcele care intră și ies din diagrama de nivel inferior, deoarece blocul și diagrama reprezintă una și aceeași parte a sistemului.

Malyunok 7.6 – Structura modelului SADT. Descompunerea diagramelor

Malyunok 7.7 - Aspectul poate fi fie constant, fie inconsecvent

Toate arcurile sunt conectate la blocuri de diagrame cu ambele capete, iar la altele un capăt este lăsat neatașat. Arcurile lipsă indică intrările, conexiunile și ieșirile blocului tatălui. Dzherelo sau posesia acestor arce de graniță pot fi găsite doar pe diagrama Tatălui. Capetele lipsă sunt responsabile pentru arcele din diagrama de ieșire. Toate arcurile de margine trebuie continuate pe diagrama Tatălui, astfel încât să rămână complet și nerezonabile.

După cum sa menționat, mecanismele (arcurile din partea inferioară) arată funcțiile care sunt îndeplinite. Mecanismul poate fi un om, un computer sau un alt dispozitiv care ajută la îndeplinirea acestei funcții (Fig. 7.8).

Mic 7.8. Capul mecanismului

Blocul de piele de pe diagramă arată un număr puternic. Un bloc al oricăror diagrame poate fi descris ca o diagramă a nivelului inferior, care, la rândul său, poate fi detaliată în continuare în funcție de numărul necesar de diagrame. Apoi, se formează o ierarhie de diagrame.

Pentru a indica poziția oricărei diagrame sau bloc în ierarhie, sunt enumerate numerele diagramei. De exemplu, A21 este o diagramă care detaliază blocul 1 al diagramei A2. În mod similar, A2 detaliază blocul 2 din diagrama A0, care este diagrama de sus a modelului. O diagramă tipică arborelui este prezentată pe cel mic 7.9.

Figura 7.9 – Ierarhia diagramelor

Curs 8. MetodologieDFDіIDEF3