Si të krijoni diagramin idef0. Puna e kursit: Zhvillimi i një modeli të ndërmarrjes serë duke përdorur metodologjitë e projektimit IDEF0, DFD dhe IDEF3. Diagrami i zbërthimit A3

Shpesh, zhvilluesve u kërkohet jo vetëm të identifikojnë dhe zgjidhin një problem në punën e kompanisë, por edhe të përcaktojnë se çfarë roli luan ai në strukturën e kompanisë. Sepse është shumë më e rëndësishme të kuptosh se si një njësi që funksionon keq ndërvepron me të tjerët sesa thjesht të kuptosh pse nuk funksionon siç duhet. Prandaj, identifikimi i çdo problemi fillon me studimin e punës së kompanisë dhe hartimin e modelit të saj funksional.

Shpesh, zhvilluesve u kërkohet jo vetëm të identifikojnë dhe zgjidhin një problem në punën e kompanisë, por edhe të përcaktojnë se çfarë roli luan ai në strukturën e kompanisë. Sepse është shumë më e rëndësishme të kuptosh se si ndërvepron një njësi me mosfunksionim me të tjerët sesa thjesht të kuptosh pse nuk po funksionon siç duhet. Prandaj, identifikimi i çdo problemi fillon me studimin e punës së kompanisë dhe hartimin e modelit të saj funksional.

Ju do të thoni se menaxheri duhet të ketë një model funksional të kompanisë, pavarësisht se për çfarë lloj kompanie bëhet fjalë. Por, siç tregon praktika, në shumicën e rasteve ky model mungon.

Avantazhi i grafikës

Cilat janë modelet IDEF0? Skemat grafike me karakteristikat e tyre dhe rregullat për ndërtimin e tyre. Pse grafika? Sepse është efektiv. Kjo mund të shihet në disa shembuj.

Le të imagjinojmë se plani ushtarak i operacioneve ushtarake shpjegohej me fjalë, dhe jo me ndihmën e hartave me simbole grafike të aplikuara në to. Tani duket e pamundur, por deri në gjysmën e dytë të shekullit të 19-të ishte pikërisht kështu. Grafikat ndihmojnë për të kuptuar se çfarë të shpjegohet dhe, në përputhje me rrethanat, për të kuptuar se çfarë është mjaft e vështirë.

E njëjta gjë është me proceset e biznesit: shumë detyra teknike mund të ekzekutohet në formën e shënimeve grafike, të cilat do të thjeshtojnë shumë detyrën për zhvilluesit dhe do të kursejnë para për klientët.

Përfitimet e IDEF0 përTI- specialistë

Aktivitetet e zhvilluesve, nëse është, për shembull, instalimi i një CRM ose krijimi i një ERP efektive, shoqërohet me ndryshimet në një sistem tashmë të krijuar. Dhe për ta bërë atë siç duhet, së pari duhet të studioni se si funksionon ky sistem. Pas studimit të tij, zhvilluesi shkruan një propozim tregtar në të cilin ai përcakton vizionin e tij të situatës, veprimet e nevojshme për të zgjidhur problemin, si dhe rezultatin e pritur. Një dokument i tillë mund të marrë më shumë se një duzinë faqe. Kjo, nga njëra anë, është e mirë, sepse klienti merr informacionin maksimal që i intereson. Nga ana tjetër, duhet kohë për të studiuar një tekst të gjatë. biznesmen i suksesshëm shpesh jo.

Pra, si është e mundur të përçohet thelbi pa iu drejtuar teksteve voluminoze? Grafika! Është ajo që ju lejon të shkurtoni atë që është shkruar, duke demonstruar qartë informacionin e nevojshëm. Në fund të fundit, një imazh mund të zëvendësojë qindra fjalë. Dhe në lidhje me përdorimin e grafikës në përshkrimin e proceseve të biznesit, kjo është 100% e vërtetë.

Le të kuptojmë fillimisht se çfarë janë shënimi dhe IDEF0 dhe për çfarë shërbejnë.

Shënim për përshkrimin e proceseve të biznesit: çfarë është

Shënimi është një format në të cilin proceset e biznesit përfaqësohen në formën e objekteve grafike të përdorura në modelim dhe rregullave të modelimit direkt. Shënimi është një lloj gjuhe grafike që ju lejon të përfaqësoni funksionimin e një kompanie, duke demonstruar marrëdhëniet midis departamenteve dhe divizioneve. Kjo do të thotë, shënimi mund të konsiderohet një lloj gjuhe programimi në inteligjencën e biznesit.

IDEF0 është...

IDEF0 është një metodë modelimi funksional dhe shënim grafik që përdoret për të përshkruar dhe zyrtarizuar proceset e biznesit. E veçanta e IDEF0 është se kjo metodologji është e përqendruar në nënrenditjen e objekteve. IDEF0 u zhvillua për automatizimin e ndërmarrjeve në vitin 1981 në Shtetet e Bashkuara.

Modeli funksional i kompanisë

Modeli funksional IDEF0 është blloqe, secili me hyrje dhe dalje të shumta. Çdo bllok ka kontrolle dhe mekanizma që janë të detajuara në nivelin e kërkuar. Funksioni më i rëndësishëm ndodhet në këndin e sipërm të majtë. Ai lidhet me pjesën tjetër të shigjetave dhe përshkrimet e bllokut të funksioneve. Çdo shigjetë ose aktivitet ka kuptimin e vet. Për shkak të kësaj, një model i tillë përdoret për të përshkruar çdo proces administrativ dhe organizativ.

Llojet e shigjetave

Në hyrje vendosen detyrat.

Në dalje shfaqni rezultatin e aktivitetit.

Menaxherët(shigjetat nga lart poshtë) janë mekanizma kontrolli.

Mekanizmat(shigjetat nga poshtë lart) përdoren për të kryer punën e nevojshme.

Kur punoni me një model funksional, miratohen rregullat e mëposhtme. Për shembull, shigjetat emërtohen me emra (rregulla, plan, etj.), Blloqe - me folje (mbani shënime, lidhni një marrëveshje).

IDEF0 ju lejon të shkëmbeni informacione, ndërsa për shkak të shkathtësisë dhe dukshmërisë së tij, pjesëmarrësit e shkëmbimit do të kuptojnë lehtësisht njëri-tjetrin. IDEF0 është zhvilluar dhe përmirësuar me kujdes, ju mund të punoni me IDEF0 duke përdorur mjete të ndryshme, për shembull, ERWIN, VISIO, studio Bussines.

IDEF0 gjithashtu ka një avantazh të pamohueshëm. Kjo teknikë është zhvilluar relativisht kohë më parë, dhe mbi tre dekada ajo ka pësuar bluarje dhe rregullim të plotë. Prandaj, është e mundur të krijohet një model funksional i një kompanie shpejt dhe me një probabilitet minimal gabimi.

Natyrisht, ka metodologji të tjera, prandaj pse e rekomandojmë IDEF0? Ju mund të prisni një copë tubi metalik me një sharrë hekuri, por, siç e shihni, është shumë më e lehtë ta bëni këtë me një mulli. E njëjta gjë me IDEF0: nuk ka asnjë mjet më funksional për modelim, me të mund të merrni lehtësisht dhe shpejt rezultatin që ju nevojitet.

Si krijohet një model funksional

Le të analizojmë krijimin e një modeli funksional duke përdorur shembullin e shkrimit të një artikulli.

Njësia kryesore do të quhet i ashtuquajturi "Shkrimi i Artikujve".

Ajo që nevojitet për të shkruar një artikull pasqyrohet në shigjetat hyrëse- "Përvoja", "Leximi i mëtejshëm".

Shigjetat e kontrollit për të shkruar një artikull - "Përvijimi i artikullit", "Kërkesat për regjistrim", "Rregullat e gjuhës ruse".

Mekanizmat janë drejtpërdrejt vetë autori, autori i kopjimit, redaktori, softueri. Si organizohen këto mekanizma? Autori krijon tekstin duke regjistruar versionin e tij audio. Shkrimtari i kopjimit e transferon tekstin në formatin e tekstit, duke u fokusuar në planin e botimit, duke respektuar kërkesat e botuesit dhe rregullat e gjuhës ruse. Më pas me veprën lidhet redaktori, i cili kontrollon artikullin, duke korrigjuar gabimet e të folurit, drejtshkrimit dhe pikësimit. Softueri janë programet dhe mjetet që pjesëmarrësit në proces përdorën për të krijuar artikullin.

E gjithë sa më sipër është vetëm një skemë e përgjithshme e punës, kështu që duhet të detajohet.

Le të kthehemi te modeli ynë dhe të zbërthejmë bllokun e përbashkët në disa elementë të lidhur.

Pra, i gjithë procesi i shkrimit të një artikulli mund të ndahet në 4 faza:

1. Përgatitni një version audio.
2. Përgatitni tekstin e printuar.
3. Redaktimi dhe përgatitja e tekstit për printim.
4. Publikimi i artikullit.

Diagrami pasqyron informacionin se cilat kontrolle dhe mekanizma përfshihen në cilën fazë. Për shembull, për të krijuar një tekst cilësor, autori përdor përvojën dhe njohuritë e tij, si një udhëzues përdor planin e botimit dhe kërkesat e botuesit. Shkrimtari i kopjimit, duke krijuar një version të shtypur të tekstit, dhe redaktori, kur e korrigjojnë atë, përdorin rregullat e gjuhës ruse. Për të publikuar një artikull, për shembull, në një publikim në internet, kërkohet një softuer special.

Kur përgatit një model funksional, interpretuesi udhëhiqet nga qëllimi i krijimit të tij dhe këndvështrimi i tij.

Modelimi funksional përdoret në mënyrë efektive në marrjen e vendimeve të ndryshme të menaxhimit. Në shembullin tonë të procesit të shkrimit të artikujve, ekzistojnë dy specialistë - një autor dhe një redaktues. Dhe me optimizimin e nevojshëm të financimit të projektit sipas skemës, nuk është e vështirë të përcaktohet se si ta bëjmë këtë. Shkrimtari dhe korrektori kanë metoda të ngjashme pune, kështu që e gjithë puna mund t'i ofrohet autorit të kopjimit, pasi ai punon drejtpërdrejt me tekstin audio, gjë që redaktori nuk mund ta bëjë. Në të njëjtën kohë, autorit të kopjimit mund t'i ofrohet të bëjë këtë punë për gjysmën e shumës që ishte menduar për redaktorin. Po, nga kjo, cilësia e tekstit mund të humbasë, por detyra e optimizimit u krye me sukses. Dhe do të ishte më e vështirë për ta bërë këtë pa një diagram vizual.

Procesi i krijimit të shënimeveIDEF0

Ka shumë programe për krijimin e shënimeve. Disa janë krijuar për të krijuar modele funksionale, ndërsa të tjerët ju lejojnë të punoni me çdo objekt grafik. Dhe për dikë, në fazën e parë, mjafton një fletë letre, një laps dhe një gomë.

Para se të vazhdohet me përshkrimin e punës së kompanisë, domethënë drejtpërdrejt në krijimin e shënimit të proceseve të biznesit, duhet të studiohen parimet e funksionimit të kompanisë. Për këtë, një intervistë kryhet nga një specialist i palës së tretë. Para së gjithash, pyetjes i përgjigjet drejtuesi i kompanisë, pastaj specialistët që mbikëqyrin fazat e tjera të punës.

Faza e parë e punës rezulton në dy shënime. Njëri do të pasqyrojë proceset e biznesit në formën e tyre origjinale. Ky shënim do të krijohet bazuar në rezultatet e intervistës dhe çdo detaj duhet të bihet dakord me drejtuesin e kompanisë dhe punonjësit e saj. Është e domosdoshme që kuptimi juaj i proceseve ekzistuese të biznesit në kompani të përkojë me realitetin, kjo kërkon konfirmim në të gjitha nivelet.

Shënimi i dytë mund të quhet "Siç duhet të jetë". Krijohet në bazë të së parës me ndryshime të bëra në përputhje me detyrën.

Standardi IDEF0 dhe kërkesat e tij

Ne folëm për kërkesat themelore të IDEF0 pak më lart.

1. Elementi kryesor është në këndin e sipërm të majtë.
2. Çdo element duhet të ketë shigjeta hyrëse dhe dalëse. Për më tepër, shigjetat hyrëse janë në të majtë, në të djathtë - ato dalëse.
3. Elementet e kontrollit janë të vendosura në krye, mekanizmat në fund.
4. Kur vendosni disa blloqe në një fletë ose ekran, ato të mëvonshme vendosen në fund të djathtë të asaj të mëparshme.
5. Skemat duhet të krijohen në mënyrë që shigjetat të kryqëzojnë numrin minimal të herë.

Gabime gjatë punës me IDEF0

Si me çdo aktivitet, ndodhin gabime gjatë kryerjes së modelimit funksional. Le të analizojmë ato më tipiket.

Përdorimi i shumë ngjyrave

Është e rëndësishme të mbani mend se në modelimin funksional të gjithë elementët janë të rëndësishëm, nuk ka më të rëndësishëm apo më pak të rëndësishëm. Kur modelojnë në letër ose në një nga programet kompjuterike, përdoruesit përpiqen ta bëjnë diagramin më vizual duke ngjyrosur blloqe dhe shigjeta. ne ngjyra te ndryshme... Sidoqoftë, në praktikë, kjo jo vetëm që nuk e bën diagramin më vizual, por, përkundrazi, çon në konfuzion dhe në faktin se perceptimi i asaj që përshkruhet është shtrembëruar.

Prandaj, opsioni ideal është një skemë bardh e zi pa përdorimin e opsioneve shtesë të ngjyrave. Kjo jo vetëm që ndihmon në eliminimin e keqkuptimeve, por edhe disiplinon drejtpërdrejt krijuesin e modelit, gjë që ndikon në mënyrë të favorshme në lexueshmërinë dhe qartësinë e modelit.

Një numër i madh blloqesh

Kur hartojnë një model funksional të punës së një kompanie, autorët e saj shpesh përpiqen të pasqyrojnë gjithçka, madje edhe detajet më të vogla. Rezulton një diagram me një numër të madh blloqesh dhe shigjetash. Si rezultat, lexueshmëria dhe qartësia e tij zvogëlohen.

Për të shmangur këtë gabim, përdorni detajet që do të jenë të mjaftueshme për të kuptuar çështjen. Detajet e detajuara përgatiten vetëm nëse vërtet nevojiten për të zgjidhur një çështje të rëndësishme.

Ndryshimi i strukturës gjatë rregullimit të gabimeve

Kur krijoni një diagram, është e rëndësishme që më shumë se një proces të mos mbetet pa elementë hyrës, dalës ose të tjerë të rëndësishëm. Për shembull, nëse duhet të hiqni një autor nga skema, atëherë duhet të hiqni të gjithë elementët dhe shigjetat që lidhen drejtpërdrejt me të. Nëse mbeten në skemë, atëherë do të ketë keqkuptime dhe konfuzion, pasi gjatë detajimit do të çojnë askush se ku.

E njëjta situatë lind me shtimin e një blloku. Nëse keni nevojë të plotësoni ndonjë informacion, kontrolloni nëse keni dhënë atributet e kërkuara. Kjo duhet të monitorohet nga afër, pasi gjatë modelimit të proceseve komplekse të biznesit, edhe një ndryshim i vogël në një pjesë do të sjellë ndryshime në një tjetër.

Emrat e blloqeve dhe kontrolleve

Rregullat për emërtimin e elementeve të modelit janë mjaft të thjeshta, por është jashtëzakonisht e rëndësishme t'i mbani mend ato: shigjetat e kontrollit quhen emra, blloqet quhen folje. Ky rregull është shkruar në standardin IDEF0 dhe ndihmon për të shmangur konfuzionin dhe gabimet.

Përfitimet e përdorimit të IDEF0

Dukshmëria. Duke paraqitur punën e kompanisë në formën e një diagrami, bëhet e qartë se si funksionon kompania, ku mund të lindin problemet dhe si të parandaloni shfaqjen e tyre.

Mirëkuptimi i ndërsjellë, përjashtimi i mundësisë së keqinterpretimit të skemës. Dukshmëria dhe aksesueshmëria e modelit funksional, që përfaqëson punën e kompanisë në formën e blloqeve dhe elementëve të kontrollit, do t'ju ndihmojë kur diskutoni me menaxhmentin për funksionimin e kompanisë së tyre. Nga rruga, nëse është e nevojshme, krijohet një fjalorth për modelin funksional, i cili përmban të gjitha termat dhe konventat. Kështu, mundësia e keqkuptimit mes jush dhe menaxherit, punonjësve të kompanisë minimizohet.

Thjeshtësia dhe kursimi i kohës kur krijoni një model. Sigurisht, duhet shumë kohë për të qenë i mirë në modelimin funksional. Para së gjithash, ju duhet të mësoni se si të paraqisni një sasi të madhe informacioni në formën e një skeme lakonike, d.m.th. të jetë në gjendje të filtrojë dhe kompresojë të dhënat origjinale. Por koha dhe përpjekja e shpenzuar për stërvitje më shumë se sa të shpërblehet më vonë. Në fund të fundit, nuk do të duhet shumë kohë për të krijuar një model funksional dhe për ta paraqitur atë në një mënyrë të arritshme.

Probabiliteti minimal i gabimit. Puna sipas standardit IDEF0 kërkon respektim të rreptë të rregullave të tij. Kjo disiplinon interpretuesin dhe eliminon mundësinë e gabimeve. Për më tepër, çdo mospërputhje me standardin bëhet menjëherë e dukshme.

Dhe së fundi

Për dy analistë biznesi, modelet funksionale mund të jenë të njëjta vetëm nëse struktura e kompanisë është jashtëzakonisht e thjeshtë. Në raste të tjera, modelet do të ndryshojnë nga njëri-tjetri. Kjo është e natyrshme, sepse çdo analist ka përvojën e tij të caktuar, kuptimin e tij të funksionimit të kompanisë, këndvështrimin e tij se si të zgjidhë detyrat që i janë caktuar. Një analist biznesi zhvillon një model funksional nga këndvështrimi i një menaxheri, imagjinon se si do të zgjidhte detyrat e caktuara.

Sipas mendimit tonë, mjeti IDEF0 do të jetë i dobishëm jo vetëm për analistët profesionistë të biznesit, por edhe për ata që analizojnë drejtpërdrejt biznesin e tyre dhe përpiqen të ndërtojnë një sistem efektiv të menaxhimit.

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 reale të menaxhimit, ekziston një moment shumë tregues. Shumë udhëheqës ende mund të hutohen nga pyetja e drejtpërdrejtë e Struktura organizative kompania ose për skemën e proceseve ekzistuese të biznesit. Menaxherët më të avancuar që lexojnë rregullisht periodikët ekonomikë, si rregull, fillojnë të vizatojnë diagrame hierarkike që janë të kuptueshme vetëm për ta, por në këtë proces ata zakonisht vijnë shpejt në një qorrsokak. E njëjta gjë vlen edhe për punonjësit dhe drejtuesit e shërbimeve dhe njësive funksionale të ndryshme. Në shumicën e rasteve, i vetmi grup rregullash të përcaktuara në përputhje me të cilat një ndërmarrje duhet të funksionojë ë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ë strukturuara keq dhe jo të ndërlidhura dhe, si rezultat, thjesht mbledhin pluhur në raftet. 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ë të merreshin 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 po humbasin gradualisht pozicionet e tyre, deri në tërheqjen e tyre të plotë nga tregu. Kjo është pjesërisht për shkak të faktit se ndërmarrja nuk ka zbatuar 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 që në mënyrë efikase të analizohen 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 drejtpërdrejt fitim kanë përparësinë më të lartë, prandaj, zakonisht është vetëm gjatë një krize të prekshme në menaxhimin e kompanisë që po flasim për studimin e aktiviteteve dhe të saj. riorganizim.

Në fund të viteve '90, kur tregu ishte mjaft konkurrues dhe rentabiliteti i ndërmarrjeve filloi të binte ndjeshëm, menaxherët ndienin vështirësi të mëdha në përpjekjen për të optimizuar kostot në mënyrë që produktet të mbetën si fitimprurëse dhe konkurruese. Pikërisht në këtë moment u shfaq qartë nevoja për të pasur para syve një model të veprimtarisë së sipërmarrjes, i cili do të pasqyronte të gjithë mekanizmat dhe parimet e ndërlidhjes së nënsistemeve të ndryshme në kuadrin e një biznesi.

Vetë koncepti i "modelimit të proceseve të biznesit" hyri në jetën e përditshme të shumicës së analistëve në të njëjtën kohë me shfaqjen në treg të komplekseve. produkte softuerike projektuar për automatizimin kompleks të menaxhimit të ndërmarrjes. Sisteme të tilla gjithmonë nënkuptojnë një thellësi sondazh para projektit aktivitetet e kompanisë. Rezultati i këtij ekzaminimi është një opinion eksperti, në të cilin rekomandimet për eliminimin janë bërë me pika të veçanta.” fyte të ngushta“Në menaxhimin e aktiviteteve. Mbi bazën e këtij përfundimi, menjëherë përpara 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ë i vështirë të detyrohet të "mendojë në një mënyrë të re". Anketa 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 që në mënyrë efektive të shfaqen dhe analizohen 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, gjë që lejon të mos mbingarkohet modeli i krijuar me të dhëna të panevojshme. V aktualisht Standardet e mëposhtme mund t'i atribuohen familjes IDEF:

IDEF0 është një metodologji modelimi funksional. Me ndihmën e gjuhës grafike vizuale IDEF0, sistemi në studim u shfaqet zhvilluesve dhe analistëve në formën e një grupi funksionesh të ndërlidhura (blloqe funksionale - për sa i përket IDEF0). Në mënyrë tipike, modelimi IDEF0 është hapi i parë për të mësuar rreth ç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 referohet llojit të metodologjisë "Entity-relation" (ER - Entity-Relationship) dhe, si rregull, përdoret për të modeluar bazat e të dhënave relacionale që lidhen me sistemin në shqyrtim;

IDEF2 është një metodologji për modelimin dinamik të zhvillimit të sistemeve. Për shkak të vështirësive shumë serioze të analizimit të sistemeve dinamike, ky standard praktikisht u braktis dhe zhvillimi i tij u pezullua në fazën fillestare. Megjithatë, aktualisht ekzistojnë algoritme dhe zbatimet e tyre kompjuterike që bëjnë të mundur transformimin e një grupi diagramesh statike IDEF0 në modele dinamike të bazuara në "rrjeta Petri me ngjyra" (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 - çdo funksion (blloku 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 termash dhe rregullash, mbi bazën e të cilit 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 rreth zhvillimin e mëtejshëm sistemi dhe kryhet 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 si faza tjetër në zhvillimin e gjuhës grafike të njohur për përshkrimin e sistemeve funksionale SADT (Structured Analysis and Design Teqnique). Disa vite më parë, në Rusi u botua një botim i vogël i librit me të njëjtin emër, 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, i cili mbante emërtimin ICAM (Integrated Computer Aided Manufacturing) dhe u propozua nga Forcat Ajrore të SHBA. Vetë familja e standardeve IDEF e ka trashëguar 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 kornizës së "analist-specialist". Me fjalë të tjera, metoda e re ishte menduar të ofronte 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 i SHBA për Standarde dhe Teknologji (NIST).

Elementet dhe konceptet bazë të IDEF0

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

E para është koncepti i një Kuti Aktiviteti. 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ë mënyrën e foljes (për shembull, "prodhoni shërbime", jo "prodhimi i shërbimeve").

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

Çdo bllok funksional brenda kornizës së një sistemi të vetëm të konsideruar duhet të ketë numrin e tij unik të identifikimit.

Figura 1. Blloku funksional.

"Balena" e dytë e metodologjisë IDEF0 është koncepti i një harku ndërfaqe (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 ndryshe ndikon në funksionin e shfaqur nga ky bllok funksioni.

Shfaqja grafike e harkut të ndërfaqes është një shigjetë me një drejtim. Çdo hark i ndërfaqes duhet të ketë emrin e tij unik (Etiketa Shigjeta). Siç kërkohet nga standardi, emri duhet të jetë një emër qarkullim.

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ë dhënash dhe informacionesh (dokumente, të dhëna, udhëzime, etj.).

Në varësi të cilës nga anët është i përshtatshëm ky hark i ndërfaqes, ai quhet "përbrenda", "jashtë" ose "kontroll". Për më tepër, vetëm blloqet funksionale mund të jenë "burimi" (fillimi) dhe "lavamani" (fundi) i çdo harku 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ë ndonjë rezultat (harku dalës), përndryshe nuk ka kuptim ta konsideroni atë.

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

Në një proces real, punëtorit që kryen përpunimin i jepet një pjesë e punës dhe udhëzime teknologjike për përpunim (ose rregulla sigurie gjatë punës me makinë). Mund të jetë gabim të mendosh se si pjesa e punës ashtu edhe dokumenti me udhëzime teknologjike janë objekte hyrëse, por 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ë tjetër gjë është kur udhëzimet teknologjike përpunohen nga kryeteknologu dhe bëhen ndryshime në to (Fig. 3). Në këtë rast, ato shfaqen si një hark i ndërfaqes tashmë në hyrje, dhe objekti i kontrollit janë, për shembull, standardet e 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 ka gjithmonë dallime të caktuara për sistemet e së njëjtës klasë. Për shembull, në rastin e shqyrtimit të ndërmarrjeve dhe organizatave, ekzistojnë pesë lloje kryesore të objekteve: flukset materiale (pjesë, mallra, lëndë të para, etj.), Flukse financiare (para dhe jo para, investime, etj.), Dokument flukset (dokumentet tregtare, financiare dhe organizative), flukset e informacionit (informacionet, të dhënat e qëllimit, udhëzimet gojore, etj.) dhe burimet (punonjësit, makineritë, makineritë, etj.). Në këtë rast, në raste të ndryshme, të gjitha llojet e objekteve mund të shfaqen me harqe të ndërfaqes hyrëse dhe dalëse, të cilat kontrollojnë vetëm ato që lidhen me rrjedhat 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ë Dekompozimi. Parimi i dekompozimit përdoret kur zbërthehet një proces kompleks në funksionet e tij përbërëse. 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 si një strukturë hierarkike të diagrameve individuale, gjë që e bën atë më pak të mbingarkuar dhe të lehtë për t'u tretur.

Modeli IDEF0 fillon gjithmonë me paraqitjen 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 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ë rregullojë këndvështrimin (Pikëpamja).

Përcaktimi dhe formalizimi i qëllimit të zhvillimit të një modeli IDEF0 është një pikë jashtëzakonisht e rëndësishme. Në fakt, qëllimi identifikon fushat përkatëse në sistemin në studim, në të cilat duhet të fokusohet fillimisht. Për shembull, nëse modelojmë aktivitetet e një ndërmarrjeje për të ndërtuar më tej mbi bazën e këtij modeli sistemi i informacionit, atëherë ky model do të ndryshojë ndjeshëm nga ai që do të zhvillonim për të njëjtën ndërmarrje, por me synimin për të optimizuar zinxhirët e furnizimit.

Këndvështrimi përcakton drejtimin kryesor të zhvillimit të modelit dhe nivelin e detajimit të kërkuar. 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ë nevojshme, bazuar në këndvështrimin e zgjedhur për sistemin. Për shembull, modelet funksionale të së njëjtës ndërmarrje nga këndvështrimi i kryeteknologut dhe drejtorit financiar do të ndryshojnë ndjeshëm në drejtimin e detajimit të tyre. Kjo për faktin se, në fund të fundit, ZKF 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. flukset financiare... Zgjedhja e saktë e këndvështrimit redukton 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 rezultues i nivelit të dytë përmban blloqe funksionale që shfaqin nënfunksionet kryesore të bllokut funksional të diagramit të kontekstit dhe quhet diagram fëmijë në lidhje me të (secili prej blloqeve funksionale që i përkasin diagramit fëmijë quhet përkatësisht Child Box ). Nga ana tjetër, blloku i funksionit prind quhet blloku prind në lidhje me diagramin e fëmijës (Parent Box), dhe diagrami të cilit i përket quhet diagrami prind (Parent Diagram). Secili nga nën-funksionet e diagramit fëmijë mund të detajohet më tej nga një zbërthim i ngjashëm i bllokut funksional përkatës. Është e rëndësishme të theksohet se në çdo 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ë të fiksuara në diagramin e fëmijëve. Kjo arrin integritetin strukturor të modelit IDEF0. Parimi i dekompozimit tregohet qartë në Figurën 4. Duhet t'i kushtoni vëmendje marrëdhënies midis numërimit të blloqeve funksionale dhe diagrameve - secili bllok ka numrin e tij unik serial në diagram (numri në këndin e poshtëm djathtas 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ë se 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ë kuptim praktik mbi një nivel të caktuar. Për shembull, një hark ndërfaqe që përshkruan një "detal" në hyrje të bllokut të funksionit "Process on torno“Nuk ka kuptim të reflektosh në diagramet e niveleve më të larta - kjo vetëm do të mbingarkojë diagramet dhe do t'i bëjë ato të vështira për t'u kuptuar. Nga ana tjetër, ekziston nevoja për të hequr qafe harqet e veçanta të ndërfaqes "konceptuale" dhe për të mos i detajuar ato më thellë se një nivel i caktuar. Për të zgjidhur probleme të tilla, standardi IDEF0 parashikon konceptin e tunelit. Emërtimi Arrow Tunnel në formën e dy kllapave rreth fillimit të harkut të ndërfaqes tregon se ky hark nuk ishte trashëguar nga blloku funksional prind dhe u shfaq (nga "tuneli") vetëm në këtë diagram. Nga ana tjetër, i njëjti përcaktim rreth skajit (shigjetës) të harkut të ndërfaqes në afërsi të bllokut të marrësit nënkupton faktin që në diagramin e fëmijëve 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 më pas, 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 përkufizimesh, fjalë kyçe, tregime, 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ë hark të ndërfaqes së kontrollit "urdhër pagese", fjalori mund të përmbajë një listë të fushave të dokumentit që korrespondon me harkun, grupin e kërkuar të vizave, etj. Fjalori plotëson në mënyrë harmonike gjuhën grafike, duke i dhënë diagrameve 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 mbartin informacion kompleks dhe të përqendruar, 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 artikuj kompleksë, dhe kufiri i poshtëm (tre) siguron që ka 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 me përpikëri këto kufizime, megjithatë, siç tregon përvoja, ato janë shumë praktike në punën 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 fusha të ndryshme të sistemit të modeluar të zhvillojnë dhe 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 të kushtëzuara:

Krijimi i një modeli nga një grup specialistësh që lidhen me fusha të ndryshme të ndërmarrjes. Ky grup quhet Autorë në kuptimin IDEF0. Ndërtimi i një modeli fillestar është një proces dinamik, gjatë të cilit autorët intervistojnë persona kompetentë për strukturën e proceseve të ndryshme. Bazuar në dispozitat ekzistuese, dokumentet dhe rezultatet e anketës, krijohet një draft model i modelit.

Shpërndarja e draftit për shqyrtim, miratim dhe komente. Në këtë fazë, draft modeli diskutohet me një gamë të gjerë personash kompetentë (përsa i përket lexuesve të IDEF0) në ndërmarrje. Në këtë rast, secili nga diagramet e draft-modelit kritikohet dhe komentohet me shkrim dhe më pas i transferohet autorit. Autori, nga ana e tij, gjithashtu pajtohet me shkrim me kritikën ose e refuzon atë, duke përshkruar 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ë në 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 për përshtatshmërinë e tij. Modeli përfundimtar është një pamje konsistente e 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 kanë marrë pjesë në projektin e krijimit të tij, si dhe efektiv për mbajtjen e emisioneve 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).

Veçoritë 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ë vazhdimisht e vëzhgoj këtë, duke parë statistikat e thirrjeve në faqen time personale të internetit (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 interesin për standarde të tilla si IDEF3-5 teorik, dhe për IDEF0 mjaft praktikisht të justifikuar. Në fakt, veglat 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 botimin e librit popullor mbi parimet e modelimit në standardet SADT.

Megjithatë, shumica e drejtuesve ende e konsiderojnë zbatimin praktik të modelimit në standardet IDEF më shumë si një haraç për modën, sesa një mënyrë efektive për të optimizuar sistemin ekzistues të menaxhimit të biznesit. Me shumë mundësi, kjo është për shkak të mungesës së theksuar të informacionit mbi zbatimin praktik të këtyre metodologjive dhe me paragjykimin e domosdoshëm të softuerit të shumicës dërrmuese të botimeve.

Nuk është sekret se pothuajse të gjitha projektet për anketimin 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 sisteme të automatizuara menaxhimit. Falë kësaj, standardet IDEF në kuptimin e shumicës janë bërë kushtimisht të pandashme nga zbatimi. teknologjitë e informacionit, megjithëse me ndihmën e tyre ndonjëherë është e mundur që në mënyrë efektive të zgjidhen edhe problemet e vogla lokale, fjalë për fjalë me ndihmën e një lapsi dhe letre.

Kur kryeni projekte komplekse të sondazheve të ndërmarrjeve, zhvillimi i modeleve në standardin IDEF0 ju lejon të shfaqni vizualisht dhe në mënyrë efektive të gjithë mekanizmin e aktiviteteve të ndërmarrjes në kontekstin e dëshiruar. Megjithatë, më i rëndësishmi është bashkëpunimi që ofron IDEF0. Në praktikën time, ka pasur jo pak raste kur ndërtimi i modelit është kryer me ndihmën e drejtpërdrejtë të punonjësve të departamenteve të ndryshme. Në të njëjtën kohë, konsulenti u shpjegoi atyre parimet bazë të IDEF0 në një kohë mjaft të shkurtër dhe i mësoi ata të punonin me softuerin përkatës të aplikacionit. Si rezultat, punonjësit e departamenteve të ndryshme krijuan diagrame IDEF të aktiviteteve të njësisë së tyre funksionale, të cilat duhej t'i përgjigjeshin pyetjeve të mëposhtme:

Çfarë shkon në njësinë "në hyrje"?

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

Kush është përgjegjës për secilin prej funksioneve?

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

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

Pasi bien dakord për diagramet e draftit brenda secilit departament specifik, ato grumbullohen nga konsulenti në një model ndërmarrjeje draft, 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 vendeve të tyre të diskutueshme. Më tej, ky model përsëri kalon nëpër departamentet funksionale për koordinim të mëtejshëm dhe kryerjen e rregullimeve të nevojshme. Si rezultat, në një kohë mjaft të shkurtër dhe me përfshirjen e një minimumi të burimeve njerëzore nga një kompani konsulente (dhe këto burime, siç e dini, janë shumë të shtrenjta), një model IDEF0 i një ndërmarrje merret sipas " Parimi "siç është" dhe, që është e rëndësishme, përfaqëson një ndërmarrje me pozicione punonjësish që punojnë në të dhe i njohin plotësisht të gjitha nuancat, përfshirë ato informale. 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ë pengesa në menaxhimin e kompanisë dhe do të optimizojnë proceset kryesore, duke e transformuar modelin "Siç është" në pamjen përkatëse "Siç duhet të jetë". Bazuar në këto ndryshime, bëhet një përfundim përfundimtar, i cili përmban rekomandime për riorganizimin e sistemit të menaxhimit.

Natyrisht, një qasje e tillë kërkon një sërë masash organizative, në radhë të parë nga ana e menaxhmentit të ndërmarrjes së anketuar. Kjo për faktin se kjo teknikë përfshin caktimin e disa punonjësve përgjegjësi shtesë mbi zhvillimin dhe zbatimin praktik të metodologjive të reja. Sidoqoftë, në fund të fundit, kjo shpërblehet, pasi një ose dy orë punë shtesë të punonjësve individualë për disa ditë ju lejon të kurseni ndjeshëm para për të paguar për shërbimet e këshillimit për një kompani të palëve të treta (e cila në çdo rast do të shkëpusë nga puna e të njëjtëve punonjës me pyetësorë dhe pyetje). Për sa i përket vetë punonjësve të ndërmarrjes, në një mënyrë apo tjetër nuk kam hasur në kundërshtime të shprehura nga ana e tyre.

Përfundimi nga e gjithë kjo mund të bëhet si vijon: nuk është aspak e nevojshme të dalim çdo herë me zgjidhje për problemet standarde. Sa herë që përballeni me nevojën për të analizuar njërën apo tjetrën sistemi funksional(nga sistemi i projektimit të anijes kozmike deri te procesi kompleks i përgatitjes së darkës) - përdorni metoda të provuara dhe të testuara ndër vite. Një nga këto metoda është IDEF0, e cila ju lejon të zgjidhni probleme komplekse të jetës me ndihmën e mjeteve të saj të thjeshta dhe të kuptueshme.

I njohur sot jo vetëm në qarqe të ngushta, shkurtesa IDEF0 është metodologjia e parë që standardizon punën në proceset e biznesit. Ai u zhvillua në mesin e shekullit të kaluar si pjesë e një projekti të hapësirës ajrore në Shtetet e Bashkuara dhe, pasi tregoi efektivitetin e tij, u bë një standard federal. Në vendin tonë në vitin 2000 u përgatit një dokument " Metodologjia e Modelimit Funksional IDEF0. Dokument udhëzues Metodologjia e Modelimit Funksional Dokument 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 bazë dhe shkurtesat

Le të kuptojmë pak për 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 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 flukset e informacionit dhe materialeve, strukturën organizative, veprimet 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, është e përshtatshme të quhet IDEF0 një shënim që është pjesë e metodologjisë SADT.

Shënimi IDEF0 është një teknikë mjaft rigoroze 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, ka gjithmonë shumë skema, dhe kërkohet një sistemim dhe navigim i qartë nëpër të gjithë elementët e modelit. Tani kjo bëhet kryesisht nga sistemet kompjuterike që mbështesin modelimin në këtë shënim. Në territorin e Rusisë, sot janë sistemet më të famshme dhe të arritshme Procesi AllFusion Modelues dhe studio biznesi. Kam në plan t'i kushtoj artikuj të veçantë rishikimit të këtyre sistemeve.

Blloku 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 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 "Vizatimi mbi një produkt".

Elementet e bllokut të funksionit të detyrueshëm 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 funksional:

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

Kjo qasje ju lejon të kurseni pak në shpjegimet në diagrame dhe të arrini paqartësi në shfaqjen e flukseve, gjë që e bën të gjithë modelin 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ë plotësisht vlerën e tyre te outputet, domethënë ato shpenzohen për të krijuar një rezultat plotësisht, 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 skema humbet ashpërsinë dhe ndonjëherë edhe kuptimin e saj.
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 një ekzekutues ose udhëzim do të jetë i paplotë).

Skema e konsideruar është një "bllokë ndërtimi" e qasjes IDEF0. Modelimi funksional përfshin një kalim gradual nga e përgjithshmja në të veçantën përmes zbërthimit. Zbërthimi është një "thellim" në funksionin në shqyrtim, duke e ndarë atë në funksione më të vogla. Për më tepër, kur funksioni i nivelit të lartë paraqitet në mënyrë të përgjithësuar dhe pasi është zbërthyer, është e përshtatshme të quhet 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ërkthehet hyrje në dalje. 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, i cili mund të përdoret për të kontrolluar saktësinë e ndërtimit të modelit në të ardhmen.
2. Pikëpamja - në fytyrën e 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 kryesore: 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 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 flukset që lidhin kompaninë me botën e jashtme. Mendoj se duhet të ndalemi edhe në to në mënyrë më të detajuar.

Rrjedhat kryesore

Përvoja ka treguar se, pavarësisht thjeshtësisë dhe formalitetit në dukje të këtij niveli, shpesh është e nevojshme të qëndroni në të për një kohë të gjatë, pasi këtu duhet të pasqyrohen të gjitha rezultatet që janë domethënëse për pronarin dhe tregun. Një gabim mund të çojë në krijimin e modeleve që nuk përmbushin objektivat e biznesit. Për të verifikuar që flukset e rëndësishme janë pasqyruar, sigurohuni që të 4 llojet kryesore të rrjedhave janë të pranishme në diagramin tuaj.

1. Materiali: materialet dhe komponentët në hyrje dhe produkte të gatshme në dalje.
2. Klienti: një klient potencial në hyrje dhe një i kënaqur në dalje.
3. Financiare: në hyrje, zakonisht këto janë investime, pagesa të klientëve (të ardhura), kredi dhe të ardhura të tjera; produkti është pagesa për furnitorët, taksat, pagesat e huave dhe fitimet.
4. Informative: në hyrje, këto janë të gjitha rrjedhat e informacionit rreth mjedisit të jashtëm (kushtet e tregut, sjellja e konkurrentëve, risi teknologjike etj.), dhe rezultati është fluksi i informacionit që kompania i komunikon botës për veten (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 apo zhduket në të. Një kompani është në gjendje të transformojë vetëm rrymat hyrëse në rryma dalëse, dhe nëse e bën mirë, atëherë një shtesë rrjedhjen e parasë(fitim), duke reflektuar, në një farë kuptimi, cilësinë e të gjithë sistemit.

(Kliko per te zmadhuar)

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

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

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

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

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

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

Zbërthimi

Pas përpunimit të rrjedhave të diagramit të kontekstit, ne mund të vazhdojmë me zbërthimin. Duke lëvizur në një nivel më poshtë, sikur të hapim një "kuti të zezë", fillimisht shohim një fletë të zbrazët me shigjeta që janë ngjitur në bllokun funksional.

(Kliko per te zmadhuar)

Dhe këtu fillon modelimi aktual funksional - ne duhet të kuptojmë se çfarë grupi veprimesh mund të lidhin këto rrjedha dhe të sigurojmë që të gjitha kërkesat janë përmbushur. Vështirësia qëndron në faktin se ka shumë veprime në kompani, dhe në diagram 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ë organizohen 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ë shumëllojshmërisë së proceseve në blloqe kryesore të mëdha, më të rëndësishmet prej të cilave janë si më poshtë.

1. Krijimi i një produkti (rezultati).
2. Promovimi dhe shitja - duke punuar me rrjedhën e klientëve.
3. Mbështetja për aktivitetet e krijimit të produktit janë procese dytësore që janë të nevojshme për të përmbushur 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 flukseve të menaxhimit - 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 zbërthimit të shembullit tonë.

(Kliko per te zmadhuar)

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

Puna e mëtejshme në model është e ngjashme me hapin e parë - çdo bllok funksional i nivelit të parë dekompozohet. 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

Në kuadrin e këtij artikulli, ishte e mundur të shfaqeshin vetëm konceptet themelore të shënimit IDEF0 duke përdorur një shembull të shkurtër të IDEF0, me të cilin, natyrisht, është e vështirë të gjykohet metodologjia 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 një potencial të mirë vizualizimi, por, për mendimin tim, rëndësia e tij më e madhe është në efektin disiplinor. 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 flukse komunikimi midis gjërave në dukje jo të lidhura fort: të lidhni nënsistemet e zyrës së 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ë gërmuar në ndërlikimet e flukseve të biznesit.

Disa nga argumentet e mësipërme bëjnë të mendosh 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 ndjeshme, 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 ë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.

V menaxhimin e projektit ky standard modelimi është më i zbatueshëm aty ku duhet të lidhni projekte ose procese të ndryshme me flukset vizuale. Në të njëjtën kohë, modeli grafik do të bëjë të mundur shpërndarjen më racionale të përgjegjësisë 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 kalendar në formën e një grafiku Gantt.

Metodologjia SADT (Structured Analysis and Design Technique - metodologji e analizës dhe projektimit strukturor) është një grup metodash, rregullash dhe procedurash të dizajnuara për të ndërtuar një model funksional të një sistemi.

Zhvillimi i kësaj metodologjie u iniciua nga Douglas Ross (SHBA) në mesin e viteve '60. shekulli XX. Që atëherë, analistët e sistemit nga SofTech, Inc. përmirësoi SADT dhe e përdori atë për të zgjidhur një gamë të gjerë problemesh. Softueri i rrjetit telefonik, diagnostikimi, planifikimi afatgjatë dhe strategjik, prodhim i automatizuar dhe dizajni, konfigurimi i sistemit kompjuterik, trajnimi i personelit, menaxhimi financiar dhe i prokurimit janë disa nga fushat ku SADT mund të përdoret në mënyrë efektive. Gama e gjerë e fushave tregon shkathtësinë dhe fuqinë e metodologjisë SADT. Në programin "Integrimi i kompjuterit dhe teknologjive industriale Prodhimi i integruar me ndihmën e kompjuterit (ICAM) i Departamentit të Mbrojtjes së SHBA-së është njohur si i dobishëm nga SADT. Kjo çoi në publikimin e një pjese të saj në vitin 1981 të quajtur IDEF0 (Icam DEFinition), si standard federal për të zhvilluar software... Nën këtë emër, SADT është përdorur nga mijëra profesionistë në organizatat ushtarake dhe industriale. Rishikimi i fundit i standardit IDEF0 u lëshua në dhjetor 1993. Instituti Kombëtar i Standardeve dhe Teknologjisë (NIST).

Kjo metodologji konkurron me metodat e orientuara nga rrjedha e të dhënave (DFD) në përshkrimin e aspektit funksional të një sistemi informacioni. Në të kundërt, IDEF0 lejon:

Përshkruani çdo sistem, jo ​​vetëm sistemet e informacionit (DFD ka për qëllim të përshkruajë softuerin);

Krijoni një përshkrim të sistemit dhe mjedisit të tij të jashtëm përpara se të përcaktoni kërkesat përfundimtare për të. Me fjalë të tjera, me ndihmën e kësaj metodologjie, mund të ndërtohet dhe analizohet gradualisht sistemi edhe kur është ende e vështirë të imagjinohet zbatimi i tij.

Kështu, IDEF0 mund të aplikohet në fazat e hershme të ndërtimit të një game të gjerë sistemesh. Në të njëjtën kohë, mund të përdoret për të analizuar funksionet sistemet ekzistuese dhe zhvillimin e zgjidhjeve për përmirësimin e tyre.

Baza e metodologjisë IDEF0 është një gjuhë grafike për përshkrimin e proceseve. Një model në shënimin IDEF0 është një koleksion diagramesh të renditura në mënyrë hierarkike dhe të ndërlidhura. Çdo diagram është një njësi e përshkrimit të sistemit dhe ndodhet në një fletë të veçantë.

Modeli (SIÇ ËSHTË, TË JETË ose DUHET-TË) mund të përmbajë 4 lloje tabelash [ , ]:

Diagrami i kontekstit;

Diagramet e zbërthimit;

Diagramet e pemëve të nyjeve;

Për diagramet vetëm ekspozuese (FEO).

Diagrami i kontekstit (diagrami i nivelit të lartë), duke qenë maja e strukturës së pemës së diagrameve, tregon qëllimin e sistemit (funksioni kryesor) dhe ndërveprimin e tij me mjedisin e jashtëm. Çdo model mund të ketë vetëm një diagram konteksti. Pas përshkrimit të funksionit kryesor, kryhet zbërthimi funksional, domethënë përcaktohen funksionet që përbëjnë atë kryesor.

Më tej, funksionet ndahen në nënfunksione dhe kështu me radhë derisa të arrihet niveli i kërkuar i detajeve të sistemit në studim. Diagramet që përshkruajnë çdo fragment të tillë të sistemit quhen diagramet e zbërthimit ... Pas çdo sesioni të dekompozimit, mbahen seanca provimi - ekspertët e fushës së lëndës tregojnë korrespondencën e proceseve reale me diagramet e krijuara. Mospërputhjet e konstatuara eliminohen, pas së cilës vazhdohet me detajimin e mëtejshëm të proceseve.

Diagrami i pemës së nyjeve tregon varësinë hierarkike të funksioneve (punëve), por jo marrëdhënien ndërmjet tyre. Mund të ketë disa prej tyre, pasi pema mund të ndërtohet në një thellësi arbitrare dhe nga një nyje arbitrare.

Grafikët e ekspozimit janë ndërtuar për të ilustruar fragmente individuale të modelit në mënyrë që të shfaqin një këndvështrim alternativ mbi proceset që ndodhin në sistem (për shembull, nga këndvështrimi i menaxhimit të organizatës).

6.3. Elementet e shënimit grafik IDEF0

Metodologjia IDEF0 ka gjetur pranim dhe zbatim të gjerë, kryesisht për shkak të shënimit të thjeshtë grafik të përdorur për të ndërtuar modelin. Komponentët kryesorë të modelit janë diagramet. Ato shfaqin funksionet e sistemit në formën e drejtkëndëshave, si dhe lidhjet midis tyre dhe mjedisit të jashtëm me anë të shigjetave. Përdorimi i vetëm dy primitivëve grafikë (drejtkëndëshi dhe shigjeta) ju lejon të shpjegoni shpejt rregullat dhe parimet e ndërtimit të diagrameve IDEF0 për njerëzit që nuk janë të njohur me këtë metodologji. Ky avantazh ju lejon të lidhni dhe aktivizoni aktivitetin e klientit në përshkrimin e proceseve të biznesit duke përdorur një gjuhë grafike formale dhe vizuale.

Figura e mëposhtme tregon elementet bazë të shënimit grafik IDEF0.

Oriz. 6.1. Elementet e shënimit grafik IDEF0

Drejtkëndëshi përfaqëson punë (proces, aktivitet, funksion ose detyrë) , e cila ka një qëllim fiks dhe të çon në një rezultat përfundimtar. Emri i punës duhet të shprehë veprimin (për shembull, "Prodhimi i një pjese", "Llogaritja e shpejtësive të lejuara", "Formimi i listës së shtëpisë së centralizuar numër 3").

Ndërveprimi i veprave midis tyre dhe botës së jashtme përshkruhet në formën e shigjetave. IDEF0 dallon 5 lloje shigjetash :

- hyrje (Input në anglisht) - material ose informacion që përdoret dhe transformohet nga puna për të marrë një rezultat (output). Hyrja i përgjigjet pyetjes "Çfarë duhet të përpunohet?" Hyrja mund të jetë ose një objekt material (lëndë e parë, një pjesë, një biletë provimi) ose një që nuk ka konturet e qarta fizike (një pyetje në bazën e të dhënave, një pyetje nga një mësues). Supozohet se vepra mund të mos ketë asnjë shigjetë hyrëse. Shigjetat e hyrjes vizatohen gjithmonë kur hyjnë në anën e majtë të veprës;

- kontrollin (Kontrolli anglez) - të dhëna kontrolli, rregullatore dhe normative që drejtojnë punën. Departamenti i përgjigjet pyetjes "Në përputhje me çfarë po punohet?" Menaxhimi ndikon në punë, por nuk transformohet prej tij, d.m.th. vepron si kufizim. Si menaxhment, mund të ketë rregulla, standarde, rregullore, çmime, udhëzime gojore. Shigjetat e kontrollit vizatohen si pjesë e faqes së sipërme të punës. Nëse, kur ndërtoni një diagram, lind pyetja se si të vizatoni saktë një shigjetë nga lart ose në të majtë, atëherë rekomandohet ta vizatoni atë si hyrje (shigjeta në të majtë);

- prodhimit (Anglisht output) - material ose informacion që përfaqëson rezultatin e punës. Rezultati i përgjigjet pyetjes "Cili është rezultati i punës?" Prodhimi mund të jetë ose një objekt material (një pjesë, një makinë, dokumente pagese, një deklaratë) ose një i paprekshëm (kampionimi i të dhënave nga një bazë të dhënash, një përgjigje për një pyetje, një tregues verbal). Shigjetat e daljes janë tërhequr në dalje nga ana e djathtë e punës;

- mekanizmi (Ang. mekanizëm) - burime që kryejnë punë. Mekanizmi i përgjigjet pyetjes "Kush po e bën punën apo me çfarë mjetesh?" Mekanizmi mund të jetë personeli i ndërmarrjes, studenti, makineria, pajisja, programi. Shigjetat e mekanizmit vizatohen kur hyjnë në skajin e poshtëm të veprës;

- telefononi (Thirrje në anglisht) - shigjeta tregon se një pjesë e punës po kryhet jashtë bllokut në fjalë. Shigjetat e daljes vizatohen sikur vijnë nga skaji i poshtëm i veprës.

6.4. Llojet e lidhjeve ndërmjet punëve

Pas përcaktimit të përbërjes së funksioneve dhe marrëdhënieve ndërmjet tyre, lind pyetja për përbërjen e saktë (shoqërimin) e tyre në module (nënsisteme). Kjo nënkupton që çdo funksion i veçantë duhet të zgjidhë një, në mënyrë rigoroze një detyrë specifike... Përndryshe, kërkohet zbërthim ose ndarje e mëtejshme e funksioneve.

Kur kombinohen funksionet në nënsisteme, është e nevojshme të përpiqemi që lidhja e brendshme (midis funksioneve brenda një moduli) të jetë sa më e fortë dhe e jashtme (midis funksioneve të përfshira në module të ndryshme) sa më e dobët. Bazuar në semantikën e lidhjeve të metodologjisë, ne prezantojmë një klasifikim të lidhjeve midis funksioneve (punëve). Ky klasifikim është një zgjerim. Llojet e lidhjeve renditen sipas rëndësisë në rënie (forca lidhëse). Në shembujt e përmendur, linjat e trasha nxjerrin në pah funksionet ndërmjet të cilave ekziston lloji i konsideruar i lidhjes.

1. Marrëdhënia hierarkike (marrëdhënia "pjesë" - "e tërë") zhvillohet ndërmjet funksionit dhe nënfunksioneve nga të cilët ai përbëhet.

Oriz. 6.2. Marrëdhëniet hierarkike

2. Komunikimi rregullator (kontroll, vartës). pasqyron varësinë e një funksioni nga një tjetër, kur prodhimi i një pune dërgohet për të kontrolluar një tjetër. Funksioni nga i cili del kontrolli duhet të konsiderohet rregullues ose kontrollues, dhe në të cilin hyn - i varur. Të dallojë lidhje e drejtpërdrejtë e kontrollit kur kontrolli transferohet nga një punë e nivelit më të lartë në një të nivelit më të ulët (Fig.6.3), dhe reagimet e menaxhmentit kur kontrolli bartet nga rrjedha e poshtme në rrjedhën e sipërme (Fig. 6.4).

3. Komunikimi funksional (teknologjik). ndodh kur dalja e një funksioni shërben si hyrje për funksionin tjetër. Nga pikëpamja e rrjedhës së objekteve materiale, kjo marrëdhënie tregon teknologjinë (rendin e punës) të përpunimit të këtyre objekteve. Të dallojë lidhje direkte ne hyrje kur prodhimi transferohet nga puna e nivelit më të lartë në atë të nivelit të ulët (Fig.6.5), dhe reagime të dhëna kur dalja bartet nga rrjedha e poshtme në rrjedhën e sipërme (Figura 6.6).

Oriz. 6.5. Lidhje direkte ne hyrje	Oriz. 6.6. Input Feedback

4. Komunikimi me konsumatorin ndodh kur dalja e një funksioni shërben si mekanizëm për funksionin tjetër. Kështu, një funksion konsumon burimet e krijuara nga tjetri.

Oriz. 6.7. Komunikimi me konsumatorin

5. Lidhje logjike vërehet ndërmjet funksioneve logjikisht homogjene. Funksione të tilla, si rregull, kryejnë të njëjtën punë, por në mënyra të ndryshme (alternative) ose duke përdorur të dhëna (materiale) të ndryshme fillestare.

Oriz. 6.8. Lidhje logjike

6. Komunikimi kolegjial ​​(metodik). zhvillohet ndërmjet funksioneve algoritmi i funksionimit të të cilëve përcaktohet nga i njëjti kontroll. Një analog i një komunikimi të tillë është puna e përbashkët e punonjësve të një departamenti (kolegë), në varësi të shefit, i cili jep udhëzime dhe urdhra (sinjale kontrolli). Një lidhje e tillë lind edhe kur algoritmet për funksionimin e këtyre funksioneve përcaktohen nga e njëjta mbështetje metodologjike (SNIP, GOST, materiale rregullatore zyrtare, etj.), e cila shërben si kontroll.

Oriz. 6.9. Lidhja metodike

7. Lidhja e burimeve ndodh midis funksioneve që përdorin të njëjtat burime për punën e tyre. Funksionet e varura nga burimet në përgjithësi nuk mund të funksionojnë njëkohësisht.

Oriz. 6.10. Lidhja e burimit

8. Komunikimi i informacionit zhvillohet ndërmjet funksioneve duke përdorur të njëjtin informacion si hyrje.

Oriz. 6.11. Komunikimi i informacionit

9. Lidhje e përkohshme ndodh midis funksioneve që duhet të ekzekutohen njëkohësisht para ose njëkohësisht pas një funksioni tjetër.

Përveç rasteve të treguara në figurë, kjo lidhje ndodh edhe midis kombinimeve të tjera të kontrollit, hyrjes dhe mekanizmit që hyjnë në një funksion.

Oriz. 6.12. Lidhje e përkohshme

10. Lidhje e rastësishme ndodh kur ka pak ose aspak lidhje specifike midis funksioneve.

Oriz. 6.13. Lidhje e rastësishme

Nga llojet e mësipërme të lidhjeve, më e forta është lidhja hierarkike, e cila, në fakt, përcakton kombinimin e funksioneve në module (nënsisteme). Lidhjet rregullatore, funksionale dhe konsumatore janë disi më të dobëta. Funksionet me këto lidhje zakonisht zbatohen në një nënsistem. Lidhjet logjike, kolegjiale, burimore dhe informative janë ndër më të dobëtat. Funksionet që i zotërojnë ato, si rregull, zbatohen në nënsisteme të ndryshme, me përjashtim të funksioneve logjikisht homogjene (funksionet e lidhura me një lidhje logjike). Lidhja e përkohshme tregon një varësi të dobët të funksioneve nga njëri-tjetri dhe kërkon zbatimin e tyre në module të veçanta.

Kështu, kur kombinohen funksionet në module, pesë llojet e para të lidhjeve janë më të dëshirueshme. Funksionet e lidhura me pesë lidhjet e fundit zbatohen më së miri në module të veçanta.

IDEF0 ka konventa (rregulla dhe udhëzime) për krijimin e diagrameve për ta bërë më të lehtë leximin dhe ekzaminimin e modelit [,]. Disa nga këto rregulla mbështeten automatikisht nga CASE, të tjerat duhet të zbatohen manualisht.

1. Përpara se të ndërtohet një model, është e nevojshme të vendoset se cili model (e) të sistemit do të ndërtohet. Kjo nënkupton përcaktimin e llojit të tij SI-ËSHTË, TË JETË ose DUHET-BE, si dhe përcaktimin e pozicionit nga i cili është ndërtuar modeli. "Pikëpamja" mendohet më së miri si një vend (pozicion) i një personi ose objekti, në të cilin njeriu duhet të qëndrojë për të parë sistemin në veprim. Për shembull, kur ndërtoni një model për funksionimin e një dyqani ushqimor, mund të zgjidhni një shitës, arkëtar, kontabilist ose drejtor nga mesi i aplikantëve të mundshëm nga këndvështrimi i të cilit sistemi po konsiderohet. Zakonisht, zgjidhet një këndvështrim, i cili mbulon më plotësisht të gjitha nuancat e funksionimit të sistemit dhe, nëse është e nevojshme, diagramet FEO ndërtohen për disa diagrame dekompozimi, duke shfaqur një këndvështrim alternativ.

2. Diagrami i kontekstit shfaq një bllok që tregon qëllimin e sistemit. Rekomandohet që ai të shfaqë 2–4 shigjeta që hyjnë dhe dalin nga secila anë.

3. Numri i blloqeve në diagramet e dekompozimit rekomandohet brenda intervalit 3–6. Nëse ka dy blloqe në diagramin e dekompozimit, atëherë, si rregull, nuk ka kuptim. Me një numër të madh blloqesh, diagrami bëhet i mbingopur dhe i vështirë për t'u lexuar.

4. Blloqet në diagramin e zbërthimit duhet të vendosen nga e majta në të djathtë dhe nga lart poshtë. Ky rregullim ju lejon të pasqyroni më qartë logjikën dhe sekuencën e punës. Për më tepër, rrugët e shigjetave do të jenë më pak konfuze dhe do të kenë një numër minimal kryqëzimesh.

5. Mungesa e shigjetave të kontrollit dhe të hyrjes për funksionin nuk lejohet. Kjo do të thotë që nisja e këtij funksioni nuk kontrollohet dhe mund të ndodhë në çdo moment arbitrar në kohë ose asnjëherë fare.

Oriz. 6.14. Funksionon pa kontroll dhe hyrje

Një bllok me vetëm kontroll mund të shihet si një thirrje në një program të një funksioni (procedure) pa parametra. Nëse blloku ka një hyrje, atëherë është e barabartë me thirrjen e një funksioni me parametra në program. Kështu, një bllok pa kontroll dhe hyrje është ekuivalent me një funksion që nuk thirret kurrë për ekzekutim në program.

Në fig. 6.7–6.12, duke shfaqur fragmente të diagrameve IDEF0, ka blloqe pa hyrje dhe kontroll. Kjo nuk duhet parë si një gabim, pasi nënkupton që një nga këto shigjeta duhet të jetë.

6. Çdo bllok duhet të ketë të paktën një dalje.

Oriz. 6.15. Asnjë funksion daljeje

Punimet pa rezultat janë të pakuptimta dhe nuk duhen modeluar. Një përjashtim është puna e shfaqur në modelin AS-IS. Prania e tyre tregon joefikasitetin dhe papërsosmërinë e proceseve teknologjike. Në modelin TO-BE, këto punime duhet të mungojnë.

7. Kur ndërtoni diagrame, duhet të minimizoni numrin e kryqëzimeve, sytheve dhe kthesave të shigjetave.

8. Reagimet dhe përsëritjet (veprimet ciklike) mund të përshkruhen duke përdorur harqe prapa. Reagimet për hyrjen tërhiqen nga laku "i poshtëm", ​​reagimi për kontrollin - nga "i sipërm" (shih Fig. 6.4 dhe 6.6).

9. Çdo bllok dhe çdo shigjetë në diagrame duhet të ketë një emër. Lejohet përdorimi i shigjetave të degëzimit (zbërthimit) ose bashkimit (përbërjes). Kjo për faktin se të njëjtat të dhëna ose objekte të krijuara nga një punë mund të përdoren në disa punë të tjera në të njëjtën kohë. Anasjelltas, të dhëna dhe objekte të njëjta ose homogjene të krijuara nga vepra të ndryshme mund të përdoren në një vend.

Oriz. 6.16. Shigjetat e degëzimit

Në këtë rast, lejohet caktimi i emrave kualifikues në degë të ndryshme të shigjetës pas degëzimit (para bashkimit). Nëse ndonjë degë pas degës nuk emërtohet, atëherë emri i saj konsiderohet se korrespondon me emrin e shigjetës të regjistruar para degës.

Pra, në fig. 6.16 kontrollet e përfshira në blloqet "Prodhimi i pjesëve" dhe "Montimi i produktit" kanë kuptime qartësuese dhe janë pjese e më shumë menaxhimi i përgjithshëm"Planet". Të gjitha vizatimet përdoren për funksionimin e bllokut "Kontrolli i cilësisë".

Nuk lejohet vizatimi i shigjetave në diagram kur ato nuk janë emërtuar para dhe pas degëzimit. Në fig. 6.17 shigjeta e përfshirë në bllokun "Gjenerimi i listave standarde" nuk ka një emër para dhe pas degëzimit, gjë që është një gabim.

Oriz. 6.17. Emërtimi i gabuar i shigjetës

10. Gjatë ndërtimit të diagrameve për lexueshmëri më të mirë, mund të përdoret mekanizmi i tunelit me shigjeta. Për shembull, për të mos rrëmuar diagramet e niveleve të sipërme (prind) me detaje të panevojshme, në diagramet e dekompozimit fillimi i harkut vendoset në tunel.

Oriz. 6.18. Shigjeta tunelimi

V ky shembull kur ndërtohet një model përçimi Festa e Vitit të Ri mekanizmi "dy akset" nuk do të shfaqet në diagramet e niveleve të larta, ndërsa leximi i të cilit mund të lindë një pyetje e drejtë: "Pse duhen dy akse në festën e Vitit të Ri?"

Po kështu, ju mund të tuneloni me qëllimin e kundërt - duke mos lejuar që shigjeta të shfaqet në diagramet e nivelit më të ulët. Në këtë rast, kllapat vendosen në fund të shigjetës. Në diagramin e kontekstit (shih Fig. 6.21), mekanizmi "Inxhinieri i Shërbimit të Rrugës" është tunelizuar, i cili përfshihet në bllokun "Përcaktimi i shpejtësive të lejuara". Ky vendim u mor, pasi inxhinieri është i përfshirë drejtpërdrejt në të gjithë punën e paraqitur në diagramin e dekompozimit të këtij blloku (shih Fig. 6.22). Për të mos treguar këtë lidhje dhe për të mos rrëmuar diagramin e dekompozimit, shigjeta u tunele.

11. Të gjitha shigjetat që hyjnë dhe dalin nga blloku, kur ndërtohet një diagram dekompozimi për të, duhet të shfaqen në të. Përjashtim bëjnë shigjetat me tunel. Emrat e shigjetave të zvarritura në diagramin e zbërthimit duhet të përputhen me emrat e treguar në diagramin e nivelit të lartë.

12. Nëse dy shigjeta shkojnë paralelisht (fillojnë nga i njëjti aspekt i një pune dhe përfundojnë në të njëjtin aspekt të punës tjetër), atëherë, nëse është e mundur, ato duhet të kombinohen dhe të quhen një term i vetëm.

Oriz. 6.19. Bashkimi i lidhjeve

13. Çdo bllok në diagrame duhet të ketë numrin e vet. Për të treguar pozicionin e çdo grafiku ose blloku në hierarki, përdoren numrat e grafikut. Blloku në diagramin e nivelit të lartë shënohet me 0, blloqet në diagramet e nivelit të dytë - me numra nga 1 në 9 (1, 2, ..., 9), blloqet në nivelin e tretë - me dy numra , i pari nga i cili tregon numrin e bllokut të detajuar nga diagrami mëmë, dhe i dyti numrin e bllokut sipas rendit në diagramin aktual (11, 12, 25, 63), etj. Diagrami i kontekstit ka përcaktimin "A - 0 ", diagrami i zbërthimit të nivelit të parë është "A0", diagramet e zbërthimit të niveleve të ardhshme përbëhen nga shkronja "A" e ndjekur nga numri i bllokut që do të zbërthehet (për shembull," A11 "," A12 "," A25 "," A63 "). Figura tregon një pemë tipike diagrami (diagrami i pemës së nyjeve) me numërim.

Oriz. 6.20. Hierarkia e grafikëve

Në mjetet moderne CASE, mekanizmat e numërimit të punës mbështeten automatikisht. Mjetet CASE gjithashtu ofrojnë ndërtimin automatik të diagrameve të pemëve të nyjeve që përmbajnë vetëm lidhje hierarkike. Pjesa e sipërme e një diagrami të tillë mund të jetë çdo nyje (bllok), dhe mund të vizatohet në çdo thellësi.

6.6. Një shembull i ndërtimit të një modeli IDEF0 për një sistem për përcaktimin e shpejtësive të lejueshme

Llogaritja e shpejtësive të lejuara të trenave është një detyrë e mundimshme inxhinierike. Kur një tren kalon çdo seksion shpejtësia aktuale lëvizja e trenit nuk duhet të kalojë maksimumin e lejuar. Kjo shpejtësi maksimale e lejuar është vendosur në bazë të përvojës së funksionimit dhe testeve të kryera posaçërisht mbi dinamikën e lëvizjes dhe ndikimin në pistën e mjeteve lëvizëse. Mos tejkalimi i kësaj shpejtësie garanton sigurinë e trafikut të trenave, kushte komode për pasagjerët, etj. Ato përcaktohen në varësi të llojit të mjeteve lëvizëse (marka e lokomotivës dhe lloji i vagonëve), parametrave të superstrukturës (si binarët, çakëlli, traversat). ) dhe plani (lakoret e rrezes, kthesat e tranzicionit, lartësia e hekurudhës së jashtme, etj.). Si rregull, për të përcaktuar shpejtësitë e lejuara, është e nevojshme të përcaktohen të paktën dy (në vija të drejta) dhe pesë (në kthesa), nga të cilat zgjidhet shpejtësia e lejuar përfundimtare, si më e ulëta nga të gjitha të llogaritura. Llogaritja e këtyre shpejtësive rregullohet me Urdhrin e Ministrisë së Hekurudhave të Rusisë Nr. 41, datë 12 nëntor 2001 "Standardet për shpejtësitë e lejuara të mjeteve lëvizëse në shinat hekurudhore me diametër 1520 (1524) mm të Transportit Hekurudhor Federal".

Siç u përmend, ndërtimi i modelit IDEF0 fillon me përfaqësimin e të gjithë sistemit si një komponent i thjeshtë (diagrami i kontekstit). Ky diagram tregon qëllimin (funksionin kryesor) të sistemit dhe të dhënat e nevojshme hyrëse dhe dalëse, informacionin e kontrollit dhe rregullatorit dhe mekanizmat.

Diagrami i kontekstit për problemin e përcaktimit të shpejtësive të lejuara është paraqitur në figurën 6.21. Për të ndërtuar modelin, u përdor produkti BPwin 4.0 nga Computer Associates.

Oriz. 6.21. Diagrami i kontekstit të sistemit për përcaktimin e shpejtësive të lejuara (metodologjia IDEF0)

Si informacion sfond, në bazë të të cilave kryhet përcaktimi i shpejtësive të lejuara, përdoren:

Të dhënat e projektit të një linje të re ose të një projekti rindërtimi (përmbajnë të gjithë informacionin e nevojshëm për zbatimin e projektit, përkatësisht kilometrazhin, akset e pikave të veçanta, planin e linjës, etj.);

Profili i detajuar gjatësor (përmban informacion të ngjashëm me atë të diskutuar më sipër);

Pasaporta e distancës së pistës (përmban informacion të ngjashëm me atë të diskutuar më sipër, si dhe informacion në lidhje me strukturën e sipërme të pistës (VSP));

Të dhënat mbi rezultatet e studimit të planit të pista nga makina matëse e pistës;

Lista e ngritjeve të hekurudhës së jashtme në kthesa (përmban informacion për planin e trasesë).

Disa nga informacionet origjinale mund të merren nga burime të ndryshme... Në veçanti, informacioni në lidhje me planin (parametrat e kthesave) mund të merret nga projekti i një linje të re ose një projekt rindërtimi, një profil i detajuar gjatësor, një pasaportë e distancës së trasesë, etj.

Të dhënat e kontrollit janë:

Udhëzimet e shefit të shërbimit të binarëve të rrugës ose Departamentit të shinave dhe strukturave të Hekurudhave Ruse për llogaritjen;

Urdhri nr. 41, që përmban informacione normative dhe referuese, procedurë dhe formula për përcaktimin e shpejtësive të lejuara;

Informacion rreth trafikut aktual ose të planifikuar të trenave (të dhëna për markat e lokomotivave qarkulluese dhe llojet e makinave të përdorura);

Informacion në lidhje me riparimet e planifikuara të pistës, rindërtimin dhe riorganizimin e strukturave dhe pajisjeve.

Rezultati funksionimi i sistemit duhet të jetë:

Fletët e shpejtësive të lejuara, që përmbajnë të gjitha llojet e shpejtësive të llogaritura dhe që ju lejojnë të përcaktoni arsyen e kufizimit të tyre;

Buletini i Urdhrit të kreut të rrugës për vendosjen e shpejtësive të lejuara në shina dhe pika të veçanta (Urdhëri "N") në përputhje me formularin e miratuar në rrugë. Urdhri i miratuar "N" rregullon zyrtarisht shpejtësitë e lejuara të trenave;

Formularët standard nr. 1, 1a dhe 2, që përmbajnë shpejtësitë e lejuara të planifikuara për zhvillimin e një plani treni.

Shpejtësitë e përfshira në Rendit "H" dhe formularët standard mund të ndryshojnë nga ato të llogaritura dhe të treguara në fletët e shpejtësisë së lejuar. Kjo për faktin se ato pasqyrojnë kufijtë e shpejtësisë jo vetëm nga dizajni i mjeteve lëvizëse, parametrat dhe kthesat VSP, por edhe nga gjendja e pajisjeve dhe strukturave (deformimi i shtratit të rrugës, animi i mbështetësve të rrjetit të kontaktit, etj. .). Përveç kësaj, ato rregullohen duke marrë parasysh riparimet e planifikuara të pistave, rindërtimin dhe riorganizimin e strukturave dhe pajisjeve, etj.

Pasi të ndërtohet, diagrami i kontekstit detajohet duke përdorur një diagram të dekompozimit të nivelit të parë. Ky diagram tregon funksionet e sistemit që duhet të zbatohen brenda funksionit kryesor. Diagrami për të cilin kryhet zbërthimi, në raport me diagramet që detajojnë atë, quhet prind ... Diagrami i zbërthimit në raport me prindin quhet filial .

Diagrami i zbërthimit të nivelit të parë për problemin në shqyrtim është paraqitur në figurën 6.22. Si rregull, kur ndërtohet një diagram dekompozimi, funksioni origjinal (që do të zbërthehet) ndahet në 3-8 nënfunksione (blloqe). Në këtë rast, blloqet në diagramin e dekompozimit rekomandohet të vendosen nga e majta në të djathtë, nga lart poshtë, në mënyrë që sekuenca dhe logjika e ndërveprimit të nënfunksioneve të jenë më të dukshme.

Oriz. 6.22. Diagrami i zbërthimit të nivelit 1 (Metodologjia IDEF0)

Sekuenca e kryerjes së funksioneve për zgjidhjen e problemit në shqyrtim është si më poshtë:

Futja dhe korrigjimi i informacionit dhe të dhënave të referencës në seksionet rrugore (blloqet 1 dhe 2);

Përgatitja e një detyre për llogaritje (blloku 3). Tregon për cilin seksion dhe pistë, si dhe markën e lokomotivës dhe llojin e vagonëve, duhet të bëhet llogaritja;

Llogaritja e shpejtësive të lejuara në përputhje me procedurën dhe formulat e përcaktuara në Urdhrin Nr. 41 (blloku 4). Informacioni fillestar është të dhënat përgjatë rrugës së seksionit (plani, struktura e sipërme e trasesë, etj.) dhe standardet e zgjedhura në bazë të detyrës për llogaritjen;

Formimi i listave të shpejtësive të lejuara (blloku 5). Bazuar në rezultatet e llogaritjes, krijohen disa lloje të dokumenteve dalëse, të cilat, nga njëra anë, lejojnë të identifikojnë arsyen e kufizimeve të shpejtësisë, nga ana tjetër, veprojnë si bazë për përgatitjen e dokumenteve të rregulluara;

Formimi dhe përgatitja e draftit të urdhrit "N" dhe deklaratave standarde (blloqet 6 dhe 7).

Pasi të ndërtohet diagrami i zbërthimit të nivelit të parë, ndërtohen diagrame të veçanta (diagramet e zbërthimit të nivelit të dytë) për funksionet e treguara në të. Pastaj procesi i zbërthimit (ndërtimi i diagrameve) vazhdon derisa detajimi i mëtejshëm i funksioneve të humbasë kuptimin e tij. Për çdo funksion atomik që përshkruan një operacion elementar (d.m.th., një funksion që nuk ka një diagram zbërthimi), hartohet një specifikim i detajuar që përcakton veçoritë e tij dhe algoritmin e zbatimit. Diagramet e rrjedhës së algoritmeve mund të përdoren për të plotësuar specifikimet. Kështu, procesi i modelimit funksional konsiston në ndërtimin gradualisht të një hierarkie funksionesh.

6.7. Kodet ICOM

Shigjetat që hyjnë dhe dalin nga blloku në diagramin e nivelit të lartë janë të njëjta me shigjetat që hyjnë dhe dalin nga diagrami i nivelit të ulët, sepse blloku dhe diagrami përfaqësojnë të njëjtën pjesë të sistemit (shih Fig. dhe ). Si pasojë, kufijtë e funksionit të nivelit të lartë janë të njëjtë me kufijtë e diagramit të dekompozimit.

Kodet ICOM (akronim për Input, Control, Output dhe Mechanism) janë për identifikimin e shigjetave kufitare. Kodi ICOM përmban një prefiks që korrespondon me llojin e shigjetës (I, C, O ose M) dhe një numër sekuence (shih figurën).

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). U ndërtuan tre nivele të diagramit:

1. Kontekstual

2. Zbërthimi funksional

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

Figura 1 tregon një diagram të kontekstit të procesit të biznesit "Kontabiliteti për pajisjet kompjuterike të ndërmarrjeve". Ai shfaq 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:

Input (materialet hyrëse: kompjuterë dhe aksesorë)

Outputi (produkti është një raport)

Shigjetat e kontrollit janë dokumente dhe menaxherë

Shigjetat e mekanizmave janë punonjës dhe pajisje

Informacioni hyrës për përpunim:

Kompjuterë - PC (kompjuter personal) që ndodhen në ndërmarrje

Komponentët - materialet e nevojshme për përmirësimin e kompjuterëve (kartat video, pllakat amë, procesorët, kutitë, furnizimet me energji elektrike, modulet e memories)

Rrjedhat e daljes:

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

Kontrollet e hyrjes:

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

Porositë - detyra që i është caktuar ndërmarrjes (të mbajë regjistrime të pajisjeve kompjuterike në ndërmarrje duke përdorur sisteme të caktuara informacioni)

Menaxherët janë drejtorët dhe menaxherët e 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ë kryejnë udhëzimet e caktuara nga menaxhmenti. Pas ndërtimit të modelit konceptual, u krye një zbërthim funksional - sistemi u nda në nënsisteme dhe secili nënsistem u përshkrua 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ë ruajtje, në magazinë dhe informacioni për produktin futet në program.

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

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

Shigjetat e hyrjes, daljes, kontrollit përsëriten në punimet 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 në hyrje, reagime hyrëse).

Kontrolli i shigjetave - rregullat, urdhrat, udhëheqësi;

Lidhja me shigjeta në hyrje ndërmjet punëve Mirëmbajtja e kompjuterit dhe vendosja (futja e të dhënave në bazën e të dhënave), ndërmjet punëve Mirëmbajtja e kompjuterit dhe Raportimi (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ëpër zyra (zyra).

Kontrolli i shigjetave - rregullat, urdhrat, udhëheqësi;

Mekanizmi i shigjetave - punonjësit;

Lidhja me shigjeta në 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 totaleve të marra nga kryerja e të dhënave të mëparshme të kontabilitetit aktual.

Pastaj çdo nënsistem ndahet në zbërthime më të vogla, e kështu me radhë, derisa të arrihet shkalla e dëshiruar e detajeve.

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

Si rezultat i detajimit, u theksuan funksionet kryesore. Seksioni "Regjistrimi i dërgesave" përfshin shtatë shigjeta kryesore (hyrje, dalje, kontroll, mekanizëm).

Hyrja me shigjeta - kompjuterë dhe aksesorë;

Shigjetat e kontrollit janë rregulla, urdhra dhe një udhëheqës. Shigjeta piruni;

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

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

1) Caktimi i një numri - caktimi i një numri individual kompjuterëve dhe aksesorëve.

Shigjetat e hyrjes - kompjuterë dhe aksesorë. Kompjuterët me shigjeta përsëriten në punët e mëpasshme, me përjashtim të 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ë magazinë (transferimi), midis "Caktimi i një numri" dhe "Vendosja në bilanc" (hyrja në bazë);

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

Shigjeta e daljes - Kompjuter;

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

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ë përshkruan mirëmbajtjen e kompjuterit në më shumë detaje.

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

Puna e mirëmbajtjes së kompjuterit përfshin 4 shigjeta kufitare (hyrje, dalje, kontroll, mekanizëm). Shigjetat e brendshme (input feedback, input komunikim).

1) Montimi i kompjuterëve - konfigurimi i kompjuterëve për porosi 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 ndërmjet punimeve: “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 ndërmjet punimeve: "Riparim kompjuteri" dhe "Përmirësim" (aksesorë);

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 janë të degëzuar;

Figura 5 tregon grafikun e raportimit në mënyrë më të detajuar. Zbërthimi i punës Raportimi përfshin 4 shigjeta kufitare (hyrje, dalje, kontroll, mekanizma). Shigjetat e brendshme (input feedback, input komunikim).

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

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

Futni shigjetën - caktoni id;

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

Shigjetat e hyrjes, kontrollit, mekanizmit janë të degëzuar;

Lidhja me shigjeta në hyrje ndërmjet vendeve të punës: Mbledhja e të dhënave dhe vlefshmëria e të dhënave (regjistrat);

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 - Raporti;

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

Shigjetat e Mekanizmit - Punonjësit, PC;

Shigjetat e hyrjes (caktimi i id), kontrolli, mekanizmi janë forking;

Futni shigjetën e komenteve nga "Kontrolli i të dhënave" në "Përvetësimi i 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 depo të dhënash.

Figura 1 - Mirëmbajtja e kompjuterit

1) Montimi i kompjuterit - procesi i montimit të një kompjuteri nga komponentët ekzistues.

2) Hartimi i një raporti - një proces që konsiston në përmbledhjen e treguesve përfundimtarë të marrë nga kryerja e punës së kontabilitetit aktual.

3) Diagnostifikimi - kontrolli i performancës

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

Subjektet e jashtme: kompjuterët dhe komponentët

Ruajtja e të dhënave:

1) Magazina - një vend ku ruhen kompjuterët e montuar dhe të përmirësuar.

2) DB - një bazë të dhënash që ruan të gjitha raportet dhe të gjitha informacionet rreth punës së kryer.

Ne mbledhim informacione rreth kompjuterit dhe zgjedhim komponentët për montimin e tij. Më pas e montojmë kompjuterin dhe e dërgojmë në magazinë për ruajtje, por përveç kësaj, pasi ta montojmë, fillimisht mund ta dërgojmë për diagnostikim, kontrollojmë funksionueshmërinë dhe më pas vetëm në magazinë. Pas diagnostikimit të kompjuterit të montuar, ne i dërgojmë të dhënat për të përpiluar një raport mbi punën e kryer dhe për të futur informacionin në bazën e të dhënave.

Kemi edhe një ent tjetër të jashtëm, ky është një kompjuter. Ne e dërgojmë atë për modernizim, pas së cilës i takon diagnostifikimit për të kontrolluar funksionueshmërinë e tij, më pas hartojmë një raport dhe futim informacione për punën e bërë në bazën e të dhënave. Ose, pas modernizimit, ne dërgojmë mallin në magazinë, dhe më pas bëjmë diagnostifikimin, hartojmë një raport dhe futim informacionin në bazën e të dhënave.

Dekompozimi i punës "Raportimi" Figura 2 përcakton tre aktivitete të brendshme, tre entitete të jashtme dhe dy depo të dhënash.

1) Mbledhja e të dhënave - mbledhja e informacionit për kompjuterët dhe komponentët.

2) Validimi - kontrollimi i saktësisë së të dhënave.

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

Subjektet e jashtme: komponentë, kompjuterë, menaxher.

Magazina e të dhënave - Të dhënat për kompjuterët dhe komponentët, të dhënat e raportit.

Mbledhja e informacionit rreth kompjuterëve dhe aksesorëve, më pas dërgimi i tyre për ruajtje. Pas kësaj, ne kontrollojmë të dhënat për saktësinë, hartojmë një raport dhe e dërgojmë atë 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 më pas i dërgojmë në menaxher për verifikim.

Menaxheri kontrollon, bën shënime, korrigjime dhe dërgon për ri-kontroll. 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 kompjuterike (Fig. 1), përcaktohen disa kryqëzime që lidhin një ose disa punë, disa punë të brendshme.

1) Riparimi - montimi i kompjuterit me komponentë të parafabrikuar

2) Montimi - kthimi i kompjuterit në normalitet

3) Përmirësimi - përmirësimi i kompjuterit

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

5) Dërgo në magazinë - dërgo në ruajtje pas përmirësimit (montimit)

6) Diagnostifikimi - kontrolli i performancës.

7) Raport - informacion për punën e kryer.

Kryqëzimet - Lidhës:

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

2) J6 - Kryqëzimi i bashkimit. Një nyje që mbledh shumë shigjeta në një, duke treguar nevojën për kushtin e përfundimit të punës-burimet e 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 për punën e bërë.

Diagrami IDEF3 tregon se kryqëzimi J2 ka dy shigjeta degëzimi për punë (ndërtim dhe përmirësim) që fillojnë në të njëjtën kohë. Vetëm pasi të kenë përfunduar këto punime del produkti i përfunduar (kompjuteri), lidh kryqëzimin J6. Më pas ka një lidhje në kryqëzimin J7, që tregon se dy punë (dërgimi i mallit në magazinë dhe diagnostikimi) nuk mund të kryhen njëkohësisht. Pas përfundimit të punës së mëparshme, është duke u zhvilluar procesi i hartimit të një raporti të punës, i cili lidhet me kryqëzimin J9.