Parimet e ndërtimit të modelit IDef0. Diagramet IDEF0

I njohur sot jo vetëm në qarqe të ngushta, shkurtesa IDEF0 është metodologjia e parë që standardizon punën në proceset e biznesit. Ai u zhvillua në mesin e shekullit të kaluar si pjesë e një projekti të hapësirës ajrore në Shtetet e Bashkuara dhe, pasi tregoi efektivitetin e tij, u bë një standard federal. Në vendin tonë, në vitin 2000, një dokument “ IDEF0 Metodologjia e Modelimit Funksional. Dokument udhëzues Metodologjia e Modelimit Funksional Dokument Udhëzues IDEF0. Botim zyrtar. Standardi Shtetëror i Rusisë RD IDEF0 - 2000. Zhvilluar nga Qendra Kërkimore për CALS - teknologjitë "Logjistika e Aplikuar". Miratuar dhe vënë në fuqi me Dekretin e Standardit Shtetëror të Rusisë 2000 Moskë”, por si standard nuk u miratua kurrë. Edhe pse kjo nuk e pengoi që kjo metodologji të bëhet një nga mjetet më të njohura për modelimin grafik të proceseve të biznesit në vendin tonë. Në këtë artikull, unë sugjeroj që të merrni parasysh modelin IDEF0 dhe të vlerësoni rëndësinë e kësaj qasjeje në kohën e tanishme.

Konceptet bazë dhe shkurtesat

Le të merremi pak me emrat e elementëve kryesorë të metodologjisë. Standardi grafik IDEF0 është pjesë e metodologjisë SADT (Structured Analysis and Design Technique). IDEF është një shkurtim i ICAM Definition, dhe ICAM rrjedh nga Integrated Computer Aided Manufacturing, që përkthehet si kompjuterizim i integruar i prodhimit. Metodologjia SADT është një familje e tërë prej 15 vetash modele të ndryshme, i cili në një kompleks duhet të kishte lejuar studimin e strukturës, parametrave dhe karakteristikave të prodhimit, sistemeve teknike dhe organizative dhe ekonomike.

IDEF0 është një model funksional, i cili është thelbi i të gjitha strukturave të tjera, ai lidh së bashku flukset e informacionit dhe materialit, strukturën organizative, veprimet e kontrollit dhe aktivitetet e kompanisë. Një standard grafik për modelimin e procesit zakonisht quhet gjithashtu një shënim. Kjo do të thotë, shënimi është një sistem kërkesash dhe rregullash për ndërtimin e një modeli aktiviteti në një formë ose në një tjetër. Prandaj, IDEF0 është e përshtatshme për të quajtur shënimin që është pjesë e metodologjisë SADT.

Shënimi IDEF0 është një teknikë mjaft rigoroze që u zhvillua fillimisht, si standardet e projektimit inxhinierik, për modelimin manual. Prandaj, ai përmban kërkesa për vendosjen e shigjetave, formatin e të gjithë elementëve, përmbajtjen e kornizës së informacionit për diagramin IDEF0, etj. Meqenëse aktivitetet e kompanisë janë një sistem kompleks veprimesh me shumë nivele, gjithmonë ka shumë skemat, dhe është i nevojshëm sistematizimi dhe navigimi i paqartë nëpër të gjithë elementët e modelit. Tani kjo bëhet kryesisht nga sistemet kompjuterike që mbështesin modelimin në këtë shënim. Sistemet AllFusion Process Modeler dhe Business Studio janë më të famshmet dhe më të disponueshmet sot në territorin e Rusisë. Kam në plan t'i kushtoj artikuj të veçantë rishikimit të këtyre sistemeve.

Blloku i funksionit

Elementi qendror i modelit IDEF0 është funksioni , i cili shfaqet në diagram si bllok funksioni- një drejtkëndësh, brenda të cilit veprimi tregohet në formën e një emri foljor. Veprimi mund të jetë shumë i ndryshëm në shkallë - nga aktivitetet e kompanisë në përgjithësi dhe tek manipulimi specifik në veçanti. Shembuj: "Prodhimi dhe shitja e enëve qeramike" dhe "Vizatimi mbi produktin".

Elementet e kërkuara të bllokut të funksionit në IDEF0

Pavarësisht nga shkalla e veprimeve, të gjitha funksionet shfaqen në mënyrë uniforme dhe domosdoshmërisht përmbajnë 4 rrjedha kryesore që janë caktuar në mënyrë të ngurtë në anët e bllokut funksional:

në të majtë - hyrjet ose burimet e përdorura për të ekzekutuar funksionin;
në të djathtë - daljet ose rezultatet e ekzekutimit të funksionit;
sipër - veprimet e kontrollit që përcaktojnë se si dhe sa rezultate duhet të prodhohen;
më poshtë - mekanizmat që pasqyrojnë se kush dhe me çfarë duhet ta bëjë këtë punë.

Kjo qasje ju lejon të kurseni pak në shpjegimet në diagrame dhe të arrini paqartësi në shfaqjen e rrjedhave, gjë që i jep harmoni të gjithë modelit.

Për të ndërtuar një model funksional, metodologjia IDEF0 kërkon që të respektohen rregullat e mëposhtme.

Inputet janë burime që transferojnë plotësisht vlerën e tyre në outpute, domethënë ato shpenzohen plotësisht për krijimin e rezultatit, dhe mekanizmat janë burime që transferojnë vlerën e tyre vetëm pjesërisht (pajisjet përmes amortizimit, dhe njerëzit përmes pagave).
Menaxhimi është një element i domosdoshëm i modelit, pasi ai lidh të gjitha veprimet me sistemin e rregulloreve të kompanisë, duke treguar qartë se cilat rregulla dhe kërkesa duhet të respektohen në procesin e kryerjes së një funksioni. Shpesh kjo rrymë trajtohet formalisht, por në të njëjtën kohë skema humbet ashpërsinë e saj, e ndonjëherë edhe kuptimin e saj.
Çdo bllok funksioni duhet të ketë të paktën një shigjetë në secilën anë (pasi nuk mund të ketë punë pa burime ose rezultate, dhe një instruksion pa ekzekutues ose udhëzim do të jetë i paplotë).

Skema e konsideruar është "tulla" e qasjes IDEF0. Modelimi funksional përfshin një kalim gradual nga e përgjithshmja në të veçantën përmes zbërthimit. Zbërthimi është një "thellim" në funksionin në shqyrtim, duke e ndarë atë në funksione më të vogla. Në të njëjtën kohë, kur funksioni i nivelit të lartë paraqitet në mënyrë të përgjithësuar dhe më pas zbërthehet, është e përshtatshme të quhet proces.

Diagrami i kontekstit

Në nivelin më të lartë, kompania shihet si një "kuti e zezë" në të cilën zhvillohet një aktivitet që përkthen inputet në outpute. Ky nivel zakonisht quhet "", domethënë një diagram që përshkruan kontekstin e aktiviteteve të kompanisë. Për më tepër, shfaqet diagrami i kontekstit karakteristikat kryesore i gjithë modeli.

Qëllimi është një formulim specifik i qëllimit të modelit, sipas të cilit në të ardhmen mund të verifikohet saktësia e ndërtimit të modelit.
Pikëpamja - nga fytyra e të cilit është ndërtuar modeli, pasi modeli është gjithmonë i varur nga autori i tij dhe fokusi i vëmendjes. Nëse po ndërtojmë një model të përgjithshëm të një ndërmarrjeje, atëherë ai zakonisht paraqitet nga këndvështrimi i drejtorit të saj.
Lloji i modelit është një tregues se çfarë informacioni shfaqet në diagrame. Këtu mund të ketë 2 opsione themelore: SI ËSHTË ("siç është") ose TË JESH ("siç do të jetë"). Kjo ndarje është e nevojshme sepse ne mund të ndërtojmë modele si për analizën e aktivitetit ashtu edhe për transformimin e tij. Ne duhet të jemi të qartë për atë që po bëjmë dhe t'ua komunikojmë këtë informacion të tjerëve.

Kështu, diagrami i kontekstit përmban në formën më të përgjithësuar një përshkrim të aktiviteteve të kompanisë, të cilat përshkohen nga flukset që lidhin kompaninë me botën e jashtme. Unë mendoj se ato gjithashtu duhet të jenë pak më të detajuara.

Rrjedhat kryesore

Përvoja ka treguar se, megjithë thjeshtësinë dhe formalitetin e dukshëm të këtij niveli, shpesh është e nevojshme të qëndroni në të për një kohë të gjatë, pasi këtu duhet të pasqyrohen të gjitha rezultatet që janë domethënëse për pronarin dhe tregun. Një gabim mund të çojë në krijimin e modeleve që nuk përmbushin detyrat e vendosura për biznesin. Për të kontrolluar nëse janë shfaqur flukse kuptimplote, sigurohuni që të 4 llojet kryesore të flukseve janë të pranishme në diagramin tuaj.

Materiali: materialet dhe përbërësit në hyrje dhe produktet e gatshme në dalje.
Klienti: një klient potencial në hyrje dhe një i kënaqur në dalje.
Financiare: në hyrje, këto janë zakonisht investime, pagesa të klientëve (të ardhura), kredi dhe të ardhura të tjera; produkti është pagesa për furnitorët, taksat, pagesat për huatë dhe fitimet.
Informative: në hyrje, këto janë të gjitha flukset e informacionit për mjedisin e jashtëm (kushtet e tregut, sjellja e konkurrencës, inovacionet teknologjike, etj.), dhe në dalje, kjo është rrjedha e informacionit që kompania raporton për veten në botë. (të gjitha informacionet e reklamave, si dhe të gjitha llojet e raportimit tek autoritetet rregullatore).

Ju lutemi vini re se kompania është sistem i hapur, dhe asgjë nuk shfaqet apo zhduket në të. Kompania është në gjendje të konvertojë vetëm flukset hyrëse në ato dalëse, dhe nëse e bën këtë mirë, atëherë ka një shtesë rrjedhjen e parasë(fitim), duke reflektuar në një farë kuptimi cilësinë e të gjithë sistemit.

(Kliko per te zmadhuar)

Është mirë nëse secilin prej këtyre llojeve të flukseve e veçoni me një ngjyrë të ndryshme, në mënyrë që të dalloni lehtësisht lëvizjen e burimeve dhe të mos humbisni pika të rëndësishme. Për shembull, shpesh është e mundur të vërehet mungesa e një klienti në flukset e kompanisë, prandaj, puna me të bazohet në një parim të mbetur - klienti shpesh ndihet si një pengesë për punonjësit e kompanisë, detyrat e të cilëve përqendrohen në përpunimin e rrjedha e dokumenteve.

Shigjetat e kontrollit mund të përfaqësohen vetëm nga 1 lloj fluksi - informues, i cili mund të ndahet në 2 nëntipe. E para janë dokumente të tilla si:

ligjet dhe rregulloret;
urdhra, porosi;
udhëzime dhe rregullore;
planet;
dokumentacionin e projektimit etj.

E dyta është informacioni i padokumentuar, i cili më së shpeshti përfshin kërkesat e pronarëve.

Dhe, së fundi, mekanizmat - ekzistojnë vetëm 2 lloje fluksesh: pajisjet (materiali) dhe interpretuesit (ndarjet dhe njerëzit). Këtu nuk mund të ketë dokumente, ashtu siç nuk mund të ketë njerëz në shigjetat e kontrollit!

Ofrohet numërim i vazhdueshëm për lundrimin në model. Diagrami i kontekstit numërohet "A-0". Në të ardhmen, çdo bllok funksional merr numrin e vet, pavarësisht sa i thellë është dekompozimi.

Zbërthimi

Pasi të përpunojmë rrjedhat e diagramit të kontekstit, mund të kalojmë në zbërthimin. Duke zbritur një nivel më poshtë, sikur të hapim një "kuti të zezë", fillimisht shohim një fletë të zbrazët me shigjeta që janë ngjitur në bllokun funksional.

(Kliko per te zmadhuar)

Dhe këtu fillon modelimi aktual funksional - ne duhet të kuptojmë se çfarë grupi veprimesh mund të lidhin këto rrjedha dhe të sigurojmë që të gjitha kërkesat janë përmbushur. Vështirësia qëndron në faktin se ka shumë veprime në kompani, dhe ne kemi të drejtë të shfaqim jo më shumë se 9 funksione në diagram, përndryshe diagrami do të bëhet i palexueshëm dhe, në përputhje me rrethanat, i padobishëm.

Nuk është gjithmonë e lehtë të organizosh një aktivitet kompleks në atë mënyrë që të mbetet vizual, i lexueshëm dhe në të njëjtën kohë i plotë. Më shpesh, ata përdorin ndarjen e të gjithë shumëllojshmërisë së proceseve në blloqe kryesore të mëdha, më të rëndësishmet prej të cilave janë si më poshtë.

Krijimi i një produkti (rezultati).
Promovimi dhe shitja - punë me një fluks klienti.
Sigurimi që aktivitetet e krijimit të produktit janë procese dytësore që janë të nevojshme për të përmbushur kërkesat e qeverisë ose komoditetin e punës (personeli dhe kontabiliteti, shërbimet e transportit, pastrimi i ambienteve, etj.).
Krijimi i flukseve të kontrollit është aktiviteti i zhvillimit të vendimeve të menaxhimit që do të përcaktojnë kërkesat për të gjitha proceset e kompanisë.

Figura më poshtë tregon diagramin e zbërthimit të shembullit tonë.

(Kliko per te zmadhuar)

Në diagram, proceset duhet të vendosen diagonalisht - kjo quhet parimi i dominimit, që nënkupton rregullimin e blloqeve funksionale nga e majta në të djathtë dhe nga lart poshtë - sipas rëndësisë ose në rendi kronologjik. Numri i bllokut është i njëjtë.

Puna e mëtejshme në model është e ngjashme me hapin e parë - kryhet dekompozimi i secilit bllok funksional të nivelit të parë. Numërimi i bllokut do të përmbajë numrin e nivelit të parë: A1.1 ... A1.n, A2.1 ... A2.n, etj.

Përfundime në lidhje me rëndësinë e shënimit

Në kuadrin e këtij artikulli, ishte e mundur të shfaqeshin vetëm konceptet bazë të shënimit IDEF0 në shembull i shkurtër IDEF0, me të cilin, natyrisht, është e vështirë të gjykohet metodologjia në tërësi. Por një përvojë mjaft e madhe e përdorimit të këtij shënimi në praktikë më lejon të nxjerr përfundimet e mëposhtme.

Modeli ka një potencial të mirë vizualizimi, por, për mendimin tim, vlera e tij më e madhe është në efektin disiplinor. Rregullat dhe kufizimet e përcaktuara në metodologji e bëjnë të nevojshme zhvillimin e një qëndrimi sistematik dhe të rreptë ndaj modeleve, i cili ka një efekt shumë të mirë në cilësinë e rezultatit përfundimtar.
Modeli ju lejon të ndërtoni flukse komunikimi midis gjërave të jashtme jo fort të lidhura: të lidhni nënsistemet e zyrave të përparme dhe të pasme me menaxhimin, gjë që është shumë më keq për shënimet e tjera.
Qasja është e thjeshtë dhe e kuptueshme për shumicën e pjesëmarrësve të projektit. Ndërtimi dhe leximi i diagrameve në këtë shënim është i kufizuar vetëm nga dëshira për të gërmuar në ndërlikimet e flukseve të biznesit.

Disa nga argumentet e mësipërme të bëjnë të mendosh se kjo qasje është më e mira dhe e vetmja për modelimin e plotë të aktivitetit. Por nuk duhet të harrojmë se modeli funksional është projektuar vetëm për nivelin e sipërm të modelimit. Përdorimi i shënimit IDEF0 për hartimin e punës në nivelin e interpretuesve çon në faktin se skemat janë thjesht ilustruese dhe është e pamundur të ndërtohet një rregullore shpjeguese mbi bazën e tyre, pasi ato nuk përmbajnë:

duke specifikuar ngjarjet e fillimit dhe të ndalimit të procesit;
kushtet për kalimin nga një veprim në tjetrin;
aftësia për të shfaqur vizualisht të gjitha burimet dhe interpretuesit pa mbingarkuar skemën me shigjeta.

Prandaj, nëse e përdorni këtë shënim për detyrat për të cilat është menduar (strukturimi i aktiviteteve të nivelit të lartë), atëherë IDEF0 është praktikisht i vetmi shënim sot që ju lejon ta bëni këtë me kuptim dhe saktësi.

AT menaxhimin e projektit ky standard modelimi është më i zbatueshëm aty ku duhet të lidhni projekte ose procese të ndryshme në rrjedhat vizuale. Në të njëjtën kohë, modeli grafik do të lejojë një shpërndarje më racionale të përgjegjësisë dhe burimeve midis detyrave. Logjika e detyrave të projektit, e pasqyruar në diagrame, do të ndihmojë në përgatitjen e një orari më të mirë në formën e një grafiku Gantt.

Diagramet IDEF0 ndërtohen duke përdorur programin BPWin. Ato janë të destinuara për modelimin grafik të proceseve të vazhdueshme të biznesit.

Rreth metodologjisë IDEF0

Metodologjia IDEF0 përdoret gjerësisht për shkak të shënimit grafik të thjeshtë dhe të lehtë për t'u kuptuar, përdorimi i të cilit është shumë i përshtatshëm për ndërtimin e një modeli. Vendin kryesor në metodologji e kanë diagramet. Diagramet shfaqin funksionet e sistemit duke përdorur drejtkëndëshat gjeometrikë, si dhe marrëdhëniet ekzistuese midis funksioneve dhe mjedisi i jashtëm. Lidhjet shfaqen me shigjeta. Ju mund ta verifikoni këtë duke parë se çfarë sugjeron diagrami IDEF0, shembuj të të cilit mund të gjenden në këtë artikull.

Fakti që në simulim përdoren vetëm dy primitivë grafikë bën të mundur shpjegimin e shpejtë të rregullave aktuale të ndërveprimit IDEF0 për njerëzit që nuk kanë asnjë ide rreth tij.Përmes diagrameve IDEF0, lidhja e klientit me proceset e vazhdueshme kryhet më shpejt përmes përdorimi i një gjuhe grafike vizuale. Ju mund të shihni se çfarë sugjeron diagrami IDEF0, shembujt e të cilit tregohen më poshtë.

Elementet e përdorura për IDEF0

Siç u përmend tashmë, përdoren 2 lloje të primitivëve gjeometrikë: drejtkëndësha dhe shigjeta. Drejtkëndëshat tregojnë disa procese, funksione, aktivitete ose detyra që kanë qëllime dhe çojnë në një rezultat të caktuar. Ndërveprimi i proceseve ndërmjet tyre dhe mjedisit tregohet me shigjeta. IDEF0 dallon 5 lloje të ndryshme qitës.

Mundësitë e përdorimit të IDEF0

Metodologjia IDEF0 mund të aplikohet për të përshkruar aspektin funksional të çdo sistemi informacioni.

Llojet e lidhjeve ndërmjet proceseve IDEF0

Është në interes të modelit të krijojë marrëdhënie të tilla ndërtimesh që komunikimet e brendshme ishin sa më të fortë, dhe të jashtëm - sa më të dobët. atë forte modelimi me IDEF0. Ju mund të shihni vetë shembuj të diagrameve dhe të verifikoni vërtetësinë e këtyre fjalëve. Për të lehtësuar krijimin e lidhjeve, të ngjashme kombinohen në module. Lidhjet e jashtme krijohen ndërmjet moduleve dhe lidhjet e brendshme krijohen brenda moduleve. Ka disa lloje lidhjesh.

1. Lidhja hierarkike ("pjesë" - "e tërë").

2. Menaxheri (rregullator, vartës):

2) kontrolli i reagimeve.

3. Funksionale ose teknologjike:

2) hyrje e kundërt.

3) konsumatori;

4) logjike;

5) metodike ose kolegjiale;

6) burim;

7) informative;

8) e përkohshme;

9) të rastësishme.

Blloqe ndërtimi dhe lidhje në diagrame

Metodologjia IDEF0 ofron linjë e tërë rregullat dhe rekomandimet për përdorimin e tyre dhe përmirësimin e cilësisë së përdorimit. Pra, diagrami shfaq një bllok, mbi të cilin mund të vendosni emrin e sistemit, qëllimin e tij. 2-5 shigjeta të çojnë në bllok ose nga blloku. Mund të jetë pak a shumë, por nevojiten të paktën dy shigjeta për hyrje / dalje, dhe pjesa tjetër për punë shtesë dhe treguesit e tyre në diagram. Nëse ka më shumë se 5 shigjeta, duhet të mendoni për optimalitetin e ndërtimit të një modeli dhe nëse është e mundur ta bëni atë edhe më të detajuar.

Ndërtimi i blloqeve në diagramet e zbërthimit

Numri i blloqeve që do të jenë në një diagram rekomandohet në shumën 3-6. Nëse ka më pak prej tyre, atëherë diagramet e tilla nuk kanë gjasa të mbajnë një ngarkesë semantike. Nëse numri i blloqeve është i madh, atëherë do të jetë shumë e vështirë të lexoni një diagram të tillë, duke pasur parasysh praninë e shigjetave shtesë. Për të përmirësuar perceptimin e informacionit, rekomandohet të vendosni blloqe nga lart poshtë dhe nga e majta në të djathtë. Ky rregullim do të pasqyrojë logjikën e ekzekutimit të sekuencës së proceseve. Dhe gjithashtu shigjetat do të krijojnë më pak konfuzion, duke pasur një numër minimal kryqëzimesh me njëri-tjetrin.

Nëse nisja e një funksioni të caktuar nuk kontrollohet në asnjë mënyrë, dhe procesi mund të nisë në një moment arbitrar, atëherë kjo situatë tregohet nga mungesa e shigjetave që tregojnë kontrollin dhe hyrjen. Por prania e një situate të tillë mund t'u tregojë partnerëve të mundshëm për një paqëndrueshmëri të caktuar dhe nevojën për të parë më nga afër një partner të mundshëm.

Një bllok që ka vetëm një shigjetë hyrjeje tregon se procesi po merr parametrat e hyrjes, por kontrolli dhe rregullimi në kohën e ekzekutimit nuk ndodh. Një bllok që ka vetëm një shigjetë kontrolli përdoret për të përcaktuar punët që thirren vetëm me urdhër të veçantë të sistemit të kontrollit. Ato menaxhohen dhe korrigjohen në të gjitha fazat e tyre.

Por shembulli i grafikut IDEF0 mund t'ju bindë se lloji më i plotë dhe më përfshirës është diagrami i shigjetës së hyrjes dhe kontrollit.

emërtimi

Për të përmirësuar perceptimin vizual, çdo bllok dhe çdo shigjetë duhet të ketë të vetin emrin e dhënë, e cila do t'ju lejojë t'i identifikoni ato midis shumë blloqeve dhe shigjetave të tjera. Kështu duken shembujt e diagrameve në IDEF0. Sistemi i informacionit i ndërtuar me ndihmën e tyre do t'ju lejojë të kuptoni të gjitha mangësitë dhe kompleksitetin e modeleve.

Shpesh përdoret bashkimi i shigjetave dhe ka pyetje në lidhje me emërtimin e tyre. Sidoqoftë, bashkimi është i mundur vetëm nëse transferohen të dhëna homogjene, kështu që nuk nevojiten emra të veçantë, megjithëse ato mund të specifikohen në programin BPWin. Gjithashtu, nëse shigjetat ndryshojnë, atëherë ato mund të emërtohen veçmas për të kuptuar se çfarë është përgjegjëse për çfarë.

Nëse nuk ka emër pas degës, atëherë konsiderohet se emri është saktësisht i njëjtë me atë para degës. Ky mund të ndodhë nëse dy blloqe kërkojnë të njëjtin informacion. Diagrami i kontekstit IDEF0, një shembull i të cilit mund të gjendet në këtë artikull, konfirmon këto fjalë.

Informacioni i shigjetës

Shigjetat që hyjnë dhe dalin nga i njëjti bllok kur ndërtoni një diagram kompozimi duhet të shfaqen në të. Emrat forma gjeometrike, i transferuar në diagram, duhet të përsërisë saktësisht informacionin e nivelit më të lartë. Nëse dy shigjeta janë paralele në lidhje me harqet e tjetrit (d.m.th., ato fillojnë në skajin e një procesi dhe të dyja përfundojnë në të njëjtin skaj të një procesi tjetër), atëherë është e mundur që ato të kombinohen dhe të përputhen për të optimizuar model. emër i përshtatshëm, e cila shfaqet në mënyrë perfekte në IDEF0 (mund të shihni shembuj të diagrameve në Visio).

Një shembull i zbatimit të metodologjisë IDEF0 në një model specifik

Ju tashmë keni mësuar se çfarë është një diagram IDEF0, keni parë pjesërisht shembuj dhe rregulla për ndërtimin e diagrameve të tilla. Tani duhet t'i drejtohemi praktikës. Për një kuptim më të mirë, shpjegimi nuk do të bazohet në ndonjë model “të përgjithshëm”, por në shembull specifik, i cili do t'ju lejojë të kuptoni më mirë dhe më plotësisht veçoritë e punës me IDEF0 në programin BPWin.

Si shembull, do të merret parasysh shpejtësia e një treni nga pika A në pikën B. Duhet të merret parasysh se treni nuk mund të zhvillojë një shpejtësi më të madhe se ajo e marrë si e lejueshme. Ky kufi vendoset në bazë të përvojës së funksionimit dhe ndikimit të trenave në binarë. Duhet të kuptohet se qëllimi i trenit është të dërgojë pasagjerë të cilët, nga ana tjetër, kanë paguar për të arritur në mënyrë të sigurt dhe komode në destinacionin e tyre. Një diagram IDEF0 është i dobishëm, shembuj të të cilit mund të gjenden në këtë artikull.

Informacioni fillestar është:

të dhëna për linjën e trasesë;
pasaporta e të gjithë distancës;
plani i rrugës.

Të dhënat e kontrollit:

Tregimi i shefit, shefit të shërbimit të pistave.
Informacion në lidhje me fluksin ekzistues të lëvizjes së trenave.
Informacion në lidhje me riparimet e planifikuara, rindërtimet dhe ndryshimet e pista.

Rezultati i modelit është:

Kufizimi i shpejtësive të lejuara që tregon arsyen e kufizimit.
Shpejtësitë e lejuara gjatë vozitjes në pika të veçanta dhe gjatë tërheqjes së trenave.

Pasi të jetë ndërtuar një diagram konteksti, ai duhet të shpohet dhe më pas të krijohet një diagram i përbërë, i cili do të jetë diagrami i nivelit të parë. Do të tregojë të gjitha funksionet kryesore të sistemit. Metodologjia dhe diagrami IDEF0 për të cilin bëhet zbërthimi quhet prind. Një dekompozim IDEF0 quhet zbërthim i fëmijës.

konkluzioni

Pas dekompozimit në nivelin e parë, bëhet zbërthimi i nivelit të dytë - dhe kështu me radhë derisa dekompozimi i mëtejshëm të humbasë kuptimin e tij. E gjithë kjo bëhet për të marrë skemën grafike më të detajuar të proceseve në vazhdim dhe të planifikuar. atë shembull i përfunduar Diagramet IDEF0 që mund t'i lundroni tani.

Në fig. 3.12 tipike Diagrami IDEF0 tregohet së bashku me informacionin e shërbimit të vendosur në kufijtë e tij, i cili përbëhet nga një kokë dhe fundi i mirëpërcaktuar (header dhe "footer"). Elementet e kokës përdoren për të gjurmuar përparimin e krijimit të modelit. Elementet e fundvitit shfaqin emrin e modelit të cilit i përket diagrami dhe tregojnë vendndodhjen e tij në lidhje me diagramet e tjera në model.

Oriz. 3.12

Modelet e Ndërtimit

asnje model nuk duhet të ndërtohet pa një kuptim të qartë të objektit dhe qëllimeve modelimi. Kur zgjidhni një qëllim modelimi, duhet t'u përgjigjeni pyetjeve të mëposhtme:

Pse është modeluar ky proces?
Çfarë do të zbulojë ky model?
Si mund ta zbatojnë atë ata që e njohin këtë model?

Fjalia e mëposhtme mund të shërbejë si shembull i një deklarate qëllimi modelimi: identifikoni detyrat e secilit punonjës të kompanisë dhe kuptoni, në përgjithësi, marrëdhëniet midis detyrave individuale për të zhvilluar një udhëzues për trajnimin e punonjësve të rinj. Modelet janë ndërtuar për t'iu përgjigjur një sërë pyetjesh. Pyetje të tilla janë formuluar në fazat e hershme modelimi dhe më pas shërbejnë si bazë për një përcaktim të qartë dhe konciz të qëllimit të simulimit. Shembuj të pyetjeve të tilla mund të jenë:

Cilat janë detyrat e një menaxheri?
Cilat janë detyrat e një nëpunësi?
Kush e kontrollon punën?
Çfarë teknologjie nevojitet për të përfunduar çdo hap, etj.

Pikepamje

Nga pikëpamja metodologjike, gjatë modelimit, është e dobishme të përdoret mendimi i ekspertëve me pikëpamje të ndryshme për fushën e temës, megjithatë, çdo model individual duhet të zhvillohet bazuar në një këndvështrim të vetëm të paracaktuar. Shpesh këndvështrime të tjera formë e shkurtër janë të dokumentuara në diagramet e bashkangjitur FEO (shih më poshtë) vetëm për qëllime ilustruese.

Pikepamje duhet të zgjidhet me mjaft kujdes, baza e zgjedhjes duhet të jetë qëllimi i modelimit. Emri i këndvështrimit mund të jetë emri i pozicionit, departamentit (për shembull, shefi i departamentit ose menaxheri i shitjeve). Ashtu si me përkufizimin e qëllimit të modelimit, një përkufizim i qartë pikëpamje të nevojshme për të siguruar integritetin e brendshëm të modelit dhe për të parandaluar ndryshimin e përhershëm në strukturën e tij. Mund të jetë e nevojshme të ndërtohen modele nga të ndryshme pikëpamje për një pasqyrim të detajuar të të gjitha veçorive të theksuara në sistemin e blloqeve funksionale.

Kufijtë e simulimit

Nje nga rezultate pozitive ndërtimi i modeleve funksionale rezulton të jetë një përkufizim i qartë kufijtë e modelimit sistemi në tërësi dhe përbërësit kryesorë të tij. Edhe pse supozohet se në procesin e punës në Model do të ketë disa ndryshime kufijtë e modelimit, përshkrimi i tyre verbal (verbal) duhet të mbahet që në fillim për të siguruar koordinimin e punës së analistëve pjesëmarrës në projekt. Ashtu si me përcaktimin e qëllimit të modelimit, mungesa e kufijve e bën të vështirë vlerësimin e shkallës së plotësisë së modelit, pasi kufijtë e modelimit priren të zgjerohen me rritjen e madhësisë së modelit.

Kufijtë e simulimit kanë dy komponentë: gjerësinë e hapësirës dhe thellësinë e detajeve. Gjerësia e hapësirës tregon kufijtë e jashtëm të sistemit që modelohet. Granulariteti përcakton nivelin e detajeve me të cilat do të zbërthehen blloqet funksionale.

Për të lehtësuar përkufizimin e saktë kufijtë e modelimit Gjatë zhvillimit të modeleve IDEFO, shpenzohen përpjekje të konsiderueshme për zhvillimin dhe rishikimin e diagramit të kontekstit IDEFO (diagrami i nivelit "më të lartë"). Ndonjëherë ata madje përdorin ndërtimin e një diagrami shtesë për të shfaqur një nivel më të lartë se ai i kontekstit për një model të caktuar, gjë që bën të mundur përcaktimin e sistemit brenda të cilit ndodhet objekti për modelim. Kostot e konsiderueshme për zhvillimin e diagramit të kontekstit janë mjaft të justifikuara, pasi ai është një lloj "pikës fillestare" për pjesën tjetër të diagrameve të modelit, dhe ndryshimet e bëra në të janë kaskadë në të gjitha nivelet më poshtë.

Kur kufijtë e modelimit janë të qarta, gjithashtu bëhet e qartë se cilat objekte të sistemit për një arsye ose një tjetër nuk janë përfshirë në model.

Zgjedhja e emrit të bllokut të kontekstit

Rekomandohet sekuenca e mëposhtme e veprimeve kur ndërtoni një model "nga e para": formulimi i qëllimit të modelimit, zgjedhja e një këndvështrimi, përcaktimi i kufijve të modelimit. Emri i bllokut të kontekstit- vetë blloku funksional nivel të lartë- përgjithëson përcaktimin e kufijve të modelimit.

Rregullat për zgjedhjen e një emri për bllokun e kontekstit në tërësi nuk ndryshojnë nga rregullat e përgjithshme emërtimi i bllokut të funksionit, prandaj zakonisht për to zgjidhen emra të përgjithshëm si "Menaxhimi i departamentit të shërbimit ndaj klientit", "Përpunimi i porosive" etj.

Përcaktimi i shigjetave në një grafik të kontekstit

Shigjetat e diagrameve IDEF0 zakonisht është më e lehtë të dizenjohet në këtë renditje: prodhimi, inputi, motori i ekzekutimit, kontrolli. Çdo bllok funksioni qëndron për një funksion të veçantë, dhe ai funksion shpesh ka dalje të mirëpërcaktuara. Prania e paqartësive në analizën e rezultateve të një blloku të veçantë funksional është një sinjal i mundshëm i nevojës për riinxhinierim të procesit të konsideruar të biznesit.

Përkufizimi daljet. Pas identifikimit daljet e mundshmeështë e dobishme të analizohet modeli në mënyrë që të parashikohen të gjithë skenarët e mundshëm të sjelljes së procesit. Kjo do të thotë që nëse ekziston mundësia që një situatë e caktuar të ndodhë gjatë procesit, modeli e pasqyron atë. Shumë analistë fillestarë harrojnë të pasqyrojnë rezultatet negative të punës së blloqeve funksionale. Për shembull, blloku "Kryer një test drejtimi" do të prodhojë patjetër një rrymë shoferësh të sapolicensuar, por është e arsyeshme të presësh edhe një fluks të pakalues. Rezultatet negative përdoren shpesh si reagime dhe duhet të analizohen për çdo bllok. E rëndësishme është gjithashtu nevoja e përfshirjes së shigjetave "të diskutueshme" në model, vendimi për praninë e të cilave në model mund të merret nga ekspertët që shqyrtojnë modelin.

Përkufizimi inputet. Inputet mund të mendohen si lëndë e parë ose informacion i konvertuar në një mënyrë specifike nga blloqe funksionale për të prodhuar një rezultat. Në industritë prodhuese, përcaktoni se si shndërrohen lëndët e para hyrëse në produkte të gatshme, zakonisht mjaft e thjeshtë. Megjithatë, kur modeloni rrjedhat e informacionit, rrjedha e të dhënave hyrëse mund të duket se nuk është konsumuar dhe nuk është përpunuar fare. Rastet kur shigjetat hyrëse dhe dalëse emërtohen të njëjta janë jashtëzakonisht të rralla dhe kryesisht tregojnë padobishmërinë e këtij blloku për sistemin në tërësi ose zgjedhjen e gabuar të emrit për shigjetën dalëse. Zgjidhja mund të jetë përdorimi i më shumë pershkrim i detajuar për rrjedhat e të dhënave hyrëse dhe dalëse. Për shembull, hyrja mund të titullohet Diagnoza paraprake e pacientit dhe dalja me titull Diagnoza e rishikuar e pacientit.

Përkufizimi mekanizmat e ekzekutimit. Pas krijimit të hyrjeve dhe daljeve, mund të filloni të shikoni mekanizmat e ekzekutimit ose burimet që lidhen me bllokun e funksionit. Koncepti i mekanizmit të ekzekutimit përfshin personelin, pajisjet, sistemet e informacionit, etj. Për shembull, blloku i funksionit "Mblidh pjesën" mund të kërkojë përdorimin e disa pajisjeve, për shembull, çelësi. Gjatë dhënies së provimeve për patentë shofer, mekanizmi zbatues është inspektori i policisë rrugore. Si rregull, është mjaft e thjeshtë të përcaktohen mekanizmat e ekzekutimit për blloqet e funksionit.

Përkufizimi menaxhimi. Së fundi, duhet të përcaktohet një kontroll për të kontrolluar ecurinë e bllokut të funksionit. Të gjitha blloqet e funksioneve në IDEF0 duhet të kenë të paktën një kontroll. Në rastet kur nuk është e qartë nëse shigjeta është hyrje apo kontroll, ajo duhet të vizatohet si kontroll. Është e rëndësishme të mbani mend se kontrolli mund të konsiderohet si një formë e veçantë e hyrjes së bllokut të funksionit.

Kur diagrami i kontekstit duket i plotë, provoni të bëni pyetjet e mëposhtme:

A e përmbledh diagrami procesin e modeluar të biznesit?
A është diagrami në përputhje me qëllimin e modelimit, këndvështrimin dhe qëllimin e modelimit?
A përshtatet niveli i përzgjedhur i detajeve të shigjetës me bllokun e kontekstit? (Përgjithësisht rekomandohet të vizatoni jo më shumë se gjashtë shigjeta të secilit lloj në një diagram konteksti.)

Numërimi i blloqeve dhe diagrameve

Te gjitha funksionale blloqe IDEF0 janë të numëruara. Prefikset me gjatësi arbitrare lejohen në numra, por prefiksi A përdoret në shumicën dërrmuese të modeleve. Numri i bllokut e ndjekur nga një parashtesë. Një bllok konteksti ka gjithmonë një numër AO.

Parashtesa përsëritet për çdo bllok modeli. Dhomat përdoren për të pasqyruar nivelin e dekompozimit në të cilin ndodhet blloku. Blloku AO zbërthehet në blloqe Al, A2, A3 etj.; blloku A1 - në A11, A12, A13, etj.; blloku - A11 në A111, A112, A113, etj. Për çdo nivel dekompozimi, një shifër i shtohet fundit të numrit.

Dy mënyra për të filluar modelimin

Modelet mund të dizajnohen duke përdorur qasje"në gjerësi", kur çdo diagram është sa më i detajuar para zbërthimit të tij dhe me qasjen "në thellësi", kur fillimisht përcaktohet hierarkia e blloqeve dhe më pas krijohen shigjetat që i lidhin ato. Natyrisht, një kombinim i tyre afrohet, dhe hierarkia e bllokut ndonjëherë mund të ndryshojë pak pasi të vizatohen shigjetat. Kjo ndodh kur krijimi i shigjetave mund të ndryshojë kuptimin e arkitekturës së brendshme të objektit të modeluar.

Kur të ndalet

Qëllimi i formuluar i modelimit përmban pyetje të cilave modeli duhet t'u përgjigjet. Kur bëhet e mundur marrja e përgjigjeve për to duke përdorur modelin, ky i fundit konsiderohet se plotëson kërkesat dhe konsiderohet si përfunduar. Gjatë ndërtimit të dekompozimit të nivelit të parë, është e nevojshme të sigurohet që të gjitha blloqet në diagram të qëndrojnë brenda kufijve të modelimit të përcaktuar më parë. Përpara se të dekompozoni një bllok, duhet të siguroheni që kjo të mos çojë në një tejkalim të thellësisë së detajeve të vendosura më parë për këtë model. Një rregull tjetër është që modelimi IDEF0 duhet të vazhdojë për aq kohë sa shigjetat e përparësisë (hyrja dhe dalja) dominojnë diagramet.

Nëse është e nevojshme të detajohen më tej proceset individuale, mund të përdoret metodologjia IDEF3.

Diagrame të tjera IDEF0

Përveç diagrameve të kontekstit dhe të zbërthimit, modelet mund të zhvillohen dhe paraqiten duke përdorur lloje të tjera të diagrameve IDEF0.

Pema model. Pema e modelit është një diagram i përgjithshëm që tregon strukturën e të gjithë modelit. Në fig. 4.11 tregon një fragment të një diagrami të tillë. Zakonisht pjesa e sipërme e pemës korrespondon me bllokun e kontekstit, e gjithë hierarkia e blloqeve të modelit është ndërtuar nën krye. Sidoqoftë, nuk është e ndaluar të caktohet një bllok arbitrar si një kulm, duke vendosur të gjitha blloqet e tij fëmijë nën të. Për shkak të natyrës së lartë përsëritëse të modelimit funksional, mund të pritet që pema e modelit të ndryshojë në mënyrë të përsëritur në mënyra domethënëse derisa të merret një version i qëndrueshëm. Një pamje peme e modelit ju ndihmon të përqendroheni në zbërthimin funksional të modelit.

grafikët e prezantimit. Diagramet e prezantimit (Vetëm për diagramet e ekspozitës - diagramet FEO) shpesh përfshihen në modele për të ilustruar këndvështrime të tjera ose detaje përtej sintaksës tradicionale IDEF0. Diagramet FEO lejojnë shkeljen e çdo rregulli ndërtimi Diagramet IDEF0 në mënyrë që të evidentohen pjesë të modelit që janë të rëndësishme nga këndvështrimi i analistit. Natyrisht, nëse diagrami FEO përfshihet në model vetëm për të treguar një këndvështrim të ndryshëm mbi sistemin, ka shumë të ngjarë të duket si një diagram i zakonshëm nga jashtë. Diagrami IDEF0, duke përmbushur të gjitha kufizimet IDEF0.

Një mënyrë për të përdorur diagramet FEO është të ndash një bllok funksioni nga mjedisi i tij duke krijuar një diagram me një bllok të vetëm dhe të gjitha shigjetat që lidhen me të, si një diagram konteksti (Figura 4.12). Kjo mund të jetë e dobishme në situatat kur ju duhet të merrni shpejt informacion në lidhje me ndërfaqen (shigjetat) e një blloku funksioni dhe diagrami përkatës i dekompozimit përmban shumë objekte.

Përveç kësaj, ekzistojnë llojet e mëposhtme të diagrameve të prezantimit:

kopje Diagramet IDEF0, i cili përmban të gjitha blloqet e funksionit dhe shigjetat që lidhen vetëm me njërin prej blloqeve të funksionit - kjo ju lejon të pasqyroni ndërveprimin midis këtij blloku dhe objekteve të tjera të diagramit;

kopje Diagramet IDEF0, i cili përmban të gjitha blloqet e funksioneve dhe shigjetat që lidhen drejtpërdrejt vetëm me hyrjen dhe/ose daljen e bllokut prind;
këndvështrime të ndryshme, si rregull, në thellësinë e një niveli të dekompozimit.

Objektiv:

duke studiuar parimet bazë të metodologjisë IDEF0,
duke krijuar një projekt të ri në BPWin,
formimi i një diagrami të kontekstit,
duke bërë lidhje.

Përshkrimi i një sistemi duke përdorur IDEF0 quhet model funksional. Modeli funksional synon të përshkruajë proceset ekzistuese të biznesit, të cilat përdorin gjuhë natyrore dhe grafike. Për të përcjellë informacione rreth një sistemi të caktuar, burimi i gjuhës grafike është vetë metodologjia IDEF0.

Metodologjia IDEF0 përshkruan ndërtimin e një sistemi hierarkik të diagrameve - përshkrime të vetme të fragmenteve të sistemit. Së pari, kryhet një përshkrim i sistemit në tërësi dhe ndërveprimi i tij me botën e jashtme (diagrami i kontekstit), pas së cilës kryhet një dekompozim funksional - sistemi ndahet në nënsisteme dhe secili nënsistem përshkruhet veçmas (diagramet e dekompozimit) . Më pas çdo nënsistem ndahet në më të vogla dhe kështu me radhë derisa të arrihet shkalla e kërkuar e detajeve.

Secili IDEF0-diagramet a përmban blloqe dhe harqe. Blloqet paraqesin funksionet e sistemit të simuluar. Harqet lidhin blloqet së bashku dhe shfaqin ndërveprimet dhe marrëdhëniet midis tyre.

Blloqet (punimet) funksionale në diagrame përfaqësohen me drejtkëndësha, që do të thotë procese, funksione ose detyra të emërtuara që ndodhin gjatë një kohe të caktuar dhe kanë rezultate të dallueshme. Emri i veprës duhet të shprehet si një emër foljor që tregon veprimin.

IDEF0 kërkon që një diagram të ketë të paktën tre dhe jo më shumë se gjashtë kuti. Këto kufizime mbajnë kompleksitetin e diagrameve dhe modeleve në një nivel që mund të lexohet, kuptohet dhe përdoret.

Secila anë e bllokut ka një qëllim specifik, të mirëpërcaktuar. Ana e majtë e bllokut është për hyrje, pjesa e sipërme është për kontroll, e djathta është për dalje, e poshtme është për mekanizma. Një përcaktim i tillë pasqyron disa parime të sistemit: hyrjet konvertohen në rezultate; kontrollon kufizon ose përshkruan kushtet për kryerjen e transformimeve; mekanizmat tregojnë se çfarë dhe si kryen një funksion.

Blloqet në IDEF0 vendosen sipas rëndësisë, siç kuptohet nga autori i diagramit. Ky rend relativ quhet dominim. Dominimi kuptohet si ndikimi që një bllok ka në blloqet e tjera të diagramit. Për shembull, blloku më dominues në diagram mund të jetë ose i pari i një sekuence të kërkuar funksionesh, ose një funksion planifikimi ose kontrolli që ndikon të gjithë të tjerët.

Kutia më dominuese zakonisht vendoset në këndin e sipërm të majtë të diagramit, ndërsa kutia më pak dominuese vendoset në këndin e djathtë.

Rregullimi i blloqeve në faqe pasqyron përkufizimin e autorit për dominimin. Kështu, topologjia e diagramit tregon se cilat veçori kanë një ndikim më të madh tek të tjerët. Për ta theksuar këtë, analisti mund të rinumërojë blloqet sipas renditjes së tyre të dominimit. Rendi i dominimit mund të tregohet nga një numër i vendosur në këndin e poshtëm djathtas të secilës kuti: 1 do të tregonte dominimin më të lartë, 2 tjetrin, e kështu me radhë.

Ndërveprimi i veprave me botën e jashtme dhe midis tyre përshkruhet në formën e shigjetave të përshkruara me vija të vetme me shigjeta në skajet. Shigjetat përfaqësojnë disa informacione dhe quhen emra.

Llojet e shigjetave

IDEF0 bën dallimin midis pesë llojeve të shigjetave.

Hyrja- objektet e përdorura dhe të transformuara nga puna për të marrë një rezultat (output). Lejohet që vepra të mos ketë asnjë shigjetë hyrëse. Shigjeta e hyrjes vizatohet kur hyn në anën e majtë të punës.

Kontrolli-.informacion, menaxhimin e veprimeve puna. Në mënyrë tipike, shigjetat e kontrollit përmbajnë informacion që tregon se çfarë duhet të bëhet puna. Çdo punë duhet të ketë të paktën një shigjetë kontrolli, e cila shfaqet si hyrja në faqen e sipërme të punës.

Dilni- objektet në të cilat konvertohen hyrjet. Çdo punë duhet të ketë të paktën një shigjetë daljeje, e cila vizatohet sikur vjen nga ana e djathtë e punës.

Mekanizmi- Burimet që bëjnë punën. Shigjeta e mekanizmit vizatohet kur hyn në pjesën e poshtme të veprës. Sipas gjykimit të analistit, shigjetat e mekanizmit mund të mos shfaqen në model.

Thirrni- një shigjetë e veçantë që tregon një model tjetër pune. Shigjeta e thirrjes vizatohet sikur vjen nga fundi i punës dhe përdoret për të treguar se disa punë po kryhen jashtë sistemit të simuluar.

Oriz. 2.1 Llojet e shigjetave

Në metodologjinë IDEF0, kërkohen vetëm pesë lloje ndërveprimesh ndërmjet blloqeve për të përshkruar marrëdhëniet e tyre: kontrolli, inputi, reagimi i kontrollit, reagimi i hyrjes, mekanizmi i daljes. Marrëdhëniet e kontrollit dhe hyrjes janë më të thjeshtat pasi ato pasqyrojnë veprime të drejtpërdrejta që janë intuitive dhe shumë të thjeshta.

Oriz. 2.2. Komunikimi në dalje

Oriz. 2.3. Komunikimi i menaxhimit

Një marrëdhënie kontrolli ndodh kur dalja e një blloku ndikon drejtpërdrejt në një bllok me më pak dominim.

Reagimet e kontrollit dhe reagimet hyrëse janë më komplekse sepse ato janë përsëritëse ose rekursive. Gjegjësisht, rezultatet nga një punë ndikojnë në ekzekutimin e ardhshëm të punëve të tjera, të cilat më pas do të ndikojnë në punën origjinale.

Reagimi i kontrollit ndodh atëherë; kur dalja e ndonjë blloku prek një bllok me më shumë dominim.

Marrëdhëniet mekanizëm daljeje janë të rralla. Ato pasqyrojnë një situatë në të cilën prodhimi i një funksioni bëhet një mjet për të arritur një qëllim për një tjetër.

Oriz. 2.4. Input Feedback

Oriz. 2.5. Reagimet e menaxhmentit

Marrëdhëniet e prodhimit-mekanizmit janë karakteristikë për shpërndarjen e burimeve të burimeve (p.sh., mjetet e nevojshme, personeli i trajnuar, hapësira fizike, pajisjet, financimi, materialet).

Në IDEF0, një hark rrallë përshkruan një objekt të vetëm. Zakonisht simbolizon një grup objektesh. Për shkak se harqet përfaqësojnë koleksione objektesh, ato mund të kenë pika të shumta fillimi (burime) dhe pika fundore (destinacione). Prandaj, harqet mund të degëzohen dhe lidhen menyra te ndryshme. I gjithë harku ose një pjesë e tij mund të dalë nga një ose më shumë blloqe dhe të përfundojë në një ose më shumë blloqe.

Degëzimi i harqeve, i përshkruar si vija divergjente, do të thotë që e gjithë ose një pjesë e përmbajtjes së harqeve mund të shfaqet në secilën degë. Një hark është etiketuar gjithmonë përpara një dege për t'i dhënë një emër të gjithë grupit. Përveç kësaj, çdo degë e një harku mund ose nuk mund të etiketohet sipas rregullave të mëposhtme:

degët e paetiketuara përmbajnë peshën e objekteve të specifikuara në etiketën e harkut përpara degëzimit;
degët e etiketuara pas një pike degëzimi përmbajnë të gjitha ose një pjesë të objekteve të specifikuara në etiketën e harkut përpara degës.

Shkrirjet e harkut në IDEFO, të paraqitura si vija që konvergojnë së bashku, tregojnë se përmbajtja e secilës degë shkon për të formuar një etiketë për harkun që rezulton nga bashkimi i harqeve origjinale. Pas një bashkimi, harku që rezulton gjithmonë shënohet për të treguar grupin e ri të veçorive që u shfaqën pas bashkimit. Përveç kësaj, çdo degë mund ose nuk mund të shënohet përpara një bashkimi, sipas rregullave të mëposhtme:

Oriz. 2.6. Lidhja dalje-mekanizëm

degët e paetiketuara përmbajnë peshën e objekteve të specifikuara në etiketën e harkut të përbashkët pas bashkimit;
degët e shënuara përpara bashkimit përmbajnë të gjitha ose disa nga objektet e listuara në shenjën e përbashkët pas bashkimit,

Analiza sasiore e grafikut

Për të kryer një analizë sasiore të diagrameve, ne rendisim treguesit e modelit:

numri i blloqeve në diagram - N;
niveli i dekompozimit të diagramit - L;
bilanci i grafikut - AT;
numri i shigjetave të lidhura me bllokun - POR

Ky grup faktorësh zbatohet për çdo diagram modeli. Më poshtë do të renditen rekomandimet për vlerat e dëshiruara të faktorëve të grafikut.

Është e nevojshme të përpiqemi të sigurohemi që numri i blloqeve në diagramet e niveleve më të ulëta të jetë më i ulët se numri i blloqeve në diagramet mëmë, d.m.th., me një rritje të nivelit të dekompozimit, koeficienti do të ulet. Kështu, ulja e këtij koeficienti tregon se. që ndërsa modeli zbërthehet, funksionet duhet të thjeshtohen, prandaj numri i blloqeve duhet të ulet.

Grafikët duhet të jenë të balancuar. Kjo do të thotë që brenda kornizës së një diagrami, situata e paraqitur në Fig. 2.7: puna 1 ka dukshëm më shumë shigjeta hyrëse dhe kontrolluese sesa ato dalëse. Duhet të theksohet se ky rekomandim mund të mos zbatohet në modelet që përshkruajnë proceset e prodhimit. Për shembull, kur përshkruani një procedurë montimi, një bllok mund të përfshijë shumë shigjeta që përshkruajnë përbërësit e një produkti dhe një shigjetë mund të dalë - produkti i përfunduar.

Oriz. 2.7. Një shembull i një grafiku të pabalancuar

Le të prezantojmë koeficientin e bilancit të diagramit

Është e nevojshme të përpiqemi për të ky ishte minimumi për grafikun.

Përveç analizës së elementeve grafike të diagramit, është e nevojshme të merren parasysh emrat e blloqeve. Për të vlerësuar emrat, është përpiluar një fjalor i funksioneve elementare (të parëndësishme) të sistemit të simuluar. Në fakt, në fjalori i dhënë funksionet e zbërthimit të nivelit më të ulët të diagrameve duhet të bien. Për shembull, për një model bazë të dhënash, funksionet "gjeni një rekord", "shtoni një rekord në bazën e të dhënave" mund të jenë elementare, ndërsa funksioni "regjistrimi i përdoruesit" kërkon përshkrim të mëtejshëm.

Pas formimit të fjalorit dhe përpilimit të një pakete të diagrameve të sistemit, është e nevojshme të merret parasysh niveli më i ulët i modelit. Nëse përputhet me emrat e blloqeve të diagrameve dhe fjalëve nga fjalori, atëherë kjo e thotë këtë nivel të mjaftueshëm arrihet zbërthimi. Koeficienti që pasqyron në mënyrë sasiore këtë kriter mund të shkruhet si L*C- produkti i nivelit të modelit me numrin e përputhjeve të emrave të blloqeve me fjalë nga fjalori. Sa më i ulët të jetë niveli i modelit (L më i lartë), aq më të vlefshme janë ndeshjet.

Paketa e veglave BPWin

Kur nisni BPWin, shiriti kryesor i veglave, paleta e mjeteve dhe Model Explorer shfaqen si parazgjedhje.

Kur krijoni një model të ri, shfaqet një dialog në të cilin duhet të specifikoni nëse modeli do të krijohet përsëri, ose do të hapet nga depoja ModelMart, shkruani emrin e modelit dhe zgjidhni metodologjinë në të cilën do të ndërtohet modeli ( Fig. 2.8).

Fig.2.8 Dialogu i krijimit të modelit

BPWin mbështet tre metodologji - IDEF0, IDEF3 dhe DFD. Në BPWin, është e mundur të ndërtohen modele të përziera, d.m.th., një model mund të përmbajë të dy diagramet IDEF0, IDEF3 dhe DFD në të njëjtën kohë. Përbërja e paletës së mjeteve ndryshon automatikisht kur kalon nga një shënim në tjetrin.

Një model në BPWin shihet si një koleksion aktivitetesh, secila prej të cilave operon në një grup të dhënash. Nëse klikoni në ndonjë objekt të modelit me butonin e majtë të miut, shfaqet një menu e kontekstit pop-up, çdo artikull i së cilës korrespondon me redaktuesin e disa vetive të objektit.

Shembull

Ndërtimi i një modeli sistemi duhet të fillojë me studimin e të gjitha dokumenteve që e përshkruajnë atë. funksionalitetin. Një nga këto dokumente janë termat e referencës, përkatësisht seksionet "Qëllimi i zhvillimit", "Qëllimet dhe objektivat e sistemit" dhe " Karakteristikat funksionale sistemet".

Pas studimit të dokumenteve burimore dhe intervistimit të klientëve dhe përdoruesve të sistemit, është e nevojshme të formulohet qëllimi i modelimit dhe të përcaktohet këndvështrimi mbi modelin. Konsideroni teknologjinë e ndërtimit të tij në shembullin e sistemit "Shërbimi i Punësimit brenda kuadrit të universitetit", tiparet kryesore të të cilit u përshkruan në punë laboratorike № 1.

Le të formulojmë qëllimin e modelimit: të përshkruajmë funksionimin e sistemit, i cili do të ishte i kuptueshëm për përdoruesit e tij, pa hyrë në detaje që lidhen me zbatimin. Modelin do ta ndërtojmë nga këndvështrimi i përdoruesve (student, mësues, administrator, dekanat, firmë).

Le të fillojmë me ndërtimin e një diagrami të kontekstit IDEF0. Sipas përshkrimit të sistemit, funksioni kryesor është t'u shërbejë klientëve të tij duke përpunuar kërkesat prej tyre. Kështu, ne përcaktojmë e vetmja pune diagrami i kontekstit si "Serve System Client". Më pas, ne përcaktojmë të dhënat hyrëse dhe dalëse, si dhe mekanizmat dhe kontrollin.

Për t'i shërbyer një klienti, është e nevojshme regjistrimi i tij në sistem, hapja e aksesit në bazën e të dhënave dhe procesimi i kërkesës së tij. Të dhënat hyrëse do të jenë "emri i klientit", "fjalëkalimi i klientit", "baza e të dhënave origjinale", "kërkesa e klientit". Ekzekutimi i kërkesës çon ose në marrjen e informacionit nga sistemi, ose në ndryshimin e përmbajtjes së bazës së të dhënave (për shembull, gjatë përpilimit të vlerësimeve të ekspertëve), kështu që rezultati do të jetë "raporte" dhe "bazë e të dhënave e modifikuar". Procesi i përpunimit të kërkesës do të kryhet nga monitoruesi i sistemit nën kontrollin e administratorit.

Diagrami i kontekstit

Kështu, ne përcaktojmë diagramin e kontekstit të sistemit (Fig. 2.9).

Fig 2.9. Diagrami i kontekstit të sistemit

Le të zbërthejmë diagramin e kontekstit duke përshkruar sekuencën e shërbimit ndaj klientit:

Përcaktimi i nivelit të aksesit në sistem.
Zgjedhja e nënsistemit.
Qasja në një nënsistem.
Ndryshimi i bazës së të dhënave (nëse është e nevojshme).

Ne marrim diagramin e treguar në Fig. 2.10.

Pasi kanë përfunduar zbërthimin e diagramit të kontekstit, ata kalojnë në zbërthimin e diagramit të nivelit tjetër. Zakonisht, kur merren parasysh nivelet e treta dhe më të ulëta, modelet kthehen në diagramet mëmë dhe i korrigjojnë ato.

Oriz. 2.10. Zbërthimi i veprës "Shërbim, klienti i sistemit"

Ne zbërthejmë në mënyrë sekuenciale të gjitha blloqet e diagramit që rezulton. Hapi i parë në përcaktimin e nivelit të aksesit në sistem është përcaktimi i kategorisë së përdoruesit. Me emrin e klientit, kryhet një kërkim në bazën e të dhënave të përdoruesit, duke përcaktuar kategorinë e tij. Sipas një kategorie të caktuar, qartësohen kompetencat që i jepen përdoruesit të sistemit. Tjetra, kryhet procedura për hyrjen në sistem, duke kontrolluar emrin e hyrjes dhe fjalëkalimin. Duke kombinuar informacionin në lidhje me lejet dhe nivelin e aksesit në sistem, një grup veprimesh të lejuara formohet për përdoruesit. Kështu, përkufizimi i nivelit të aksesit në sistem do të duket si tregohet në Fig. 2.11.

Oriz. 2.11. Zbërthimi i veprës "Përcaktimi i nivelit të aksesit në sistem"

Pas kalimit të procedurës së aksesit në sistem, monitoruesi analizon kërkesën e klientit, duke zgjedhur një nënsistem që do të përpunojë kërkesën. Zbërthimi i veprës “Duke iu referuar një nënsistemi” nuk korrespondon me qëllimin dhe këndvështrimin e modelit. Përdoruesi i sistemit nuk është i interesuar për algoritmet e brendshme të punës së tij. Në këtë rast, për të është e rëndësishme që zgjedhja e nënsistemit të bëhet automatikisht, pa ndërhyrjen e tij, kështu që zbërthimi i thirrjes në nënsistem vetëm sa do ta komplikojë modelin.

Le të zbërthejmë veprën "Përpunimi i kërkesës së klientit", të kryer nga nënsistemi për përpunimin e kërkesave, përcaktimin e kategorive dhe lejeve të përdoruesve. Para se të kërkoni një përgjigje për një pyetje, duhet të hapni bazën e të dhënave (të lidheni me të). Në përgjithësi, baza e të dhënave mund të jetë e vendosur në një server të largët, kështu që mund të jetë e nevojshme të krijohet një lidhje me të. Le të përcaktojmë sekuencën e punës:

Hapja e bazës së të dhënave.
Ekzekutimi i një kërkese.
Gjenerimi i raportit.

Pas hapjes së bazës së të dhënave, duhet të informoni sistemin për vendosjen e një lidhjeje me bazën e të dhënave, më pas të ekzekutoni pyetjen dhe të gjeneroni raporte për përdoruesin (Fig. 2.12).

Duhet theksuar se “Ekzekutimi i kërkesës” përfshin punën e nënsistemeve të ndryshme. Për shembull, nëse një kërkesë përfshin testim, atëherë ajo do të ekzekutohet nga një nënsistem profesional dhe teste psikologjike. Në fazën e ekzekutimit të pyetjes, mund të jetë e nevojshme të ndryshoni përmbajtjen e bazës së të dhënave, për shembull, kur përpiloni vlerësimet e ekspertëve. Prandaj, është e nevojshme të parashikohet një mundësi e tillë në diagram.

Oriz. 2.12.

Rregullimi i grafikut

Kur analizohet diagrami që rezulton, lind pyetja, sipas çfarë rregullash gjenerohen raportet? Është e nevojshme të kemi shabllone të paraformuar që do të përdoren për të zgjedhur nga baza e të dhënave, dhe këto shabllone duhet të korrespondojnë me pyetjet dhe duhet të jenë të paracaktuara. Gjithashtu, klientit duhet t'i jepet mundësia të zgjedhë formën e raportit.

Le të korrigjojmë diagramin duke shtuar shigjetat "Raport shabllonet" dhe "Kërkesat për ndryshimin e bazës së të dhënave" dhe shigjetën e tunelit "System Client". Tunelizim i "System Client" është aplikuar për të mos vendosur shigjetën në diagramin e sipërm, pasi funksioni i zgjedhjes së formularit të raportit nuk është aq i rëndësishëm sa për ta shfaqur atë në diagramin prind.

Ndryshimi i diagramit do të sjellë rregullimin e të gjitha diagrameve mëmë (Fig. 2.13 - 2.15).

Këshillohet që të zbërthehet puna "Query Execution" duke përdorur diagramin DFD (puna laboratorike nr. 3), pasi metodologjia IDEF0 e konsideron sistemin si një grup punimesh të ndërlidhura, i cili pasqyron dobët proceset e përpunimit të informacionit.

Oriz. 2.13. Zbërthimi i veprës "Përpunimi i kërkesës së klientit"

Oriz. 2.14. Zbërthimi i veprës "Shërbimi i klientit të sistemit" (opsioni 2)

Oriz. 2.15. Diagrami i kontekstit të sistemit (opsioni 2)

Le të kalojmë në zbërthimin e bllokut të fundit "Ndryshimi i bazës së të dhënave". Nga pikëpamja e klientit, këto sisteme janë të vendosura në një bazë të dhënash. Në realitet, ekzistojnë gjashtë baza të të dhënave në sistem:

bazën e të dhënave të përdoruesve,
databaza e studentëve, (opsioni 2)
databaza e vendeve të lira të punës,
Baza e të dhënave të progresit,
bazën e të dhënave të testimit,
DB e vlerësimeve të ekspertëve,
Përmbledhja e DB.

Sipas qëllimit të modelimit, është e rëndësishme që klienti të kuptojë se të dhënat e marra nuk përditësohen menjëherë në sistem, por kalojnë fazë shtesë përpunimi dhe kontrolli. Algoritmi i ndryshimit mund të formulohet si më poshtë:

Përcaktohet baza e të dhënave në të cilën do të ndryshohet informacioni.
Operatori formon një grup të përkohshëm të dhënash dhe ia ofron administratorit.
Administratori kontrollon të dhënat dhe i fut ato në bazën e të dhënave.

Ky model mund të zbatohet në një mënyrë të ndryshme, duke ofruar mundësinë për të përditësuar bazën e të dhënave direkt sipas kërkesës, duke anashkaluar procesin e kontrollit të të dhënave. Në këtë rast, është e nevojshme të sigurohet integriteti i bazës së të dhënave për të shmangur dëmtimin e saj. Në këtë rast, diagrami do të duket kështu (Fig. 2.17).

Oriz. 2.16. Zbërthimi i veprës "Ndryshimi i bazës së të dhënave"

Oriz. 2.17. Zbërthimi i veprës “Ndryshimi i bazës së të dhënave” (opsioni 2) Për opsionin e parë të paraqitur në Fig. 2.12

Kryerja e zbërthimit të mëtejshëm "Ndryshimet në bazën e të dhënave" do të komplikojë modelin, duke shpjeguar se si kryhet ndryshimi fizik i bazës së të dhënave në sistem. Në këtë rast, përdoruesi nuk do të marrë asnjë informacion shtese për punën e sistemit të shërbimit të punësimit. Zbërthimi i kësaj pune duhet të kryhet në procesin e hartimit të një sistemi të bazës së të dhënave në fazën e krijimit të një modeli logjik të bazës së të dhënave.

Zbërthimi i punës "Query Execution" do të kryhet në laboratorin e ardhshëm, duke ilustruar përdorimin e diagrameve DFD për të përshkruar proceset e përpunimit të informacionit.

Le të shpenzojmë analiza sasiore modelet e paraqitura në fig. 2.12 dhe 2.13, sipas metodës së përshkruar më sipër. Merrni parasysh sjelljen e koeficientit ^ për këto modele. Diagrami mëmë "Përpunimi i një kërkese klienti" ka një koeficient 4/2 = 2, dhe diagramet e zbërthimit 3/3 = 1. Vlera e koeficientit zvogëlohet, gjë që tregon thjeshtimin e përshkrimit të funksioneve me një ulje të nivelit. të modelit.

Merrni parasysh ndryshimin e koeficientit K b ne dy modele.

për opsionin e dytë

Koeficient K b nuk e ndryshon vlerën e tij, prandaj, bilanci i diagramit nuk ndryshon.

Supozojmë se niveli i zbërthimit të diagrameve të konsideruara është i mjaftueshëm për të pasqyruar qëllimin e modelimit, dhe në diagramet e Nivelit më të ulët, funksionet elementare përdoren si emra të punimeve (nga këndvështrimi i përdoruesit të sistemit).

Duke përmbledhur shembullin e konsideruar, është e nevojshme të theksohet rëndësia e shqyrtimit të disa opsioneve për diagramet gjatë modelimit të një sistemi. Opsione të tilla mund të lindin gjatë rregullimit të diagrameve, siç është bërë me "Përpunimi i kërkesës së klientit" ose kur krijohen zbatime alternative të funksioneve të sistemit (zbërthimi i punës "Ndryshimi i bazës së të dhënave"). Shqyrtimi i opsioneve ju lejon të zgjidhni më të mirën dhe ta përfshini atë në paketën e diagramit për shqyrtim të mëtejshëm.

pyetjet e testit

Listë Pyetje të sigurisë:

Çfarë është një model në shënimin IDEF0?
Çfarë do të thotë punë në IDEF0?
Si është radha e emërtimit të veprave?
Sa punë duhet të jenë në një tabelë?
Cili është rendi i dominimit?
Si rregullohen punët sipas parimit të dominimit?
Cili është qëllimi i brinjëve të drejtkëndëshave të punës në diagrame?
Listoni llojet e shigjetave.
Emërtoni llojet e marrëdhënieve.
Çfarë janë shigjetat kufitare?
Shpjegoni parimin e emërtimit të degëzimit dhe bashkimit të shigjetave.
Cilat metodologji mbështeten nga BPWin?
Listoni elementet kryesore të dritares kryesore të BPWin.
Përshkruani procesin e krijimit të një modeli të ri në BPWin.
Si të lidhni punët?
Si të vendosni një emër pune.
Përshkruani procesin e zbërthimit të punës.
Si të shtoni punë në diagram?
Si të zgjidhni shigjetat e tunelizuara?
A mund të përmbajë një model BPWin diagrame të shumë metodologjive?

Një qasje e bazuar në metodologjinë e përshkrimit të përgjithshëm dhe modelimit funksional proceset e biznesit, është metodologjia IDEF0. Ai bazohet në metodologjinë e Integruar të Prodhimit me Ndihmë Kompjuterike (ICAM) e përdorur në Laboratorët e Hapësirës Ajrore të Forcave Ajrore të SHBA në procesin e zhvillimit dhe krijimit të llojeve të reja të avionëve dhe anije kozmike. Më vonë, mbi këtë bazë, standardi federal i SHBA për teknologjia e informacionit- Publikimi? 183 (Standardi Federal i Përpunimit të Informacionit, Publikimi 183).

Ky standard është aktualisht baza për të përgjithshmen pershkrim funksional dhe modelimi i proceseve të ndryshme të biznesit dhe përdoret në shumë ndërmarrje dhe organizata që prodhojnë më shumë lloje te ndryshme produkteve dhe shërbimeve.

IDEF0 përdoret për të krijuar model funksional, duke pasqyruar strukturën dhe funksionet e sistemit, si dhe flukset e informacionit dhe objekteve materiale të transformuara nga këto funksione.

Baza e gjuhës grafike IDEF0, sintaksa dhe semantika e së cilës përcaktohen me ashpërsi absolute, janë blloqet dhe shigjetat që i lidhin ato, të cilat formojnë një hierarki diagramesh të detajuara.

Figura 1. Hierarkia e diagrameve të shpimit në IDEF0.

Blloqet janë disa funksione të përcaktuara si aktivitete, procese ose transformime. Emrat e tyre përshtaten në kornizën e bllokut në formën e një fraze foljeje ose një emri foljor. Ekziston një numërim i qartë hierarkik i blloqeve, i cili gjithmonë ju lejon të identifikoni vendin e secilit bllok në grupin total të diagrameve.

Shigjetat mund të jenë katër llojesh:

Figura 2. Pozicionimi i shigjetave në modelin IDEF0.

Inputet ( Input ) dhe rezultatet ( Prodhimi ) (qasja në të majtë të blloqeve dhe dalja në të djathtë të tyre) - përfaqësojnë të dhëna, objekte, materiale, etj., Në lidhje me funksionet e kryera nga blloqet (si rregull, këto janë burime të përpunuara dhe rezultatet e ekzekutimit të funksioneve individuale të blloqeve);
Mekanizmat e ekzekutimit të funksionit ( mekanizmi ) (përshtaten nga fundi në blloqe) - përfaqësojnë burimet afatgjata të nevojshme për kryerjen e punës përkatëse (këta mund të jenë punonjës të veçantë, njësi organizative, makina, pajisje, pajisje kompjuterike, etj.);
Dokumentet e menaxhimit ose rregullatore ( kontrollin ) (afrohuni në krye të blloqeve) - përfaqësojnë kushtet, direktivat, udhëzimet etj. që rregullojnë kryerjen e këtij funksioni.

Komponentët e sintaksës IDEF0- blloqe, shigjeta, diagrame dhe rregulla.

Blloqet përfaqësojnë funksione, të përcaktuara si një aktivitet, proces, operacion, veprim ose transformim.
Shigjetat përfaqësojnë të dhëna ose objekte materiale të lidhura me funksionet.
Rregullat përcaktojnë se si duhet të aplikohen komponentët; diagramet ofrojnë një format për përshkrimin grafik dhe verbal të modeleve. Formati formon bazën për menaxhimin e konfigurimit të modelit.

Blloko përshkruan funksionin. Çdo bllok përmban emrin dhe numrin e tij. Emri duhet të jetë një frazë foljore ose një emër foljor. Numri i bllokut vendoset në këndin e poshtëm të djathtë. Numrat e bllokut përdoren për t'i identifikuar ato në diagram dhe në tekstin përkatës.

Shigjeta i formuar nga një ose më shumë segmente të vijës së drejtë dhe një majë në një skaj. Segmentet e shigjetave mund të jenë të drejta ose të thyera; në rastin e fundit, segmentet horizontale dhe vertikale të shigjetës bashkohen me harqe që kanë një kënd prej 90°. Shigjetat nuk përfaqësojnë një rrjedhë ose sekuencë ngjarjesh si në diagramet tradicionale të rrjedhës ose procesit (diagramet e rrjedhës). Ato tregojnë vetëm se cilat të dhëna ose objekte materiale duhet të futen në funksion në mënyrë që ky funksion të ekzekutohet.

Figura 3. Shigjetat në diagramin IDEF0.

Për blloqe në vijim rregullat sintaksore:

madhësitë e bllokut duhet të jenë të mjaftueshme për të përfshirë emrin dhe numrin e bllokut;
blloqet duhet të jenë drejtkëndëshe, me kënde të drejta;
blloqet duhet të vizatohen me vija të forta.

Për qitës në vijim rregullat sintaksore:

shigjetat e thyera ndryshojnë drejtimin vetëm në një kënd 90°;
shigjetat duhet të vizatohen me vija të forta. Ju mund të përdorni linja me trashësi të ndryshme;
shigjetat mund të përbëhen vetëm nga segmente vertikale ose horizontale; segmentet e drejtuara diagonalisht nuk lejohen;
skajet e shigjetave duhet të prekin kufirin e jashtëm të bllokut funksional, por nuk duhet ta kalojnë atë;
shigjetat duhet t'i bashkëngjiten bllokut në anët e tij. Lidhja në qoshe nuk lejohet.

Modelet IDEF0 përbëhen nga dokumentet tre lloje:

grafikët grafikë,
teksti
fjalorth.

Këto dokumente janë të kryqëzuara me njëri-tjetrin. Grafiku grafik - komponenti kryesor Një model IDEF0 që përmban blloqe, shigjeta, lidhje blloqe dhe shigjeta, dhe marrëdhëniet e tyre të lidhura. Blloqet përfaqësojnë funksionet kryesore të objektit të modeluar. Këto funksione mund të zbërthehen (zbërthehen) në pjesët përbërëse të tyre dhe të paraqiten si diagrame më të detajuara. Procesi i dekompozimit vazhdon derisa objekti të përshkruhet në nivelin e detajeve të nevojshme për të arritur qëllimet e një projekti të caktuar.

Një tjetër koncept IDEF0 është fjalorth. Për secilin nga elementët IDEF0: diagrame, blloqe, shigjeta, standardi ekzistues nënkupton krijimin dhe mirëmbajtjen e një grupi përkufizimesh të përshtatshme, fjalë kyçe, deklarata narrative etj., të cilat karakterizojnë objektin e shfaqur nga ky element. Ky grup quhet fjalorth dhe është një përshkrim i thelbit të këtij elementi. Fjalori plotëson në mënyrë harmonike gjuhën grafike vizuale, duke u siguruar diagrameve informacionin e nevojshëm shtesë.

Diagrami i nivelit të lartë ofron përshkrimin më të përgjithshëm të objektit të modelimit. Ky diagram pasohet nga një seri diagramesh fëmijësh që ofrojnë një pamje më të detajuar të objektit.

Çdo model duhet të ketë një diagram të kontekstit të nivelit të lartë në të cilin objekti i modeluar përfaqësohet nga një kuti e vetme me shigjeta kufizuese. Ky grafik quhet A-0 (A minus zero). Shigjetat në këtë diagram tregojnë lidhjet e objektit të modelimit me mjedisi. Për shkak se një bllok i vetëm përfaqëson të gjithë objektin, emri i tij është i përbashkët për të gjithë projektin. E njëjta gjë është e vërtetë për të gjitha shigjetat e diagramit, pasi ato përfaqësojnë grupin e plotë të ndërfaqeve të jashtme të objektit. Diagrami A-0 përcakton zonën e modelimit dhe kufirin e saj.

Figura 4. Një shembull i një diagrami të kontekstit të nivelit të lartë.

Diagrami i kontekstit A-0 duhet gjithashtu të përmbajë deklarata të shkurtra që përcaktojnë këndvështrimin e zyrtarit ose departamentit nga pozicioni i të cilit po krijohet modeli dhe qëllimin për të cilin po zhvillohet. Deklarata e qëllimit shpreh arsyen e krijimit të modelit, domethënë përmban një listë pyetjesh të cilave modeli duhet t'i përgjigjet, e cila në masë të madhe përcakton strukturën e tij. Karakteristikat më të rëndësishme të një objekti zakonisht gjenden në nivelet më të larta të hierarkisë; ndërsa funksioni i nivelit të lartë zbërthehet dhe ndahet në nënfunksione, këto veti rafinohen. Çdo nënfunksion, nga ana tjetër, zbërthehet në elementë të nivelit tjetër, dhe kjo ndodh derisa të merret një strukturë që lejon përgjigjen e pyetjeve të formuluara në qëllimin e modelimit. Çdo nënfunksion modelohet nga një bllok i veçantë. Çdo kuti prind përshkruhet në detaje nga një diagram fëmijësh në një nivel më të ulët. Të gjitha grafikët e fëmijëve duhet të jenë brenda fushëveprimit të grafikut kontekstual të nivelit të lartë.

Shpesh ka raste kur nuk ka kuptim të vazhdohet të merren parasysh shigjetat individuale në diagramet e fëmijëve nën një nivel të caktuar në hierarki, ose anasjelltas - blloqet individuale nuk kanë kuptim praktik mbi një nivel të caktuar. Nga ana tjetër, ndonjëherë ekziston nevoja për të hequr qafe shigjetat individuale "konceptuale" dhe për të mos i detajuar ato më thellë se një nivel i caktuar. Për të zgjidhur probleme të tilla, standardi IDEF0 parashikon konceptin tunelizimi. Emërtimi "tunel" në formën e dy kllapave rreth fillimit të shigjetës do të thotë që kjo shigjetë nuk është trashëguar nga blloku mëmë funksional dhe është shfaqur (nga "tuneli") vetëm në këtë diagram. Nga ana tjetër, i njëjti përcaktim rreth fundit të shigjetës në afërsi të bllokut të marrësit nënkupton faktin që kjo shigjetë nuk do të shfaqet dhe nuk do të merret parasysh në diagramin fëmijë të këtij blloku. Më shpesh ndodh që objektet individuale dhe shigjetat e tyre përkatëse të ndërfaqes nuk merren parasysh në disa nivele të ndërmjetme të hierarkisë - në këtë rast, ata së pari "zhyten në tunel", dhe më pas, nëse është e nevojshme, "kthehen nga tuneli".

Dukshmëria e gjuhës grafike IDEF0 e bën modelin mjaft të lexueshëm për njerëzit që nuk kanë marrë pjesë në projektin e krijimit të tij, si dhe efektiv për demonstrime dhe prezantime. Në të ardhmen, në bazë të modelit të ndërtuar, mund të organizohen projekte të reja që synojnë të bëjnë ndryshime në ndërmarrje (në sistem).

Gjatë kryerjes së projekteve komplekse të anketimit të ndërmarrjeve, zhvillimi i modeleve në standard IDEF0 ju lejon të shfaqni vizualisht dhe në mënyrë efektive të gjithë mekanizmin e ndërmarrjes në kontekstin e dëshiruar. Megjithatë, gjëja më e rëndësishme është mundësia e punës në grup, e cila ofron IDEF0.