Metodologia IDEF0

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 SADT (Structured Analysis and Design Technique). IDEF0 poate fi folosit pentru a simula o clasă largă de sisteme. Pentru sistemele 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 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 anumit sistem este un model al acestui 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 din care sunt construite diagramele IDEF0 sunt funcțiile sau activitățile de business (reprezentate prin dreptunghiuri în diagrame) și datele și obiectele (reprezentate prin săgeți) care leagă activitățile. În acest caz, săgețile, în funcție de ce față a dreptunghiului de lucru intră sau de ce față părăsesc, sunt împărțite în cinci tipuri:

· Introducerea cu săgeți (inclusă în partea stângă a lucrării) - reprezintă date sau obiecte care se modifică în timpul lucrului.

· Săgeți de control (incluse în fața superioară a lucrării) - descriu regulile și restricțiile în funcție de care se execută lucrarea.

· Săgețile de ieșire (părăsesc marginea dreaptă a lucrării) - reprezintă date sau obiecte care apar ca urmare a lucrării.

· Săgețile mecanismului (incluse în marginea inferioară a lucrării) - reprezintă resursele necesare executării lucrării, dar nu se modifică în procesul de lucru (de exemplu, echipamente, resurse umane ...)

· Săgeți de apel (care ies din marginea de jos a lucrării) - descriu conexiunile dintre diferite diagrame sau modele, indicând o anumită diagramă, unde această lucrare este considerată mai detaliat.

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, o zonă (descrieri 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 este punctul de vedere al persoanei sau obiectului responsabil de funcționarea sistemului modelat în ansamblu.


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

Activitățile din diagrame sunt descrise ca dreptunghiuri (blocuri funcționale). Fiecare lucrare descrie o funcție sau sarcină și este denumită 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 denotă 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 ș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 acestei împărțiri, fiecare fragment al sistemului este reprezentat pe o diagramă de descompunere separată.

După ce contextul este descris, sunt construite următoarele diagrame din ierarhie. Fiecare diagramă ulterioară este o descriere (descompunere) mai detaliată a uneia dintre lucrările de pe diagrama superioară. Un exemplu de descompunere a lucrării contextuale este prezentat în Fig.7.2 și Fig.7.4. Descrierea fiecărui subsistem este realizată de analist împreună cu expertul î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 punctele cele mai vulnerabile ale sistemului. După aceea, ținând cont de neajunsurile identificate, puteți construi 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 unor niveluri mai înalte de detaliu pe măsură ce sunt generate 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 într-o diagramă părinte.

Figura 7.2 - Exemplu de diagramă de context

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



Figura 7.3 - Exemplu de diagramă de descompunere

Figura 7.4 - Exemplu de diagramă de context

Figura 7.5 - Exemplu de diagramă de descompunere

Ierarhia diagramelor

Construirea unui model IDEF0 începe cu reprezentarea întregului sistem ca o componentă simplă - un singur bloc și arcuri reprezentând interfețe cu funcții în afara sistemului. Deoarece un singur bloc reprezintă întregul sistem ca întreg, numele dat în bloc este comun. Același lucru este valabil și pentru arcurile de interfață - ele reprezintă, de asemenea, setul complet de interfețe externe ale sistemului în ansamblu.

Apoi blocul, care reprezintă sistemul ca o singură unitate, este detaliat într-o altă diagramă folosind mai multe blocuri conectate prin arcuri de interfață. Aceste blocuri reprezintă principalele sub-funcț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 determinate de arcuri de interfață. Fiecare dintre aceste sub-funcții poate fi descompusă în mod similar pentru o prezentare mai detaliată.

În toate cazurile, fiecare subfuncție poate conține doar acele elemente care sunt incluse în funcția originală. În plus, modelul nu poate omite niciun element, adică, după cum sa menționat deja, 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 din 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 diagramelor

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

Unele arce sunt atașate blocurilor de diagramă prin ambele capete, în timp ce altele au un capăt 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 neconectate 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 (arcuri pe partea inferioară) arată mijloacele prin care sunt îndeplinite funcțiile. Mecanismul poate fi o persoană, un computer sau orice alt dispozitiv care ajută la îndeplinirea acestei funcții (Figura 7.8).


Orez. 7.8. Exemplu de mecanism

Fiecare bloc din diagramă este numerotat. 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ă suplimentar folosind 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ă blocul 1 din diagrama A2. De asemenea, A2 detaliază blocul 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

 

Ar putea fi util să citiți: