Workshop despre utilizarea idef0 pentru descrierea funcțională a software-ului CAD. IDEF0

Pentru a cunoaște mai bine standardul IDEF0, trebuie să știți următoarele despre el:

Pentru a construi ce tipuri de modele este utilizat acest standard.
Ce elemente ale limbajului grafic sunt incluse în notarea standardului și ce cerințe pentru proiectarea diagramelor există în cadrul standardului.
Ce principii de modelare a proceselor de afaceri sunt utilizate în standard (principiul de descompunere, principiul limitării complexității, principiul tunelului).
Cum puteți evalua diagramele construite în ceea ce privește congestionarea și echilibrul lor.

IDEF0 folosit pentru a crea model functional, reflectând structura și funcțiile sistemului, precum și fluxurile de informații și obiecte materiale transformate de aceste funcții.

Metodologia IDEF0 diferă ușor de schema clasica descrieri ale proceselor de afaceri DFD. Principala diferență este clasificarea intrărilor de muncă.

Clasificarea intrărilor și ieșirilor muncii

Standardul propune următoarea tipificare a intrărilor de muncă:

Intrare. Intră în lucrarea din stânga și arată informații și fluxurile de materiale care sunt transformate într-un proces de afaceri.
Control. Intră în lucrare de sus și arată fluxurile materiale și informaționale care nu sunt transformate în proces, dar sunt necesare pentru implementarea acestuia.
Mecanism. Intră în lucrare de jos și arată oamenii mijloace tehnice, Sisteme de informare etc., cu ajutorul cărora este implementat procesul de afaceri.
rezultate ieși din bloc pe dreapta.

Elementele principale ale diagramei:

La baza limbajului grafic IDEF0, a cărui sintaxă și semantică sunt definite cu o rigoare absolută, sunt blocurile și săgețile care le conectează, care formează o ierarhie de diagrame detaliate.

Element	Afișaj grafic și sens	Cerințe de design
Funcţional bloc	Afișat ca dreptunghi. Reprezintă funcții definite ca activitate, proces, operație, acțiune sau transformare.	1. Trebuie să aibă un unic numărul de identificare în colțul din dreapta jos; 2. Numele trebuie să fie în starea verbală.
interfataarc (săgeată, arc)	Afișat ca o săgeată unidirecțională. Reprezintă date sau obiecte materiale asociate cu funcții.	1. Trebuie să aibă un nume unic. 2. Numele trebuie să fie o cifră de afaceri a unui substantiv. 3. Începutul și sfârșitul arcului pot fi doar blocuri funcționale. 4. Sursa poate fi doar partea de ieșire a blocului, iar receptorul poate fi oricare dintre cele trei rămase.

IDEF0 - model:

Modelul include următoarele documente care se referă una la alta:

Diagrame grafice- componenta principală a modelului IDEF0, care grafic, folosind blocuri și săgeți și conexiunile acestora, afișează informații despre sistemul care se modelează. Blocurile reprezintă funcții de bază. Aceste funcții pot fi defalcate (descompuse) în părțile lor componente și prezentate ca diagrame mai detaliate. Procesul de descompunere continuă până când obiectul este descris la nivelul de detaliu necesar pentru atingerea scopurilor unui anumit proiect.
Text;
Glosar- Pentru fiecare element al diagramei este creat și menținut un set de definiții, Cuvinte cheie, explicații care caracterizează obiectul pe care îl reprezintă acest element. Acest set se numește glosar și este o descriere a esenței acestui element. Glosarul completează armonios limbajul grafic vizual, oferind diagramelor informațiile suplimentare necesare.

De exemplu, pentru interfața de control arc „ordin de plată”, glosarul poate conține o listă de câmpuri corespunzătoare arcului documentului, setul necesar de vize etc.

Principiul descompunerii la construirea unui model de proces de afaceri

1. Diagrama contextului: scop și punct de vedere

Modelarea proceselor de afaceri începe cu o diagramă de context. Această diagramă se numește A-0 (A minus zero). Pe acesta, sistemul este reprezentat ca un singur bloc și arce care descriu mediul sistemului. Folosind diagrama, puteți vedea interacțiunea sistemului simulat cu Mediul extern, toate intrările și ieșirile sale. Diagrama A-0 stabilește zona de modelare și limitele.

Textul explicativ pentru diagrama de context ar trebui să indice ţintă grafică și fixată Punct de vedere. Punctul de vedere determină nivelul de detaliu, direcția de dezvoltare a modelului și vă permite să descărcați modelul. Deci, atunci când modelați, puteți refuza să detaliați și să studiați elementele individuale care nu sunt necesare, pe baza punctului de vedere ales asupra sistemului.

2. Detalierea

Blocul care reprezintă întregul sistem este apoi detaliat într-o altă diagramă.

În plus, fiecare funcție a diagramei poate fi detaliată asupra copilului. Fiecare funcție este modelată de un bloc separat. Fiecare casetă părinte este descrisă în detaliu printr-o diagramă copil la un nivel inferior. Aceasta se întâmplă până când se obține o structură care să permită răspunsul la întrebările formulate în scopul modelării.

Pentru a obține integritatea structurală a modelului, se folosesc următoarele reguli:

Toate arcurile de interfață incluse în acest bloc sau care ies din acesta sunt fixate pe diagrama copil.
La numerotarea blocurilor, numărul din colțul din dreapta jos al dreptunghiului indică numărul de serie unic al blocului însuși pe diagramă, iar desemnarea în unghiul drept indică numărul diagramei copil pentru acest bloc.

Principiul tunelului

Adesea există cazuri în care nu are sens să luăm în continuare săgețile individuale în diagramele copil sub un anumit nivel în ierarhie sau invers - blocurile individuale nu au sens practic peste un anumit nivel. Pe de altă parte, uneori este nevoie de a scăpa de săgețile „conceptuale” individuale și de a nu le detalia mai profund de un anumit nivel.

Pentru a rezolva astfel de probleme, standardul IDEF0 prevede conceptul tunelare. Desemnarea unui „tunel” sub forma a două paranteze în jurul începutului săgeții înseamnă că această săgeată nu a fost moștenită din blocul părinte funcțional și a apărut (din „tunel”) doar pe această diagramă. La rândul său, aceeași desemnare în jurul capătului săgeții din imediata apropiere a blocului receptor înseamnă faptul că această săgeată nu va fi afișată și nu va fi luată în considerare în diagrama copil a acestui bloc.

Principiul limitării complexității

Pentru a limita supraîncărcarea modelelor și a le face ușor de înțeles, standardul adoptă restricțiile de complexitate corespunzătoare:

limitând numărul de blocuri funcționale din diagramă la trei până la șase. Limita superioară (șase) obligă proiectantul să folosească ierarhii atunci când descrie subiecte complexe, iar limita inferioară (trei) asigură că diagrama corespunzătoare are suficiente detalii pentru a justifica crearea acesteia;
limitarea numărului de arce de interfață care se apropie de un bloc funcțional (lăsând un bloc funcțional) la patru.

Desigur, nu este deloc necesar să urmați cu strictețe aceste restricții, cu toate acestea, după cum arată experiența, ele sunt foarte practice în munca reală.

Analiza grafică cantitativă: raportul de sold și evaluarea numelui

Analiza cantitativă este utilizată pentru a analiza diagrama în ceea ce privește congestionarea acesteia și complexitatea percepției. Pentru analiză se folosesc următorii indicatori:

numărul de blocuri de pe diagramă - N;
nivel de descompunere diagramă − L;
sold grafic - ÎN;
numărul de săgeți conectate la bloc, - A.

factor de echilibru

Este necesar să ne străduim să ne asigurăm că numărul de blocuri de pe diagramele nivelurilor inferioare ar fi mai mic decât numărul de blocuri de pe diagramele părinte.

De asemenea, graficele trebuie echilibrate. Aceasta înseamnă că într-o diagramă nu ar trebui să existe o situație în care să existe semnificativ mai multe săgeți de intrare și săgeți de control decât cele care ies.

Trebuie remarcat faptul că această recomandare poate să nu fie implementată în modelele care descriu Procese de producție. De exemplu, atunci când descrieți o procedură de asamblare, un bloc poate include multe săgeți care descriu componentele unui produs, iar o săgeată poate ieși - produsul finit.

Să introducem factorul de echilibru al graficului:

Este necesar să ne străduim să ky a fost minimă pentru diagramă și a scăzut odată cu creșterea nivelului de descompunere.

Evaluarea numelui

Pe lângă analiza elementelor grafice ale diagramei, este necesar să se ia în considerare denumirile blocurilor. Pentru a evalua numele, este alcătuit un dicționar de funcții elementare (triviale) ale sistemului simulat. De fapt, în dicţionar dat funcțiile de descompunere de nivel inferior a diagramelor ar trebui să scadă.

De exemplu, pentru un model de bază de date, funcțiile „găsiți o înregistrare”, „adăugați o înregistrare în baza de date” pot fi elementare, în timp ce funcția „înregistrare utilizator” necesită o descriere suplimentară.

După formarea vocabularului și compilarea unui pachet de diagrame de sistem, este necesar să se ia în considerare nivelul inferior al modelului. Dacă arată o potrivire între numele blocurilor de diagrame și cuvintele din dicționar, atunci aceasta indică faptul că a fost atins un nivel suficient de descompunere.

Coeficientul care reflectă cantitativ acest criteriu poate fi scris astfel:

L*C

— produsul nivelului de model prin numărul de potriviri ale numelor de bloc cu cuvintele din dicționar. Cu cât nivelul modelului este mai scăzut (L mai mare), cu atât potrivitele sunt mai valoroase.

IDEF0 este o notație de modelare grafică utilizată pentru a crea un model funcțional care descrie structura și funcțiile unui sistem, precum și fluxurile de informații și obiecte materiale care leagă aceste funcții. Standardul IDEF0 (Integration Definition for Function Modeling) a fost aprobat în SUA în 1993 ca standard federal procesarea informatiei. În Rusia, este în statutul de document de ghidare din 2000 și în prezent nu este aprobat ca standard. Cu toate acestea, metodologia IDEF0 este una dintre abordările populare pentru descrierea proceselor de afaceri. Caracteristicile sale includ:

utilizarea diagramei de context;

suport de descompunere;

dominație;

selecția a 4 tipuri de săgeți.

Diagrama de context. Diagrama cea mai de sus în care obiectul de modelare este reprezentat printr-o singură casetă cu săgeți de delimitare. Această diagramă se numește A-0 (A minus zero). Săgețile din această diagramă arată legăturile obiectului de modelare cu mediu inconjurator. Diagrama A-0 stabilește zona de modelare și limita acesteia. Un exemplu de diagramă A-0 este prezentat în Fig. 1.

Figura 1. Diagrama A-0 în notație IDEF0

Suport de descompunere. Notația IDEF0 acceptă descompunerea secvențială a procesului până la nivelul necesar de detaliu. Diagrama copil creată de descompunere acoperă aceeași zonă ca și procesul părinte, dar o descrie mai detaliat. Conform metodologiei IDEF0, în timpul descompunerii, săgețile procesului părinte sunt transferate în diagrama copil sub formă de săgeți de delimitare.

Dominanța. Casetele modelului IDEF0 pe o diagramă non-contextuală trebuie plasate în diagonală, din colțul din stânga sus al diagramei până în dreapta jos, în ordine numerică. Blocurile din diagramă, situate în stânga sus, „domină” blocurile situate în dreapta jos. „Dominanța” este înțeleasă ca influența pe care o are un bloc asupra altor blocuri de diagramă. Dispunerea blocurilor pe foaia cu diagramă reflectă înțelegerea autorului asupra dominației. Astfel, topologia diagramei arată care caracteristici au un impact mai mare asupra celorlalte.

Selecția a 4 tipuri de săgeți. Se disting următoarele tipuri de săgeți: „Intrare”, „Ieșire”, „Mecanism”, „Control”. Intrările sunt transformate sau consumate de proces pentru a crea ceea ce va apărea ca rezultat. Controalele definesc condițiile necesare procesului pentru a produce rezultatul corect. Ieșirile sunt date sau obiecte tangibile produse de un proces. Mecanismele identifică mijloacele care sprijină executarea unui proces. Astfel, blocul IDEF0 arată transformarea intrării în ieșire folosind mecanisme, ținând cont de acțiunile de control.

O descriere a scopului simbolurilor grafice utilizate în notația IDEF0 este dată în Tabelul 1.

Nume	Simbol grafic	Descriere
		Procesul este indicat printr-un bloc dreptunghiular. În interiorul fiecărui bloc este plasat numele și numărul acestuia. Numele trebuie să fie un verb activ, o construcție verbală sau un substantiv verbal. Numărul blocului este plasat în colțul din dreapta jos. Numerele de bloc sunt folosite pentru identificare în diagramă și în textul corespunzător.
		Săgețile reprezintă obiecte (date) care intră și ies din proces. Fiecare parte a unui bloc funcțional are o semnificație standard în ceea ce privește conexiunea bloc-săgeată. La rândul său, partea blocului de care este atașată săgeata determină în mod unic rolul acestuia. Săgețile care intră în partea stângă a blocului sunt intrările. Săgeți care intră în bloc de sus - controale. Săgețile care părăsesc procesul în dreapta sunt ieșiri, adică. date sau obiecte tangibile produse de un proces. Săgețile conectate la partea inferioară a blocului reprezintă mecanismele.
săgeată tunelată		Săgețile tunelizate înseamnă că datele trecute prin aceste săgeți nu sunt luate în considerare în diagrama părinte și/sau în diagrama secundară. O săgeată plasată într-un tunel unde se unește cu un bloc înseamnă că datele exprimate de acea săgeată nu sunt necesare la următorul nivel de descompunere. O săgeată plasată într-un tunel la capătul liber înseamnă că datele pe care le reprezintă nu sunt prezente în diagrama părinte. Săgețile tunelizate pot fi utilizate pe diagramele de proces în notațiile IDEF0, „Proces”, „Procedură”.
		Un element denotă un loc, o entitate sau un subiect care se află în afara granițelor sistemului care se modelează. Legăturile externe sunt folosite pentru a indica originea sau destinația unei săgeți în afara modelului. În diagrame, o legătură externă este reprezentată ca un pătrat, lângă care este afișat numele legăturii externe. Legăturile externe pot fi utilizate pe diagramele de proces în orice notație.
		Un element care denotă o altă diagramă. O legătură inter-diagramă este utilizată pentru a indica tranziția unei săgeți la o diagramă a unui alt proces fără a afișa o săgeată pe diagrama de deasupra (când se utilizează modele ierarhice). O diagramă de proces în notațiile EPC și BPMN nu poate acționa ca o legătură între diagramă. Legăturile între diagrame pot fi utilizate pe diagramele de proces în notațiile IDEF0, „Proces”, „Procedură”.
		Elementul denotă o referire la un model de proces generic. Procesele repetate cel mai frecvent în cadrul modelului de proces de afaceri pot fi identificate ca tipice într-un folder separat în Navigator. O diagramă tipică de proces este generată o dată într-un singur loc Navigator. În plus, pe orice diagramă, poate fi utilizată o legătură de proces cu un proces tipic. Parametrii unui proces tipic sunt completați direct Fereastra de proprietăți proces standard. De asemenea, se formează o listă permanentă a entităților care participă la implementarea unui proces standard Fereastra de proprietăți proces standard. Lista subiecților care participă la execuția unui proces tipic în cadrul procesului de bază se formează în Fereastra de proprietăți proces-referiri la un proces tipic. Procesele de referință pot fi utilizate în diagramele de proces în orice notație.
		Un element extern destinat desenului de comentarii. Elementul poate fi utilizat pe diagramele de proces în orice notație.

O imagine valorează cât o mie de cuvinte

înțelepciunea populară

Adesea, în munca mea, este nevoie nu doar de a studia și de a rezolva o anumită problemă, ci de a identifica locația acesteia în modelul general al companiei. Nu este suficient să înțelegeți că o anumită unitate nu funcționează corect, este important să înțelegeți cum interacționează cu ceilalți. În caz contrar, este imposibil să identificați toate problemele existente și să alegeți cea mai bună metodă de rezolvare a problemei. Și pentru aceasta trebuie să studiați activitatea companiei și să elaborați modelul funcțional al acesteia.

Desigur, în teorie, managerul ar trebui să aibă un model funcțional al activității companiei și nu contează dacă vorbim despre organizarea depozitului sau a sistemului IT de la lead la aplicare. Dar, în realitate, aproape niciodată nu se dovedește a fi și, prin urmare, în procesul de studiu și căutare a unei soluții la sarcina stabilită de client, creez și un model funcțional al companiei sau un anumit proces (funcție) pe a mea.

Câteva cuvinte despre beneficiile graficii

După cum știți, modelele funcționale IDEF0 sunt întotdeauna diagrame grafice. Au propriile caracteristici și reguli de compilare. Vom vorbi despre asta puțin mai târziu. Și acum aș dori să dau câteva exemple despre eficiența graficii. De ce mă concentrez pe asta? Cel mai probabil, după afirmația mea despre necesitatea unui model funcțional al activității companiei, mulți oameni au crezut că acest lucru nu este necesar și a fost posibil să explic în cuvinte cum funcționează cutare sau cutare funcție în companie. Despre asta vreau să vorbesc.

Și, pentru început, să facem o scurtă digresiune în istorie. Să ne întoarcem la îndepărtatul 1877, în timpul războiului ruso-turc. Atunci imprimanta Sytin a folosit pentru prima dată grafica în descrierea operațiunilor militare. Acum toate acestea ne sunt familiare, atunci când descriem orice bătălie, în fața ochilor noștri apar cărți cu săgeți, care arată clar cursul bătăliei. Și în acele zile, operațiunile militare erau descrise în cuvinte. Pentru fiecare luptă - multe, multe cuvinte. Și a fost foarte greu de înțeles până la urmă ce se întâmplă.

Acesta este motivul pentru care ideea lui Sytin a fost cu adevărat revoluționară - a început să imprime copii litografice ale hărților cu desemnarea fortificațiilor și a locațiilor unităților militare. Aceste carduri au fost numite „Pentru cititorii de ziare. Beneficiu". Ideea s-a dovedit a fi atât de relevantă încât primul tiraj al „Help” s-a epuizat instantaneu. Și atunci astfel de aplicații au fost la mare căutare. Motivul este evident. Grafica a ajutat la înțelegerea a ceea ce era aproape imposibil de deslușit doar cu ajutorul cuvintelor.

De asemenea, pot cita un exemplu similar de neputință a descrierilor verbale din propria mea practică. Unul dintre clienții mei mi-a cerut să îmi asum implementarea unui sistem ERP pentru compania sa. Când am întrebat dacă au un fel de sarcină tehnică, am primit răspunsul: „Da, au. Dar are 400 de pagini.” În același timp, clientul s-a plâns foarte mult că colegii mei, pe care i-a contactat mai devreme, fie au refuzat cu totul proiectul, fie au cerut prețuri vădit umflate. După ce am văzut asta termeni de referintaîntr-adevăr 400 de pagini și constă numai din descriere text, am înțeles motivele comportamentului dezvoltatorilor. Citirea unui astfel de volum de text, adâncirea în el, înțelegerea tuturor nuanțelor doar pentru a înțelege sarcina și a numi prețul este într-adevăr foarte dificilă.

I-am oferit acestui client Opțiune alternativă- descrie tot ceea ce este posibil grafic sub formă de notații. I-a arătat exemple de modeling. Drept urmare, acum își regândesc dorințele și designul termenilor de referință.

Cunosc și multe alte exemple când modelarea grafică a proceselor de afaceri i-a ajutat atât pe colegii mei, consultanții și dezvoltatorii de afaceri, cât și pe oamenii de afaceri înșiși.

De ce este acest lucru important pentru munca mea

Munca mea este întotdeauna legată de modificarea sistemului existent. Și pentru a face modificări și a obține rezultatul dorit, trebuie să studiați ceea ce există deja. Și nu contează exact ce facem – instalăm sau instalăm un sistem CRM de la zero, creăm un sistem ERP eficient, suntem angajați în integrare. diverse sisteme pentru a crește automatizarea muncii în general. În orice caz, pentru început, este necesar să vă faceți o idee despre schema de lucru existentă și numai după aceea este posibil să propuneți unele modificări și să vă gândiți la opțiuni pentru rezolvarea sarcinii.

După ce am studiat status quo-ul, eu, ca orice alt specialist terță parte, creez Ofertă comercială, în care vă dezvălui cât mai detaliat viziunea mea asupra situației actuale, precum și acțiunile care trebuie întreprinse pentru rezolvarea sarcinii și, bineînțeles, rezultatul așteptat.

Astfel de rapoarte de anchetă de muncă sunt voluminoase, ocupând mai mult de o pagină, ceea ce, pe de o parte, este necesar, dar, pe de altă parte, complică percepția. La început, la fel ca mulți alții, am crezut că rapoartele voluminoase sunt bune, pentru că o persoană plătește pentru muncă și trebuie să îi oferi cât mai multe informații detaliate.

Greșeli comune

Modelarea funcțională se realizează folosind o varietate de instrumente, inclusiv cele care nu sunt destinate modelării. În acest din urmă caz, nu există nicio verificare pentru erori și limitări ale standardului. Dorința de a crește vizibilitatea și lipsa de experiență se termină adesea în erori.

Utilizarea diferitelor culori

Toate elementele din diagramă sunt la fel de importante. În modelarea funcțională nu există elemente mai mult sau mai puțin importante. Dispariția oricăruia va duce la o întrerupere a procesului și la un defect de fabricație.

Adesea, atunci când modelează pe hârtie sau în diferite programe, utilizatorii încearcă să mărească vizibilitatea folosind culori diferite. Aceasta este una dintre cele mai frecvente greșeli. De fapt, utilizarea de săgeți și blocuri multicolore introduce doar confuzie suplimentară și, de asemenea, distorsionează percepția schemei.

Modelul dvs. ar trebui să poată fi citit în alb și negru, fără alte scheme de culori. Această abordare ajută simultan la evitarea neînțelegerilor și disciplinează creatorul modelului, ca urmare, lizibilitatea și alfabetizarea modelului cresc.

Prea multe blocuri

Atunci când alcătuiesc un model, ei încearcă adesea să afișeze pe o singură foaie toate nuanțele muncii companiei cu toate detaliile. Rezultatul este un număr foarte mare de blocuri cu un număr mare de săgeți de control. Lizibilitatea este pierdută.

Cea mai bună opțiune este detalierea suficientă pentru a înțelege problema și nimic mai mult. Detaliile detaliate ale activității fiecărui departament sau chiar ale unui angajat pot fi dezvăluite atunci când alegeți o vizualizare detaliată a unui anumit proces. Și o astfel de structură este creată numai dacă este cu adevărat necesară pentru muncă sau luarea deciziilor.

Încălcarea structurii la efectuarea ajustărilor

Urmăriți cu atenție pentru a evita confuzia sau procesele fără elemente de intrare, de ieșire și alte elemente importante. De exemplu, dacă în exemplul de mai sus, consider de cuviință să schimb punctul de vedere la copywriter, voi elimina autorul din schemă. Și atunci controalele „experiența autorului și a surselor terțe”, precum și planul de publicare devin inutile. La urma urmei, autorul le folosește. Copywriter-ul lucrează cu fișierul audio. Și dacă rămân în schema generală, atunci când vor detalia, vor duce de neînțeles unde și vor introduce confuzie.

La fel, dacă decid să adaug un bloc, este important să mă asigur că are și toate atributele necesare. Atenția este foarte importantă aici, deoarece atunci când modelați procese complexe de afaceri, modificările într-o parte a modelului pot duce la schimbări în alta. Ele trebuie introduse.

Reguli pentru denumirea controalelor și blocurilor

Este important să rețineți o regulă simplă: săgețile de control sunt numite substantive, blocurile sunt numite verbe. Acest lucru este acceptat în standardul IDEF0 și această abordare ajută la evitarea confuziei și erorilor.

Cel mai adesea, greșelile sunt făcute la denumirea blocurilor. De exemplu, în loc de „Creează un articol” se scrie „Creează un articol”. Blocurile din această abordare sunt acțiuni și, prin urmare, ar trebui să fie întotdeauna verbe.

Beneficiile utilizării IDEF0

Primul beneficiu este evident - este vizibilitatea. Tu însuți începi să înțelegi cum funcționează acest sau acel sistem și, de asemenea, poți explica clar unde există „puncte subțiri” în acest sistem și cum soluțiile tale vor ajuta să scapi de ele.
Înțelegere reciprocă și lipsă de dezacord. Când discutați despre munca companiei folosind modelul funcțional, aveți blocuri de sarcini vizuale și intuitive cu controale. În plus, modelarea funcțională presupune realizarea, dacă este cazul, a unui glosar în care conventii si termeni. Drept urmare, dumneavoastră și clientul, managerul și alți angajați vorbiți aceeași limbă atunci când discutați o problemă.
Simplitate și de mare viteză crearea modelului. Desigur, să înveți să modelezi nu este atât de ușor pe cât pare. La urma urmei, o schemă este, de fapt, o prezentare super-densă a informațiilor, care este foarte bună pentru înțelegere, dar este necesară o abordare specială pentru a implementa o astfel de prezentare. Creierul analistului acționează în acest caz ca o presă foarte puternică, pe de o parte, și ca un filtru, pe de altă parte. Dar cu experiență, acest proces devine foarte rapid. Drept urmare, obțineți un instrument care vă va ajuta să vă dați seama ce se întâmplă într-un anumit sistem și, folosind un ajutor vizual creat într-un timp scurt, să ilustrați Puncte importante colegi sau clienți.
Disciplina si fara greseli. Standardul IDEF0 presupune cadre și reguli stricte. Această abordare disciplinează, iar obiceiul de a acționa în cadrul standardului ajută la evitarea greșelilor datorate neatenției. Orice încălcare a standardului devine imediat vizibilă.

Care este dificultatea utilizării IDEF0

Este important de înțeles că doar în cele mai simple cazuri doi analiști de afaceri vor crea exact aceleași modele funcționale pentru a descrie activitatea companiei. Orice model este o reflectare a experienței analistului, a profunzimii de înțelegere a afacerii pe care încearcă să o descrie și, de asemenea, într-un fel, punctul său de vedere personal asupra acestei afaceri. Acestea. o persoană dezvoltă un model de afaceri din punctul de vedere al liderului, de parcă ar fi liderul.

În același timp, cred că un analist de afaceri nu este chiar o profesie, fiecare manager de afaceri sau dezvoltator al unor sisteme este angajat în analiza de afaceri, care analizează afacerea și se străduiește să construiască cel mai mult sistem eficient. Pentru acești oameni și pentru aceste scopuri este destinat instrumentul IDEF0.

Prin urmare, este foarte important să se consulte în mod constant cu șeful companiei atunci când se elaborează un model de afaceri funcțional „ca atare”, pentru a nu face greșeli care vor atrage automat erori în etapele de descompunere. De asemenea, în etapele ulterioare, pot fi necesare aprobări suplimentare din partea managerilor. diviziuni structurale si angajati. Numai dacă modelul tău funcțional „ca atare” va reflecta cu adevărat starea reală a lucrurilor, poți face câteva modificări și sugestii. Și pentru a obține rezultate de înaltă calitate într-o astfel de muncă, în primul rând, este necesară experiența practică și cunoașterea caracteristicilor unui anumit tip de afacere.

Mai multe articole pe acest subiect.

Principala dintre cele trei metodologii suportate de BPwin este IDEF0. IDEF0, se referă la familia IDEF, care a apărut la sfârșitul anilor șaizeci sub numele SADT (Structured Analysis and Design Technique). IDEF0 poate fi folosit pentru a modela o gamă largă de sisteme. Pentru sisteme noi, utilizarea IDEF0 are ca scop definirea cerințelor și specificarea funcțiilor pentru dezvoltarea ulterioară a unui sistem care îndeplinește cerințele și implementează funcțiile selectate. În ceea ce privește sistemele deja existente, IDEF0 poate fi utilizat pentru a analiza funcțiile îndeplinite de sistem și pentru a afișa mecanismele prin care sunt îndeplinite aceste funcții. Rezultatul aplicării IDEF0 la un sistem este un model al acelui sistem, constând dintr-un set ordonat ierarhic de diagrame, text de documentație și dicționare legate între ele prin referințe încrucișate. Cele mai importante două componente ale diagramelor IDEF0 sunt funcțiile sau activitățile de afaceri (reprezentate în diagrame ca casete) și datele și obiectele (reprezentate ca săgeți) care leagă activitățile. În acest caz, săgețile, în funcție de ce parte a dreptunghiului de lucru intră sau din ce parte ies, sunt împărțite în cinci tipuri:

Săgeți de intrare (incluse în partea stângă a lucrării) - descriu date sau obiecte care se modifică în timpul execuției lucrării.

Săgețile de control (incluse în limita superioară a lucrării) - descriu regulile și restricțiile în funcție de care este efectuată lucrarea.

Săgeți de ieșire (ieșiți din partea dreaptă a jobului) - descriu date sau obiecte care apar ca urmare a execuției jobului.

Săgețile mecanismului (incluse în partea de jos a lucrării) - reprezintă resursele necesare pentru a finaliza lucrarea, dar nu se modifică în cursul lucrării (de exemplu, echipamente, resurse umane...)

Săgeți de apel (ies din partea de jos a lucrării) - descrie conexiuni între diferite diagrame sau modele, arătând către o diagramă, unde acest lucru luate în considerare mai în detaliu.

Toate locurile de muncă și săgețile trebuie să fie denumite. Prima diagramă din ierarhia diagramei IDEF0 descrie întotdeauna funcționarea sistemului ca întreg. Astfel de diagrame se numesc diagrame de context. Contextul include o descriere a scopului modelării, domeniul de aplicare (o descriere a ceea ce va fi considerat ca o componentă a sistemului și ce ca o influență externă) și punctul de vedere (poziția din care va fi construit modelul) . De obicei, punctul de vedere al persoanei sau obiectului responsabil de funcționarea sistemului simulat în ansamblu este ales ca punct de vedere.

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

Activitățile din diagrame sunt prezentate ca dreptunghiuri (blocuri funcționale). Fiecare loc de muncă descrie o funcție sau sarcină și este menționat printr-un verb sau o expresie verbală care denotă o acțiune, cum ar fi „Realizarea unui produs”, „Serviciul clienților” etc. Săgețile sunt marcate cu un substantiv și reprezintă obiecte sau informații care leagă lucrările între ele și cu lumea exterioară.

După descrierea contextului, se efectuează o descompunere funcțională - sistemul este împărțit în subsisteme și fiecare subsistem este descris în aceeași sintaxă ca și sistemul în ansamblu. Apoi fiecare subsistem este împărțit în altele mai mici și așa mai departe până când se atinge nivelul dorit de detaliu. Ca rezultat al unei astfel de partiții, fiecare fragment al sistemului este reprezentat pe o diagramă de descompunere separată.

După ce contextul este descris, se realizează construcția următoarelor diagrame în ierarhie. Fiecare diagramă succesivă este mai mult descriere detaliata(descompunerea) a uneia dintre lucrările din diagrama de mai sus. Un exemplu de descompunere a lucrărilor de context este prezentat în Fig.7.2 și Fig.7.4. Descrierea fiecărui subsistem este realizată de un analist împreună cu un expert în domeniu. De obicei, expertul este persoana care este responsabilă pentru acest subsistem și, prin urmare, cunoaște în detaliu toate funcțiile acestuia. Astfel, întregul sistem este împărțit în subsisteme la nivelul dorit de detaliu și se obține un model care aproximează sistemul cu un anumit nivel de precizie. După ce a primit un model care reflectă în mod adecvat procesele actuale de afaceri (așa-numitul model AS IS), analistul poate vedea cu ușurință toate locurile cele mai vulnerabile din sistem. După aceea, ținând cont de neajunsurile identificate, este posibil să se construiască un model al unei noi organizări a proceselor de afaceri (modelul TO BE).

Una dintre cele mai importante caracteristici ale metodologiei SADT este introducerea treptată a nivelurilor crescânde de detaliu pe măsură ce sunt create diagramele care reprezintă modelul.

Figura 7.2, care prezintă cele trei diagrame și relațiile lor, prezintă structura modelului IDEF0.-. Fiecare componentă a modelului poate fi descompusă într-o diagramă diferită. Fiecare diagramă ilustrează „structura internă” a unui bloc din diagrama părinte.

Figura 7.2 - Un exemplu de diagramă de context

După cum puteți vedea în Figura 7.2, BPwin vă permite să evidențiați activități și săgeți cu culori diferite, precum și să legați numele săgeților la săgețile în sine (o săgeată numită „Raportare”), ceea ce crește vizibilitatea și lizibilitatea diagramei.

Figura 7.3 - Un exemplu de diagramă de descompunere

Desen7 . 4 - Exemplu de diagramă de context

Figura 7.5 - Exemplu de diagramă de descompunere

Ierarhia graficelor

Construcția unui model IDEF0 începe cu reprezentarea întregului sistem sub forma celei mai simple componente - un bloc și arce reprezentând interfețe cu funcții în afara sistemului. Deoarece un singur bloc reprezintă întregul sistem ca întreg, numele dat în bloc este generic. Acest lucru este valabil și pentru arcurile de interfață - ele reprezintă, de asemenea, setul complet de interfețe externe ale sistemului ca întreg.

Apoi blocul care reprezintă sistemul ca un singur modul este detaliat într-o altă diagramă folosind mai multe blocuri conectate prin arcuri de interfață. Aceste blocuri reprezintă principalele subfuncții ale funcției originale. Această descompunere dezvăluie un set complet de subfuncții, fiecare dintre acestea fiind reprezentată ca un bloc, ale căror limite sunt definite de arce de interfață. Fiecare dintre aceste sub-funcții poate fi descompusă într-un mod similar pentru o vedere mai detaliată.

În toate cazurile, fiecare subfuncție poate conține doar acele elemente care sunt incluse în funcția originală. De asemenea, modelul nu poate omite niciun element, adică, după cum sa menționat, blocul părinte și interfețele sale oferă context. Nimic nu poate fi adăugat la el și nimic nu poate fi îndepărtat din el.

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

Figura 7.6 - Structura modelului SADT. Descompunerea diagramei

Figura 7.7 - Conformitatea trebuie să fie completă și consecventă

Unele arce sunt atașate casetelor de diagramă la ambele capete, în timp ce altele au un capăt lăsat neatașat. Arcurile neconectate corespund intrărilor, comenzilor și ieșirilor blocului părinte. Sursa sau destinația acestor arce de limită poate fi găsită numai în diagrama părinte. Capetele neatașate trebuie să se potrivească cu arcurile din diagrama originală. Toate arcurile de graniță trebuie să continue pe diagrama părinte pentru ca aceasta să fie completă și consecventă.

După cum sa menționat, mecanismele (arcurile de pe partea inferioară) arată mijloacele prin care sunt îndeplinite funcțiile. Mecanismul poate fi un om, un computer sau orice alt dispozitiv care ajută la această funcție (figura 7.8).

Orez. 7.8. Exemplu de mecanism

Fiecare bloc din diagramă are propriul său număr. Un bloc al oricărei diagrame poate fi descris în continuare printr-o diagramă de nivel inferior, care, la rândul său, poate fi detaliată cu numărul necesar de diagrame. Astfel, se formează o ierarhie de diagrame.

Pentru a indica poziția oricărei diagrame sau bloc în ierarhie, sunt folosite numerele diagramei. De exemplu, A21 este o diagramă care detaliază caseta 1 din diagrama A2. În mod similar, A2 detaliază caseta 2 din diagrama A0, care este diagrama cea mai de sus a modelului. Figura 7.9 prezintă un arbore diagramă tipic.

Figura 7.9 - Ierarhia diagramelor

Curs 8. MetodologiiDFDȘiIDEF3

O imagine valorează cât o mie de cuvinte

înțelepciunea populară

Desigur, în teorie, managerul ar trebui să aibă un model funcțional al activității companiei și nu contează dacă vorbim despre organizarea depozitului sau a sistemului IT (de la lead la cerere). Dar, în realitate, aproape niciodată nu se dovedește a fi și, prin urmare, în procesul de studiu și căutare a unei soluții la sarcina stabilită de client, creez și un model funcțional al companiei sau un anumit proces (funcție) pe a mea.

Câteva cuvinte despre beneficiile graficii

De asemenea, pot cita un exemplu similar de neputință a descrierilor verbale din propria mea practică. Unul dintre clienții mei mi-a cerut să îmi asum implementarea unui sistem ERM pentru compania sa. Când am întrebat dacă au un fel de sarcină tehnică, am primit răspunsul: „Da, au. Dar are 400 de pagini.” În același timp, clientul s-a plâns foarte mult că colegii mei, pe care i-a contactat mai devreme, fie au refuzat cu totul proiectul, fie au cerut prețuri vădit umflate. După ce am văzut că termenii de referință erau într-adevăr de 400 de pagini și constau doar dintr-o descriere textuală, am înțeles motivele comportamentului dezvoltatorilor. Citirea unui astfel de volum de text, adâncirea în el, înțelegerea tuturor nuanțelor doar pentru a înțelege sarcina și a numi prețul este într-adevăr foarte dificilă.

I-am oferit acestui client o variantă alternativă - să descrie tot ceea ce este posibil grafic sub formă de notații. I-a arătat exemple de modeling. Drept urmare, acum își regândesc dorințele și designul termenilor de referință.

Cunosc și multe alte exemple când modelarea grafică a proceselor de afaceri i-a ajutat atât pe colegii mei, consultanții și dezvoltatorii de afaceri, cât și pe oamenii de afaceri înșiși.

De ce este acest lucru important pentru munca mea

Munca mea este întotdeauna legată de modificarea sistemului existent. Și pentru a face modificări și a obține rezultatul dorit, trebuie să studiați ceea ce există deja. Și nu contează exact ce facem – instalăm sau instalăm un sistem CRM de la zero, creăm un sistem ERP eficient, integrăm diverse sisteme pentru a crește automatizarea muncii în general. În orice caz, pentru început, este necesar să vă faceți o idee despre schema de lucru existentă și numai după aceea este posibil să propuneți unele modificări și să vă gândiți la opțiuni pentru rezolvarea sarcinii.

După ce am studiat starea actuală, eu, ca orice alt specialist terț, creez o propunere comercială în care îmi dezvălui cât mai detaliat viziunea asupra situației actuale, precum și acțiunile care trebuie întreprinse pentru rezolva sarcina și, desigur, rezultatul așteptat.

De fapt, este important să nu oferiți volum, ci să transmiteți esența cât mai rapid și complet posibil. Volumele mari de text necesită timp, pe care oamenii de afaceri îl au adesea foarte puțin. Iar grafica îmi permite să reduc volumul propunerii mele și să arăt clar, într-o formă de înțeles, soluția. Drept urmare, propunerile mele au fost reduse semnificativ, grafica a apărut în ele și deciziile privind începutul cooperării au început să fie luate mai rapid.

Din acest motiv folosesc modele vizuale. După cum știți, o imagine valorează cât o mie de cuvinte. Și în cazul descrierii proceselor de afaceri și a opțiunilor de modernizare a activității unei afaceri, acest lucru este adevărat. Și notațiile IDEF0 sunt foarte potrivite aici.

Dar mai întâi, să înțelegem conceptele de bază despre ce sunt notațiile, de ce sunt necesare, ce este IDEF0, care sunt caracteristicile și avantajele acestei metode.

Ce este notația de descriere a procesului de afaceri

O notație este un format pentru descrierea unui proces de afaceri, care este un set de obiecte grafice utilizate în modelare, precum și reguli de modelare.

De fapt, notațiile sunt un limbaj grafic special care vă permite să descrieți activitatea unei companii, să demonstrați vizual interacțiunea dintre diferite departamente, de exemplu. descrie procesele de afaceri. Notațiile pot fi folosite pentru modelarea proceselor sau funcționale.

În general, notațiile pot fi numite un limbaj de programare în analiza de afaceri.

Ce este IDEF0?

IDEF0 este o metodologie de modelare funcțională și o notație grafică concepută pentru a formaliza și descrie procesele de afaceri. Trăsătură distinctivă IDEF0 pune accentul pe subordonarea obiectelor. IDEF0 ia în considerare relațiile logice dintre joburi, nu secvența lor temporală (fluxul de lucru). Wikipedia

Standardul IDEF0 a fost dezvoltat în 1981 în Statele Unite de către Departamentul Forțelor Aeriene pentru automatizare întreprinderile industriale. În stadiul de dezvoltare software dezvoltatorii se confruntă cu nevoia de a dezvolta noi metode de analiză a proceselor de afaceri. Ca urmare, a apărut metodologia de modelare funcțională IDEF0, în care se folosesc notații speciale IDEF0 pentru analiză.

Modelul funcțional al companiei

Modelul funcțional IDEF0 este un set de blocuri, fiecare dintre acestea fiind o „cutie neagră” cu intrări și ieșiri, controale și mecanisme care sunt detaliate (descompuse) la nivelul necesar. Cea mai importantă funcție este situată în colțul din stânga sus. Și funcțiile sunt conectate între ele cu ajutorul săgeților și descrierilor blocurilor funcționale. Mai mult, fiecare tip de săgeată sau activitate are propriul său sens. Acest model vă permite să descrieți toate tipurile principale de procese, atât administrative, cât și organizatorice.

Săgețile pot fi:

Inbox - introductiv, care stabilește o anumită sarcină.
Outgoing - afișarea rezultatului activității.
Managerii (de sus în jos) - mecanisme de control (poziții, instrucțiuni etc.).
Mecanisme (de jos în sus) - ceea ce este folosit pentru a produce munca necesară.

Ar fi mai corect să apelați la intrare și la ieșire săgețile de intrare și de ieșire, deoarece în engleză se numesc Input și, respectiv, Output. Dar caracteristicile traducerii și denumirile obișnuite arată deja așa cum au. Și totuși, pentru o înțelegere corectă a termenilor, este important să ne amintim sensul lor în acest caz. Acest lucru este confirmat și de faptul că această notație a fost creată în primul rând pentru dezvoltarea de software și este mai corect să traducem termenii din acest punct de vedere.

Săgețile sunt semnate folosind substantive (experiență, plan, reguli), iar blocurile sunt semnate folosind verbe, de ex. ele descriu acțiunile care sunt efectuate (crearea unui produs, încheierea unui contract, efectuarea unei expedieri).

IDEF0 este un limbaj foarte simplu și în același timp vizual pentru descrierea proceselor de afaceri. Cu ajutorul acestui standard este posibil transferul de informații între dezvoltatori, consultanți și utilizatori. Standardul a fost dezvoltat foarte atent, este convenabil pentru design, universal. Există multe instrumente pentru a lucra cu el, de exemplu, VISIO, BPWIN, ERWIN, Bussines studio etc.

În plus, utilizarea IDEF0 pentru a crea modele de afaceri nu este doar convenabilă, ci este și corectă. Acest instrument a fost conceput pentru business intelligence, a suferit o lungă și minuțioasă depanare și lustruire. Prin urmare, utilizarea IDEF0 pentru a crea un model funcțional fără erori este mult mai ușoară decât fără utilizarea acestui standard.

După cum știți, cel mai bine este să bateți cuiele cu un ciocan. Desigur, puteți folosi și alte unelte pentru aceasta, dar un ciocan este cel mai funcțional și cel mai ușor este să bateți un cui frumos și precis cu el. Deci, cu utilizarea IDEF0 - acest instrument a fost creat pentru modelarea funcțională, iar cu ajutorul lui puteți obține rezultatul dorit mult mai rapid și mai precis.

Un exemplu de creare a unui model funcțional IDEF0

Pentru a înțelege cum să lucrați cu modelarea funcțională, voi da un exemplu al procesului de scriere a unui articol.

Blocul principal este „Scrieți un articol”.

Săgețile primite - „Experiență”, „Informații din surse terțe”. Acestea sunt intrările de care aveți nevoie pentru a începe.

Ghidurile pentru scrierea unui articol sunt „Planul de publicare”, „Cerințele editorilor”, „Regulile limbii ruse”.

Iar în rolul de „Mecanisme” se află autorul, redactorul, corectorul și software-ul. În acest caz, autorul creează un material audio în care adună toate gândurile și ideile care ar trebui să se reflecte în articol. Un copywriter este o persoană care creează pe baza acestui material, ghidată de cerințele editorului, planul de publicare și regulile limbii ruse, text terminat articole. Correctorul verifică materialul pentru erori. Iar software-ul este instrumentele pe care toți participanții la proces le folosesc în munca lor.

Astfel, am stabilit principalii parametri ai procesului, intrarea, ieșirea acestuia, precum și tot ceea ce este necesar pentru implementarea cu succes a procesului. Dar acesta este doar cadrul de bază al procesului. Aceasta descrie schema generală a companiei în ansamblu.

De fapt, procesul de creare a unui articol, ca orice proces de afaceri, poate și ar trebui să fie detaliat. Pentru a face acest lucru, descompun blocul general „scrieți un articol” în elemente interconectate.

În cazul nostru, munca este împărțită în 4 etape principale:

Pregătiți audio.
Pregătiți textul
Pregătiți textul pentru publicare.
Plasați un articol într-o publicație.

Diagrama arată clar în ce etapă ce elemente de control și ce mecanisme sunt implicate.

Deci, atunci când creează audio, autorul își folosește cunoștințele și experiența, fiind ghidat de planul de publicare și de cerințele editorului. Copywriterul primește o înregistrare audio ca intrare, din care, ghidat de regulile limbii ruse, creează un text. Correctorul primește textul și îl verifică, ghidându-se tot de regulile limbii ruse. Pentru a plasa un articol într-o publicație, este necesar un software special.

La crearea unui model funcțional parametri cheie sunt scopul și punctul de vedere. Pe baza acestora, modelarea acelorași procese poate arăta oarecum diferită. De exemplu, în cazul meu, scopul este „să vorbesc despre procesul de scriere a unui articol”. Iar punctul de vedere al copywriter-ului este „scrierea și publicarea unui articol din punctul de vedere al managerului de proces”.

Deci, dacă același proces ar fi descris din punctul de vedere al unui copywriter, atunci intrarea ar fi o experiență și un fișier audio de la autor. Mai mult, în acest caz, Experiență ar însemna experiența unui copywriter, dar nu a unui lider sau autor. Prin urmare, primul lucru pe care trebuie să îl determinați atunci când creați un model de proces de afaceri este să alegeți un punct de vedere și să articulați clar scopul.

O astfel de modelare nu este doar vizuală, ci și foarte convenabilă pentru a lua decizii eficiente. decizii de management. De exemplu, în procesul de afaceri descris mai sus, există doi specialiști separați - un redactor și un corector. Dacă îmi stabilesc sarcina de a optimiza finanțarea proiectelor, atunci datorită schemei, voi vedea imediat unde este și cum se poate face. Deci, un redactor și un corector folosesc aproximativ aceleași reguli, dar redactorul primește audio și dă rezultatul sub formă de text, în timp ce corectorul acceptă și dă text. Și, prin urmare, dacă este necesar, pot, să zicem, pentru jumătate din costul sarcinilor unui corector, să ofer un copywriter. Așa că voi economisi bani și timp pe interacțiunea diferiților specialiști. Desigur, înțeleg toate meritele corectorilor și de ce este mai bine să lucrezi cu specialiști individuali. Dar vă reamintesc că am o sarcină: optimizarea costurilor.

Fără un astfel de instrument vizual, ar fi mai dificil să se determine care dintre blocuri poate fi îndepărtat și astfel să se optimizeze munca.

Cum se creează notații IDEF0

Există multe produse software diferite care pot fi folosite pentru a crea notații. Unele sunt concepute special pentru modelare funcțională, altele sunt concepute pentru orice lucrare cu elemente grafice. Unde și cum construiți aceste modele depinde de dvs.

Personal cred că la prima etapă nu există nimic mai bun decât hârtia simplă, un simplu creion și o radieră pentru a face ajustări în caz de greșeli.

Pentru a crea o notație pentru procesele de afaceri existente, de ex. pentru a descrie cum funcționează compania acum, este necesar să se studieze principiile muncii. Un specialist terță parte (consultant, dezvoltator) efectuează un interviu pentru aceasta. În prima etapă, șeful companiei răspunde întrebărilor, apoi, în procesul de detaliere a notării, se desfășoară interviuri cu angajații responsabili pentru diferite etape de lucru.

Este important să înțelegeți că, ca urmare, vor fi necesare 2 notații. Primul va afișa procesele de afaceri așa cum sunt. Îl creezi pe baza unui interviu și coordonezi fiecare detaliu cu angajații companiei și managerul. Este foarte important ca viziunea ta asupra proceselor existente să coincidă cu realitatea, iar aceasta este ceea ce necesită confirmare la toate nivelurile.

A doua notație este „cum ar trebui să fie”. Este creat pe baza primei și a acelor modificări pe care vă propuneți să le aduceți structurii de lucru pentru a optimiza și automatiza activitatea companiei ca parte a sarcinii.

Cerințele IDEF0

Cerințele de bază ale standardului IDEF0, în principiu, le-am descris mai sus și le-am arătat cu un exemplu.

În colțul din stânga sus este întotdeauna elementul principal.
Toate elementele trebuie să aibă săgeți de intrare și de ieșire, deoarece pentru execuție este necesar să primiți ceva la intrare (comandă, sarcină), iar după procesare la ieșire, este necesar să transferați produsul finit. Săgețile de intrare sunt întotdeauna în stânga, săgețile de ieșire sunt întotdeauna în dreapta.
Mai sus sunt elementele de control, mai jos sunt mecanismele necesare finalizarii procesului.
Dacă există mai multe blocuri pe o foaie (ecran), fiecare bloc următor este situat în dreapta și sub cel anterior.
Este necesar să ne străduim să creați scheme în așa fel încât intersecția săgeților să fie redusă la minimum necesar.

Greșeli comune

Utilizarea diferitelor culori

Prea multe blocuri

Încălcarea structurii la efectuarea ajustărilor

Reguli pentru denumirea controalelor și blocurilor

Beneficiile utilizării IDEF0

Primul beneficiu este evident - este vizibilitatea. Tu însuți începi să înțelegi cum funcționează acest sau acel sistem și, de asemenea, poți explica clar unde există „puncte subțiri” în acest sistem și cum soluțiile tale vor ajuta să scapi de ele.
Înțelegere reciprocă și lipsă de dezacord. Când discutați despre munca companiei folosind modelul funcțional, aveți blocuri de sarcini vizuale și intuitive cu controale. În plus, modelarea funcțională presupune crearea, dacă este necesar, a unui glosar în care sunt dezvăluite simboluri și termeni. Drept urmare, dumneavoastră și clientul, managerul și alți angajați vorbiți aceeași limbă atunci când discutați o problemă.
Simplitate și viteză mare de creare a modelului. Desigur, să înveți să modelezi nu este atât de ușor pe cât pare. La urma urmei, o schemă este, de fapt, o prezentare super-densă a informațiilor, care este foarte bună pentru înțelegere, dar este necesară o abordare specială pentru a implementa o astfel de prezentare. Creierul analistului acționează în acest caz ca o presă foarte puternică, pe de o parte, și ca un filtru, pe de altă parte. Dar cu experiență, acest proces devine foarte rapid. Drept urmare, obțineți un instrument care vă va ajuta să vă dați seama ce se întâmplă într-un anumit sistem și, cu ajutorul unui ajutor vizual creat într-un timp scurt, să ilustrați puncte importante colegilor sau clienților.
Disciplina si fara greseli. Standardul IDEF0 presupune cadre și reguli stricte. Această abordare disciplinează, iar obiceiul de a acționa în cadrul standardului ajută la evitarea greșelilor datorate neatenției. Orice încălcare a standardului devine imediat vizibilă.

Care este dificultatea utilizării IDEF0

În același timp, cred că un analist de afaceri nu este chiar o profesie, fiecare manager de afaceri sau dezvoltator al unor sisteme este angajat în analiza de afaceri, care analizează afacerea și se străduiește să construiască cel mai eficient sistem. Pentru acești oameni și pentru aceste scopuri este destinat instrumentul IDEF0.

Prin urmare, este foarte important să se consulte în mod constant cu șeful companiei atunci când se elaborează un model de afaceri funcțional „ca atare”, pentru a nu face greșeli care vor atrage automat erori în etapele de descompunere. De asemenea, în etapele ulterioare, pot fi necesare aprobări suplimentare din partea șefilor diviziilor structurale și a angajaților. Numai dacă modelul tău funcțional „ca atare” va reflecta cu adevărat starea reală a lucrurilor, poți face câteva modificări și sugestii. Și pentru a obține rezultate de înaltă calitate într-o astfel de muncă, în primul rând, este necesară experiența practică și cunoașterea caracteristicilor unui anumit tip de afacere.