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 për ndërtimin e një modeli është shumë i përshtatshëm. Vendin kryesor në metodologji e kanë diagramet. Diagramet shfaqin funksionet e sistemit duke përdorur drejtkëndësha gjeometrikë, si dhe lidhjet ekzistuese midis funksioneve dhe mjedisit të jashtëm. Marrëdhëniet shfaqen duke përdorur shigjeta. Ju mund ta shihni këtë duke parë se çfarë ofron diagrami IDEF0, shembuj të të cilit mund të gjenden në këtë artikull.

Fakti që përdoren vetëm dy primitivë grafikë në modelim bën të mundur shpjegimin e shpejtë të rregullave aktuale të ndërveprimeve IDEF0 për ata njerëz që nuk kanë asnjë ide për të Nëpërmjet diagrameve IDEF0, klienti lidhet më shpejt me proceset në vazhdim përdorimi i një gjuhe grafike vizuale. Ju mund të shihni se çfarë ofron diagrami IDEF0, shembujt e të cilit 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ë disa procese, funksione, punë ose detyra që kanë qëllime dhe çojnë në një rezultat të caktuar. Ndërveprimi i proceseve midis tyre dhe mjedisit të jashtëm tregohet me shigjeta. IDEF0 dallon 5 lloje të ndryshme shigjetash.

Përdorimet e mundshme të IDEF0

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

Llojet e lidhjeve ndërmjet proceseve IDEF0

Është në interes të modelit që të krijohen lidhje të tilla konstruksionesh në mënyrë që lidhjet e brendshme të jenë sa më të forta, dhe ato të jashtme sa më të dobëta. Kjo është forca e modelimit me IDEF0. Ju mund të shihni vetë shembuj të diagrameve dhe të shihni vërtetësinë e këtyre fjalëve. Për të lehtësuar vendosjen e lidhjeve, të ngjashme kombinohen në module. Lidhjet e jashtme krijohen midis moduleve dhe lidhjet e brendshme krijohen brenda moduleve. Ka disa lloje lidhjesh.

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

2. Menaxheri (rregullues, vartës):

2) kontrolloni reagimet.

3. Funksionale ose teknologjike:

2) hyrje e kundërt.

3) konsumatori;

4) logjike;

5) metodologjike ose kolegjiale;

6) burim;

7) informative;

8) e përkohshme;

9) të rastësishme.

Blloqet e ndërtimit dhe lidhjet në diagrame

Metodologjia IDEF0 ofron një sërë rregullash dhe rekomandimesh 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 dhe qëllimin e tij. Ka 2-5 shigjeta që çojnë në ose nga blloku. Mund të keni pak a shumë, por të paktën dy shigjeta nevojiten për hyrje/dalje, dhe pjesa tjetër janë për punë shtesë dhe shënimin e tyre në diagram. Nëse shigjeta është më shumë se 5, duhet të mendoni për ndërtimin optimal 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 të jetë 3-6. Nëse ka më pak prej tyre, atëherë diagrame të tilla nuk kanë gjasa të kenë kuptim. Nëse numri i blloqeve është i madh, atëherë leximi i një diagrami të tillë do të jetë shumë i vështirë, 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ë çdo kohë, atëherë kjo situatë tregohet nga mungesa e shigjetave që tregojnë kontrollin dhe hyrjen. Por prania e një situate të tillë mund të tregojë për partnerët e mundshëm një paqëndrueshmëri të caktuar dhe nevojën për të parë më nga afër partnerin e mundshëm.

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

Por një shembull i ndërtimit të një diagrami IDEF0 mund t'ju bindë se lloji më i plotë dhe më gjithëpërfshirës është një diagram me shigjeta hyrëse dhe kontrolli.

Emërtimi

Për të përmirësuar perceptimin vizual, çdo bllok dhe çdo shigjetë duhet të ketë emrin e vet, i cili do t'i lejojë ata të identifikohen midis shumë blloqeve dhe shigjetave të tjera. Kështu duken diagramet e shembujve në IDEF0. Një sistem informacioni i ndërtuar me ndihmën e tyre do të bëjë të mundur kuptimin e të gjitha mangësive dhe kompleksitetit të modeleve.

Shpesh përdoret bashkimi i shigjetave dhe lindin pyetje rreth emërtimit të tyre. Por 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 ka një divergjencë të shigjetave, atëherë ato mund të emërohen 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 i njëjtë me atë që ishte 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, do të konfirmojë këto fjalë.

Informacion mbi shigjetën

Shigjetat që hyjnë dhe dalin nga i njëjti bllok kur ndërtoni një diagram kompozimi duhet të shfaqen në të. Emrat e figurave gjeometrike të transferuara në diagram duhet të përsërisin saktësisht informacionin e nivelit më të lartë. Nëse dy shigjeta janë paralele me harqet e njëra-tjetrës (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ë ndoshta për të optimizuar modelin ato duhet të kombinohen dhe t'i jepet një emër i përshtatshëm, i cili është në mënyrë perfekte. shfaqet në IDEF0 (shembull diagrame në Visio mund të shikohen).

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ë një 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.

Një shembull do të jetë shpejtësia e një treni nga pika A në pikën B. Duhet të merret parasysh se treni nuk mund të arrijë shpejtësi më të madhe se shpejtësia e lejuar. Kjo linjë është krijuar në bazë të përvojës operative dhe ndikimit të trenave në binarët hekurudhor. Duhet të kuptohet se qëllimi i trenit është të transportojë pasagjerë, të cilët, nga ana tjetër, kanë paguar për të arritur në destinacionin e tyre të sigurt dhe komod. Një diagram IDEF0 është i dobishëm, shembuj të të cilit mund të gjenden në këtë artikull.

Informacioni fillestar është:

1. të dhëna për linjën e trasesë;
2. pasaportë për të gjithë distancën;
3. plani i rrugës.

Të dhënat e kontrollit:

1. Udhëzime nga shefi, shefi i shërbimit të pistës.
2. Informacion rreth fluksit ekzistues të trenave.
3. Informacion në lidhje me riparimet e planifikuara, rindërtimet dhe ndryshimet në binarët.

Rezultati i modelit është:

1. Kufizimi i shpejtësive të lejuara që tregon arsyen e kufizimit.
2. Shpejtësitë e lejuara gjatë lëvizjes në pika të veçanta dhe gjatë transferimit të trenave.

Pasi të ndërtohet diagrami i kontekstit, ai duhet të shpohet dhe më pas 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. Zbërthimi IDEF0 quhet zbërthim i fëmijës.

konkluzioni

Pas dekompozimit në nivelin e parë, bëhet dekompozimi në nivelin e 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ë diagramin grafik më të detajuar të proceseve në vazhdim dhe të planifikuar. Ky është një shembull i gatshëm i një diagrami IDEF0 që mund ta përdorni tani.

1. Modelimi funksional i një sistemi informacioni duke përdorur teknologjinë IDEF CASE.
2. Përshkrimi i logjikës së ndërveprimit dhe sekuenca e punës.

2. Plani i mësimit

1. Kontrolli i njohurive me testim (testi ISE002).
2. Zhvillimi i një modeli me shumë nivele të aktivitetit të sistemit të informacionit (modeli AS - IS) duke përdorur mjetin BPwin CASE duke përdorur teknologjitë IDEF 0 Dhe IDEF 3 :
   • Përshkrimi i vetive të modelit (Model Properties).
   • Krijimi i nivelit të PARË të modelit funksional - zhvillimi i një diagrami kontekstual.
   • Krijimi i nivelit të DYTË të modelit funksional - detajimi i punës kontekstuale dhe zhvillimi i një diagrami dekompozimi.
   • Krijimi i nivelit të TRETË të modelit funksional - detajimi i punës së nivelit të dytë që zbaton funksionin Kontabiliteti i aktivitetit organizatave. Kjo fazë e zhvillimit lejon krijimin e një diagrami dekompozimi duke përdorur një nga dy metodologjitë - IDEF 0 (opsioni i parë) ose IDEF 3 (opsioni i dytë). Sipas opsionit të 2-të, krijimi i një skenari dhe një diagrami të sekuencës për kryerjen e punëve individuale (Diagrami i rrjedhës së punës) në procesin e kontabilitetit të aktiviteteve kryhet duke përdorur metodologjinë IDEF 3.
3. Zhvillimi i një fjalori të veprave dhe një fjalor me shigjeta që ju lejojnë të shfaqni një përshkrim të fragmenteve përkatëse të modelit.

1. Modelimi funksional i një sistemi informacioni duke përdorur teknologjinë IDEF duhet të kryhet duke përdorur një mjet CASE BPwin, i cili ngarkohet nga komanda Start/Programs/Computer Associates/BPwin 4.0/BPwin4.0 . Proceset teknologjike të modelimit IDEF janë përshkruar në seksionin 4 "Informacion teorik për mësimin praktik".
2. Kur zhvilloni një diagram të kontekstit, duhet të merret parasysh se vetitë e modelit mund të formatohen si më poshtë, duke përdorur informacionin që korrespondon me zonën e modeluar të temës:
   • Emri i modelit : Veprimtaritë e shoqërisë “Emri”;
   • Projekti (emri i projektit): Modeli i veprimtarisë së shoqërisë “Emri”;
   • Emri i plotë, grupi;
   • Fushëveprimi (fusha e modelimit që përfshin qëllimin e modelimit, d.m.th. pyetjet që modeli i ndërtuar duhet t'i përgjigjet) – për shembull, “Menaxhimi i përgjithshëm i biznesit të kompanisë: hulumtimi i tregut, prokurimi i komponentëve, testimi dhe shitja e produkteve” ose “Aspekte teknologjike, financiare dhe menaxheriale të aktiviteteve të kompanisë”;
   • Korniza kohore (lloji i modelit) : SIC ËSHTË;
   • Përkufizimi , qëllimi i modelit) : Modeli i trajnimit që përshkruan aktivitetet e shoqërisë “Emri”;
   • Pikëpamja (pikepamje – personi, këndvështrimi i të cilit është adoptuar gjatë zhvillimit) : Drejtues i ndërmarrjes dhe menaxher i përgjithshëm;
   • Statusi : PUNËS;
   • Qëllimi : Modeloni proceset aktuale të biznesit të shoqërisë “Emri” për të rregulluar aktivitetet e saj;
   • Burimi (burimi informacion): Analiza e fushës lëndore dhe analiza e dokumenteve hyrëse;
   • Emri i autorit : EMRI I PLOTË.
3. Duke bërë zbërthimi i diagramit të kontekstit duhet pasur parasysh se ajo duke qenë niveli i dytë zbërthimi i modelit të sistemit, paraqet nënprocesi ose puna e fëmijëve , zbatuar në formë punë kontekstuale, e cila në këtë rast vepron si punë prindërore, zbatuar në formën Diagrami i prindërve) . Diagrami i zbërthimit të nivelit të dytë duhet të përmbajë të paktën tre blloqe funksionale, njëri prej të cilëve duhet të kryejë funksionin e modelimit kontabiliteti i aktivitetit organizimi, dhe pjesa tjetër duhet të kryejë funksionin e modelimit proceset e biznesit të implementuara në sistem.
4. Në çdo hap të dekompozimit, duhet të monitoroni procesin e lëvizjes automatike të harqeve të ndërfaqes (shigjetave) në nivelet më të ulëta të modelit dhe të përpiqeni të shmangni krijimin e panevojshëm të shigjetave të tunelizuara. Nëse shfaqen, tunelet duhet të hiqen.
5. Gjatë zbatimit niveli i tretë zbërthimi, duhet pasur parasysh se secila nga diagramet e zhvilluara të zbërthimit është niveli i tretë i zbërthimit të veprave të nivelit të dytë dhe paraqet nënprocesi ose punë ndihmëse zbatuar në formë Diagrami i fëmijës punë përkatëse të nivelit të tretë. Të gjitha punimet e nivelit të dytë në këtë rast veprojnë si punë prindërore, zbatuar në formën grafikët e prindërve(Diagramet e prindërve).
6. Zbërthimi i punës së nivelit të dytë, modelimi i funksionit të kontabilitetit dhe krijimi i një skenari për ndërveprimin e punës duhet të kryhet duke përdorur teknologjinë IDEF 3 i cili përdor si blloqe funksioni njësivepuna (Njësia e Punës, UOW) , si dhe të nevojshme objektet e referencës (Referentët) , i cili ose mund të zbatohet në skript nga fjalori me shigjeta ose të krijohet përsëri.
7. Një fjalor pune dhe një fjalor me shigjeta krijohen në çdo nivel të dekompozimit të modelit dhe një kusht i domosdoshëm për zhvillimin e tyre është prania e një përshkrimi të punës (aktivitet) dhe përshkrimet e të dhënave të regjistruara në harkun e ndërfaqes ( shigjeta) .
8. Ruani rezultatet e punës në një skedar Modeli_Funksioni IS_Emri_ IDEF.bp1 në dosjen tuaj ISE.
9. Një shembull i një modeli funksional të përgjithësuar është dhënë në

4. Informacion teorik për mësimin praktik

4.1. IDEF 0-teknologji

Metodologjia IDEF0 është krijuar për të modeluar aktivitetet e një organizate. Në fazën fillestare të zhvillimit të projektit, krijohet një model i krijuar për të përshkruar proceset ekzistuese të biznesit dhe proceset teknologjike në ndërmarrje sipas parimit "AS - IS" ("Si është"), dhe, më e rëndësishmja, ai përfaqëson ndërmarrjen nga perspektiva e punonjësve që punojnë atje dhe i njohin plotësisht të gjitha nuancat, përfshirë ato informale. AS-IS është "ajo që po bëjmë sot", përpara se të hidhemi në "çfarë do të bëjmë nesër".

Modeli i aktivitetit ose, me fjalë të tjera, modeli funksional. Modeli funksional e trajton sistemin si një grup veprimet, në të cilën çdo veprim transformon disa nje objekt ose grup objektesh . Teknologjia IDEF 0 përdor parimin zbërthimi funksional sistemet (ndarja e sistemit në fragmente). Parimi i zbërthimit do të thotë se modeli funksional duhet të ndërtohet sipas rregullit "lart poshtë" , nga të përgjithshme lloji i modelit të private modele. Prandaj, zakonisht modeli funksional për zgjidhjen e një problemi është një grup i modelet funksionale private .

Modelet funksionale nxjerrin në pah veprimet duke i paraqitur ato si një element të veçantë - bllokoj. Blloko – elementi kryesor strukturor i një modeli funksional, paraqitja grafike e të cilit është diagramë . Emri i veprimit – emër foljor ose folje . Si rezultat i zbërthimit të modelit, krijohet një grup diagramesh të renditura në mënyrë hierarkike dhe të ndërlidhura. Çdo diagram është një njësi përshkrimi i sistemit dhe ndodhet në një fletë të veçantë.

Metodologjia IDEF 0 bazohet në katër koncepte bazë: bllok funksional (nyje), hark ndërfaqe, zbërthim, fjalorth.

Blloku i funksionit

Koncepti themelor i teknologjisë IDEF 0është koncepti bllok funksioni. Ai synon të përfaqësojë një lloj të caktuar Aktiviteti , e cila paraqet disa specifike funksionin brenda sistemit në shqyrtim. Ky funksion nga ana tjetër nënkupton disa veprime (bashkësi veprimesh), duke pasur një qëllim fiks dhe duke çuar në ndonjë rezultat përfundimtar.

Blloku i funksionit përfaqësohet nga një drejtkëndësh, brinjët e të cilit kanë këto vlera:

• Ana e sipërme është menaxhimi.
• Ana e poshtme është mekanizmi.
• Ana e djathtë është dalja.
• Ana e majtë është hyrja.

Një bllok funksional ka një emër, i cili specifikohet në mënyrën foljore ose një emër foljor. Ndërveprimi ndërmjet veprimit dhe bota rreth tij, duke përfshirë veprime të tjera, shfaqet duke përdorur harqet e ndërfaqes (shigjetat).

Harku i ndërfaqes

Harku i ndërfaqes shfaq një element të sistemit që ose të përpunuara bllok funksioni, ose ka një efekt të ndryshëm te aktiviteti (funksioni) i shfaqur nga ky bllok funksional. Harku i ndërfaqes përshkruhet si një shigjetë që tregon bartëse , duke siguruar transferimin e të dhënave ose objekteve nga një aktivitet në tjetrin. Shigjetat përshkruajnë ndërveprimin e veprave me botën e jashtme dhe me njëra-tjetrën, përfaqësojnë disa informacione dhe thirren emrat .

Emri i shigjetës e tregon atë rol (bashkësia e roleve të mundshme shënohet me - ICOM ):

Hyrja e bllokut të funksionit - I nput .

Menaxhimi - C kontrollin .

Dalja e bllokut të funksionit - O prodhimi .

Mekanizmi - M ekanizëm .

Input) është materiali ose informacioni që përdoret ose transformohet nga puna për të prodhuar një rezultat (output). Mund të mos ketë shigjetë hyrëse.

Kontrolli– rregullat, politikat, procedurat ose standardet që drejtojnë punën. Ajo ndikon në punë, por nuk transformohet nga puna. Shigjeta vizatohet kur hyn në skajin e sipërm të veprës. Çdo bllok funksioni duhet të ketë të paktën një shigjetë kontrolli.

Shpesh është e vështirë të përcaktohet nëse të dhënat janë hyrje apo kontroll. Nëse të dhënat në vepër ndryshohen ose përpunohen, atëherë kjo ka shumë të ngjarë të jetë hyrje, dhe nëse jo, është kontroll. Nëse është e vështirë të përcaktohet statusi i një shigjete, rekomandohet të vizatoni një shigjetë kontrolli.

Prodhimi– materialin ose informacionin që prodhon vepra. Kërkohet të paktën një shigjetë dalëse, që del nga ana e djathtë e punës.

Mekanizmi i ekzekutimit (Mekanizmi)– burimet që kryejnë punën (për shembull, personeli, makineritë, pajisjet, etj.). Shigjeta vizatohet kur hyn në skajin e poshtëm të veprës. Shigjetat e mekanizmit mund të mos shfaqen. Në përgjithësi, blloku funksional është paraqitur në Fig. 2.1.

Në Fig. 2.1 të gjitha harqet e ndërfaqes tregohen si shigjeta të emërtuara. Sipas kërkesave të standardit, çdo bllok funksional duhet të ketë të paktën një dalje dhe një kontroll, pasi çdo detyrë (proces) duhet të ketë të paktën një dalje dhe të paktën një rregull për zgjidhjen e tij. Harku i ndërfaqes "Mekanizmi" mund të mos përshkruhet.

Nga disa blloqe funksionale të lidhura me harqe të ndërfaqes në mënyrën e kërkuar, a modeli funksional.

Ju lutemi vini re se shigjetat mund të degëzohen për të bërë lidhjet e kërkuara midis blloqeve funksionale.

Identifikohu blloku i funksionit mund të jetë jo vetëm dalje një tjetër bllok funksional, por edhe të tij kontrollin apo edhe mekanizmi. Si rezultat, modeli funksional mund të përmbajë procese të ndryshme, mjaft komplekse dhe të pazakonta për zgjidhjen e problemeve në sistemin e informacionit.

Krijimi i diagrameve duke përdorur teknologjinë IDEF0

Gjatë zhvillimit të modelit të biznesit të një organizate, duhet të përdoren tre lloje diagramesh:

• Lloji i diagramit I – Diagrami i kontekstit (mund të jetë vetëm një) - maja e strukturës së pemës, e cila përfaqëson nivelin më abstrakt të përshkrimit të sistemit dhe ndërveprimit të tij me mjedisin e jashtëm. Ajo përcakton funksioni i kontekstit;
• II lloji i diagramit – Diagrami i zbërthimit .

Diagramet e ndarjes janë krijuar për të detajuar punën dhe për të përmbajtur të lidhura punë, d.m.th. filialet punë që ka një të përbashkët prindërore puna. Puna e nivelit të ulët është e njëjtë me punën e nivelit të lartë, por më në detaje. Diagramet krijohen nga një analist për të zhvilluar një seancë provimi, d.m.th., për të diskutuar diagramin me një specialist të çështjes.

Pas çdo sesioni të dekompozimit, zhvillohen seanca provimi - ekspertët e lëndës tregojnë korrespondencën e proceseve reale të biznesit me diagramet e krijuara. Mospërputhjet e gjetura korrigjohen dhe vetëm pasi të keni kaluar provimin pa komente mund të vazhdoni në seancën tjetër të dekompozimit. Kjo siguron që modeli të përputhet me proceset reale të biznesit në çdo nivel të modelit.

Është e nevojshme të vendosni numrin e punimeve në jo më shumë se gjashtë (3-6), përndryshe diagrami është i vështirë për t'u lexuar (i mbingopur). Kufiri i sipërm (gjashtë) e detyron projektuesin të përdorë hierarki kur përshkruan objekte komplekse, dhe kufiri i poshtëm (tre) siguron që diagrami përkatës të ketë detaje të mjaftueshme për të justifikuar krijimin e tij.

Në një diagram të ndarjes, puna që është më e rëndësishmja dhe e përfunduar së pari ndodhet lart majtas. Puna që është më pak e rëndësishme ose e përfunduar më vonë zvogëlohet në mënyrë sekuenciale.

• Lloji III i diagramit – Diagrami i pemës së nyjeve tregon varësinë hierarkike të punëve, por jo marrëdhëniet midis punëve (mund të ketë sa të doni nga këto diagrame, pasi pema mund të ndërtohet në çdo thellësi dhe jo domosdoshmërisht nga rrënja).

4.2. Procesi teknologjik i modelimit IDEF0:

Oriz. 2.2

Mjeti BPWin CASE ka një ndërfaqe të thjeshtë dhe intuitive të përdoruesit për ndërtimin e modeleve dhe skenarëve të kërkuar funksionalë. Kjo varet nga teknologjia e përdorur. Në Fig. 2.2 tregon dritaren BPWin ( Computer Associates B.P.Win ).

Shiriti i veglave të dritares kryesore Computer Associates BPwin përmban butonat e mëposhtëm:

	– krijimi i një modeli të ri,
	– hapja e një modeli ekzistues,
	– ruajtja e modelit të ndërtuar,
	- printimi i modeleve,
	- zgjedhja e shkallës,
	- shkallëzim,
	- kontrolli drejtshkrimor,
	– aktivizoni/fikni navigatorin e modelit,
	– aktivizoni/fikni Model Mart.

Navigatori i modelit tregon përbërjen e modelit sipas nivelit të zhvillimit. Me ndihmën e tij ju lehtë dhe shpejt mund të lëvizni nga niveli në nivel. Puna me navigatorin e modelit është e ngjashme me punën me Windows Explorer.

Shiriti i veglave speciale përmban butonat kryesorë të mëposhtëm:

Dritarja e modelit është vendi për krijimin e një modeli funksional të sistemit në studim. Në të ndërtohen dhe redaktohen blloqe funksionale, vizatohen dhe redaktohen shigjetat dhe kryhet dekompozimi.

Përgatitja e modelit

1. Klikoni butonin e krijimit të modelit për të hapur kutinë e dialogut B.P.Win(Fig. 2.3):

Në kutinë e dialogut B.P.Win kryeni veprimet e mëposhtme:

• zgjidhni Procesi i biznesit (IDEF0);
• vendosni emrin e modelit dhe shtypni butonin Ne rregull;
• në dritare Karakteristikat për Modelin e Ri shënoni emrin e autorit të modelit;
• Shtyp butonin Ne rregull .

1. Ekipi Vetitë e modelit/modelit kutia e dialogut të thirrjes Karakteristikat e modelit (Fig. 4), në të cilën do të zyrtarizohen vetitë e modelit në përputhje me rekomandimet metodologjike të përcaktuara në seksionin 2.

Niveli i parë i modelimit

1. Dizenjoni një bllok funksional në dritaren e modelit duke kryer hapat e mëposhtëm:
   • zgjidhni komandën në menynë e kontekstit të bllokut të funksionit Emri… ;
   • në kutinë e dialogut Vetitë e aktivitetit (Fig. 2.5) në skedën Emri vendosur Emri puna (e shkurtër) e vendosur në këtë bllok funksional, dhe në skedën Përkufizimi në fushë Përkufizimi përshkrim punë;
   • në faqerojtësin Fonti vendos fontin Arial Cyr dhe kontrolloni kutitë për të lejuar që ky font të përdoret në të gjitha blloqet funksionale të diagramit ( Të gjitha aktivitetet në këtë diagram, Të gjitha aktivitetet në këtë model Dhe Ndryshoni të gjitha shfaqjet e këtij fonti në model ), më pas shtypni butonin Ne rregull.

• në kutinë e dialogut Vetitë e shigjetës (Fig. 2.7), në skedën Emri vendosni emrin e shigjetës (të shkurtër), dhe në skedën Përkufizimi në fushë Përkufizimi futni detaje të mjaftueshme përshkrim qëllimi i kësaj shigjete;

• zgjidhni një komandë nga menyja e kontekstit me shigjeta Fonti… ;
• në kutinë e dialogut Vetitë e shigjetës (Fig. 2.8), në skedën Fonti vendos fontin Arial Cyr dhe kontrolloni kutitë për të përdorur këtë font për të gjitha shigjetat e grafikut ( Të gjitha shigjetat në këtë diagram, Të gjitha shigjetat në këtë model, të gjitha rastet e kësaj shigjete Dhe Ndryshoni të gjitha shfaqjet e këtij fonti në model );

1. Dizajnoni një shigjetë Dalje, majtas kufijtë drejtë;
2. Dizajnoni një shigjetë Kontrolli , pse të përsërisni hapin 2, duke zëvendësuar majtas kufijtë krye;
3. Dizajnoni një shigjetë Mekanizmi, pse të përsërisni hapin 2, duke zëvendësuar majtas kufijtë më të ulëta.

Niveli i dytë i modelimit

Çdo nivel modelimi

Për të krijuar një dekompozim modeli në çdo nivel modelimi, duhet të kryeni hapat e mëposhtëm:

• aktivizoni një bllok funksioni specifik duke klikuar;
• përsërisni hapin 3 për nivelin aktual të modelit.

1. Lloji dhe stili i dizajnit të shigjetës mund të zgjidhen në kutinë e dialogut Vetitë e shigjetës (Fig. 2.9), të thirrur nga komanda Style nga menyja e kontekstit të shigjetës.

1. Për instalim mbështjellje fjalësh Ju duhet, duke theksuar emrin, të zvogëloni madhësinë e drejtkëndëshit, pas së cilës ai automatikisht do të rritet poshtë.
2. Çdo shigjetë e vizatuar në një diagram të nivelit më të lartë duhet të jetë e pranishme në një diagram të nivelit më të ulët.
3. Shigjeta e re e vizatuar në diagramin e nivelit të ulët (e pazgjidhur ( e pazgjidhur) shigjeta), vendoset në kllapa katrore (tunele), të cilat theksojnë mungesën e një shigjete të tillë në një nivel më të lartë. Për të hequr tunelet:
   • zgjidhni artikullin e menysë Tuneli i Shigjetës ;
   • në kutinë e dialogut Redaktori i shigjetës së kufirit(Editori i shigjetës kufitare) zgjidhni opsionin Zgjidheni atë te Border Arrow (Lejo si shigjetë kufitare). Si rezultat, tuneli në nivelin aktual do të hiqet, dhe shigjeta do të shfaqet në nivelin e mëparshëm, dhe nëse nuk është i pari, atëherë ai tunelohet (Fig. 2.10).

1. Për të kopjuar shigjetat e tunelizuara nga niveli i poshtëm në atë të sipërm:
   • kliko me të djathtën në kllapat katrore;
   • zgjidhni artikullin e menysë Referenca jashtë faqes;
   • në kutinë e dialogut Referenca e shigjetës jashtë_faqes zgjidhni diagramin mbi të cilin do të vendosni shigjetën dhe vendosni çelësin e kërkuar të llojit të shigjetës (Fig. 2.11);

• shtypni një nga butonat: OK dhe shkoni te diagrami (shkoni te diagrami i zgjedhur) ose OK dhe qëndro në diagramin aktual (qëndroni në diagramin aktual).

Është e papranueshme të lihen shigjeta kufitare të palidhura ( shigjeta kufitare e palidhur) – shigjetat që transferohen automatikisht në diagramin e zbërthimit nga diagrami prind (modaliteti migrimi qitës). Këto shigjeta nuk lidhen me punët dhe duhet të shoqërohen me punë në modalitetin Krijo shigjeta ( Mjeti i shigjetës së përparësisë – ).

Dizajnimi i vendndodhjes dhe stilit të saktë të shigjetave si parazgjedhje:

• ekzekutoni komandën Vetitë e modelit/modelit;
• në dritare Karakteristikat e modelit(Fig. 2.12) zgjidhni një faqeshënues Paraqitja ;
• kontrolloni kutinë (opsionale) Hapësirë ​​automatikisht shigjeta në grup Shigjeta

1. Kur krijoni një shigjetë reagimet e menaxhmentit ju duhet të vendosni opsionin për të treguar drejtimin e shigjetës Extra Arrowhead (nga menyja e kontekstit).
2. Nëse etiketat në shigjeta janë vendosur keq (shumë larg, etj.), duhet të kontrolloni kutinë e kontrollit Squiggle (në menunë e kontekstit) për drejtuesin e etiketës.

1. Në diagramin e zbërthimit, lart majtas është një bllok funksional, i cili përmban punën më të rëndësishme që kryhet së pari. Puna që është më pak e rëndësishme ose e përfunduar më vonë zvogëlohet në mënyrë sekuenciale.
2. Mbështjellja e fjalëve brenda puna kryhet në mënyrë Emri Redaktor...duke shtypur një tast Hyni.
3. Një diagonale në këndin e sipërm të majtë të drejtkëndëshit do të thotë që vepra përkatëse nuk është zbërthyer.
4. Për të treguar jo vetëm numrat e punëve të fëmijëve që shfaqen automatikisht, por edhe prefikset (A), duhet të zgjidhni komandën Karakteristikat e modelit/modelit, faqerojtës Numërimi kutia e zgjedhjes (opsionale) Shfaq prefiksin(Fig. 2.13).

1. Për të shfaqur numrat e punës dhe numrat e nivelit (numrat me dy, tre, katër shifra) për punët e fëmijëve, zgjidhni komandën Karakteristikat e modelit/modelit, faqerojtës Numërimi kutia e zgjedhjes (opsionale) Përdorni formatin e numërimit të diagramit (Fig. 2.13).
2. Për të dalluar versionet e ndryshme të të njëjtit diagram, versioneve individuale duhet t'u caktohen numra (C - numër), të cilët mund të vendosen lirshëm në meny. Vetitë e diagramit në faqerojtësin Kompleti.

Ndërtimi i një peme model

• ekipi Diagrami/Shto/Nyja Pema kutia e dialogut të thirrjes Node Tree Wizard_Hapi 1 nga 2 (Fig. 2.14);
• zhvilloni një dialog duke zgjedhur numrin e kërkuar të niveleve të pemës së nyjeve ( Numri i niveleve );
• Shtyp butonin Gati.

4.3. Teknologjia IDEF3

Teknologjia IDEF3është një metodologji e përshkrimit të procesit që merr në konsideratë sekuenca e ekzekutimit Dhe marrëdhëniet shkak-pasojë mes situatave dhe ngjarjeve. Duke përdorur IDEF3, ata përshkruajnë logjikën e ekzekutimit të punës, rendin në të cilin ato janë nisur dhe përfunduar.

Teknologjia IDEF3 përdor kategorinë skenarë për të thjeshtuar strukturën e përshkrimeve të një procesi kompleks me shumë faza. Skenar (Skenar) – është një sekuencë e përsëritur situatash ose veprimesh që përshkruajnë një klasë tipike problemesh të pranishme në një organizatë ose sistem, dhe është gjithashtu një përshkrim i sekuencës së vetive të një objekti brenda procesit në shqyrtim. Modelet IDEF0 janë të lidhura me skenarët IDEF3, pasi çdo model IDEF0 mund të përfaqësohet si një ose më shumë skenarë IDEF3.

Teknologjia IDEF3 është krijuar për të siguruar mbledhjen e të dhënave të procesit dhe lejon:

• dokumentoni të dhënat e disponueshme mbi teknologjinë për kryerjen e procesit, të identifikuara, le të themi, gjatë një sondazhi të specialistëve të fushës;
• të analizojë proceset ekzistuese dhe të zhvillojë të reja;
• të simulojë situata duke identifikuar situatat në të cilat kërkohet vendimmarrje , që ndikojnë në ciklin jetësor të procesit, për shembull, ndryshimet në dizajnin, vetitë teknologjike ose operacionale të produktit përfundimtar;
• lehtësojnë miratimin e vendimeve optimale gjatë riorganizimit të procesit.

Skenari në teknologjinë IDEF3

Diagramet e skenarëve përshkruaj veprimet dhe ngjarjet që duhet të përpunohen brenda një periudhe të caktuar kohore. Skripti shoqërohet me një përshkrim të proceseve dhe mund të përdoret për të dokumentuar çdo funksion të sistemit. Rrjedhimisht, skenarët janë pjesë e analizës së sistemit, pasi bëjnë të mundur analizimin në kohë të një situate dhe përshkrimin e objekteve që marrin pjesë në një proces në të njëjtën kohë.

Kur përdorni teknologjinë IDEF3, të gjitha ndërtimet bazohen në dy lloje diagramesh:

1. Diagrami që përshkruan sekuencën e hapave të procesit.
2. Diagrami i gjendjes së objektit.

Përdoren konventat standarde të mëposhtme:

	Elementi funksional i sjelljes,
	Transferimi i veprimit nga një element funksional i sjelljes (i mëparshëm) në tjetrin (pasues) ( Përparësi ),
	Kalimi i rrjedhës së të dhënave nga puna në punë ( Rrjedha e objektit ),
	Lidhja e të dhënave me punën ( Referent ),
	Marrëdhënia ndërmjet punëve ( Relacionale ),
	Gjendja e objektit.

Rregullimi i sekuencës së ekzekutimit të njësive të punës kryhet duke futur në diagram kryqëzimet (Kryqëzim) për qëllime të ndryshme.

Simboli J kryqëzimi mund të marrë një nga vlerat e mëposhtme:

• & – bashkim rezultatet e të gjitha veprimeve nëse shigjetat hyjnë në kryqëzim; Nisja të gjitha veprimet nëse shigjetat e lënë atë;
• RRETH - bashkim veprimi rezulton nëse të paktën një nga veprimet hyrëse është përfunduar; Nisja të paktën një veprim;
• X - bashkim vetëm një veprim nga një numër i atyre që hyjnë në kryqëzim; Nisja vetëm një nga veprimet që del prej saj.

Një ilustrim i përdorimit të një udhëkryqi në diagrame që përshkruajnë sekuencën e hapave të procesitështë fig. 2.15. Nga kjo rezulton se një udhëkryq është një mjet për të ndërtuar procese komplekse teknologjike të degëzuara.

Përshkrimi i teknologjisë që po zhvillohet ose hulumtohet në formën e parë diagrame që përshkruajnë sekuencën e fazave të procesit teknologjik , dhe më pas në formë diagramet e gjendjes së objektit jep një pasqyrë të plotë të veprimeve të kryera dhe rezultateve të zbatimit të tyre.

	Puna 3 ndodh kur puna 1 dhe puna 3 janë kryer
	Puna 1 dhe puna 2 ndodhin së bashku
	Puna 3 ndodh kur puna 1 ose puna 2 ose të dyja janë kryer
	Puna 1 dhe puna 2 ndodhin së bashku ose veçmas
	Puna 3 ndodh kur puna 1 ose puna 2 është kryer
	Puna 1 ose puna 2 ndodh

Rrjedhimisht, menaxherët dhe zhvilluesit e sistemeve të informacionit kanë në duart e tyre një mjet të fuqishëm për krijimin e skenarëve për proceset komplekse të menaxhimit që kërkojnë studim dhe automatizim.

4.4. Procesi teknologjik i modelimit IDEF3

Përgatitja e modelit

1. Klikoni butonin e krijimit të modelit.
2. Në kutinë e dialogut B.P.Win bëni sa më poshtë:
   • zgjidhni Rrjedha e procesit (IDEF3);
   • vendosni emrin e modelit;
   • Shtyp butonin Ne rregull;
   • në kutinë e dialogut Karakteristikat për Modelin e Ri konfirmoni vetitë e specifikuara atje.

Formalizimi i veprimit

1. Klikoni butonin e krijimit të veprimit ( Vegla e kutisë së aktivitetit ).
2. Klikoni butonin e majtë të miut në vendndodhjen e dëshiruar në dritaren e modelit.
3. Në menynë e kontekstit të veprimit, zgjidhni komandën Emri…
4. Në kutinë e dialogut Vetitë e aktivitetit, në faqerojtësin Emri caktoni emrin e veprimit (Fig. 2.16).

1. Në kutinë e dialogut Vetitë e aktivitetit në faqerojtësin Fonti vendosur Arial Cyr, Ne rregull.

Formatimi i të dhënave

1. Klikoni butonin e krijimit të të dhënave. ( Mjeti i referencës ).
2. Në vendin e duhur në dritare Referent kliko me të majtën për të futur emrat e të dhënave nga fjalori i krijuar i njësive (opsion Entitet) ose nga fjalori i krijuar me shigjeta (opsion Shigjeta), ose krijoni ato përsëri (opsion Të tjera) (Fig. 2.17).

1. Në dialog Dritarja e vetive referente (Fig. 2.18), në skedën Fonti vendosur Arial Cyr zgjidhni kutitë e kërkuara dhe klikoni butonin Ne rregull.

5. Detyrë shtëpie për orën e ardhshme

1. Mendoni dhe identifikoni objektet materiale ose individët që janë burime ose marrës të informacionit (entitete të jashtme).
2. Mendoni dhe zhvilloni një model relacional të të dhënave të përpunuara nga sistemi i informacionit:
   • të bëjë një listë të entiteteve dhe atributeve të tyre,
   • tregojnë marrëdhëniet ndërmjet subjekteve.
3. Bazuar në specifikimet teknike të zhvilluara, mendoni dhe propozoni mësuesit emrat e punimeve individuale të zbatuara në sistem në procesin e kryerjes së secilës prej punëve kryesore të vendosura në diagramin e zbërthimit të nivelit të dytë.
4. Ekzekutimi i paragrafëve Regjistroni 1–3 detyra shtëpie në një skedar me emrin " Informacion për mësimin 3.doc “, e bërë në Word dhe ia prezantoj mësuesit.
5. Punoni përmes seksionit " Informacion teorik për trajnim praktik» punëtori për mësimin e 3-të.

1.6. Fragmenti i Diagramit të Pemës së Nyjeve gjatë kryerjes së zbërthimit të bllokut të kontabilitetit të aktivitetit sipas opsionit të dytë (IDEF3)

Fjalor Aktiviteti

Emri	Përkufizimi
	Analiza e informacionit të lexuar nga baza e të dhënave për të përmbushur kriteret e specifikuara
Analiza e dokumentit	Analiza e dokumenteve shoqëruese dhe të ardhura për respektimin e standardeve
Mirëmbajtja e bazës së të dhënave	Kryerja e operacioneve të përditësimit të të dhënave
NË PËRPARIM PUNË	Emri i funksionit të kontekstit që përcakton QËLLIMIN dhe KUFIJTË e simulimit
Përpunimi përfundimtar	Marrja dhe formulimi i një vendimi (POZITIV nëse të dhënat plotësojnë kriteret e përcaktuara dhe NEGATIVE në të kundërt), si dhe krijimi dhe përpunimi i dokumenteve të nevojshme.
Kontrolli i cilësisë dhe testimi	Puna që përfundon një proces prodhimi ose zhvillimi
Përpunimin e të dhënave	Kryerja e operacioneve të kërkimit dhe analizës së të dhënave dhe marrja e vendimeve në bazë të analizave të kryera
Përpunimi i rezultateve të kontrollit të cilësisë	Sistematizimi dhe analiza e rezultateve për pajtueshmërinë me standardin
Përpunimi i rezultateve të testit	Analiza e rezultateve për shërbimin, besueshmërinë dhe mbijetesën
shkresa	Marrja e dokumenteve dhe përzgjedhja e informacionit që do të futet në bazën e të dhënave
	Kërkimi i të dhënave në tabelat e bazës së të dhënave bazuar në pyetjet e krijuara nga përdoruesi
Rimbushja e bazës së të dhënave	Futja e të dhënave të reja në tabelat e bazës së të dhënave
Pranimi dhe regjistrimi i dokumenteve	Pranimi dhe regjistrimi i dokumenteve shoqëruese që vijnë
Prodhimi ose zhvillimi	Emri i procesit kryesor të biznesit të kompanisë (modeli i pjesës së prodhimit të fushës së lëndës)
Puna në fazën e parë të procesit të biznesit1	Një veprim që përmbledh operacionet teknologjike në fazën e parë të procesit të prodhimit
Puna në fazën e dytë të procesit të biznesit1	Një veprim që përmbledh operacionet teknologjike në fazën e dytë të procesit të prodhimit
Puna në fazën e tretë të procesit të biznesit1	Një veprim që përmbledh operacionet teknologjike në fazën e tretë të procesit të prodhimit
Përpunimi i rezultateve të aktiviteteve prodhuese	Marrja dhe analiza e dokumenteve bazuar në rezultatet e punës dhe kontrollit të vazhdueshëm
Redaktimi i bazës së të dhënave	Ndryshimi i të dhënave në tabelat e bazës së të dhënave
KONTABILITETI I AKTIVITETIT	Përpunimi dhe raportimi i dokumentacionit (modeli i pjesës joprodhuese të fushës së lëndës)

Fjalor Shigjeta

Emri	Përkufizimi
	Objekte që nuk plotësojnë kërkesat e standardit
FUT TE DHENAT	Dokumentet hyrëse dhe objektet e përpunimit
Të dhënat hyrëse të DB	Të dhënat për t'u shkruar në tabelat e bazës së të dhënave
Dokumentet hyrëse	Dokumentet që shoqërojnë objektet e përpunimit dhe dokumentet që nisin një proces biznesi
PRODHIM	Dokumentet dalëse, objekte të reja dhe të ndryshuara
Dokumentet dalëse	Dokumentet (formularët, raportet, udhëzimet, deklaratat, kontratat, etj.) të krijuara gjatë procesit të kontabilitetit
Standardi shtetëror	Standardi shtetëror për dokumentacionin
Të dhënat e tabelës së bazës së të dhënave	Të dhënat e lexuara nga tabelat e bazës së të dhënave
Të dhënat e marra si rezultat i analizës	Informacion i destinuar për përpunimin e dokumenteve të lëshuara dhe përdoret gjatë marrjes së vendimeve
Të dhëna që karakterizojnë rezultatet e punës me dokumente	Informacion që pasqyron detajet (karakteristikat cilësore dhe sasiore) të objekteve të përpunuara
Dokumentet mbi rezultatet e testimit dhe kontrollit	Dokumentet që pasqyrojnë të dhënat e marra në fazën përfundimtare të përpunimit të objektit
Përshkrimi i punës	Udhëzime që pasqyrojnë përgjegjësitë e punës së interpretuesit
Kërkesat e përdoruesve
Objekte të reja dhe të ndryshuara	Objektet e krijuara dhe modifikuara gjatë ciklit të prodhimit
Objektet e bazës së të dhënave	Tabelat, formularët, pyetjet, raportet, makro dhe module
Përpunimi i objekteve	Objekte që ndryshojnë në faza të ndryshme të procesit të prodhimit
Objektet e përpunuara në fazën 1	Objektet ndryshuan në fazën e parë të procesit të prodhimit
Objektet e përpunuara në fazën 2	Objektet e modifikuara në fazën e dytë të procesit të prodhimit
Objektet e përpunuara në fazën 3	Objektet e modifikuara në fazën e tretë të procesit të prodhimit
	Departamenti i kontrollit teknik që kontrollon objektin e krijuar për përputhjen me kërkesat e standardit
Divizionet dhe profesionistët e kompanisë	Subjektet e përfshira në procesin e prodhimit ose zhvillimit
RREGULLAT E EKZEKUTIMIT	Rregullat për transformimin e proceseve dhe të dhënave
Rregullat e Kontabilitetit	Sistemi i kontabilitetit dhe dokumentacioni që shoqëron procesin e prodhimit ose zhvillimit
VENDIM	Një vendim pozitiv ose negativ i marrë në varësi të faktit nëse të dhënat e analizuara plotësojnë kriteret e specifikuara
Dokumentet e pranuara	Dokumentet që janë regjistruar
Software	Platforma mbi të cilën zbatohet baza e të dhënave që po zhvillohet
Rezultatet e analizës së dokumentit	Rezultatet e marra pas analizimit të dokumenteve hyrëse dhe shoqëruese për pajtueshmërinë me standardet
Rezultatet e kontrollit të cilësisë
rezultatet e kërkimit	Informacion nga tabelat e bazës së të dhënave të marra nga kërkesat e përdoruesve
Rezultatet e testit	Të dhënat e marra në fazën përfundimtare të përpunimit
Udhëzues Përdorues	Udhëzime dhe rregulla për të punuar me bazën e të dhënave
Shërbimi i kontabilitetit	Departamentet e përfshira në procesin e kontabilitetit dhe dokumentacionit
Dokumentet shoqëruese	Dokumentet që shoqërojnë objektet hyrëse të përpunimit
Specialistë profesionistë	Subjektet e përfshira në aktivitetet prodhuese
Udhëzime teknologjike	Sekuenca e operacioneve të procesit teknologjik
Kërkesat e përdoruesve	Pyetjet e krijuara nga përdoruesi për të tërhequr informacionin e nevojshëm nga baza e të dhënave dhe për të krijuar dokumente dalëse
MEKANIZMI I EKZEKUTIMIT	Burimet që transformojnë të dhënat hyrëse në të dhëna dalëse
Hyrjet e reja	Regjistrimet në tabelat e bazës së të dhënave që u shfaqën pas futjes së të dhënave të reja
Korrigjim
	Subjekti që kryen provimin

versioni i printuar

Shumica e atyre që janë të përfshirë në zbatimin e projekteve që lidhen me krijimin ose zhvillimin e sistemeve të informacionit të korporatës pajtohen me tezën se klienti ka nevojë për një sistem informacioni që rrit efikasitetin e ndërmarrjes. Megjithatë, klientët dhe zhvilluesit e sistemeve të informacionit ende flasin gjuhë të ndryshme: ata kanë kuptime të ndryshme se çfarë do të thotë të rrisësh efikasitetin e një ndërmarrje.

Zhvilluesit e sistemeve të informacionit shumë shpesh e kuptojnë rritjen e efikasitetit si një rritje në numrin e stacioneve të punës në rrjetin kompjuterik lokal (LAN) të një ndërmarrje, një rritje të xhiros së LAN, një rritje në numrin e dokumenteve të përpunuara në stacionet e punës të automatizuara (AWS), etj. .

Duke rritur efikasitetin e një ndërmarrjeje, klientët kuptojnë një rritje të produktivitetit të punës, një ulje të kostove dhe një rritje të cilësisë së produkteve dhe shërbimeve të prodhuara. Kohët e fundit, kushtet e reja dhe konceptet e reja po hyjnë me shpejtësi në jetën e klientëve: strategjia e zhvillimit, kompetencat thelbësore, arkitektura e biznesit, rregullat e biznesit dhe shumë më tepër.

Në mënyrë që klienti dhe zhvilluesi i sistemit të informacionit të kuptojnë njëri-tjetrin, është e nevojshme që zhvilluesi të riorientohet nga zgjidhja e problemeve teknike të krijimit ose zhvillimit të një sistemi informacioni në zgjidhjen e problemeve komplekse të rritjes së efikasitetit të ndërmarrjes së klientit. Me këtë qasje del në pah problemi i një mënyre efektive për të studiuar fushën e veprimtarisë së klientit:

• vrojtimi i arkitekturës ekzistuese të biznesit, proceset e biznesit, rregullat e biznesit, rrjedhat e informacionit;
• identifikimi i problemeve, pengesave që ndikojnë negativisht në efikasitetin e ndërmarrjes;
• zhvillimi dhe zbatimi i masave për eliminimin e problemeve ekzistuese dhe ndryshimin e arkitekturës së biznesit të ndërmarrjes, duke ristrukturuar proceset e biznesit;
• zhvillimi i një projekti specifik për një sistem informacioni të korporatës, zbatimi i këtij projekti dhe mbështetje në të ardhmen.

Si pjesë e kësaj qasjeje, mjetet e dizajnuara për modelimin e ndërmarrjes dhe ri-inxhinierimin e proceseve të biznesit janë krijuar për të rritur efikasitetin e zhvilluesit të sistemeve të informacionit. Një nga përfaqësuesit e kësaj familje të mjeteve është CASE tools për modelimin funksional të proceseve të biznesit.

Ky artikull ofron një përmbledhje të një klase mjetesh për modelimin funksional të proceseve të biznesit, të fokusuar në përdorimin e metodologjisë IDEF0.

IDEF0 - Metodologjia e modelimit funksional

Gjatë zbatimit të programit të Kompjuterizimit të Integruar të Prodhimit (ICAM), i propozuar në një kohë nga Forcat Ajrore për industrinë e hapësirës ajrore të SHBA-së, u identifikua nevoja për të zhvilluar metoda për analizimin e ndërveprimit të proceseve në sistemet e prodhimit. Për të përmbushur këtë nevojë, u zhvillua metodologjia IDEF0 (Integrated Definition Function Modeling), e cila tani është miratuar si një standard federal i SHBA-së. Metodologjia është aplikuar me sukses në një shumëllojshmëri të gjerë industrish, duke e demonstruar veten si një mjet efektiv për analizimin, projektimin dhe përfaqësimin e proceseve të biznesit. Aktualisht, metodologjia IDEF0 përdoret gjerësisht jo vetëm në Shtetet e Bashkuara, por në të gjithë botën. Në Rusi, IDEF0 është përdorur me sukses në agjencitë qeveritare (për shembull, në Inspektoratin Shtetëror të Taksave), në industrinë e hapësirës ajrore (gjatë projektimit të kozmodromit Plesetsk), në Bankën Qendrore dhe bankat tregtare të Rusisë, në industrinë e naftës dhe gazit. dhe në industri të tjera.

IDEF0 Konceptet Bazë

Metodologjia IDEF0 bazohet në konceptin e një blloku që përfaqëson një funksion të caktuar biznesi. Katër anët e bllokut kanë role të ndryshme: ana e majtë ka kuptimin "hyrje", ana e djathtë ka kuptimin "dalje", pjesa e sipërme ka kuptimin "kontroll" dhe pjesa e poshtme ka kuptimin " mekanizmi” (shih Fig. 1).

Ndërveprimi ndërmjet funksioneve në IDEF0 paraqitet si një hark, i cili shfaq rrjedhën e të dhënave ose materialeve që vijnë nga dalja e një funksioni në hyrjen e një tjetri. Varësisht se në cilën anë të bllokut lidhet filli, quhet përkatësisht "hyrje", "dalje", "kontroll".

Parimet e modelimit në IDEF0

IDEF0 zbaton tre parime bazë të modelimit të procesit:

• parimi i dekompozimit funksional;
• parimi i kufizimit të kompleksitetit;
• parimi i kontekstit.

Parimi i zbërthimit funksional është një mënyrë për të modeluar një situatë tipike kur çdo veprim, operacion, funksion mund të zbërthehet (zbërthehet) në veprime, operacione, funksione më të thjeshta. Me fjalë të tjera, një funksion kompleks biznesi mund të përfaqësohet si një koleksion funksionesh elementare. Duke i paraqitur funksionet grafikisht, në formën e blloqeve, mund të shikoni brenda bllokut dhe të ekzaminoni strukturën dhe përbërjen e tij në detaje (shih Fig. 2).

Parimi i kufizimit të kompleksitetit. Kur punoni me diagramet IDEF0, është thelbësore që ato të jenë të lexueshme dhe të lexueshme. Thelbi i parimit të kufizimit të kompleksitetit është se numri i blloqeve në diagram duhet të jetë jo më pak se dy dhe jo më shumë se gjashtë. Praktika tregon se pajtueshmëria me këtë parim çon në faktin se proceset funksionale të paraqitura në formën e një modeli IDEF0 janë të strukturuara mirë, të kuptueshme dhe të lehta për t'u analizuar.

Parimi i një diagrami të kontekstit. Modelimi i një procesi biznesi fillon me ndërtimin e një diagrami kontekstual. Ky diagram tregon vetëm një bllok - funksionin kryesor të biznesit të sistemit të modeluar. Nëse po flasim për modelimin e një ndërmarrje të tërë apo edhe një ndarje të madhe, funksioni kryesor i biznesit nuk mund të formulohet si, për shembull, "shitja e produkteve". Funksioni kryesor i biznesit të sistemit është "misioni" i sistemit, rëndësia e tij në botën e jashtme. Është e pamundur të formulohet saktë funksioni kryesor i një ndërmarrje pa pasur një ide mbi strategjinë e saj.

Kur përcaktoni funksionin kryesor të biznesit, gjithmonë duhet të keni parasysh qëllimin e modelimit dhe këndvështrimin e modelit. E njëjta ndërmarrje mund të përshkruhet ndryshe, varësisht nga këndvështrimi nga i cili shihet: drejtori i ndërmarrjes dhe inspektori tatimor e shohin organizatën krejtësisht ndryshe.

Diagrami i kontekstit luan një rol tjetër në modelin funksional. Ai "rregullon" kufijtë e sistemit të biznesit që modelohet duke përcaktuar se si sistemi i modeluar ndërvepron me mjedisin e tij. Kjo arrihet duke përshkruar harqet e lidhur me një bllok që përfaqëson funksionin kryesor të biznesit.

Aplikimi i IDEF0

Pasi u njohëm me konceptet dhe parimet bazë të modelimit funksional të proceseve të biznesit, pyetja e natyrshme është: si ndihmon kjo në përmirësimin e efikasitetit dhe cilësisë së aktiviteteve të një ndërmarrje.

Ndërtimi i modelit SI ËSHTË. Anketa e ndërmarrjeve është një pjesë e detyrueshme e çdo projekti për krijimin ose zhvillimin e një sistemi informacioni të korporatës. Ndërtimi i një modeli funksional AS IS ju lejon të regjistroni qartë se cilat procese biznesi kryhen në ndërmarrje, cilat objekte informacioni përdoren gjatë kryerjes së proceseve të biznesit dhe operacioneve individuale. Modeli funksional AS IS është pika fillestare për analizimin e nevojave të ndërmarrjes, identifikimin e problemeve dhe pengesave dhe zhvillimin e një projekti për përmirësimin e proceseve të biznesit.

Rregullat e biznesit. Një model i procesit të biznesit ju lejon të identifikoni dhe përcaktoni me saktësi rregullat e biznesit të përdorura në aktivitetet e një ndërmarrje.

Në Fig. Figura 3 tregon një fragment të një modeli funksional të rrjedhës së dokumentit. Gjatë kryerjes së operacionit “Sorti i dokumenteve” përdoret rregulli i biznesit: “Nuk janë objekt regjistrimi: dokumentet e dërguara si kopje për informacion, telegrame dhe letra leje për udhëtime pune dhe pushime...”. Ky rregull regjistrohet në udhëzimet e rrjedhës së dokumentit. Modeli funksional lejon jo vetëm të identifikojë ekzistencën e këtij rregulli, por edhe të përcaktojë gjatë cilit operacion dhe në cilin vend pune duhet të zbatohet.

Në kuadrin e modelit funksional, rregulli i biznesit është si më poshtë: "nëse një dokument i destinuar për menaxhim merret në pritje, ai i nënshtrohet renditjes, si rezultat i të cilit, bazuar në udhëzimet, përcaktohet nëse dokumenti i nënshtrohet ose jo regjistrimit.”

Nëse ky rregull i biznesit nuk merret parasysh gjatë zhvillimit të një sistemi informacioni, atëherë një sistem i tillë do të funksionojë në mënyrë joadekuate.

Shumë shpesh, rregullat e biznesit në një ndërmarrje nuk janë të shkruara në udhëzime: ato duket se ekzistojnë, por gjithashtu duket se mungojnë. Si rezultat, përpjekjet për të ndryshuar diçka në aktivitetet e një ndërmarrje ose departamenti mund të dështojnë vetëm sepse këto ndryshime bien ndesh me rregullat e vendosura të biznesit.

Objektet e informacionit. Modeli funksional ju lejon të identifikoni të gjitha objektet e informacionit që ndërmarrja operon në aktivitetet e saj. Ndryshe nga modelet e informacionit (Diagramet e rrjedhës së të dhënave, IDEF1X), modeli funksional IDEF0 pasqyron saktësisht se si objektet e informacionit përdoren brenda proceseve të biznesit.

Ndërtimi i një modeli se SI DO TË JETË. Krijimi dhe zbatimi i një sistemi informacioni të korporatës çon në ndryshime në kushtet për kryerjen e operacioneve individuale, strukturën e proceseve të biznesit dhe ndërmarrjen në tërësi. Kjo çon në nevojën për të ndryshuar sistemin e rregullave të biznesit të përdorur në ndërmarrje dhe për të modifikuar përshkrimet e punës së punonjësve. Modeli funksional SI DO TË JETË na lejon të përcaktojmë këto ndryshime tashmë në fazën e projektimit të sistemit të ardhshëm të informacionit. Përdorimi i modelit funksional SI TË JESH lejon jo vetëm të zvogëlojë kohën e zbatimit të sistemit të informacionit, por edhe të zvogëlojë rreziqet që lidhen me pandjeshmërinë e personelit ndaj teknologjisë së informacionit.

Alokimi i burimeve. Modeli funksional ju lejon të përcaktoni qartë shpërndarjen e burimeve midis operacioneve të procesit të biznesit, gjë që bën të mundur vlerësimin e efikasitetit të përdorimit të burimeve.

Kjo detyrë është veçanërisht e rëndësishme kur krijohen procese të reja biznesi në një ndërmarrje. Për shembull, një kompani e specializuar në zhvillimin e softuerit me porosi vendosi të krijojë departamentin e saj të shitjeve. Një model funksional i procesit të biznesit për shitjen e softuerëve do t'i lejojë menaxhmentit të kompanisë të përcaktojë qartë se cilat burime duhet të ndahen për të siguruar funksionimin e shërbimit të shitjes, sa punonjës duhet të rekrutohen për të punuar në shërbimin e ri, çfarë përgjegjësitë funksionale që duhet të kryejnë këta punonjës etj.

Sistemet softuerike IDEF0

Aktualisht, ka shumë mjete CASE që mbështesin modelimin funksional në standardin IDEF0.

PËRFUNDIM

Metodologjia e modelimit funksional IDEF0 është një mjet mjaft i thjeshtë që lejon zhvilluesit e sistemeve të informacionit të korporatës të studiojnë fushën e veprimtarisë së klientit dhe të zgjidhin problemet për të përmirësuar efikasitetin e këtij aktiviteti.

Përdorimi i modelimit funksional bën të mundur zgjidhjen jo vetëm të problemeve teknike të klientit që lidhen me teknologjinë e informacionit, por edhe të problemeve që lidhen me fushën e veprimtarisë së klientit. Kjo ju lejon të ktheni një projekt të sistemit të informacionit nga një "pirg letre", për të cilin klienti nuk dëshiron të paguajë, në një shërbim që mund t'i sjellë klientit një efekt shtesë të krahasueshëm me automatizimin e mëvonshëm.

Shkurtesa IDEF0, e njohur sot jo vetëm në qarqe të ngushta, ë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ë SHBA dhe, pasi tregoi efektivitetin e tij, u bë një 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 Dokument Udhëzues IDEF0. Publikimi zyrtar. Standardi Shtetëror i Rusisë RD IDEF0 – 2000. Zhvilluar nga Qendra Kërkimore CALS – Teknologjitë e Aplikuara të Logjistikës. Miratuar dhe vënë në fuqi me Dekretin e Standardit Shtetëror të Rusisë në 2000, Moskë“, por asnjëherë nuk u miratua si standard. Edhe pse kjo nuk e ka penguar 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ë 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ë shohim pak 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 modelesh të ndryshme, të cilat së bashku duhet të kishin bërë të mundur studimin e strukturës, parametrave dhe karakteristikave të prodhimit, sistemeve teknike dhe organizative-ekonomike.

IDEF0 është një model funksional, i cili është thelbi i ndërtimit të të gjitha strukturave të tjera, ai lidh së bashku flukset e informacionit dhe materialeve, strukturën organizative, ndikimet e kontrollit dhe vetë aktivitetet 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, IDEF0 quhet në mënyrë të përshtatshme një shënim që është pjesë e metodologjisë SADT.

Shënimi IDEF0 është një metodologji mjaft strikte që u zhvillua 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ë diagrame, dhe është i nevojshëm sistematizimi dhe navigimi i paqartë nëpër të gjithë elementët e modelit. Në ditët e sotme kjo bëhet kryesisht nga sistemet kompjuterike që mbështesin modelimin në këtë shënim. Në Rusi, sistemet më të famshme dhe më të aksesueshme sot janë AllFusion Process Modeler dhe Business Studio. Kam në plan t'i kushtoj artikuj të veçantë një rishikimi të këtyre sistemeve.

Blloku i funksionit

Elementi qendror i modelit IDEF0 është funksioni, i cili është paraqitur në diagram si bllok funksioni– një drejtkëndësh brenda të cilit tregohet një veprim 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 të tavolinës qeramike" dhe "Zbatimi i një dizajni për një produkt".

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, të cilat janë caktuar në mënyrë të ngurtë në anët e bllokut të funksionit:

• në të majtë janë inputet ose burimet e përdorura për të kryer funksionin;
• në të djathtë janë rezultatet ose rezultatet e funksionit;
• në krye janë veprimet e kontrollit që përcaktojnë se si dhe sa rezultate duhet të prodhohen;
• më poshtë janë mekanizmat që pasqyrojnë se kush duhet ta bëjë këtë punë dhe me çfarë ndihme.

Kjo qasje ju lejon të kurseni pak në shpjegimet në diagrame dhe të arrini paqartësi në shfaqjen e flukseve, gjë që e bën të gjithë modelin harmonik.

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ë plotësisht vlerën e tyre te outputet, 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).
2. 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ë funksionit. Shpesh kjo rrjedhë trajtohet formalisht, por në këtë rast skema humb rigorozitetin dhe ndonjëherë edhe kuptimin.
3. Ç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 udhëzimet janë të paplota pa një interpretues ose udhëzime).

Skema e konsideruar është "blloku i ndërtimit" të qasjes IDEF0. Modelimi funksional përfshin një kalim gradual nga e përgjithshmja në atë specifike përmes zbërthimit. Zbërthimi është "thellimi" në funksionin në shqyrtim, duke e ndarë atë në funksione më të vogla. Për më tepër, kur një funksion i nivelit të lartë paraqitet në një mënyrë të përgjithësuar dhe më pas zbërthehet, është e përshtatshme ta quajmë atë një proces.

Diagrami i kontekstit

Në nivelin më të lartë, kompania përfaqësohet si një "kuti e zezë" në të cilën ndodhin disa aktivitete që përkthejnë inputet në outpute. Ky nivel zakonisht quhet "", domethënë një diagram që përshkruan kontekstin e aktiviteteve të kompanisë. Për më tepër, diagrami i kontekstit shfaq karakteristikat kryesore të të gjithë modelit.

1. Qëllimi është një formulim specifik i qëllimit të modelit, kundrejt të cilit mund të verifikohet saktësia e modelit në të ardhmen.
2. Pikëpamja - në emër të kujt ë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ërmarrjeje, atëherë ai zakonisht paraqitet nga këndvështrimi i drejtorit të saj.
3. Lloji i modelit është një tregues se çfarë informacioni shfaqet në diagrame. Mund të ketë 2 opsione themelore: SI ËSHTË ("siç është") ose TË JESH ("siç do të jetë"). Kjo ndarje është e nevojshme, pasi ne mund të ndërtojmë modele si për analizimin e aktiviteteve ashtu edhe për transformimin e tyre. Ne duhet të jemi të qartë 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ërgjithshme një përshkrim të aktiviteteve të kompanisë, të cilat përshkohen nga flukset që lidhin kompaninë me botën e jashtme. Mendoj se duhet t'i shikojmë edhe ato pak më në detaje.

Fijet kryesore

Përvoja ka treguar se, megjithë thjeshtësinë dhe formalitetin e dukshëm të këtij niveli, shpesh duhet të qëndrosh 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 objektivat e biznesit. Për të kontrolluar që flukset domethënëse janë pasqyruar, sigurohuni që të 4 llojet kryesore të flukseve janë të pranishme në diagramin tuaj.

1. Materiali: materialet dhe përbërësit në hyrje dhe produktet e gatshme në dalje.
2. Klienti: klient potencial në hyrje dhe i kënaqur në dalje.
3. Financiare: inputi zakonisht janë investimet, pagesat e klientëve (të ardhurat), huatë dhe të ardhura të tjera; Produkti është pagesa për furnitorët, taksat, pagesat e huave dhe fitimet.
4. Informative: hyrja janë të gjitha flukset e informacionit rreth mjedisit të jashtëm (kushtet e tregut, sjellja e konkurrentëve, inovacionet teknologjike, etj.), dhe outputi është rrjedha e informacionit që kompania i komunikon botës për veten (të gjitha informacionet e reklamave, si dhe të gjitha llojet e raportimit para autoriteteve rregullatore).

Ju lutemi vini re se kompania është një sistem i hapur dhe asgjë nuk shfaqet ose zhduket në të. Kompania është në gjendje të transformojë vetëm flukset hyrëse në ato dalëse, dhe nëse e bën këtë mirë, atëherë shfaqet fluksi shtesë i parasë (fitimi), i cili në një farë kuptimi pasqyron cilësinë e të gjithë sistemit.

(Kliko per te zmadhuar)

Është mirë që secili prej këtyre llojeve të rrjedhave të theksohet 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 mund të vëzhgoni mungesën e një klienti në flukset e kompanisë, prandaj puna me të bazohet në parimin e mbetur - klienti shpesh ndihet si një pengesë për punonjësit e kompanisë, detyrat e të cilëve përqendrohen në përpunimin e rrjedhës së dokumenteve. .

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

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

E dyta është informacioni i padokumentuar, i cili më së shpeshti i referohet kërkesave të 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ë çelësat e kontrollit!

Për lundrim, modeli siguron numërim të vazhdueshëm. Diagrami i kontekstit numërohet "A-0". Më pas, çdo bllok funksional merr numrin e vet, pavarësisht sa i thellë është dekompozimi.

Zbërthimi

Pasi të punojmë nëpër rrjedhat e diagramit të kontekstit, mund të kalojmë në zbërthimin. Duke lëvizur në një nivel më të ulët, sikur të hapim një "kuti të zezë", së pari shohim një fletë të zbrazët me shigjeta që janë ngjitur në bllokun funksional.

(Kliko per te zmadhuar)

Dhe këtu fillon vetë modelimi 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 është se ka shumë veprime në kompani, dhe në diagram kemi të drejtë të shfaqim jo më shumë se 9 funksione, përndryshe diagrami do të bëhet i palexueshëm dhe për këtë arsye i padobishëm.

Nuk është gjithmonë e lehtë të organizohen aktivitete komplekse në 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ë shumëllojshmërisë së proceseve në blloqe të mëdha të mëdha, më të rëndësishmet prej të cilave janë sa vijon.

1. Krijimi i një produkti (rezultati).
2. Promovimi dhe shitjet - duke punuar me rrjedhën e klientëve.
3. 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 lehtësinë e punës (personeli dhe kontabiliteti, shërbimet e transportit, pastrimi, etj.).
4. 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 renditjen e blloqeve funksionale nga e majta në të djathtë dhe nga lart poshtë - sipas rëndësisë ose sipas rendit kronologjik. Numërimi i blloqeve ndodh në të njëjtën mënyrë.

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, ne ishim në gjendje të shfaqnim vetëm konceptet themelore të shënimit IDEF0 duke përdorur një shembull të shkurtër të IDEF0, nga i cili, natyrisht, është e vështirë të gjykohet metodologjia në tërësi. Por një përvojë mjaft e madhe duke përdorur këtë shënim në praktikë më lejon të nxjerr përfundimet e mëposhtme.

1. Modeli ka një potencial të mirë vizualizimi, por, për mendimin tim, rëndësia e tij më e madhe qëndron në efektin e tij disiplinor. Rregullat dhe kufizimet e ngulitura 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 flukse komunikimi midis gjërave në dukje jo shumë të lidhura: të lidhni nënsistemet e zyrës së përparme dhe të pasme me menaxhimin, gjë që arrihet shumë më keq nga shënimet e tjera.
3. 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ërlikimin e flukseve të biznesit.

Disa nga argumentet e mësipërme na bëjnë të mendojmë 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 të hartuar punën në nivelin e ekzekutuesit çon në faktin se diagramet janë thjesht ilustruese dhe është e pamundur të ndërtohen rregullore kuptimplota mbi bazën e tyre, pasi ato nuk përmbajnë:

• specifikimi i 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 ë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.

Në menaxhimin e projektit, ky standard modelimi është më i zbatueshëm aty ku është e nevojshme të lidhen projekte ose procese të ndryshme me flukse vizuale. Modeli grafik do të lejojë një shpërndarje më racionale të përgjegjësisë dhe burimeve midis detyrave. Logjika për përfundimin 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.

Këto rekomandime për standardizim janë të destinuara për përdorim në analizën dhe sintezën e sistemeve prodhuese, teknike dhe organizative-ekonomike duke përdorur metoda modelimi funksional në sektorë të ndryshëm të ekonomisë.
Rekomandimet përmbajnë një përshkrim të një sërë mjetesh për të përfaqësuar vizualisht një gamë të gjerë të proceseve dhe operacioneve të biznesit, prodhimit dhe të tjera të një ndërmarrjeje në çdo nivel detajesh,si dhe teknikat organizative dhe metodologjike për përdorimin e këtyre mjeteve.

Komplikimi i vazhdueshëm i sistemeve prodhuese-teknike dhe organizative-ekonomike - firmat, ndërmarrjet, industritë dhe subjektet e tjera të prodhimit dhe aktivitetit ekonomik - dhe nevoja për t'i analizuar ato me qëllim përmirësimin e funksionimit dhe rritjen e efikasitetit kërkojnë përdorimin e mjeteve speciale për përshkrimin dhe duke analizuar sisteme të tilla. Ky problem është i një rëndësie të veçantë në lidhje me ardhjen e prodhimit të integruar të kompjuterizuar dhe ndërmarrjeve të automatizuara.
Në Shtetet e Bashkuara, në fund të viteve 70, u propozua dhe u zbatua Programi i Integruar i Prodhimit me Ndihmë Kompjuterike (ICAM), që synonte rritjen e efikasitetit të ndërmarrjeve përmes futjes së gjerë të teknologjive kompjuterike (informative).
Zbatimi i programit ICAM kërkonte krijimin e metodave adekuate për analizën dhe projektimin e sistemeve të prodhimit dhe mënyrat e shkëmbimit të informacionit ndërmjet specialistëve që merren me probleme të tilla. Për plotësimin e kësaj nevoje, në kuadër të programit ICAM, u zhvillua metodologjia e modelimit IDEF (ICAM Definition), e cila bën të mundur studimin e strukturës, parametrave dhe karakteristikave të sistemeve të prodhimit, teknik dhe organizativo-ekonomik.

Metodologjia IDEF

Metodologjia e përgjithshme IDEF përbëhet nga tre metodologji specifike modelimi të bazuara në paraqitjen grafike të sistemeve:
IDEF0 përdoret për të krijuar një model funksional që shfaqetstruktura dhe funksionet e sistemit, si dhe flukset e informacionit dhe materialitobjektet e transformuara nga këto funksione;
IDEF1 përdoret për të ndërtuar një model informacioni që shfaqetstruktura dhe përmbajtja e flukseve të informacionit të nevojshme për të mbështeturfunksionet e sistemit;
IDEF2 ju lejon të ndërtoni një model dinamik të ndryshimit në kohësjellja e funksioneve të sistemit, informacionit dhe burimeve.
Deri më sot, metodologjitë IDEF0 dhe IDEF1 (IDEF1X) janë më të përhapura dhe të përdorura.
Metodologjia IDEF0, veçoritë dhe aplikimi i së cilës përshkruhen në këto rekomandime, bazohet në një qasje të quajtur
SADT – Structured Analysis & Design Technique – metoda e analizës dhe projektimit strukturor. Baza e kësaj qasjeje dhe metodologjisë IDEF0 është një gjuhë grafike për përshkrimin (modelimin) e sistemeve.

Koncepte të përgjithshme

Modeli IDEF0: Një përshkrim grafik i një sistemi, i projektuar për një qëllim specifik dhe nga një këndvështrim i zgjedhur. Një grup dokumentesh IDEF0 që përshkruajnë funksionet e sistemit duke përdorur grafikë (diagrame), tekst dhe një fjalorth.
Qëllimi: një deklaratë e shkurtër e arsyes së krijimit të modelit.
Pikëpamja: një tregues i zyrtarit ose departamentit të organizatës nga pozicioni i të cilit po zhvillohet modeli. Për çdo model ka vetëm një këndvështrim.
Fjalor: Një listë përkufizimesh për fjalë kyçe, fraza dhe shkurtesa të lidhura me nyjet, blloqet, shigjetat ose modelin IDEF0 në përgjithësi.
Teksti: Çdo koment teksti (jo grafik) në diagramin grafik IDEF0.
Shënim model: Një koment teksti që është pjesë e një diagrami IDEF0 dhe përdoret për të regjistruar një fakt që nuk gjen një paraqitje grafike.
Funksioni: Një aktivitet, proces ose transformim (i modeluar nga një bllok IDEF0) i identifikuar nga një folje ose formë foljeje që përshkruan atë që do të kryhet.
Zbërthimi: ndarja e funksionit të modeluar në funksione përbërëse.

Shembull i diagramit të kontekstit

Diagramë

Diagrami: pjesë e modelit që përshkruan dekompozimin e një blloku.
Konteksti: Mjedisi në të cilin funksionon një funksion (ose grup funksionesh në një diagram).
Diagrami i kontekstit: Një diagram me numër nyje A–n (A minus n) që përfaqëson kontekstin e modelit. Diagrami A-0, i përbërë nga një bllok, është një diagram konteksti i domosdoshëm (i detyrueshëm); diagramet me numra nyjesh A–1, A–2, ..., janë diagrame shtesë të kontekstit (n > 0). Diagrami A-0 (A minus zero): Një lloj i veçantë diagrami (kontekstual) IDEF0, i përbërë nga një bllok i vetëm që përshkruan funksionin e nivelit të lartë, hyrjet, daljet, kontrollet dhe mekanizmat e tij, së bashku me deklaratat e qëllimit të modeli dhe këndvështrimi nga i cili është ndërtuar modeli.
Diagrami i fëmijës: Një diagram që detajon bllokun e prindërve (fëmijë).
Grafiku prind: Një grafik që përmban një bllok prind.
Referenca e nyjeve: Një kod i caktuar në një diagram për ta identifikuar atë dhe për të përcaktuar pozicionin e tij në hierarkinë e modelit; i formuar nga emri i shkurtuar i modelit dhe numri i nyjës së diagramit me shtesa shtesë.
Numri i nyjes së grafikut: Pjesa e referencës së nyjes së grafikut që korrespondon me numrin e bllokut prind.

Zbërthimi

Në diagramin e kontekstit A–0, objekti i modelimit përfaqësohet nga një bllok i vetëm me shigjeta kufitare që shfaqin marrëdhënien e objektit të modelimit
me mjedisin.

Një funksion i vetëm i përfaqësuar në një diagram të kontekstit të nivelit të lartë mund të zbërthehet në nënfunksione kryesore duke krijuar diagrame fëmijësh që përmbajnë detajet e blloqeve mëmë.

Blloko

Blloku: Një drejtkëndësh që përmban një emër dhe numër dhe përdoret për të përshkruar një funksion.

Numri i bllokut: Një numër (0–6) i vendosur në këndin e poshtëm djathtas të bllokut që identifikon në mënyrë unike bllokun në diagram.

Emri i bllokut: një folje ose frazë foljeje e vendosur brenda një blloku që përshkruan funksionin që modelohet.

Blloku i fëmijëve: Një bllok në një diagram fëmijësh (fëmije).

Blloku prindëror: Një bllok që detajohet nga një diagram fëmijësh.

Rregullat e mëposhtme sintaksore janë vendosur për blloqet:

Madhësitë e bllokut duhet të jenë mjaft të mëdha për të përfshirë emrin dhe numrin e bllokut.

Blloqet duhet të jenë drejtkëndëshe, me qoshe të djathta;

Blloqet duhet të vizatohen me vija të forta.

Nyjë

Nyja: një bllok që prodhon blloqe fëmijë; blloku mëmë.

Numri i nyjeve: një kod i caktuar për një bllok dhe që përcakton pozicionin e tij në hierarkinë e modelit; mund të përdoret si një shprehje referimi e detajuar.

Pema e nyjeve: Paraqitja e marrëdhënieve midis nyjeve prind dhe fëmijë të modelit IDEF0 në formën e një grafiku peme. Ka të njëjtin kuptim dhe përmbajtje si lista e nyjeve.

Lista e nyjeve: Një listë, shpesh në hapa, që tregon nyjet e modelit IDEF0 në mënyrë të renditur. Ka të njëjtin kuptim dhe përmbajtje si një pemë nyje.

Shigjeta

Shigjeta: Një linjë e drejtuar që përbëhet nga një ose më shumë segmente që modelon një kanal ose kanal të hapur që bart të dhëna ose objekte materiale nga një burim (pika e fillimit të shigjetës) te një konsumator (pika e fundit "maja").Shigjeta hyrëse: Një klasë shigjetash që përfaqësojnë hyrjen e një blloku IDEF0, domethënë të dhënat ose objektet materiale që konvertohen nga një funksion në një dalje. Shigjetat e hyrjes janë të lidhura në anën e majtë të bllokut IDEF0.Shigjeta e daljes: Një klasë shigjetash që shfaqin daljen e një blloku IDEF0, domethënë të dhënat ose objektet materiale të prodhuara nga një funksion. Shigjetat e daljes janë të lidhura në anën e djathtë të bllokut IDEF0.Shigjeta e Mekanizmit: Një klasë shigjetash që shfaqin mekanizmat IDEF0, domethënë mjetet e përdorura për të kryer një funksion; përfshin një rast të veçantë të shigjetës së thirrjes. Shigjetat e mekanizmave janë të lidhura në pjesën e poshtme të bllokut IDEF0.Shigjeta e kontrollit: Një klasë shigjetash që në IDEF0 shfaq kontrollin, domethënë kushtet në të cilat dalja e bllokut do të jetë e saktë. Të dhënat ose objektet e modeluara si kontrolle mund të transformohen nga një funksion që prodhon daljen përkatëse. Shigjetat e kontrollit shoqërohen me anën e sipërme të bllokut IDEF0.

Etiketa me shigjeta: një emër ose frazë e një emri që lidhet me një segment shigjete ose shigjete dhe që përcakton kuptimin e tij.

Shigjeta e brendshme: një shigjetë hyrëse, kontrolli ose dalëse, skajet e së cilës lidhin burimin dhe konsumatorin, të cilët janë blloqe të të njëjtit diagram. Ndryshe nga shigjeta e kufirit.Shigjeta kufitare: Një shigjetë në të cilën një fund është i lidhur me një burim ose lavaman dhe tjetri nuk është i lidhur me asnjë bllok në diagram. Shfaq lidhjen e diagramit me blloqet e tjera të sistemit dhe ndryshon nga shigjeta e brendshme.Segmenti me shigjeta: Një segment vije që fillon ose mbaron në anën e një blloku, në një degë ose pikë bashkimi ose në një kufi (fundi i palidhur i një shigjete).Degëzimi: ndarja e një shigjete në dy ose më shumë segmente.Bashkim: Kombinimi i dy ose më shumë segmenteve me shigjeta në një segment.Lidhja/Zbërthimi: Kombinimi i vlerave të shigjetave në një vlerë të përbërë (bashkim), ose ndarja e vlerave të shigjetave (shthurja), e shprehur me sintaksën e shigjetave të bashkimit ose degëzimit.Tilde: Një vijë e vogël e thyer (me onde) e përdorur për të lidhur një etiketë me një segment specifik shigjete ose shënim modeli me një komponent diagrami.Kodi ICOM: kod që siguron që shigjetat kufitare të grafikut fëmijë të korrespondojnë me shigjetat e bllokut prind; përdoret për referenca (shkurtesa ICOM qëndron për Input - input, Control - management, Output - output, Mechanism - mekanizëm).

Semantika e blloqeve dhe shigjetave

Çdo anë e një blloku funksioni ka një qëllim standard përsa i përket komunikimit bllok/shigjeta. Nga ana tjetër, ana e bllokut në të cilën është bashkangjitur shigjeta përcakton në mënyrë unike rolin e saj.

Rregullat e mëposhtme sintaksore janë vendosur për shigjetat:- Shigjetat e thyera ndryshojnë drejtimin vetëm në një kënd prej 90°;- Shigjetat duhet të vizatohen si 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.
Seksionet e drejtuara diagonalisht nuk lejohen; - Skajet e shigjetave duhet të prekin kufirin e jashtëm të bllokut të funksionit,
por nuk duhet ta kalojë atë;

Shigjetat duhet të bashkohen me bllokun në anët e tij.
Lidhjet në qoshe nuk lejohen.