IDEF0. Njohja me shënimin dhe një shembull i përdorimit të tij. Softueri i modelimit kompjuterik BPwin (AllFusion Process Modeler) softuer idef0 për zhvillimin e modelit

E njohur sot jo vetëm në qarqe të ngushta, shkurtesa IDEF0 është metodologjia e parë që standardizon punën në proceset e biznesit. Ajo u zhvillua në mesin e shekullit të kaluar si pjesë e një projekti hapësinor në Shtetet e Bashkuara dhe, pasi tregoi efektivitetin e tij, u bë standard federal... Në vendin tonë në vitin 2000, u përgatit një dokument " Metodologjia e Modelimit Funksional IDEF0. Dokument udhëzues Metodologjia e Modelimit Funksional Dokumenti Udhëzues IDEF0. Botim zyrtar. Gosstandart i Rusisë RD IDEF0 - 2000. Zhvilluar nga Qendra Kërkimore CALS - Teknologjitë "Logjistika e Aplikuar". Miratuar dhe vënë në fuqi me Rezolutën e Gosstandart 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, ju ftoj të rishikoni modelin IDEF0 dhe të vlerësoni rëndësinë aktuale të kësaj qasjeje.

Konceptet dhe shkurtesat themelore

Le të kuptojmë pak për emrat e elementëve kryesorë të metodologjisë. Standardi grafik IDEF0 është pjesë e metodologjisë SADT (Analiza e Strukturuar dhe Teknika e Dizajnit). IDEF është një shkurtim për ICAM Definition, dhe ICAM rrjedh nga Integrated Computer Aided Manufacturing, që përkthehet si kompjuterizimi i integruar i prodhimit. Metodologjia SADT është një familje e tërë me 15 modele të ndryshme, të cilat së bashku supozohej të lejonin studimin e strukturës, parametrave dhe karakteristikave të sistemeve prodhuese-teknike dhe organizative-ekonomike.

IDEF0 është një model funksional, i cili është thelbi i të gjitha strukturave të tjera, ai lidh së bashku informacionin dhe rrjedhat materiale, strukturën organizative, veprimet e kontrollit dhe vetë veprimtarinë e kompanisë. Standardi grafik për proceset e modelimit quhet gjithashtu 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, është e përshtatshme që IDEF0 të quhet shënimi që është pjesë e metodologjisë SADT.

Shënimi IDEF0 është një teknikë mjaft rigoroze që u krijua fillimisht, si standardet teknike të projektimit, 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ë skema, dhe kërkohet një sistematizim dhe navigim i qartë në të gjithë elementët e modelit. Tani kjo bëhet kryesisht nga sistemet kompjuterike që mbështesin modelimin në këtë shënim. Në territorin e Rusisë, më të njohurit dhe të disponueshëm sot janë sistemet AllFusion Modeler dhe Business Studio. Kam në plan t'i kushtoj artikuj të veçantë rishikimit të këtyre sistemeve.

Bllok funksional

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

Elementet e detyrueshme 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 rryma kryesore, të cilat 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ë kryer funksionin;
  • në të djathtë - rezultatet ose rezultatet e ekzekutimit të funksionit;
  • në krye - veprimet e kontrollit që përcaktojnë sesi dhe sa rezultate duhet të prodhohen;
  • më poshtë - mekanizma që pasqyrojnë se kush dhe me ndihmën e asaj që duhet të 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ë e bën të gjithë modelin më të hollë.

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

  1. Inputet janë burime që transferojnë vlerën e tyre në rezultate plotësisht, domethënë ato shpenzohen për krijimin e një rezultati të plotë, dhe mekanizmat janë burime që transferojnë vlerën e tyre vetëm pjesërisht (pajisjet përmes amortizimit dhe njerëzit përmes pagave).
  2. Menaxhimi është një element i domosdoshëm i modelit, pasi 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ë funksionit. Shpesh ky rrjedhë trajtohet zyrtarisht, por skema humbet ashpërsinë dhe ndonjëherë edhe kuptimin.
  3. Çdo bllok funksional duhet të ketë të paktën një shigjetë në secilën anë (pasi nuk mund të ketë punë pa burime ose rezultate, dhe një udhëzim pa ekzekutues ose udhëzim do të jetë i paplotë).

Skema e konsideruar është një "bllok ndërtimi" i qasjes IDEF0. Modelimi funksional përfshin një kalim gradual nga i përgjithshmi në të veçantën përmes dekompozimit. Zbërthimi po "thellohet" 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 pasi të zbërthehet, është e përshtatshme ta quajmë një proces.

Diagrami i kontekstit

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

  1. Qëllimi është një formulim specifik i qëllimit të modelit, me anë të të cilit saktësia e konstruksionit të modelit mund të kontrollohet në të ardhmen.
  2. Këndvështrimi - në fytyrën e të cilit është ndërtuar modeli, pasi modeli është gjithmonë i varur nga autori i tij dhe fokusi i vëmendjes. Nëse ndërtojmë një model të përgjithshëm të një ndërmarrje, atëherë ai zakonisht paraqitet nga pikëpamja e drejtorit të tij.
  3. Lloji i modelit është një tregues se çfarë informacioni shfaqet në diagrame. Mund të ketë 2 opsione kryesore këtu: SI ISSHT ("siç është") ose T BE JET (("siç do të jetë"). Kjo ndarje është e nevojshme, pasi 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ë vetëdijshëm për atë që po bëjmë, dhe gjithashtu t'ua përcjellim 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ë, i cili përshkohet nga rrjedhat që lidhin kompaninë me botën e jashtme. Unë mendoj se ne gjithashtu duhet të ndalemi në to në më shumë detaje.

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 të gjitha rezultatet që janë të rëndësishme për pronarin dhe tregun duhet të pasqyrohen këtu. Një gabim mund të çojë në krijimin e modeleve që nuk përmbushin detyrat e përcaktuara për biznesin. Për të verifikuar që rrjedhjet domethënëse janë reflektuar, sigurohuni që të 4 llojet kryesore të rrjedhës të jenë të pranishme në diagramin tuaj.

  1. Materiali: materialet dhe përbërësit në hyrje dhe produktet e përfunduara në dalje.
  2. Klienti: një klient i mundshëm në hyrje dhe një i kënaqur në dalje.
  3. Financiare: në hyrje, këto janë zakonisht investime, pagesa të konsumatorëve (të ardhura), hua dhe të ardhura të tjera; rezultati është pagesa për furnizuesit, taksat, pagesat e huave dhe fitimet.
  4. Informative: në hyrje, këto janë të gjitha rrjedhat e informacionit në lidhje me mjedisin e jashtëm (kushtet e tregut, sjellja e konkurrentëve, risi teknologjike etj), dhe rezultati është rrjedha e informacionit që kompania komunikon 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 lind ose zhduket në të. Një kompani është në gjendje të transformojë vetëm flukset hyrëse në ato dalëse, dhe nëse e bën mirë, atëherë shfaqet një fluks parash shtesë (fitimi), duke reflektuar, në një kuptim, cilësinë e të gjithë sistemit.

(Kliko per te zmadhuar)

Goodshtë mirë nëse theksoni secilën prej këtyre llojeve të rrjedhave me ngjyrën tuaj, 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ë rrjedhat 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 janë të përqendruara në përpunimin e rrjedha e dokumenteve.

Shigjetat e kontrollit mund të përfaqësohen nga vetëm 1 lloj rrjedhe - rrjedha e informacionit, e cila mund të ndahet në 2 nënlloje. E para janë dokumente të tilla si:

  • ligjet dhe rregulloret;
  • urdhra, urdhra;
  • udhëzimet dhe rregulloret;
  • planet;
  • dokumentacionin e projektimit, etj.

E dyta është informacion i pa dokumentuar, i cili më së shpeshti përfshin kërkesat e pronarëve.

Dhe, së fundi, mekanizmat - ekzistojnë vetëm 2 lloje të rrjedhave: pajisje (materiale) dhe interpretues (departamente dhe njerëz). Këtu nuk mund të ketë dokumente, ashtu siç nuk mund të ketë njerëz në shigjetat e kontrollit!

Modeli siguron numërim të vazhdueshëm për lundrim. Diagrami i kontekstit është i numëruar "A-0". Në të ardhmen, çdo bllok funksional merr numrin e vet, pavarësisht sa i thellë është dekompozimi.

Dekompozim

Pas përpunimit të rrjedhave të diagramit të kontekstit, mund të vazhdojmë me dekompozimin. Duke kaluar në një nivel më poshtë, sikur të hapim një "kuti të zezë", së pari shohim një fletë bosh me shigjeta që janë bashkangjitur 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ë sigurohemi që të gjitha kërkesat janë përmbushur. Vështirësia qëndron në faktin se ka shumë veprime në kompani, dhe në diagram ne kemi të drejtë të shfaqim jo më shumë se 9 funksione, 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 aktivitete komplekse në atë mënyrë që ato të mbeten vizuale, të lexueshme dhe në të njëjtën kohë të plota. Më shpesh, ata përdorin ndarjen e të gjithë larmisë së proceseve në blloqe kryesore të mëdha, më të rëndësishmet prej të cilave janë në vijim.

  1. Krijimi i një produkti (rezultati).
  2. Promovimi dhe shitja - puna me rrjedhën e klientëve.
  3. Mbështetja për aktivitetet e krijimit të produkteve janë procese dytësore që janë të nevojshme për të qenë në përputhje me kërkesat e qeverisë ose për të siguruar komoditetin e punës (personeli dhe kontabiliteti, shërbimet e transportit, pastrimi i lokaleve, etj.).
  4. Krijimi i rrjedhave të menaxhimit është aktiviteti i zhvillimit të zgjidhjeve të menaxhimit që do të përcaktojnë kërkesat për të gjitha proceset e kompanisë.

Figura më poshtë tregon diagramin e dekompozimit të shembullit tonë.

(Kliko per te zmadhuar)

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

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

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

Brenda kuadrit të këtij artikulli, ishte e mundur të shfaqeshin vetëm konceptet bazë të shënimit IDEF0 duke përdorur një shembull të shkurtër të IDEF0, me të cilin, natyrisht, është e vështirë të gjykosh metodologjinë në tërësi. Por shumë përvojë në përdorimin e këtij shënimi në praktikë më lejon të nxjerr përfundimet e mëposhtme.

  1. Modeli ka potencial të mirë vizualizimi, por, sipas mendimit tim, rëndësia e tij më e madhe është në efektin disiplinues. Rregullat dhe kufizimet e përfshira në metodologji na detyrojnë të zhvillojmë një qëndrim sistematik dhe të rreptë ndaj modeleve, i cili ka një efekt shumë të mirë në cilësinë e rezultatit përfundimtar.
  2. Modeli ju lejon të ndërtoni rrjedha komunikimi midis gjërave në dukje jo të lidhura fort: 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.
  3. Qasja është e thjeshtë dhe e drejtpërdrejtë 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ë hyrë në ndërlikimet e rrjedhave të biznesit.

Disa nga argumentet e mësipërm e bëjnë të mendojë se kjo qasje është më e mira dhe e vetmja për një modelim të plotë të aktiviteteve. Por mos harroni se modeli funksional është krijuar 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 interpretuesit çon në faktin se diagramet janë thjesht ilustruese dhe mbi bazën e tyre është e pamundur të ndërtohet një rregullore e arsyeshme, pasi ato nuk përmbajnë:

  • konkretizimin e ngjarjeve të fillimit dhe 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 diagramin me shigjeta.

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

V menaxhimi i projektit ky standard modelimi është më i zbatueshëm aty ku ju duhet të lidhni projekte ose procese të ndryshme me rrjedhat vizuale. Në të njëjtën kohë, modeli grafik do të bëjë të mundur shpërndarjen më racionale të përgjegjësive dhe burimeve sipas detyrave. Logjika e detyrave të projektit, e pasqyruar në diagrame, do të ndihmojë në përgatitjen e një cilësie më të mirë plani kalendarik në formën e një grafiku Gantt.

Mësoni të shihni dhe kuptoni strukturën funksionale të biznesit tuaj!

Aktualisht, në Rusi, interesi për standardet e pranuara përgjithësisht të menaxhimit në Perëndim është rritur ndjeshëm, megjithatë, në praktikën e vërtetë të menaxhimit, ekziston një moment shumë tregues. Shumë udhëheqës ende mund të hutohen nga pyetja e drejtpërdrejtë e Struktura organizative kompani ose në lidhje me skemën e proceseve ekzistuese të biznesit. Menaxherët më të përparuar që lexojnë rregullisht periodikë ekonomikë, si rregull, fillojnë të vizatojnë diagrame hierarkike që janë të kuptueshme vetëm për ta, por në këtë proces ata zakonisht shpejt vijnë në një qorrsokak. E njëjta vlen edhe për punonjësit dhe menaxherët e shërbimeve të ndryshme dhe njësive funksionale. Në shumicën e rasteve, grupi i vetëm i rregullave të përcaktuara në përputhje me të cilat një ndërmarrje duhet të operojë është një grup dispozitash individuale dhe përshkrimet e punës... Më shpesh, këto dokumente janë hartuar më shumë se një vit më parë, janë të strukturuar dobët dhe nuk janë të ndërlidhur dhe, si rezultat, thjesht mbledhin pluhur në rafte. Për momentin, një qasje e tillë ishte e justifikuar, pasi gjatë formimit të ekonomisë së tregut rus, koncepti i konkurrencës praktikisht mungonte, dhe nuk kishte nevojë të veçantë për të marrë parasysh kostot - fitimi ishte gjigant. Si rezultat, gjatë dy viteve të fundit, ne kemi parë një pamje plotësisht të kuptueshme: kompanitë e mëdha që u rritën në fillim të viteve '90 gradualisht po humbasin pozicionet e tyre, deri në tërheqjen e tyre të plotë nga tregu. Kjo është pjesërisht për faktin se ndërmarrja nuk zbatoi standardet e menaxhimit, koncepti i një modeli funksional të veprimtarisë dhe misionit mungonte plotësisht. Me ndihmën e modelimit të fushave të ndryshme të veprimtarisë, është e mundur të analizohen në mënyrë efikase pengesat në menaxhim dhe të optimizohet skema e përgjithshme e biznesit. Por, siç e dini, në çdo ndërmarrje, vetëm ato projekte që sjellin fitim janë përparësia më e lartë, prandaj, zakonisht është vetëm gjatë një krize të prekshme në menaxhimin e kompanisë që po flasim për studimin e aktiviteteve dhe riorganizim.

Në fund të viteve '90, kur tregu ishte mjaft konkurrues dhe përfitimi i ndërmarrjeve filloi të binte ndjeshëm, menaxherët ndien vështirësi të mëdha në përpjekjen për të optimizuar kostot në mënyrë që produktet të mbeten fitimprurëse dhe konkurruese. Ishte në atë moment që u shfaq qartë nevoja për të pasur para syve tuaj një model të veprimtarisë së ndërmarrjes, i cili do të pasqyrojë të gjithë mekanizmat dhe parimet e ndërlidhjes së nënsistemeve të ndryshëm brenda kuadrit të një biznesi.

Vetë koncepti i "modelimit të proceseve të biznesit" erdhi në jetën e përditshme të shumicës së analistëve njëkohësisht me shfaqjen në treg të komplekseve produkte softuerike projektuar për automatizimin kompleks të menaxhimit të ndërmarrjes. Sisteme të tilla nënkuptojnë gjithmonë një studim të thellë para-projekt të aktiviteteve të kompanisë. Rezultati i këtij sondazhi është një mendim eksperti, në të cilin pika individuale janë bërë rekomandime për eliminimin " ngushticat”Në menaxhimin e aktiviteteve. Në bazë të këtij përfundimi, menjëherë para zbatimit të sistemit të automatizimit, kryhet i ashtuquajturi riorganizim i proceseve të biznesit, ndonjëherë mjaft serioz dhe i dhimbshëm për kompaninë. Ky, dhe natyrisht, një ekip që është zhvilluar gjatë viteve është gjithmonë e vështirë të detyrohet të "mendojë në një mënyrë të re". Sondazhe të tilla komplekse të ndërmarrjeve janë gjithmonë detyra komplekse dhe dukshëm të ndryshme nga rasti në rast. Ekzistojnë metodologji dhe standarde të provuara mirë për zgjidhjen e problemeve të tilla të modelimit të sistemeve komplekse. Këto standarde përfshijnë metodologjitë e familjes IDEF. Me ndihmën e tyre, është e mundur të shfaqen dhe analizohen në mënyrë efektive modelet e veprimtarisë së një game të gjerë sistemesh komplekse në seksione të ndryshme. Në të njëjtën kohë, gjerësia dhe thellësia e ekzaminimit të proceseve në sistem përcaktohet nga vetë zhvilluesi, i cili lejon të mos mbingarkoni modelin e krijuar me të dhëna të panevojshme. V aktualisht standardet e mëposhtme mund t'i atribuohen familjes IDEF:

IDEF0 është një metodologji funksionale e modelimit. Me ndihmën e gjuhës vizuale grafike IDEF0, sistemi në studim u duket zhvilluesve dhe analistëve në formën e një grupi funksionesh të ndërlidhura (blloqe funksionale - në terma të IDEF0). Në mënyrë tipike, modelimi IDEF0 është hapi i parë në mësimin e çdo sistemi;

IDEF1 - një metodologji për modelimin e rrjedhave të informacionit brenda sistemit, e cila ju lejon të shfaqni dhe analizoni strukturën dhe marrëdhëniet e tyre;

IDEF1X (IDEF1 Extended) është një metodologji për ndërtimin e strukturave relacionale. IDEF1X i përket llojit të metodologjive "Entiteti-marrëdhënie" (ER-Entiteti-Relationship) dhe, si rregull, përdoret për të modeluar bazat e të dhënave relacionale që lidhen me sistemin në fjalë;

IDEF2 është një metodologji për modelimin dinamik të evolucionit të sistemeve. Për shkak të vështirësive shumë serioze të analizimit të sistemeve dinamike, ky standard u braktis praktikisht dhe zhvillimi i tij u pezullua në fazën fillestare. Sidoqoftë, aktualisht ekzistojnë algoritme dhe zbatimet e tyre kompjuterike që bëjnë të mundur transformimin e një grupi të diagrameve statike IDEF0 në modele dinamike të bazuara në "rrjeta Petri me ngjyrë" (CPN - Color Petri Nets);

IDEF3 është një metodologji për dokumentimin e proceseve që ndodhin në sistem, e cila përdoret, për shembull, në studimin e proceseve teknologjike në ndërmarrje. IDEF3 përshkruan skenarin dhe rrjedhën e punës për secilin proces. IDEF3 ka një lidhje të drejtpërdrejtë me metodologjinë IDEF0 - secili funksion (bllok funksional) mund të përfaqësohet si një proces i veçantë me anë të IDEF3;

IDEF4 është një metodologji për ndërtimin e sistemeve të orientuara nga objekti. Mjetet IDEF4 ju lejojnë të shfaqni vizualisht strukturën e objekteve dhe parimet themelore të ndërveprimit të tyre, duke ju lejuar kështu të analizoni dhe optimizoni sisteme komplekse të orientuara nga objekti;

IDEF5 është një metodologji për studimin ontologjik të sistemeve komplekse. Duke përdorur metodologjinë IDEF5, ontologjia e një sistemi mund të përshkruhet duke përdorur një fjalor specifik të termave dhe rregullave, në bazë të të cilave mund të formohen deklarata të besueshme për gjendjen e sistemit në shqyrtim në një moment të caktuar kohor. Bazuar në këto deklarata, nxirren përfundime zhvillim të mëtejshëm sistemi dhe bëhet optimizimi i tij.
Në këtë artikull, ne do të shikojmë metodologjinë më të përdorur të modelimit funksional IDEF0.

Historia e standardit IDEF0

Metodologjia IDEF0 mund të konsiderohet faza tjetër në zhvillimin e gjuhës grafike të mirënjohur për përshkrimin e sistemeve funksionale SADT (Teknika e Analizës dhe Strukturimit të Strukturuar). Disa vjet më parë, një botim i vogël i librit me të njëjtin emër u botua në Rusi, i cili iu kushtua përshkrimit të parimeve themelore të ndërtimit të diagrameve SADT. Historikisht, IDEF0 si standard u zhvillua në 1981 si pjesë e një programi të gjerë automatizimi ndërmarrjet industriale, e cila mbante përcaktimin ICAM (Prodhim i integruar me kompjuter) dhe u propozua nga Forcat Ajrore të SHBA. Vetë familja e standardeve IDEF trashëgoi përcaktimin e saj nga emri i këtij programi (IDEF = ICAM DEFinition). Në procesin e zbatimit praktik, pjesëmarrësit e programit ICAM u përballën me nevojën për të zhvilluar metoda të reja për analizimin e proceseve të ndërveprimit në sistemet industriale. Në të njëjtën kohë, përveç një grupi të përmirësuar funksionesh për përshkrimin e proceseve të biznesit, një nga kërkesat për standardin e ri ishte disponueshmëria e një metodologjie efektive për ndërveprimin brenda kuadrit të "specialistit analist". Me fjalë të tjera, metoda e re supozohej të siguronte punë në grup për krijimin e modelit, me pjesëmarrjen e drejtpërdrejtë të të gjithë analistëve dhe specialistëve të përfshirë në projekt.

Si rezultat i kërkimit të zgjidhjeve të përshtatshme, lindi metodologjia e modelimit funksional IDEF0. Që nga viti 1981, standardi IDEF0 ka pësuar disa ndryshime të vogla, kryesisht të një natyre kufizuese, dhe rishikimi i tij i fundit u lëshua në dhjetor 1993 nga Instituti Kombëtar Amerikan për Standardet dhe Teknologjinë (NIST).

Elementet dhe konceptet themelore të IDEF0

Gjuha grafike IDEF0 është çuditërisht e thjeshtë dhe harmonike. Metodologjia bazohet në katër koncepte kryesore.

E para është koncepti i Kutisë së Aktiviteteve. Një bllok funksional përshkruhet grafikisht në formën e një drejtkëndëshi (shih Fig. 1) dhe personifikon një funksion specifik brenda kornizës së sistemit në shqyrtim. Sipas kërkesave të standardit, emri i secilit bllok funksional duhet të formulohet në gjendjen foljore (për shembull, "prodhoni shërbime", jo "prodhim shërbimesh").

Secila nga katër anët e një blloku funksional ka kuptimin (rolin) e vet specifik, ndërsa:

  • Ana e sipërme është Kontrolli;
  • Ana e majtë është vendosur në "Input";
  • Ana e djathtë është vendosur në "Output";
  • Pjesa e poshtme është "Mekanizmi".

    • Çdo bllok funksional brenda kuadrit të një sistemi të vetëm të konsideruar duhet të ketë numrin e vet unik identifikues.

    Figura 1. Bllok funksional.

    "Balena" e dytë e metodologjisë IDEF0 është koncepti i një harku ndërfaqësor (Shigjeta). Gjithashtu, harqet e ndërfaqes shpesh quhen rrjedha ose shigjeta. Harku i ndërfaqes shfaq një element të sistemit që përpunohet nga një bllok funksioni ose ndikon ndryshe në funksionin e shfaqur nga ky bllok funksioni.

    Shfaqja grafike e harkut të ndërfaqes është një shigjetë njëdrejtimëshe. Çdo hark ndërfaqeje duhet të ketë emrin e vet unik (Etiketa e Shigjetës). Siç kërkohet nga standardi, emri duhet të jetë një qarkullim emëror.

    Me ndihmën e harqeve të ndërfaqes, shfaqen objekte të ndryshme që, në një shkallë ose në një tjetër, përcaktojnë proceset që ndodhin në sistem. Objekte të tilla mund të jenë elementë të botës reale (pjesë, makina, punonjës, etj.) Ose rrjedha të të dhënave dhe informacioni (dokumente, të dhëna, udhëzime, etj.).

    Në varësi të cilës anë është i përshtatshëm ky hark ndërfaqeje, ai quhet "hyrës", "dalës" ose "kontroll". Për më tepër, vetëm blloqet funksionale mund të jenë "burimi" (fillimi) dhe "lavamani" (fundi) i secilit hark funksional, ndërsa "burimi" mund të jetë vetëm ana dalëse e bllokut, dhe "lavamani" mund të jetë çdo nga tre ato të mbetura.

    Duhet të theksohet se çdo bllok funksional, sipas kërkesave të standardit, duhet të ketë të paktën një hark ndërfaqe kontrolli dhe një dalës. Kjo është e kuptueshme - çdo proces duhet të ndjekë disa rregulla (të shfaqura nga harku i kontrollit) dhe duhet të prodhojë një rezultat (hark dalës), përndryshe nuk ka kuptim ta konsiderosh atë.

    Kur ndërtoni diagramet IDEF0, është e rëndësishme të ndani saktë harqet e ndërfaqes në hyrje nga ato të kontrollit, gjë që shpesh nuk është e lehtë. Për shembull, figura 2 tregon bllokun e funksionit "Përpuno pjesën e punës".

    Në një proces të vërtetë, punëtorit që kryen përpunimin i jepet një pjesë pune dhe udhëzime teknologjike për përpunimin (ose rregullat e sigurisë kur punoni me makinën). Mund të jetë gabim të mendohet se si pjesa e punës ashtu edhe dokumenti me udhëzime teknologjike janë objekte hyrëse, por kjo nuk është kështu. Në fakt, në këtë proces, pjesa e punës përpunohet sipas rregullave të pasqyruara në udhëzimet teknologjike, të cilat duhet të shfaqen përkatësisht nga harku i ndërfaqes së kontrollit.


    Figura 2

    Një gjë tjetër është kur udhëzimet teknologjike përpunohen nga teknologu kryesor dhe bëhen ndryshime në to (Fig. 3). Në këtë rast, ato shfaqen si një hark ndërfaqe tashmë hyrës, dhe objekti i kontrollit është, për shembull, standarde të reja industriale, në bazë të të cilave bëhen këto ndryshime.


    Figura 3

    Shembujt e mësipërm theksojnë natyrën në dukje të ngjashme të harqeve të ndërfaqes hyrëse dhe dalëse, por gjithmonë ka dallime të caktuara për sistemet e së njëjtës klasë. Për shembull, në rastin e marrjes në konsideratë të ndërmarrjeve dhe organizatave, ekzistojnë pesë lloje kryesore të objekteve: rrjedhat materiale (pjesë, mallra, lëndë të para, etj.), Flukset financiare (para dhe jo në para, investime, etj.), Dokument rrjedhat (dokumentet tregtare, financiare dhe organizative), rrjedhat e informacionit (informacioni, të dhënat e qëllimit, udhëzimet gojore, etj.) dhe burimet (punonjësit, makinat, makinat, etj.). Në këtë rast, në raste të ndryshme, të gjitha llojet e objekteve mund të shfaqen nga harqet e ndërfaqes hyrëse dhe dalëse, të cilat kontrollojnë vetëm ato që lidhen me rrjedhën e dokumenteve dhe informacionit, dhe vetëm burimet mund të shfaqen me harqe-mekanizma.

    Prania e detyrueshme e harqeve të ndërfaqes së kontrollit është një nga ndryshimet kryesore të standardit IDEF0 nga metodologjitë e tjera të klasave DFD (Data Flow Diagram) dhe WFD (Work Flow Diagram).

    Koncepti i tretë bazë i standardit IDEF0 është Zbërthimi. Parimi i dekompozimit përdoret kur zbërthen një proces kompleks në funksionet përbërëse të tij. Në këtë rast, niveli i detajeve të procesit përcaktohet drejtpërdrejt nga zhvilluesi i modelit.

    Zbërthimi ju lejon të përfaqësoni gradualisht dhe strukturuar modelin e sistemit në formën e një strukture hierarkike të diagrameve individuale, gjë që e bën atë më pak të mbingarkuar dhe të lehtë për tu tretur.

    Modeli IDEF0 fillon gjithmonë me prezantimin e sistemit në tërësi - një bllok i vetëm funksional me harqe ndërfaqe që shtrihen përtej zonës së konsideruar. Një diagram i tillë me një bllok funksional quhet një diagram konteksti, dhe shënohet me identifikuesin "A-0".

    Teksti shpjegues për diagramin e kontekstit duhet të tregojë Qëllimin e ndërtimit të diagramit në formën e një përshkrimi të shkurtër dhe të fiksojë këndvështrimin (Pikëpamja).

    Përcaktimi dhe formalizimi i qëllimit të zhvillimit të IDEF0 - modeli është jashtëzakonisht pikë e rëndësishme... Në fakt, qëllimi identifikon fushat përkatëse në sistemin në studim që duhet të fokusohen së pari. Për shembull, nëse modelojmë aktivitetet e një ndërmarrje për të ndërtuar një sistem informacioni në bazë të këtij modeli në të ardhmen, atëherë ky model do të ndryshojë ndjeshëm nga ai që ne do të zhvillonim për të njëjtën ndërmarrje, por me qëllim të optimizimit të zinxhirëve të furnizimit.

    Pikëpamja përcakton drejtimin kryesor të zhvillimit të modelit dhe nivelin e detajeve të kërkuara. Një fiksim i qartë i këndvështrimit ju lejon të shkarkoni modelin, duke braktisur detajimin dhe hulumtimin e elementeve individuale që nuk janë të nevojshëm, bazuar në këndvështrimin e zgjedhur në sistem. Për shembull, modelet funksionale të së njëjtës ndërmarrje nga pikëpamja e teknologut kryesor dhe drejtorit financiar do të ndryshojnë ndjeshëm në drejtim të detajimit të tyre. Kjo është për shkak të faktit se, në fund të fundit, CFO nuk është i interesuar në aspektet e përpunimit të lëndëve të para në makinat e prodhimit, dhe teknologu kryesor nuk ka nevojë për diagrame të vizatuara. rrjedhat financiare... Zgjedhja e saktë e këndvështrimit zvogëlon ndjeshëm kohën e shpenzuar për ndërtimin e modelit përfundimtar.

    Në procesin e dekompozimit, blloku funksional, i cili në diagramin e kontekstit shfaq sistemin në tërësi, shpohet në një diagram tjetër. Diagrami që rezulton i nivelit të dytë përmban blloqe funksionale që shfaqin nënfunksionet kryesore të bllokut funksional të diagramit të kontekstit dhe quhet një diagram i fëmijës në lidhje me të (secili prej blloqeve funksionale që i përkasin diagramit të fëmijës quhet përkatësisht një Kuti për Fëmijë) ) Nga ana tjetër, blloku i funksionit prind quhet blloku prind në lidhje me diagramin fëmijë (Parent Box), dhe diagrami të cilit i përket quhet diagram prind (Diagrami i prindërve). Secili nga nën-funksionet e diagramit të fëmijës mund të detajohet më tej me një zbërthim të ngjashëm të bllokut funksional përkatës. Isshtë e rëndësishme të theksohet se në secilin rast të dekompozimit të një blloku funksional, të gjitha harqet e ndërfaqes të përfshira në këtë bllok ose që dalin prej tij janë fiksuar në diagramin fëmijë. Kjo arrin integritetin strukturor të modelit IDEF0. Parimi i dekompozimit është treguar qartë në Figurën 4. Ju duhet t'i kushtoni vëmendje marrëdhënies midis numërimit të blloqeve funksionale dhe diagrameve - secili bllok ka numrin e tij serik unik në diagram (numri në këndin e poshtëm të djathtë të drejtkëndëshit) , dhe përcaktimi në këndin e duhur tregon numrin e diagramit të fëmijës për këtë bllok ... Mungesa e këtij përcaktimi do të thotë që nuk ka dekompozim për këtë bllok.

    Shpesh ka raste kur harqet individuale të ndërfaqes nuk kanë kuptim të vazhdojnë të konsiderohen në diagramet e fëmijëve nën një nivel të caktuar në hierarki, ose anasjelltas - harqet individuale nuk kanë asnjë kuptim praktik mbi një nivel të caktuar. Për shembull, një hark ndërfaqeje që përshkruan një "detaj" në hyrje të bllokut të funksionit "Procesi aktiv torno”Nuk ka kuptim të reflektojmë në diagramet e niveleve më të larta - vetëm do të mbingarkojë diagramet dhe do t'i bëjë të vështira për t'u kuptuar. Nga ana tjetër, ekziston nevoja për të hequr qafe harqet e ndërfaqes "konceptuale" të veçanta dhe jo t'i detajoni ato më thellë se një nivel i caktuar. Për të zgjidhur probleme të tilla, standardi IDEF0 parashikon konceptin e tunelit. Përcaktimi i tunelit me shigjeta në formën e dy kllapave rreth fillimit të harkut të ndërfaqes tregon se ky hark nuk ishte i trashëguar nga blloku funksional mëmë dhe u shfaq (nga "tuneli") vetëm në këtë diagram. Nga ana tjetër, i njëjti përcaktim rreth fundit (shigjetës) së harkut të ndërfaqes në afërsi të bllokut të marrësit nënkupton faktin se në diagramin fëmijë të këtij blloku ky hark nuk do të shfaqet dhe nuk do të merret parasysh. Më shpesh, ndodh që objektet individuale dhe harqet 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 pastaj, nëse është e nevojshme, "kthehen nga tuneli".

    Koncepti përfundimtar në IDEF0 është Fjalori. Për secilin nga elementët IDEF0: diagramet, blloqet funksionale, harqet e ndërfaqes, standardi ekzistues nënkupton krijimin dhe mirëmbajtjen e një grupi të përkufizimeve përkatëse, fjalëve kyçe, tregimeve, etj. Që karakterizojnë objektin e shfaqur nga ky element. Ky grup quhet fjalor dhe është një përshkrim i thelbit të këtij elementi. Për shembull, për një "urdhër pagese" të harkut të ndërfaqes së kontrollit, fjalori mund të përmbajë një listë të fushave të dokumentit që korrespondojnë me harkun, grupin e kërkuar të vizave, etj. Fjalori plotëson harmonikisht gjuhën grafike, duke siguruar diagramet me informacionin e nevojshëm shtesë.


    Figura 4. Zbërthimi i blloqeve funksionale.

    Parimet e kufizimit të kompleksitetit të diagrameve IDEF0

    Në mënyrë tipike, modelet IDEF0 mbajnë informacion kompleks dhe të koncentruar, dhe për të kufizuar mbingarkesën e tyre dhe për t'i bërë ato të lexueshme, kufijtë përkatës të kompleksitetit miratohen në standardin përkatës:

    Kufizimi i numrit të blloqeve funksionale në diagram në tre deri në gjashtë. Kufiri i sipërm (gjashtë) e detyron projektuesin të përdorë hierarki kur përshkruan sende komplekse, dhe kufiri i poshtëm (tre) siguron që të ketë detaje të mjaftueshme në diagramin përkatës për të justifikuar krijimin e tij;

    Kufizimi i numrit të harqeve të ndërfaqes të përshtatshme për një bllok funksional (duke lënë një bllok funksional) në katër.
    Sigurisht, nuk është aspak e nevojshme të ndiqni rreptësisht këto kufizime, megjithatë, siç tregon përvoja, ato janë shumë praktike në punë reale.

    Disiplina e punës në grup për zhvillimin e modelit IDEF0

    Standardi IDEF0 përmban një sërë procedurash që lejojnë një grup të madh njerëzish nga zona të ndryshme të sistemit të modeluar të zhvillojnë dhe të bien dakord për një model. Në mënyrë tipike, procesi i zhvillimit është përsëritës dhe përbëhet nga fazat e mëposhtme me kusht:

    Krijimi i një modeli nga një grup specialistësh që lidhen me fusha të ndryshme të ndërmarrjes. Ky grup quhet Autorë për sa i përket IDEF0. Ndërtimi i një modeli fillestar është një proces dinamik, gjatë të cilit autorët pyesin personat kompetentë për strukturën e proceseve të ndryshme. Bazuar në dispozitat ekzistuese, dokumentet dhe rezultatet e sondazhit, krijohet një draft (Model Draft) i modelit.

    Shpërndarja e draftit për shqyrtim, miratim dhe komente. Në këtë fazë, ka një diskutim të modelit të projektit me një gamë të gjerë personash kompetentë (përsa i përket lexuesve të IDEF0) në ndërmarrje. Në të njëjtën kohë, secila nga diagramet e modelit të projektit kritikohet dhe komentohet me shkrim, dhe më pas i transferohet autorit. Autori, nga ana tjetër, gjithashtu pajtohet me shkrim me kritikën ose e refuzon atë, duke përvijuar logjikën e vendimmarrjes dhe e kthen draftin e rishikuar për shqyrtim të mëtejshëm. Ky cikël vazhdon derisa autorët dhe lexuesit të arrijnë një konsensus.

    Miratimi i modelit. Modeli i miratuar miratohet nga kreu i grupit të punës në rast se autorët e modelit dhe lexuesit nuk kanë mosmarrëveshje në lidhje me përshtatshmërinë e tij. Modeli përfundimtar është një vështrim i qëndrueshëm i ndërmarrjes (sistemit) nga një këndvështrim i caktuar dhe për një qëllim të caktuar.
    Dukshmëria e gjuhës grafike IDEF0 e bën modelin mjaft të lexueshëm për personat që nuk morën pjesë në projektin e krijimit të tij, si dhe efektiv për mbajtjen e shfaqjeve dhe prezantimeve. 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).

    Karakteristikat e praktikës kombëtare të përdorimit të modelimit funksional me anë të IDEF0

    V vitet e fundit interesi për metodologjitë e familjes IDEF po rritet në mënyrë të qëndrueshme në Rusi. Unë e vërej vazhdimisht këtë, duke parë statistikat e thirrjeve në faqen time në internet personale (http://www.vernikov.ru), e cila përshkruan shkurtimisht parimet themelore të këtyre standardeve. Në të njëjtën kohë, unë do ta quaja interes për standarde të tilla si IDEF3-5 teorike, dhe mjaft praktikisht të justifikuara në IDEF0. Në fakt, mjetet e para Case që lejojnë ndërtimin e diagrameve DFD dhe IDEF0 u shfaqën në tregun rus në vitin 1996, njëkohësisht me publikimin e librit popullor mbi parimet e modelimit në standardet SADT.

    Sidoqoftë, shumica e drejtuesve ende e konsiderojnë zbatimin praktik të modelimit në standardet IDEF si një deklaratë të modës dhe jo një rrugë efektive optimizimi. sistemin ekzistues menaxhimi i biznesit. Me shumë mundësi, kjo është për shkak të një mungese të theksuar të informacionit mbi zbatimin praktik të këtyre metodologjive dhe me njëanshmërinë e domosdoshme softuerike të shumicës dërrmuese të botimeve.

    Nuk është sekret që pothuajse të gjitha projektet për studimin dhe analizën e financave dhe aktivitet ekonomik ndërmarrjet tani në Rusi janë në një mënyrë ose në një tjetër të lidhura me ndërtimin e sistemeve të automatizuara të kontrollit. Për shkak të kësaj, standardet IDEF, në kuptimin e shumicës, janë bërë kushtimisht të pandashme nga zbatimi i teknologjive të informacionit, megjithëse me ndihmën e tyre ndonjëherë është e mundur të zgjidhen në mënyrë efektive edhe probleme të vogla lokale, fjalë për fjalë me ndihmën e një lapsi dhe letër.

    Kur kryeni projekte komplekse të studimit të ndërmarrjeve, zhvillimi i modeleve në standardin IDEF0 ju lejon të shfaqni vizualisht dhe në mënyrë efektive të gjithë mekanizmin e veprimtarisë së ndërmarrjes në kontekstin e dëshiruar. Sidoqoftë, më e rëndësishmja është bashkëpunimi që ofron IDEF0. Në praktikën time, kishte mjaft raste kur ndërtimi i modelit u krye me ndihmën e drejtpërdrejtë të punonjësve të departamenteve të ndryshme. Në të njëjtën kohë, konsulenti në një kohë mjaft të shkurtër u shpjegoi atyre parimet themelore të IDEF0 dhe i mësoi ata të punojnë me aplikimin përkatës softuer... Si rezultat, punonjësit e departamenteve të ndryshme krijuan diagrame IDEF të aktiviteteve të njësisë së tyre funksionale, të cilat duhej t'u përgjigjeshin pyetjeve të mëposhtme:

    Çfarë i shkon njësisë "në hyrje"?

    Cilat funksione dhe në çfarë sekuence kryhen brenda njësisë?

    Kush është përgjegjës për secilën nga funksionet?

    Nga çfarë udhëhiqet ekzekutuesi gjatë kryerjes së secilit prej funksioneve?

    Cili është rezultati i punës së njësisë (rezultati)?

    Pasi u dakorduan për skemat e hartuara brenda secilit departament të veçantë, ato mblidhen nga konsulenti në një model të projektit të ndërmarrjes, në të cilin të gjithë elementët hyrës dhe dalës janë të lidhur. Në këtë fazë, regjistrohen të gjitha mospërputhjet e diagrameve individuale dhe vendet e tyre të diskutueshme. Më tej, ky model përsëri kalon nëpër departamentet funksionale për koordinim të mëtejshëm dhe bërjen e rregullimeve të nevojshme. Si rezultat, në një kohë mjaft të shkurtër dhe me përfshirjen e një minimumi burimesh njerëzore nga një kompani konsulente (dhe këto burime, siç e dini, janë shumë të shtrenjta), merret një model IDEF0 i një ndërmarrje sipas " Siç është "parimi", dhe, e cila është e rëndësishme, ajo përfaqëson një ndërmarrje me pozicione të punonjësve që punojnë në të dhe i njohin plotësisht të gjitha nuancat, përfshirë ato joformale. Në të ardhmen, ky model do të transferohet për analizë dhe përpunim tek analistët e biznesit të cilët do të kërkojnë ngushticat në menaxhimin e kompanisë dhe do të optimizojnë proceset kryesore, duke e shndërruar modelin "Siç është" në pamjen përkatëse "Siç duhet". Bazuar në këto ndryshime, bëhet një përfundim përfundimtar, i cili përmban rekomandime për riorganizimin e sistemit të menaxhimit.

    Sigurisht, një qasje e tillë kërkon një numër masash organizative, kryesisht nga ana e menaxhmentit të ndërmarrjes së anketuar. Kjo është për shkak të faktit se kjo teknikë përfshin caktimin e disa punonjësve përgjegjësitë shtesë mbi zhvillimin dhe zbatimin praktik të metodologjive të reja. Sidoqoftë, në fund, kjo paguhet, pasi një ose dy orë shtesë pune e punonjësve individualë për disa ditë mund të kursejnë ndjeshëm para për të paguar për shërbimet e konsulencës për një kompani të palëve të treta (të cilat në çdo rast do të heqin punën të të njëjtëve punonjës me pyetësorë dhe pyetje). Sa i përket vetë punonjësve të ndërmarrjes, në një mënyrë ose në një tjetër, nuk kam takuar ndonjë kundërshtim të shprehur nga ana e tyre.

    Përfundimi nga e gjithë kjo mund të bëhet si më poshtë: nuk është aspak e nevojshme të dalësh me zgjidhje për problemet standarde çdo herë. Sa herë që ballafaqoheni me nevojën për të analizuar një sistem të veçantë funksional (nga një sistem i projektimit të anijes kozmike në procesin e përgatitjes së një darke komplekse), përdorni metoda që janë provuar dhe testuar ndër vite. Një nga këto metoda është IDEF0, e cila ju lejon të zgjidhni problemet komplekse të jetës me ndihmën e mjeteve të saj të thjeshta dhe të kuptueshme.

    Diagramet IDEF0 janë ndërtuar 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ë kuptueshëm, i cili është shumë i përshtatshëm për ndërtimin e një modeli. Vendi kryesor në metodologji i është dhënë diagrameve. Diagramet shfaqin funksionet e sistemit me anë të drejtkëndëshave gjeometrikë, si dhe lidhjet ekzistuese midis funksioneve dhe mjedisit të jashtëm. Lidhjet shfaqen duke përdorur shigjeta. Ju mund ta verifikoni këtë duke parë atë që ofron diagrami IDEF0, shembuj të të cilëve mund të gjenden në këtë artikull.

    Fakti që përdoren vetëm dy primitivë grafikë në modelim ju lejon të shpjegoni shpejt rregullat aktuale të ndërveprimeve IDEF0 për ata njerëz që nuk e kanë idenë për këtë. Me diagramet IDEF0, lidhja e klientit me proceset në vazhdim kryhet më shpejt falë përdorimi i një gjuhe grafike vizuale. Ju mund të shihni se çfarë ofron diagrami IDEF0, shembujt e të cilëve janë paraqitur më poshtë.

    Elementet e përdorura për IDEF0

    Siç është përmendur tashmë, përdoren 2 lloje të primitivëve gjeometrikë: drejtkëndësha dhe shigjeta. Drejtkëndëshat përfaqësojnë procese, funksione, punë ose detyra të caktuara që kanë qëllime dhe çojnë në rezultatin e treguar. Ndërveprimi i proceseve me njëri -tjetrin dhe mjedisin e jashtëm tregohet me shigjeta. IDEF0 dallon 5 lloje të ndryshme shigjetash.


    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 midis proceseve IDEF0

    Theshtë në interesin e modelit të krijojë lidhje të tilla ndërtimesh në mënyrë që lidhjet e brendshme të jenë sa më të forta, dhe ato të jashtme - sa më të dobëta. ajo pikë e fortë modelimi me IDEF0. Ju mund të shihni shembuj të diagrameve për veten tuaj dhe të bindeni për vërtetësinë e këtyre fjalëve. Për të lehtësuar krijimin e lidhjeve, këto lidhen në module. Lidhjet e jashtme krijohen midis moduleve, dhe lidhjet e brendshme vendosen brenda moduleve. Ekzistojnë disa lloje të lidhjeve.

    1. Marrëdhënie hierarkike ("pjesë" - "e tërë").

    2. Menaxher (rregullator, vartës):

    2) kontrolli i feedback -ut.

    3. Funksionale ose teknologjike:

    2) hyrje e kundërt.

    3) konsumatori;

    4) logjike;

    5) metodike ose kolegjiale;

    6) burim;

    7) informative;

    8) i përkohshëm;

    9) të rastit.

    Blloqe ndërtimi dhe lidhje në diagrame

    Metodologjia IDEF0 siguron një numër rregullash dhe udhëzimesh për përdorimin e saj dhe përmirësimin e cilësisë së përdorimit. Pra, diagrami shfaq një bllok në të cilin mund të specifikoni emrin e sistemit, qëllimin e tij. 2-5 shigjeta çojnë në bllok ose nga blloku. Moreshtë e mundur pak a shumë, por të paktën dy shigjeta nevojiten për të hyrë / dalur, dhe pjesa tjetër për punë shtesë dhe treguesit e tyre në diagram. Nëse shigjetat janë më shumë se 5, duhet të mendoni për optimitetin e ndërtimit të modelit dhe nëse është e mundur ta bëni atë edhe më të detajuar.

    Blloqet e Ndërtimit në Diagramet e Zbërthimit

    Numri i blloqeve që do të jenë në një diagram rekomandohet në numrin prej 3-6. Nëse ka më pak prej tyre, atëherë diagrame të tilla nuk ka 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 të kryqëzimeve me njëri -tjetrin.

    Nëse fillimi i një funksioni të caktuar nuk kontrollohet në asnjë mënyrë, dhe procesi mund të fillojë në një moment arbitrar, atëherë një situatë e tillë tregohet nga mungesa e shigjetave që tregojnë kontrollin dhe hyrjen. Por prania e një situate të tillë mund t'u tregojë partnerëve potencialë për një paqëndrueshmëri të caktuar dhe nevojën për të marrë një vështrim më të afërt në partnerin e mundshëm.

    Një bllok që ka vetëm një shigjetë hyrëse tregon që procesi merr parametrat e hyrjes, por asnjë kontroll ose rregullim nuk ndodh në kohën e ekzekutimit. Një bllok që ka vetëm një shigjetë kontrolli përdoret për të treguar punën që thirret vetëm me një urdhër të veçantë të sistemit të kontrollit. Ato kontrollohen dhe rregullohen në të gjitha fazat e tyre.

    Por një shembull i ndërtimit të një diagrami IDEF0 mund të bindë se lloji më i plotë dhe përfshirës është diagrami me shigjetat e hyrjes dhe kontrollit.

    Emërtimi

    Për të përmirësuar përvojën vizuale, çdo bllok dhe çdo shigjetë duhet të ketë emrin e vet, i cili do t'ju lejojë t'i identifikoni ato midis shumë blloqeve dhe shigjetave të tjera. Kështu duken diagramet e mostrës në IDEF0. Sistemi i informacionit, e ndërtuar me ndihmën e tyre, do t'ju lejojë të kuptoni të gjitha mangësitë dhe kompleksitetet e modeleve.

    Shkrirja e shigjetave përdoret shpesh, dhe lindin pyetje në lidhje me emërtimin e tyre. Por bashkimi është i mundur vetëm në rast të transferimit të të dhënave homogjene, kështu që emrat e veçantë nuk janë të nevojshëm, megjithëse ato mund të specifikohen në BPWin. Gjithashtu, nëse ka një divergjencë të shigjetave, 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ë emri konsiderohet të jetë saktësisht siç ishte para degës. Ky mund të jetë rasti 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, do të konfirmojë këto fjalë.

    Informacioni i shigjetës

    Shigjetat që hyjnë dhe dalin nga i njëjti bllok gjatë ndërtimit të një diagrami të përbërjes duhet të shfaqen në të. Emrat e formave gjeometrike të transferuara në diagram duhet të përsërisin saktësisht informacionin e nivelit më të lartë. Nëse dy shigjeta janë paralele në krahasim me harqet e tjetrit (dmth. Ato fillojnë në buzë të një procesi dhe përfundojnë të dyja në njërën skaj të procesit tjetër), atëherë ndoshta ato duhet të kombinohen për të optimizuar modelin dhe për të zgjedhur një emër të përshtatshëm, i cili është shfaqur në mënyrë perfekte në IDEF0 (shembujt e diagrameve në Visio mund të shihen).

    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 këtyre diagrameve. 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ë një shembull specifik që do t'ju lejojë të kuptoni më mirë dhe më plotësisht tiparet e punës me IDEF0 në programin BPWin.

    Si shembull, shpejtësia e trenit nga pika A në pikën B. Duhet të merret parasysh se treni nuk mund të zhvillojë më shumë se shpejtësia e lejuar. Kjo linjë është krijuar në bazë të përvojës së funksionimit dhe ndikimit të trenave në shinat hekurudhore. Duhet të kuptohet se qëllimi i trenit është të sigurojë udhëtarët, të cilët, nga ana tjetër, paguan për të arritur në mënyrë të sigurt dhe të qetë në destinacionin e tyre. Një diagram IDEF0 është i dobishëm, shembujt e të cilit mund të gjenden në këtë artikull.

    Informacioni fillestar është:

    1. të dhënat e linjës së gjurmëve;
    2. pasaporta e të gjithë distancës;
    3. plani i rrugës.

    Të dhënat e kontrollit:

    1. Drejtimi i shefit, shefit të shërbimit të pista.
    2. Informacion në lidhje me rrjedhën ekzistuese të lëvizjes së trenave.
    3. Informacion në lidhje me riparimet, rindërtimin dhe ndryshimin e shinave.

    Rezultati i modelit është:

    1. Kufizimi i shpejtësive të lejuara me një tregues të arsyes së kufizimit.
    2. Shpejtësitë e lejueshme kur ngasni në pika të veçanta dhe gjatë transportit të trenave.

    Kur ndërtohet diagrami i kontekstit, ai duhet të detajohet dhe më pas krijohet diagrami i përbërë, i cili do të jetë diagrami i nivelit të parë. Ai do të tregojë të gjitha funksionet kryesore të sistemit. Metodologjia dhe diagrami IDEF0 për të cilin bëhet dekompozimi quhet prind. Zbërthimi i IDEF0 quhet dekompozim i fëmijëve.

    Përfundim

    Pas dekompozimit në nivelin e parë, bëhet dekompozimi i nivelit të dytë - dhe kështu me radhë derisa dekompozimi i mëtejshëm të humbasë kuptimin e tij. E gjithë kjo është bërë për të marrë diagramin grafik më të detajuar të proceseve të vazhdueshme dhe të planifikuara. ajo shembull gati Listat IDEF0 me të cilat mund të lundroni tani.

    Përshkrimi i diagrameve të procesit të biznesit "Kontabiliteti i pajisjeve kompjuterike të ndërmarrjes"

    Përshkrimi i diagramit IDEF0

    Për të ndërtuar një proces biznesi, u përdor një diagram IDEF0. Metodologjia IDEF0 përshkruan ndërtimin e një sistemi hierarkik të diagrameve - përshkrime të vetme të fragmenteve të sistemit. Së pari, bëhet një përshkrim i sistemit në tërësi dhe ndërveprimi i tij me botën e jashtme (diagrami i kontekstit). Tre nivele të diagramit u ndërtuan:

    1. Kontekstuale

    2. Zbërthimi funksional

    Figura 1 - Diagrami i kontekstit "Kontabiliteti për pajisjet kompjuterike të ndërmarrjeve"

    Figura 1 tregon një diagram konteksti të procesit të biznesit "Kontabiliteti për pajisjet kompjuterike të ndërmarrjeve". Ai tregon sistemin në tërësi dhe ndërveprimin e tij me rrjedhat kryesore të jashtme të informacionit.

    Shigjetat tregohen në diagramin e kontekstit.

    Llojet e shigjetave:

    Hyrja (materialet hyrëse: kompjuterë dhe pajisje shtesë)

    Dalja (dalja është një raport)

    Shigjetat e kontrollit janë dokumente dhe menaxherë

    Shigjetat e mekanizmave janë punonjës dhe pajisje

    Të dhënat e dhëna për përpunim:

    Kompjuter - PC (kompjuter personal) të vendosur në ndërmarrje

    Komponentët - materialet e nevojshme për përmirësimin e kompjuterëve (karta video, pllaka amë, përpunues, kuti, furnizime me energji, module të kujtesës)

    Rrjedhat dalëse:

    Raport - një raport i gatshëm për kontabilitetin e pajisjeve kompjuterike të ndërmarrjes

    Kontrollet e hyrjes:

    Rregullat - kushtet që duhet të përmbushen për të arritur qëllimin.

    Porositë - detyra që i është caktuar ndërmarrjes (të mbajë shënime për pajisjet kompjuterike në ndërmarrje duke përdorur sisteme të caktuara informacioni)

    Menaxherët janë drejtorë dhe menaxherë të përgjithshëm të ndërmarrjes.

    Burimet hyrëse:

    PC - kompjuterë me ndihmën e të cilëve kryhet kontabiliteti.

    Punonjësit janë specialistë që zbatojnë udhëzimet e caktuara nga menaxhmenti. Pas ndërtimit të modelit konceptual, u krye një dekompozim funksional - sistemi ndahet në nënsisteme dhe secili nënsistem përshkruhet veçmas (diagramet e dekompozimit).

    Figura 2 tregon një zbërthim funksional të katër punëve.


    Figura 2 - Zbërthimi funksional "Kontabiliteti për pajisjet kompjuterike të ndërmarrjeve"

    Janë identifikuar llojet e mëposhtme të punës:

    1) Regjistrimi i dërgesave - procesi në të cilin id i caktohet produktit, dërgohet në depo, në magazinë dhe informacioni në lidhje me produktin futet në program.

    Puna Regjistrimi i furnizimeve përfshin shtatë shigjeta kufitare (hyrja, kontrolli, mekanizmi) dhe një shigjetë e brendshme lë (lidhje me hyrje).

    Komunikimi me shigjeta në hyrje midis punimeve Regjistrimi i dërgesave dhe Mirëmbajtja e kompjuterit (kompjuterit);

    Shigjetat e hyrjes, daljes, kontrollit përsëriten në veprat pasuese.

    2) Mirëmbajtja e kompjuterit - procesi në të cilin bëhet montimi, riparimi dhe modernizimi i kompjuterëve.

    Puna e Mirëmbajtjes së Kompjuterit përfshin katër shigjeta kufitare (hyrje, kontroll, mekanizëm, dalje) dhe disa shigjeta të brendshme (komunikim hyrës, reagime hyrëse).

    Kontrolli i shigjetave - rregulla, urdhra, udhëheqës;

    Lidhja me shigjeta në hyrje midis punëve Mirëmbajtja dhe vendosja e kompjuterit (futja e të dhënave në bazën e të dhënave), midis punëve Mirëmbajtja dhe raportimi i kompjuterit (futja e të dhënave në bazën e të dhënave);

    3) Vendosja - procesi në të cilin bëhet vendosja e kompjuterëve në zyra (zyra).

    Kontrolli i shigjetave - rregulla, urdhra, udhëheqës;

    Mekanizmi i shigjetave - punonjësit;

    Lidhja e shigjetës për hyrjen midis Përhapjes dhe Raportimit (caktimi i një ID);

    4) Hartimi i një raporti - faza përfundimtare e procesit të kontabilitetit, e cila konsiston në përmbledhjen e totalit të marrë nga kryerja e të dhënave të mëparshme të kontabilitetit aktual.

    Pastaj secili nënsistem ndahet në dekompozime më të vogla, dhe kështu me radhë, derisa të arrihet shkalla e dëshiruar e detajeve.


    Figura 3 është një diagram që tregon punën e Prokurimit në mënyrë më të detajuar.

    Si rezultat i detajimit, funksionet kryesore u theksuan. Seksioni "Regjistrimi i dërgesave" përfshin shtatë shigjeta kryesore (hyrja, dalja, kontrolli, mekanizmi).

    Hyrja me shigjeta - kompjuterë dhe pajisje shtesë;

    Shigjetat e kontrollit janë rregulla, urdhra dhe udhëheqës. Shigjeta me pirun;

    Shigjetat e mekanizmit, degëzimi - PC, punonjës;

    Shigjetat e hyrjes, kontrollit, mekanizmat përsëriten në të gjitha veprat.

    1) Caktimi i numrave - caktimi i numrave individualë në kompjuter dhe pajisje shtesë.

    Shigjetat e hyrjes - kompjuterë dhe pajisje shtesë. Kompjuterët me shigjeta përsëriten në punimet pasuese, përveç përpilimit të raportit;

    Shigjetat e kontrollit - rregullat, urdhrat dhe udhëheqësi;

    Shigjetat e Mekanizmit - PC dhe Punonjësit;

    Lidhja me shigjeta në hyrje midis punimeve Caktimi i një numri dhe Dërgimi i mallrave në një magazinë (transferim), midis Caktimit të një numri dhe Vendosjes në ekuilibër (hyrja në bazë);

    2) Dërgimi i mallrave në magazinë - dërgimi i mallrave me numrin e caktuar në magazinë.

    Shigjeta e Daljes - Kompjuter;

    Shigjetat e kontrollit - rregulla, urdhra dhe udhëheqës.

    Lidhja me shigjeta në hyrje midis punimeve "Dërgimi i mallrave në magazinë" dhe "Vendosja në bilanc" (sasia);

    3) Balancimi - futja e informacionit në një kompjuter.

    Shigjetat e kontrollit - rregullat, urdhrat dhe udhëheqësi;

    Shigjetat e Mekanizmit - PC dhe Punonjësit;


    Figura 4 është një diagram që detajon mirëmbajtjen e kompjuterit në më shumë detaje.

    Si rezultat i detajimit, funksionet kryesore të kryera në procesin e mirëmbajtjes së kompjuterit u theksuan.

    Puna e mirëmbajtjes së kompjuterit përfshin 4 shigjeta kufitare (hyrje, dalje, kontroll, mekanizëm). Shigjeta të brendshme (reagime hyrëse, komunikim hyrës).

    1) Montimi i kompjuterëve - konfigurimi i kompjuterëve për porositë individuale të menaxherëve.

    Shigjeta e hyrjes - kompjuterë;

    Shigjetat e kontrollit - rregullat, urdhrat dhe udhëheqësi;

    Shigjetat e Mekanizmit - Punonjësit;

    Lidhja me shigjeta në hyrje midis veprave: "Montimi i kompjuterëve" dhe "Riparimi i kompjuterëve" (kompjuter);

    2) Riparimi i kompjuterit - montimi i kompjuterëve të miratuar për përmirësim.

    Shigjeta e hyrjes - kompjuterë;

    Shigjeta e daljes - hyrja në bazë;

    Shigjetat e kontrollit - rregullat, urdhrat dhe udhëheqësi;

    Shigjetat e Mekanizmit - Punonjësit;

    Shigjetat e hyrjes, daljes, kontrollit, mekanizmit janë të degëzuara;

    Lidhja me shigjeta në hyrje midis veprave: "Riparimi i kompjuterit" dhe "Përmirësimi" (pajisje shtesë);

    3) Upgrade - përmirësim, përmirësim, përmirësim i kompjuterit.

    Shigjeta e daljes - hyrja në bazë;

    Shigjetat e kontrollit - rregullat, urdhrat dhe udhëheqësi;

    Shigjetat e Mekanizmit - Punonjësit;

    Shigjetat e kontrollit, mekanizmi po degëzohen;


    Figura 5 tregon Grafikun e Raportimit në më shumë detaje. Zbërthimi i punës.Raportimi përfshin 4 shigjeta kufitare (hyrje, dalje, kontroll, mekanizma). Shigjeta të brendshme (reagime hyrëse, komunikim hyrës).

    Si rezultat i punës, u morën funksionet e mëposhtme:

    1) Mbledhja e të dhënave - mbledhja e informacionit për analiza dhe vendimmarrje.

    Shkruani shigjetën - caktimi i id;

    Shigjetat e kontrollit - rregullat, urdhrat dhe udhëheqësi;

    Shigjetat e hyrjes, kontrollit, mekanizmit po degëzohen;

    Lidhja me shigjeta në hyrje midis punëve: Grumbullimi i të dhënave dhe Vlerësimi i të dhënave (regjistrimet);

    2) Verifikimi i të dhënave - verifikimi i informacionit dhe dërgimi i tij në përgatitjen e një raporti.

    Shigjeta e hyrjes - caktimi i një ID, futja e të dhënave në bazën e të dhënave;

    Shigjeta e daljes - Raportoni;

    Shigjetat e kontrollit - rregullat, urdhrat dhe udhëheqësi;

    Shigjetat e Mekanizmit - Punonjësit, PC;

    Shigjetat e hyrjes (caktimi i ID), kontrolli, mekanizmi janë pirun;

    Shigjeta e reagimeve të dhëna nga "Kontrolli i të dhënave" në "Blerja e të dhënave" (kontroll i përsëritur).

    Përshkrimi i diagramit DFD

    Zbërthimi i punës së Mirëmbajtjes së Kompjuterit Figura 1 përcakton katër aktivitete të brendshme, dy entitete të jashtme dhe dy dyqane të të dhënave.


    Figura 1 - Mirëmbajtja e kompjuterit

    1) Asambleja e kompjuterit - procesi i montimit të një kompjuteri nga përbërësit ekzistues.

    2) Përpilimi i një raporti - një proces që konsiston në përmbledhjen e treguesve përfundimtarë të marrë duke kryer punën e kontabilitetit aktual.

    3) Diagnostikë - kontroll i performancës

    4) Upgrade - përmirësim, përmirësim, përmirësim i kompjuterit.

    Subjektet e jashtme: kompjuterët dhe përbërësit

    Dyqanet e të dhënave:

    1) Magazina - një vend ku ruhen kompjuterët e montuar dhe të azhurnuar.

    2) DB - një bazë të dhënash që ruan të gjitha raportet dhe të gjitha informacionet në lidhje me punën e bërë.

    Ne mbledhim informacion në lidhje me kompjuterin dhe zgjedhim përbërës për montimin e tij. Pastaj ne mbledhim kompjuterin dhe e dërgojmë në magazinë për ruajtje, por përveç kësaj, pasi ta montojmë, së pari mund ta dërgojmë për diagnostifikim, të kontrollojmë funksionueshmërinë, dhe pastaj vetëm në magazinë. Pas diagnostikimit të kompjuterit të grumbulluar, ne dërgojmë të dhënat për të përpiluar një raport mbi punën e bërë dhe futni informacionin në Baza e të dhënave.

    Ne gjithashtu kemi një entitet tjetër të jashtëm, ky është një kompjuter. Ne e dërgojmë atë për modernizim, pas së cilës dërgohet për diagnostifikim për të kontrolluar funksionueshmërinë e tij, pastaj hartojmë një raport dhe futim informacion në lidhje me punën e bërë në Baza e të dhënave. Ose, pas modernizimit, ne i dërgojmë mallrat në magazinë, dhe më pas bëjmë diagnostifikim, hartojmë një raport dhe futim informacionin në bazën e të dhënave.

    Zbërthimi i punës "Raportimi" Figura 2 përcakton tre aktivitete të brendshme, tre entitete të jashtme dhe dy dyqane të të dhënave.

    1) Mbledhja e të dhënave - mbledhja e informacionit në lidhje me kompjuterët dhe përbërësit.

    2) Validimi - kontrollimi i të dhënave për saktësinë.

    3) Raport - shkrimi i një raporti për punën e bërë.

    Subjektet e jashtme: komponentët, kompjuterët, menaxheri.

    Depoja e të dhënave - Të dhëna në lidhje me kompjuterët dhe përbërësit, të dhënat e raportit.


    Mbledhja e informacionit në lidhje me kompjuterët dhe aksesorët, pastaj dërgimi i tyre për ruajtje. Pas kësaj, ne i kontrollojmë të dhënat për saktësinë, hartojmë një raport dhe i dërgojmë përsëri për ruajtje në depon e parë të të dhënave (Figura 2), ose i dërgojmë të dhënat e raportit në depon e dytë të të dhënave (Figura 2) dhe pastaj i dërgojmë në menaxher për verifikim.

    Menaxheri kontrollon, bën shënime, korrigjime dhe dërgon për rikontroll. Pas kësaj, raporti dërgohet për ruajtje derisa menaxheri të kontrollohet përsëri.

    Përshkrimi i diagramit IDEF3

    Në zbërthimin e punës Mirëmbajtja e kompjuterit (Fig. 1), përcaktohen disa kryqëzime që lidhin një ose disa punë, disa punë të brendshme.


    1) Riparimi - montimi i kompjuterit me përbërës të parafabrikuar

    2) Montimi - kthimi i kompjuterit në normalitet

    3) Upgrade - përmirësim i kompjuterit

    4) Kompjuterët - një produkt pas montimit dhe modernizimit

    5) Dërgoni në magazinë - dërgoni në depo pas përmirësimit (montimit)

    6) Diagnostikë - kontroll i performancës.

    7) Raport - informacion në lidhje me punën e bërë.

    Kryqëzimet - Lidhëset:

    1) J2 - të gjitha veprimet fillojnë në të njëjtën kohë.

    2) J6 - Kryqëzimi i Konfluencës. Një nyje që mbledh shumë shigjeta në një, duke treguar nevojën për kushtin e përfundimit të burimeve të punës të shigjetave për të vazhduar procesin.

    3) J7 - tregohet se këto kushte nuk mund të përmbushen njëkohësisht.

    4) J9 - këto veprime përfundojnë në të njëjtën kohë pas së cilës hartohet një raport mbi punën e bërë.

    Diagrami IDEF3 tregon se kryqëzimi J2 ka dy shigjeta të degëzimit për punë (ndërtim dhe azhurnim) që fillojnë në të njëjtën kohë. Vetëm pasi të përfundojnë këto punë, produkti i përfunduar (kompjuteri) del, lidh kryqëzimin J6. Pastaj ekziston një lidhje në kryqëzimin J7, e cila tregon se dy punë (dërgimi i mallrave në magazinë dhe diagnostifikimi) nuk mund të kryhen njëkohësisht. Pas përfundimit të punës së mëparshme, procesi i hartimit të një raporti mbi punën është duke u zhvilluar, i cili lidhet me kryqëzimin J9.

    Hapni projektin në të cilin dëshironi të krijoni modelin. Nëse nuk keni krijuar ende ndonjë projekt, mund të përdorni projektin DEMO, i cili është i disponueshëm menjëherë pas instalimit të Cradle, ose të krijoni projektin tuaj.

    Për të hyrë në DEMO përdorimi i projektit Emri i përdoruesit — MENAXHERI, fjalëkalim - MENAXHER

    Si të krijoni projektin tuaj tregohet në detaje në këtë video.

    Pas krijimit të një projekti të ri, gjithashtu mund të përdorni për t'u identifikuar Emri i përdoruesit — MENAXHERI dhe fjalëkalim - MENAXHER

    Krijimi i modelit

    Për të krijuar modelin IDEF0 përfshini Paneli i projektit dhe shkoni në seksionin e modelimit Fusha thelbësore

    shënim : Në mënyrë të ngjashme, ju mund të krijoni modele në seksionin Implementation Domain të modelimit, si dhe në çdo seksion të konfiguruar nga përdoruesi. Seksioni i modelimit është në të vërtetë një hapësirë ​​emrash brenda së cilës rrymat mund të ripërdoren.

    Për të krijuar modelin e kontekstit IDEF0, klikoni me të djathtën në seksionin IDEF0 dhe zgjidhni artikujt e menysë New-> Element

    Ju lutemi vini re se ky është emri i të gjithë modelit në tërësi, jo një bllok funksionesh në A0.

    Pas kësaj, zona e vizatimit do të hapet dhe mund të filloni të krijoni modelin e kontekstit.

    Krijimi i bllokut të funksionit

    Për ta bërë këtë, zgjidhni simbolin e bllokut të funksioneve në paleta

    dhe klikoni një herë në zonën e punës ku dëshironi të krijoni bllokun e funksioneve.

    Do të shfaqet një kuti dialogu në të cilën duhet të futni emrin e bllokut të funksioneve dhe pastaj klikoni OK.

    Si rezultat, do të krijohet një bllok funksioni me emrin që keni specifikuar.

    Ju mund të zgjidhni kufirin e bllokut dhe të ndryshoni shkallën e tij

    Krijimi i rrjedhave

    Për të krijuar transmetime, zgjidhni një simbol të transmetimit nga paleta (pa tunelizim ose tunelim)

    pastaj klikoni në anën e bllokut të funksioneve nga e cila dëshironi të krijoni një rrjedhë dhe klikoni në çdo zonë të bllokut të funksioneve

    atëherë do të shfaqet një kuti dialogu për futjen e emrit të rrymës. Hyni titull i shkurtër transmetoni dhe klikoni OK

    Shënim: Ju do të jeni në gjendje të futni një përshkrim të detajuar të rrjedhës më vonë në specifikimin e tij.

    Pas kësaj, për analogji, mund të krijoni të gjitha rrjedhat e nevojshme

    Ruani modelin duke klikuar butonin e floppy ose CTRL + S. Kur kurseni, krijohen specifikimet e simboleve që mund t'i modifikoni për të dhënë një përshkrim më të detajuar të elementeve të modelit.

    Pas ruajtjes së modelit, do të jeni në gjendje të shihni specifikimet e krijuara në panelin e projektit në të njëjtin seksion ku keni krijuar modelin. Do të krijohen dy lloje të specifikimeve - Funksioni dhe Rrjedha.

    Zbërthimi i modelit

    në dialogun që shfaqet, lini cilësimet e paracaktuara dhe klikoni OK

    Pas kësaj, do të krijohet një diagram fëmijë për A1 dhe të gjitha rrjedhat nga diagrami A0 do të transferohen në të.

    Tani mund të riemërtoni shabllonin e krijuar të bllokut të funksionit (me një pyetje në vend të një emri) dhe të krijoni ato shtesë, në të njëjtën mënyrë siç i krijuam më herët.

    Për të riemërtuar një bllok të funksioneve të paravendosur, zgjidhni atë dhe zgjidhni Rename nga menyja e kontekstit

    dhe shkruani emrin e kërkuar

    Për analogji, krijoni blloqe të tjera funksionesh që korrespondojnë me këtë nivel dekompozimi.

    Për të krijuar rrjedha midis këtyre blloqeve funksionale, së pari duhet të klikoni në burim, pastaj në pikën e ndërmjetme për të krijuar një kthesë dhe pastaj në lavaman, për shembull, si kjo:

    Rezultati është një rrjedhë me dy kthesa.

    Ju mund të korrigjoni pozicionin e kthesave duke zgjedhur rrjedhën dhe duke tërhequr pikat e përkuljes në vendin e dëshiruar

    Shikoni videoklipin në mënyrë që ta shihni në dinamikë

    Për të hequr (ose shtuar) një pikë lakimi, shtypni butonin SHIFT në tastierën tuaj dhe klikoni në pikën që dëshironi të hiqni ose në rrjedhën ku dëshironi ta krijoni

    Ruani diagramin dhe verifikoni që specifikimet e duhura janë krijuar

    Për analogji, ju mund të dekompozoni blloqet funksionale A1.

    Publikime të ngjashme