Kaip sukurti idef0 diagramą. Kursinis darbas: šiltnamio efektą sukeliančių įmonių modelio kūrimas naudojant IDEF0, DFD ir IDEF3 projektavimo metodikas. Skilimo diagrama A3

Dažnai kūrėjų prašoma ne tik nustatyti ir išspręsti įmonės darbo problemą, bet ir nustatyti, kokį vaidmenį ji vaidina įmonės struktūroje. Nes daug svarbiau suprasti, kaip netinkamai veikiantis įrenginys sąveikauja su kitais, nei tiesiog suprasti, kodėl jis neveikia tinkamai. Todėl bet kokios problemos nustatymas prasideda nuo įmonės darbo tyrimo ir funkcinio modelio sudarymo.

Dažnai kūrėjų prašoma ne tik nustatyti ir išspręsti įmonės darbo problemą, bet ir nustatyti, kokį vaidmenį ji vaidina įmonės struktūroje. Nes daug svarbiau suprasti, kaip netinkamai veikiantis įrenginys sąveikauja su kitais, nei suprasti, kodėl jis neveikia tinkamai. Todėl bet kokios problemos nustatymas prasideda nuo įmonės darbo tyrimo ir funkcinio modelio sudarymo.

Sakysite, kad vadovas turėtų turėti funkcinį įmonės modelį, nepriklausomai nuo to, apie kokią įmonę jis kalba. Tačiau, kaip rodo praktika, daugeliu atvejų šio modelio nėra.

Grafikos privalumas

Kas yra IDEF0 modeliai? Grafinės schemos su savo ypatybėmis ir jų konstravimo taisyklėmis. Kodėl grafika? Nes tai veiksminga. Tai galima pamatyti keliuose pavyzdžiuose.

Įsivaizduokime, kad karinis karinių operacijų planas buvo paaiškintas žodžiais, o ne naudojant žemėlapius su jiems pritaikytais grafiniais simboliais. Dabar tai atrodo neįmanoma, tačiau iki XIX amžiaus antrosios pusės tai buvo būtent taip. Grafika padeda suprasti, ką reikia paaiškinti, ir atitinkamai suprasti, kas yra pakankamai sunku.

Tas pats ir su verslo procesais: daug technines užduotis gali būti vykdomas grafinių užrašų pavidalu, o tai labai supaprastins kūrėjų užduotį ir sutaupys pinigų klientams.

IDEF0 pranašumaiIT-specialistai

Kūrėjų veikla, nesvarbu, ar tai būtų, pavyzdžiui, CRM diegimas, ar efektyvios ERP sukūrimas, yra susijusi su jau sukurtos sistemos pakeitimais. Ir norint tai padaryti teisingai, pirmiausia reikia ištirti, kaip ši sistema veikia. Jį išstudijavęs kūrėjas rašo komercinį pasiūlymą, kuriame išdėsto savo situacijos viziją, veiksmus, būtinus problemai išspręsti, taip pat laukiamą rezultatą. Toks dokumentas gali užtrukti daugiau nei tuziną puslapių. Viena vertus, tai yra gerai, nes klientas gauna maksimalų jam įdomios informacijos kiekį. Kita vertus, norint ištirti ilgą tekstą, reikia laiko. sėkmingas verslininkas dažnai ne.

Taigi, kaip galima perteikti esmę nesinaudojant dideliais tekstais? Grafika! Būtent ji leidžia sutrumpinti tai, kas parašyta, aiškiai parodydama reikiamą informaciją. Juk vienas vaizdas gali pakeisti šimtus žodžių. Kalbant apie grafikos naudojimą apibūdinant verslo procesus, tai yra 100% tiesa.

Pirmiausia suprasime, kas yra žymėjimas ir IDEF0 ir kam jie skirti.

Žymėjimas verslo procesams apibūdinti: kas tai yra

Žymėjimas yra formatas, kuriame verslo procesai pateikiami modeliavimui naudojamų grafinių objektų ir tiesioginio modeliavimo taisyklių pavidalu. Žymėjimas yra tam tikra grafinė kalba, leidžianti pavaizduoti įmonės veiklą, parodanti ryšį tarp padalinių ir padalinių. Tai reiškia, kad žymėjimas gali būti laikomas tam tikra programavimo kalba verslo žvalgyboje.

IDEF0 yra ...

IDEF0 yra funkcinis modeliavimo metodas ir grafinis žymėjimas, naudojamas verslo procesams apibūdinti ir įforminti. IDEF0 ypatumas yra tas, kad ši metodika yra orientuota į objektų pavaldumą. IDEF0 buvo sukurtas įmonių automatizavimui dar 1981 m. JAV.

Funkcinis įmonės modelis

Funkcinis IDEF0 modelis yra blokai, kiekvienas su keliais įėjimais ir išėjimais. Kiekvienas blokas turi valdiklius ir mechanizmus, kurie yra išsamiai aprašyti iki reikiamo lygio. Svarbiausia funkcija yra viršutiniame kairiajame kampe. Jis jungiasi prie kitų rodyklių ir funkcijų blokų aprašų. Kiekviena rodyklė ar veikla turi savo prasmę. Dėl to toks modelis naudojamas apibūdinant bet kokius administracinius ir organizacinius procesus.

Rodyklių tipai

Įeinantys užduotys nustatytos.

Išeinantys parodyti veiklos rezultatą.

Vadovai(rodyklės iš viršaus į apačią) yra valdymo mechanizmai.

Mechanizmai(rodyklės iš apačios į viršų) naudojamos būtiniems darbams atlikti.

Dirbant su funkciniu modeliu, laikomasi šių taisyklių. Pavyzdžiui, rodyklės įvardijamos daiktavardžiais (taisyklės, planas ir pan.), Blokai - veiksmažodžiais (veda įrašus, sudaro sutartį).

IDEF0 leidžia keistis informacija, o dėl savo universalumo ir matomumo mainų dalyviai lengvai supras vienas kitą. IDEF0 buvo kruopščiai kuriamas ir tobulinamas, su IDEF0 galite dirbti naudodami įvairius įrankius, pavyzdžiui, ERWIN, VISIO, Bussines studio.

IDEF0 taip pat turi neabejotiną pranašumą. Ši technika buvo sukurta palyginti seniai, ir per tris dešimtmečius ji buvo kruopščiai šlifuota ir sureguliuota. Todėl galima greitai ir su minimalia klaidos tikimybe sukurti funkcinį įmonės modelį.

Žinoma, yra ir kitų metodikų, tad kodėl mes rekomenduojame IDEF0? Metalinį vamzdį galite nupjauti pjūklu, tačiau, matote, tai padaryti yra daug lengviau su malūnėliu. Taip yra ir su IDEF0: nėra daugiau funkcinio modeliavimo įrankio, su juo galite lengvai ir greitai gauti reikiamą rezultatą.

Kaip sukuriamas funkcionalus modelis

Panagrinėkime funkcinio modelio sukūrimą, naudodami straipsnio rašymo pavyzdį.

Pagrindinis vienetas bus vadinamas „straipsnių rašymu“.

Tai, ko reikia straipsniui parašyti, atsispindi įeinančios rodyklės- „Patirtis“, „Tolesnis skaitymas“.

Valdymo rodyklės rašyti straipsnį - „Straipsnio struktūra“, „Registracijos reikalavimai“, „Rusų kalbos taisyklės“.

Mechanizmai yra tiesiogiai pats autorius, tekstų rašytojas, redaktorius, programinė įranga. Kaip organizuojami šie mechanizmai? Autorius sukuria tekstą įrašydamas jo garso versiją. „Copywriter“ perkelia tekstą į teksto formatą, sutelkdamas dėmesį į publikavimo planą, laikydamasis leidėjo reikalavimų ir rusų kalbos taisyklių. Tada prie darbo prijungiamas redaktorius, kuris tikrina straipsnį, taiso kalbą, rašybos ir skyrybos klaidas. Programinė įranga yra programos ir įrankiai, kuriuos proceso dalyviai naudojo kurdami straipsnį.

Visa tai, kas išdėstyta aukščiau, yra tik bendra darbo schema, todėl ją reikia išsamiai aprašyti.

Grįžkime prie savo modelio ir išskaidykime bendrą bloką į kelis susijusius elementus.

Taigi visą straipsnio rašymo procesą galima suskirstyti į 4 etapus:

  1. Paruoškite garso versiją.
  2. Paruoškite spausdintą tekstą.
  3. Teksto redagavimas ir paruošimas spausdinti.
  4. Straipsnio publikavimas.

Diagrama atspindi informaciją apie tai, kokie valdikliai ir mechanizmai yra įtraukti į kurį etapą. Pavyzdžiui, norėdamas sukurti kokybišką tekstą, autorius pasitelkia savo patirtį ir žinias, kaip vadovas naudoja publikacijos planą ir leidėjo reikalavimus. Autorius, kuriantis spausdintą teksto versiją, ir redaktorius, taisydami jį, naudoja rusų kalbos taisykles. Norint publikuoti straipsnį, pavyzdžiui, internetiniame leidinyje, reikalinga speciali programinė įranga.

Rengdamas funkcinį modelį, atlikėjas vadovaujasi jo sukūrimo tikslu ir savo požiūriu.

Funkcinis modeliavimas efektyviai naudojamas priimant įvairius valdymo sprendimus. Mūsų straipsnio rašymo proceso pavyzdyje yra du specialistai - tekstų autorius ir redaktorius. O būtinai optimizavus projekto finansavimą pagal schemą, nesunku nustatyti, kaip tai padaryti. Kopijavimo ir korektoriaus darbo metodai yra panašūs, todėl visas darbas gali būti pasiūlytas tekstų rašytojui, nes jis tiesiogiai dirba su garso tekstu, o redaktorius to padaryti negali. Šiuo atveju tekstų kūrėjui gali būti pasiūlyta atlikti šį darbą už pusę sumos, kuri buvo skirta redaktoriui. Taip, dėl to teksto kokybė gali būti prarasta, tačiau optimizavimo užduotis buvo sėkmingai atlikta. Ir tai būtų sunkiau padaryti be vizualios schemos.

Užrašų kūrimo procesasIDEF0

Yra daug programų, skirtų žymėjimams kurti. Kai kurie yra sukurti funkcionaliems modeliams, o kiti leidžia dirbti su bet kokiais grafiniais objektais. O kažkam pirmajame etape pakanka popieriaus lapo, pieštuko ir trintuko.

Prieš pradedant aprašyti įmonės darbą, tai yra, tiesiogiai kuriant verslo procesų žymėjimą, reikėtų išstudijuoti įmonės veikimo principus. Tam interviu atlieka trečiosios šalies specialistas. Pirmiausia į klausimą atsako įmonės vadovas, paskui specialistai, prižiūrintys kitus darbo etapus.

Pirmasis darbo etapas susideda iš dviejų žymėjimų. Vienas iš jų atspindės verslo procesus jų pradine forma. Šis užrašas bus sukurtas remiantis pokalbio rezultatais, o kiekviena detalė turi būti suderinta su įmonės vadovu ir jos darbuotojais. Būtina, kad jūsų supratimas apie esamus verslo procesus įmonėje sutaptų su tikrove, tam reikia patvirtinimo visais lygiais.

Antrasis žymėjimas gali būti vadinamas „Kaip turėtų būti“. Jis sukurtas remiantis pirmuoju, su pakeitimais, atliktais atsižvelgiant į atliekamą užduotį.

IDEF0 standartas ir jo reikalavimai

Apie pagrindinius IDEF0 reikalavimus kalbėjome aukščiau.

  1. Pagrindinis elementas yra viršutiniame kairiajame kampe.
  2. Kiekvienas elementas turi turėti įeinančias ir išeinančias rodykles. Be to, gaunamos rodyklės yra kairėje, dešinėje - išeinančios.
  3. Valdymo elementai yra viršuje, mechanizmai - apačioje.
  4. Įdėjus kelis blokus į vieną lapą ar ekraną, vėlesni dedami į ankstesnio apatinį dešinįjį kampą.
  5. Schemos turėtų būti sukurtos taip, kad rodyklės susikertų minimalų skaičių kartų.
Natūralu, kad IDEF0 standartas turi visuotinai priimtas normas, reikalavimus ir pavadinimus. Mes nesigilinsime į juos išsamiai, jei norite, šią informaciją lengva rasti.

Klaidos dirbant su IDEF0

Kaip ir bet kurioje veikloje, atliekant funkcinį modeliavimą, atsiranda klaidų. Panagrinėkime tipiškiausius.

Naudojant kelias spalvas

Svarbu prisiminti, kad funkciniame modeliavime visi elementai yra svarbūs, nėra svarbesnių ar mažiau svarbių. Modeliuojant ant popieriaus arba viename iš kompiuterių programos vartotojai stengiasi padaryti diagramą vizualią, spalvindami blokus ir rodykles skirtingomis spalvomis... Tačiau praktiškai tai ne tik nepadaro diagramos vizualesnės, bet, priešingai, sukelia painiavą ir tai, kad suvokimas to, kas vaizduojama, yra iškreiptas.

Todėl idealus variantas yra nespalvota schema, nenaudojant papildomų spalvų variantų. Tai ne tik padeda pašalinti nesusipratimus, bet ir tiesiogiai drausmina modelio kūrėją, o tai palankiai veikia modelio skaitomumą ir aiškumą.

Didelis blokų skaičius

Kurdami funkcinį įmonės darbo modelį, jos autoriai dažnai stengiasi atspindėti viską, net ir smulkiausias detales. Pasirodo, schema su daugybe blokų ir rodyklių. Dėl to sumažėja jo skaitomumas ir aiškumas.

Kad išvengtumėte šios klaidos, naudokite išsamią informaciją, kurios pakaks problemai suprasti. Išsami informacija paruošiama tik tuo atveju, jei jos tikrai reikia norint išspręsti svarbią problemą.

Struktūros keitimas taisant klaidas

Kuriant diagramą svarbu, kad daugiau nei vienas procesas neliktų be gaunamų, siunčiamų ar kitų svarbių elementų. Pavyzdžiui, jei jums reikia pašalinti autorių iš schemos, tuomet turite pašalinti visus tiesiogiai su juo susijusius elementus ir rodykles. Jei jie liks schemoje, kils nesusipratimų ir painiavos, nes detalizavimo metu jie nesuvoks, kur.

Panaši situacija atsiranda pridėjus bloką. Jei reikia užpildyti bet kokią informaciją, patikrinkite, ar pateikėte reikiamus atributus. Tai turėtų būti atidžiai stebima, nes modeliuojant sudėtingus verslo procesus net ir nedideli vienos dalies pakeitimai pakeis kitą.

Blokų ir valdiklių pavadinimai

Modelio elementų pavadinimo taisyklės yra gana paprastos, tačiau nepaprastai svarbu jas prisiminti: valdymo rodyklės vadinamos daiktavardžiais, blokai - veiksmažodžiais. Ši taisyklė parašyta IDEF0 standarte ir padeda išvengti painiavos bei klaidų.

IDEF0 naudojimo pranašumai

Matomumas. Pavaizdavus įmonės darbą schemos pavidalu, tampa aišku, kaip įmonė dirba, kur gali kilti problemų ir kaip užkirsti kelią jų atsiradimui.

Abipusis supratimas, galimybės klaidingai interpretuoti schemą pašalinimas. Funkcinio modelio, atspindinčio įmonės darbą blokų ir valdymo elementų pavidalu, matomumas ir prieinamumas padės jums diskutuoti su jų įmonės vadovybe. Beje, jei reikia, sukuriamas funkcinio modelio žodynas, kuriame yra visi terminai ir sutartys. Taigi, jūsų ir vadovo, įmonės darbuotojų nesusipratimų tikimybė yra sumažinta iki minimumo.

Kuriant modelį paprastumas ir laiko taupymas.Žinoma, norint gerai išmanyti funkcinį modeliavimą, reikia daug laiko. Pirmiausia reikia išmokti pateikti didžiulį kiekį informacijos lakoniškos schemos pavidalu, t.y. sugebėti filtruoti ir suspausti pradinius duomenis. Tačiau laikas ir pastangos, praleistos treniruotėms, daugiau nei pasiteisina vėliau. Galų gale, norint sukurti funkcionalų modelį ir pateikti jį prieinamu būdu, neužims daug laiko.

Minimali klaidos tikimybė. Dirbant pagal IDEF0 standartą reikia griežtai laikytis jo taisyklių. Tai drausmina atlikėją ir pašalina klaidų galimybę. Be to, bet koks neatitikimas standartui tampa iškart pastebimas.

Ir, galiausiai

Dviejų verslo analitikų funkciniai modeliai gali būti vienodi tik tuo atveju, jei įmonės struktūra yra labai paprasta. Kitais atvejais modeliai skirsis vienas nuo kito. Tai natūralu, nes kiekvienas analitikas turi savo tam tikrą patirtį, savo supratimą apie įmonės funkcionavimą, savo požiūrį, kaip spręsti jam pavestas užduotis. Verslo analitikas kuria funkcinį modelį vadovo požiūriu, įsivaizduoja, kaip jis išspręstų pavestas užduotis.

Mūsų nuomone, IDEF0 įrankis bus naudingas ne tik profesionaliems verslo analitikams, bet ir tiems, kurie tiesiogiai analizuoja savo verslą ir siekia sukurti efektyvią valdymo sistemą.


Išmokite pamatyti ir suprasti savo verslo funkcinę struktūrą!

Šiuo metu Rusijoje smarkiai išaugo susidomėjimas Vakaruose visuotinai priimtais valdymo standartais, tačiau realioje valdymo praktikoje yra vienas labai orientacinis momentas. Daugelį lyderių vis dar gali sugluminti tiesioginis klausimas organizacinė struktūraįmonėje arba apie esamų verslo procesų schemą. Pažangiausi vadovai, kurie reguliariai skaito ekonominius periodinius leidinius, paprastai pradeda piešti tik jiems suprantamas hierarchines diagramas, tačiau net ir šiame procese jie paprastai greitai atsiduria aklavietėje. Tas pats pasakytina apie įvairių paslaugų ir funkcinių padalinių darbuotojus ir vadovus. Daugeliu atvejų vienintelis nustatytas taisyklių rinkinys, pagal kurį įmonė turėtų veikti, yra atskirų nuostatų rinkinys ir pareigybių aprašymus... Dažniausiai šie dokumentai buvo surašyti daugiau nei prieš metus, yra prastai struktūruoti ir nėra tarpusavyje susiję ir dėl to tiesiog kaupia dulkes lentynose. Kol kas toks požiūris buvo pateisinamas, nes formuojant Rusijos rinkos ekonomiką konkurencijos koncepcijos praktiškai nebuvo, o ypatingo poreikio atsižvelgti į išlaidas nebuvo - pelnas buvo milžiniškas. Todėl per pastaruosius dvejus metus matėme gana suprantamą vaizdą: didelės įmonės, kurios augo 90 -ųjų pradžioje, palaipsniui praranda savo pozicijas iki visiško pasitraukimo iš rinkos. Iš dalies taip yra dėl to, kad įmonė neįgyvendino valdymo standartų, funkcinio veiklos modelio ir misijos koncepcijos visiškai nebuvo. Modeliuojant įvairias veiklos sritis, galima efektyviai išanalizuoti valdymo kliūtis ir optimizuoti bendrą verslo schemą. Bet, kaip žinote, bet kurioje įmonėje didžiausias prioritetas teikiamas tik tiems projektams, kurie tiesiogiai duoda pelno, todėl paprastai kalbame apie veiklos ir jos tyrimą tik apčiuopiamos įmonės valdymo krizės metu. pertvarkymas.

Dešimtojo dešimtmečio pabaigoje, kai rinka buvo pakankamai konkurencinga ir įmonių pelningumas pradėjo smarkiai kristi, vadovai pajuto didžiulius sunkumus bandydami optimizuoti išlaidas taip, kad produktai išliktų pelningi ir konkurencingi. Būtent šią akimirką buvo aiškiai išreikštas poreikis turėti jūsų akyse įmonės veiklos modelį, kuris atspindėtų visus įvairių posistemių sujungimo mechanizmus ir principus per vieną verslą.

Pati „verslo procesų modeliavimo“ sąvoka į daugelio analitikų kasdienybę pateko tuo pačiu metu, kai rinkoje pasirodė sudėtingi programinės įrangos produktai skirtas kompleksiniam įmonės valdymo automatizavimui. Tokios sistemos visada reiškia gilumą apklausa prieš projektąįmonės veiklą. Šios apklausos rezultatas yra ekspertų nuomonė, kurioje atskiri punktai pateikiami rekomendacijos, kaip pašalinti “ kliūtis“Valdant veiklą. Remiantis šia išvada, prieš pat automatizavimo sistemos diegimo projektą vykdomas vadinamasis verslo procesų reorganizavimas, kartais gana rimtas ir skaudus įmonei. Tai ir, žinoma, per daugelį metų susiformavusi komanda visada yra priversta „mąstyti naujai“. Tokios sudėtingos įmonių apklausos visada yra sudėtingos ir kiekvienu atveju labai skirtingos užduotys. Yra gerai išbandytos metodikos ir standartai, kaip išspręsti tokias sudėtingų sistemų modeliavimo problemas. Šie standartai apima IDEF šeimos metodiką. Su jų pagalba galima efektyviai rodyti ir analizuoti įvairių sudėtingų sistemų veiklos modelius įvairiuose skyriuose. Tuo pačiu metu sistemos procesų nagrinėjimo plotį ir gylį nustato pats kūrėjas, o tai leidžia neperkrauti sukurto modelio nereikalingais duomenimis. V šiuo metu IDEF šeimai galima priskirti šiuos standartus:

IDEF0 yra funkcinio modeliavimo metodika. Naudojant vaizdinę grafinę kalbą IDEF0, tiriama sistema kūrėjams ir analitikams atrodo kaip tarpusavyje susijusių funkcijų rinkinys (funkciniai blokai - IDEF0 požiūriu). Paprastai IDEF0 modeliavimas yra pirmasis žingsnis mokantis bet kokios sistemos;

IDEF1 - informacijos srautų modeliavimo sistemos viduje metodika, leidžianti rodyti ir analizuoti jų struktūrą ir ryšius;

IDEF1X (IDEF1 išplėstinis) yra metodika, skirta kurti santykių struktūras. IDEF1X priklauso metodų tipui „Entity-relationship“ (ER-Entity-Relationship) ir paprastai naudojamas su atitinkama sistema susijusių santykių duomenų bazių modeliavimui;

IDEF2 yra dinamiška sistemų evoliucijos modeliavimo metodika. Dėl labai rimtų dinaminių sistemų analizės sunkumų šis standartas buvo praktiškai atsisakytas, o jo kūrimas buvo sustabdytas pačioje pradinėje stadijoje. Tačiau šiuo metu yra algoritmų ir jų kompiuterinių diegimų, leidžiančių statinių IDEF0 diagramų rinkinį paversti dinaminiais modeliais, paremtais „spalvotais Petri tinklais“ (CPN - Color Petri Nets);

IDEF3 yra sistemoje vykstančių procesų dokumentavimo metodika, naudojama, pavyzdžiui, tiriant technologinius procesus įmonėse. IDEF3 aprašomas kiekvieno proceso scenarijus ir darbo eiga. IDEF3 turi tiesioginį ryšį su IDEF0 metodika - kiekviena funkcija (funkcinis blokas) gali būti pavaizduota kaip atskiras procesas naudojant IDEF3;

IDEF4 yra į objektą orientuotų sistemų kūrimo metodika. IDEF4 įrankiai leidžia vizualiai parodyti objektų struktūrą ir pagrindinius jų sąveikos principus, taip leidžiant analizuoti ir optimizuoti sudėtingas į objektą orientuotas sistemas;

IDEF5 yra sudėtingų sistemų ontologinio tyrimo metodika. Naudojant IDEF5 metodiką, sistemos ontologiją galima apibūdinti naudojant tam tikrą terminų ir taisyklių žodyną, kurio pagrindu galima sudaryti patikimus teiginius apie svarstomos sistemos būklę tam tikru momentu. Remiantis šiais teiginiais, daromos išvados tolimesnis vystymas sistema ir jos optimizavimas.
Šiame straipsnyje apžvelgsime dažniausiai naudojamą funkcinio modeliavimo metodiką IDEF0.

IDEF0 standarto istorija

IDEF0 metodika gali būti laikoma kitu žinomos grafinės kalbos, apibūdinančios funkcines sistemas SADT (Structured Analysis and Design Teqnique), kūrimo etapu. Prieš kelerius metus Rusijoje buvo išleistas nedidelis to paties pavadinimo knygos leidimas, kuris buvo skirtas pagrindinių SADT diagramų konstravimo principų aprašymui. Istoriškai IDEF0 kaip standartas buvo sukurtas 1981 m. Kaip plačios pramonės automatizavimo programos, vadinamos ICAM (Integrated Computer Aided Manufacturing), dalis ir ją pasiūlė JAV oro pajėgos. Pati IDEF standartų šeima paveldėjo savo pavadinimą iš šios programos pavadinimo (IDEF = ICAM DEFinition). Praktinio įgyvendinimo procese ICAM programos dalyviai susidūrė su poreikiu sukurti naujus metodus, kaip analizuoti sąveikos procesus pramoninėse sistemose. Be to, be patobulinto verslo procesų aprašymo funkcijų rinkinio, vienas iš naujojo standarto reikalavimų buvo veiksminga sąveikos metodika „analitiko specialisto“ sistemoje. Kitaip tariant, naujasis metodas turėjo atlikti grupinį modelio kūrimo darbą, kuriame tiesiogiai dalyvautų visi projekte dalyvaujantys analitikai ir specialistai.

Ieškant tinkamų sprendimų, gimė IDEF0 funkcinio modeliavimo metodika. Nuo 1981 m. IDEF0 standartas patyrė keletą nedidelių pakeitimų, daugiausia ribojančių, ir paskutinį jo pakeitimą 1993 m. Gruodžio mėn. Paskelbė JAV Nacionalinis standartų ir technologijų institutas (NIST).

Pagrindiniai IDEF0 elementai ir sąvokos

Grafinė kalba IDEF0 yra stebėtinai paprasta ir harmoninga. Metodika grindžiama keturiomis pagrindinėmis sąvokomis.

Pirmasis yra veiklos langelio koncepcija. Funkcinis blokas yra grafiškai pavaizduotas stačiakampio pavidalu (žr. 1 pav.) Ir personifikuoja tam tikrą konkrečią funkciją nagrinėjamoje sistemoje. Pagal standarto reikalavimus kiekvieno funkcinio bloko pavadinimas turi būti suformuluotas veiksmažodžiu nuotaika (pavyzdžiui, „teikti paslaugas“, o ne „paslaugų gamyba“).

Kiekviena iš keturių funkcinio bloko pusių turi savo specifinę reikšmę (vaidmenį), tuo tarpu:

  • Viršutinė pusė yra „Control“;
  • Kairėje pusėje nustatyta „Įvestis“;
  • Dešinėje pusėje nustatyta „Išvestis“;
  • Trūkumas yra „mechanizmas“.

    • Kiekvienas funkcinis blokas pagal vieną svarstomą sistemą turi turėti savo unikalų identifikavimo numerį.

    1 pav. Funkcinis blokas.

    Antrasis IDEF0 metodo „banginis“ yra sąsajos lanko (rodyklės) sąvoka. Be to, sąsajos lankai dažnai vadinami srautais arba rodyklėmis. Sąsajos lanke rodomas sistemos elementas, kurį apdoroja funkcijų blokas arba kuris kitaip veikia šio funkcijų bloko rodomą funkciją.

    Grafinis sąsajos lanko vaizdas yra vienkryptė rodyklė. Kiekvienas sąsajos lankas turi turėti savo unikalų pavadinimą (rodyklės etiketė). Kaip reikalaujama standarte, pavadinimas turi būti daiktavardis.

    Sąsajos lankų pagalba rodomi įvairūs objektai, kurie tam tikru ar kitu laipsniu lemia sistemoje vykstančius procesus. Tokie objektai gali būti realaus pasaulio elementai (dalys, automobiliai, darbuotojai ir kt.) Arba duomenų ir informacijos srautai (dokumentai, duomenys, instrukcijos ir kt.).

    Priklausomai nuo to, kuriai pusei šis sąsajos lankas tinka, jis vadinamas „įeinančiu“, „išeinančiu“ arba „valdančiu“. Be to, tik funkciniai blokai gali būti kiekvieno funkcinio lanko „šaltinis“ (pradžia) ir „kriauklė“ (pabaiga), o „šaltinis“ gali būti tik bloko išėjimo pusė, o „kriauklė“ gali būti bet koks iš trijų likusių.

    Reikėtų pažymėti, kad bet koks funkcinis blokas pagal standarto reikalavimus turi turėti bent vieną valdymo sąsajos lanką ir vieną išeinantį. Tai suprantama - kiekvienas procesas turi atitikti tam tikras taisykles (rodomas valdymo lanku) ir turi duoti tam tikrą rezultatą (išeinantis lankas), kitaip nėra prasmės į tai atsižvelgti.

    Kuriant IDEF0 diagramas, svarbu teisingai atskirti gaunamas sąsajos lankas nuo valdymo, o tai dažnai nėra lengva. Pavyzdžiui, 2 paveiksle pavaizduotas funkcijų blokas „Apdoroti ruošinį“.

    Tikro proceso metu apdirbimą atliekančiam darbuotojui pateikiamas ruošinys ir technologinės perdirbimo instrukcijos (arba saugos taisyklės dirbant su mašina). Klaidingai gali atrodyti, kad ir ruošinys, ir dokumentas su technologinėmis instrukcijomis yra gaunami objektai, tačiau taip nėra. Tiesą sakant, šiame procese ruošinys apdorojamas pagal technologinėse instrukcijose nurodytas taisykles, kurios atitinkamai turėtų būti rodomos valdymo sąsajos lanku.


    2 pav.

    Kitas dalykas, kai technologines instrukcijas apdoroja vyriausiasis technologas ir jose atliekami pakeitimai (3 pav.). Tokiu atveju jie rodomi kaip jau gaunama sąsajos lankas, o valdymo objektas yra, pavyzdžiui, nauji pramonės standartai, kuriais remiantis atliekami šie pakeitimai.


    3 pav.

    Pirmiau pateikti pavyzdžiai pabrėžia iš pažiūros panašų įeinančių ir išeinančių sąsajų lankų pobūdį, tačiau tos pačios klasės sistemoms visada yra tam tikrų skirtumų. Pavyzdžiui, kalbant apie įmones ir organizacijas, yra penki pagrindiniai objektų tipai: medžiagų srautai (dalys, prekės, žaliavos ir kt.), Finansiniai srautai (pinigai ir negrynieji pinigai, investicijos ir kt.), Dokumentas srautai (komerciniai, finansiniai ir organizaciniai dokumentai), informacijos srautai (informacija, ketinimų duomenys, žodiniai nurodymai ir kt.) ir ištekliai (darbuotojai, mašinos, mašinos ir kt.). Šiuo atveju įvairiais atvejais visų tipų objektai gali būti rodomi įeinančios ir išeinančios sąsajos lankais, kurie valdo tik tuos, kurie yra susiję su dokumentų ir informacijos srautais, o tik ištekliai gali būti rodomi lankais-mechanizmais.

    Privalomas valdymo sąsajos lankų buvimas yra vienas iš pagrindinių IDEF0 standarto skirtumų nuo kitų DFD (duomenų srauto diagrama) ir WFD (darbo eigos diagrama) klasių metodikų.

    Trečioji pagrindinė IDEF0 standarto koncepcija yra skilimas. Skaidymo principas naudojamas skaidant sudėtingą procesą į jo sudedamąsias dalis. Šiuo atveju proceso detalumo lygį tiesiogiai nustato modelio kūrėjas.

    Skilimas leidžia palaipsniui ir struktūriškai pavaizduoti sistemos modelį kaip atskirų diagramų hierarchinę struktūrą, todėl jis yra mažiau perkrautas ir lengvai virškinamas.

    IDEF0 modelis visada prasideda nuo visos sistemos pristatymo - vieno funkcinio bloko su sąsajos lankais, esančiais už nagrinėjamos srities. Tokia schema su vienu funkciniu bloku vadinama kontekstine diagrama ir žymima identifikatoriumi „A-0“.

    Kontekstinės diagramos aiškinamajame tekste turi būti trumpas aprašymas, nurodantis diagramos sudarymo tikslą ir nustatytas požiūris (požiūris).

    IDEF0 modelio kūrimo tikslo apibrėžimas ir įforminimas yra labai svarbus dalykas. Tiesą sakant, tikslas nustato atitinkamas tiriamos sistemos sritis, į kurias pirmiausia reikėtų sutelkti dėmesį. Pavyzdžiui, jei modeliuosime įmonės veiklą, kad galėtume toliau kurti pagal šį modelį informacinė sistema, tada šis modelis labai skirsis nuo to, kurį sukurtume tai pačiai įmonei, tačiau siekdami optimizuoti tiekimo grandines.

    Požiūris apibrėžia pagrindinę modelio kūrimo kryptį ir reikalingą detalumo lygį. Aiškus požiūrio fiksavimas leidžia iškrauti modelį, atsisakant detalių ir atskirų elementų, kurie nėra būtini, tyrimo, remiantis pasirinktu sistemos požiūriu. Pavyzdžiui, tos pačios įmonės funkciniai modeliai vyriausiojo technologo ir finansų direktoriaus požiūriu labai skirsis jų detalizavimo kryptimi. Taip yra dėl to, kad galiausiai finansų direktorius nesidomi žaliavų perdirbimo gamybos mašinose aspektais, o vyriausiajam technologui nereikia brėžtų schemų. finansinius srautus... Teisingas požiūrio pasirinkimas žymiai sumažina galutinio modelio kūrimo laiką.

    Skilimo procese funkcinis blokas, kuriame kontekstinėje diagramoje vaizduojama visa sistema, gręžiamas kitoje diagramoje. Gautoje antrojo lygio diagramoje yra funkcinių blokų, kuriuose rodomos pagrindinės kontekstinės diagramos funkcinio bloko pogrupiai, ir jos atžvilgiu vadinama vaiko diagrama (kiekvienas funkcinis blokas, priklausantis antrinei diagramai, atitinkamai vadinamas antriniu langeliu ). Savo ruožtu, tėvų funkcijų blokas yra vadinamas tėvų bloku, palyginti su antrine diagrama (tėvų dėžutė), o diagrama, kuriai ji priklauso, vadinama tėvų diagrama (tėvų diagrama). Kiekvieną antrinės diagramos papildomą funkciją galima išsamiau išnagrinėti panašiu atitinkamo funkcinio bloko skaidymu. Svarbu pažymėti, kad kiekvienu funkcinio bloko skaidymo atveju visi sąsajos lankai, įtraukti į šį bloką arba išeinantys iš jo, yra užfiksuoti antrinėje diagramoje. Taip pasiekiamas IDEF0 modelio struktūrinis vientisumas. Skilimo principas aiškiai parodytas 4 paveiksle. Turėtumėte atkreipti dėmesį į funkcinių blokų ir diagramų numeracijos ryšį - kiekvienas blokas diagramoje turi savo unikalų serijos numerį (skaičius apatiniame dešiniajame stačiakampio kampe) , o žymėjimas stačiu kampu rodo šio bloko antrinės diagramos numerį ... Šio žymėjimo nebuvimas reiškia, kad šis blokas neskaidomas.

    Dažnai pasitaiko atvejų, kai atskiros sąsajos lankai neturi prasmės toliau būti svarstomi vaikų diagramose žemiau tam tikro hierarchijos lygio arba atvirkščiai - atskiri lankai neturi praktinės reikšmės virš tam tikro lygio. Pavyzdžiui, sąsajos lankas, vaizduojantis „detalę“ prie įėjimo į funkcijų bloką „Procesas įjungtas tekinimo staklės„Nėra prasmės svarstyti apie aukštesnio lygio diagramas - tai tik perkraus diagramas ir jas bus sunku suprasti. Kita vertus, reikia atsikratyti atskirų „konceptualių“ sąsajos lankų ir nedetalizuoti jų giliau nei tam tikras lygis. Norint išspręsti tokias problemas, IDEF0 standartas numato tuneliavimo koncepciją. Rodyklės tunelio žymėjimas dviejų skliaustų pavidalu sąsajos lanko pradžioje reiškia, kad šis lankas nebuvo paveldėtas iš funkcinio pirminio bloko ir atsirado (iš „tunelio“) tik šioje diagramoje. Savo ruožtu tas pats žymėjimas aplink sąsajos lanko galą (rodyklė), esanti greta imtuvo bloko, reiškia, kad šio bloko antrinėje diagramoje šis lankas nebus rodomas ir nebus svarstomas. Dažniausiai atsitinka taip, kad kai kurie tarpiniai hierarchijos lygiai neatsižvelgia į atskirus objektus ir juos atitinkančius sąsajos lankus - tokiu atveju jie pirmiausia „pasineria į tunelį“, o paskui, jei reikia, „grįžta iš tunelio“.

    Paskutinė iš IDEF0 sąvokų yra žodynas. Esant kiekvienam IDEF0 elementui: diagramoms, funkciniams blokams, sąsajos lankams, esamas standartas reiškia, kad reikia sukurti ir prižiūrėti atitinkamų apibrėžimų, raktinių žodžių, pasakojimų ir pan., Kurie apibūdina šį elementą, rinkinį. Šis rinkinys vadinamas žodynėliu ir yra šio elemento esmės aprašymas. Pavyzdžiui, valdymo sąsajos lanko „mokėjimo nurodymas“ žodynėlyje gali būti lanką atitinkančių dokumento laukų sąrašas, reikalingas vizų rinkinys ir kt. Žodynas harmoningai papildo grafinę kalbą, pateikdamas diagramoms reikiamą papildomą informaciją.


    4 pav. Funkcinių blokų skilimas.

    IDEF0 diagramų sudėtingumo ribojimo principai

    Paprastai IDEF0 modeliai turi sudėtingos ir koncentruotos informacijos, o siekiant sumažinti jų perkrovą ir padaryti juos įskaitomus, atitinkamos sudėtingumo ribos yra nustatytos atitinkamame standarte:

    Apriboti funkcinių blokų skaičių diagramoje iki trijų iki šešių. Viršutinė riba (šeši) priverčia dizainerį apibūdinti sudėtingus elementus naudoti hierarchijas, o apatinė riba (trys) užtikrina, kad atitinkamoje diagramoje būtų pakankamai detalių, kad būtų galima pagrįsti jos sukūrimą;

    Vienam funkciniam blokui tinkamų sąsajos lankų skaičiaus apribojimas (paliekant vieną funkcinį bloką) iki keturių.
    Žinoma, griežtai laikytis šių apribojimų nebūtina, tačiau, kaip rodo patirtis, jie yra labai praktiški realiame darbe.

    Grupės darbo drausmė kuriant IDEF0 modelį

    IDEF0 standartas apima procedūrų rinkinį, kuris leidžia didelei žmonių grupei iš skirtingų modeliuotos sistemos sričių sukurti ir susitarti dėl modelio. Paprastai kūrimo procesas yra kartotinis ir susideda iš šių sąlyginių etapų:

    Specialistų grupės, susijusios su įvairiomis įmonės sritimis, sukurtas modelis. Ši grupė IDEF0 vadinama autoriais. Pradinio modelio kūrimas yra dinamiškas procesas, kurio metu autoriai klausia kompetentingų žmonių apie įvairių procesų struktūrą. Remiantis esamomis nuostatomis, dokumentais ir apklausos rezultatais, sukuriamas modelio projektas (Model Draft).

    Projekto platinimas peržiūrai, patvirtinimai ir pastabos. Šiame etape vyksta projekto modelio aptarimas su įvairiais kompetentingais asmenimis (pagal IDEF0 skaitytojus) įmonėje. Tuo pačiu metu kiekviena modelio projekto schema yra kritikuojama ir raštu komentuojama, o po to perduodama autoriui. Savo ruožtu autorius taip pat raštu sutinka su kritika arba ją atmeta, išdėstydamas sprendimų priėmimo logiką ir grąžina patikslintą projektą tolesniam svarstymui. Šis ciklas tęsiasi tol, kol autoriai ir skaitytojai nesutaria.

    Modelio patvirtinimas. Patvirtintą modelį patvirtina darbo grupės vadovas tuo atveju, jei modelio autoriai ir skaitytojai nesutaria dėl jo tinkamumo. Galutinis modelis yra nuoseklus įmonės (sistemos) požiūris tam tikru požiūriu ir tam tikru tikslu.
    Dėl IDEF0 grafinės kalbos matomumo modelis tampa gana įskaitomas asmenims, kurie nedalyvavo jo kūrimo projekte, taip pat veiksmingas rengiant parodas ir pristatymus. Ateityje, remiantis sukonstruotu modeliu, bus galima organizuoti naujus projektus, kuriais siekiama pakeisti įmonę (sistemoje).

    Funkcinio modeliavimo naudojant IDEF0 nacionalinės praktikos bruožai

    V pastaraisiais metais susidomėjimas IDEF šeimos metodikomis Rusijoje nuolat auga. Aš tai nuolat stebiu, žiūrėdamas į skambučių į mano asmeninį tinklalapį (http://www.vernikov.ru) statistiką, kurioje trumpai aprašomi pagrindiniai šių standartų principai. Tuo pat metu susidomėjimą tokiais standartais kaip IDEF3-5 pavadinčiau teoriniu, o IDEF0-gana praktiškai pagrįstu. Tiesą sakant, pirmosios „Case-tools“, leidžiančios sukurti DFD ir IDEF0 diagramas, Rusijos rinkoje pasirodė dar 1996 m., Tuo pat metu išleidus populiarią knygą apie modeliavimo principus SADT standartuose.

    Nepaisant to, dauguma vadovų praktinį modeliavimo pritaikymą IDEF standartuose vis dar laiko mados teiginiu, o ne veiksmingu būdu optimizuoti esamą verslo valdymo sistemą. Greičiausiai taip yra dėl to, kad labai trūksta informacijos apie praktinį šių metodų taikymą ir dėl būtinos daugumos leidinių programinės įrangos šališkumo.

    Ne paslaptis, kad beveik visi projektai, skirti apklausai ir analizei finansinių ir ekonominė veiklaįmonės dabar Rusijoje vienaip ar kitaip yra susijusios su statyba automatizuotos sistemos valdymas. Dėl šios priežasties daugumos supratimu IDEF standartai tapo sąlygiškai neatsiejami nuo įgyvendinimo informacines technologijas, nors su jų pagalba kartais įmanoma veiksmingai išspręsti net nedideles vietines problemas, pažodžiui naudojant pieštuką ir popierių.

    Vykdant sudėtingus įmonių apklausos projektus, IDEF0 standarto modelių kūrimas leidžia vizualiai ir efektyviai parodyti visą įmonės veiklos mechanizmą norimame kontekste. Tačiau svarbiausias yra IDEF0 bendradarbiavimas. Mano praktikoje buvo nemažai atvejų, kai modelio konstravimas buvo vykdomas tiesiogiai padedant įvairių padalinių darbuotojams. Tuo pat metu konsultantas jiems per gana trumpą laiką paaiškino pagrindinius IDEF0 principus ir išmokė dirbti su atitinkama taikomąja programine įranga. Dėl to įvairių padalinių darbuotojai sukūrė savo funkcinio padalinio veiklos IDEF diagramas, kurios turėjo atsakyti į šiuos klausimus:

    Kas priklauso vienetui „prie įėjimo“?

    Kokios funkcijos ir kokia seka atliekamos vienete?

    Kas yra atsakingas už kiekvieną funkciją?

    Kuo vadovaujasi vykdytojas, atlikdamas kiekvieną iš funkcijų?

    Koks yra padalinio darbo rezultatas (produkcija)?

    Susitarę dėl diagramų projektų kiekviename konkrečiame skyriuje, konsultantas jas surenka į įmonės modelio projektą, kuriame yra susieti visi įvesties ir išvesties elementai. Šiame etape registruojami visi atskirų diagramų ir jų prieštaringų vietų neatitikimai. Be to, šis modelis vėl eina per funkcinius skyrius, kad galėtų toliau koordinuoti ir atlikti reikiamus pakeitimus. Dėl to per gana trumpą laiką ir įtraukiant mažiausiai žmogiškųjų išteklių iš konsultacinės įmonės (o šie ištekliai, kaip žinote, yra labai brangūs), gaunamas įmonės IDEF0 modelis pagal „ Kaip yra “principas, ir, kas yra svarbu, ji atstovauja įmonei, kurioje yra darbuotojų, dirbančių joje ir gerai žinančių visus niuansus, įskaitant ir neoficialius. Ateityje šis modelis bus perduotas analizei ir apdorojimui verslo analitikams, kurie ieškos kliūčių įmonės valdyme ir optimizuos pagrindinius procesus, paversdami modelį „Kaip yra“ į atitinkamą „Kaip turėtų būti“ vaizdą. Remiantis šiais pakeitimais, daroma galutinė išvada, kurioje pateikiamos valdymo sistemos pertvarkymo rekomendacijos.

    Žinoma, toks požiūris reikalauja daugybės organizacinių priemonių, visų pirma iš apklaustos įmonės vadovybės. Taip yra dėl to, kad ši technika apima kai kurių darbuotojų paskyrimą papildomų pareigų dėl naujų metodikų kūrimo ir praktinio taikymo. Tačiau galų gale tai pasiteisina, nes papildoma viena ar dvi valandos atskirų darbuotojų darbo per kelias dienas gali žymiai sutaupyti pinigų mokant už konsultavimo paslaugas trečiosios šalies įmonei (kuri bet kokiu atveju atitrauks tų pačių darbuotojų darbas su anketomis ir klausimais). Kalbant apie pačius įmonės darbuotojus, vienaip ar kitaip nesu sutikęs jokio išreikšto jų prieštaravimo.

    Iš viso to galima padaryti tokią išvadą: visai nebūtina kiekvieną kartą sugalvoti standartinių problemų sprendimo būdų. Kai susiduriate su poreikiu analizuoti tam tikrą funkcinę sistemą (nuo erdvėlaivių projektavimo sistemos iki sudėtingos vakarienės paruošimo proceso), naudokite metams bėgant išbandytus metodus. Vienas iš šių metodų yra IDEF0, kuris leidžia jums išspręsti sudėtingas gyvenimo problemas naudojant paprastus ir suprantamus įrankius.

    Šiandien žinoma ne tik siauruose sluoksniuose, santrumpa IDEF0 yra pirmoji metodika, skirta standartizuoti darbą su verslo procesais. Jis buvo sukurtas praėjusio amžiaus viduryje kaip JAV aviacijos ir kosmoso projekto dalis ir, parodęs savo veiksmingumą, tapo federaliniu standartu. Mūsų šalyje 2000 metais buvo parengtas dokumentas “ Funkcinio modeliavimo metodika IDEF0. Rekomendacijų dokumentas Funkcinio modeliavimo metodika IDEF0 rekomendacinis dokumentas. Oficialus leidimas. Rusijos „Gosstandart“ RD IDEF0 - 2000. Sukūrė tyrimų centras CALS - Technologies "Applied Logistics". Priimta ir įsigaliojo Rusijos Gosstandart 2000 rezoliucija, Maskva“, Tačiau kaip standartas jis niekada nebuvo patvirtintas. Nors tai netrukdė šiai metodikai mūsų šalyje tapti viena populiariausių verslo procesų grafinio modeliavimo priemonių. Šiame straipsnyje kviečiu peržiūrėti IDEF0 modelį ir įvertinti dabartinį šio požiūrio aktualumą.

    Pagrindinės sąvokos ir santrumpos

    Truputį suprasime pagrindinių metodikos elementų pavadinimus. IDEF0 grafinis standartas yra SADT (Structured Analysis and Design Technique) metodikos dalis. IDEF yra ICAM apibrėžimo santrumpa, o ICAM yra kilęs iš integruotos kompiuterinės gamybos, kuri verčiama kaip integruotas gamybos kompiuterizavimas. SADT metodika yra visa šeima iš 15 skirtingų modelių, kurie kartu turėjo leisti ištirti gamybos-techninių ir organizacinių-ekonominių sistemų struktūrą, parametrus ir charakteristikas.

    IDEF0 yra funkcinis modelis, kuris yra visų kitų struktūrų pagrindas, jis susieja informaciją ir medžiagų srautus, organizacinę struktūrą, kontrolės veiksmus ir pačią įmonės veiklą. Grafinis modeliavimo procesų standartas dar vadinamas žymėjimu. Tai reiškia, kad žymėjimas yra reikalavimų ir taisyklių sistema, skirta vienos ar kitos formos veiklos modeliui sukonstruoti. Todėl IDEF0 tikslinga pavadinti žymėjimu, kuris yra SADT metodikos dalis.

    IDEF0 žymėjimas yra gana griežta technika, kuri iš pradžių buvo sukurta, kaip ir techniniai projektavimo standartai, rankiniam modeliavimui. Todėl jame pateikiami rodyklių išdėstymo reikalavimai, visų elementų formatas, informacinio rėmo turinys IDEF0 diagramai ir kt. Kadangi įmonės veikla yra sudėtinga daugiapakopė veiksmų sistema, visada yra daug schemų, ir būtina vienareikšmiškai sisteminti ir naršyti visus modelio elementus. Dabar tai daugiausia daro kompiuterinės sistemos, palaikančios modeliavimą pagal šią žymę. Rusijos teritorijoje šiandien labiausiai žinomos ir prieinamos sistemos yra „AllFusion Process Modeler“ ir „Business Studio“. Planuoju šių sistemų apžvalgai skirti atskirus straipsnius.

    Funkcinis blokas

    Pagrindinis IDEF0 modelio elementas yra funkcija, kuri diagramoje rodoma kaip funkcinis blokas- stačiakampis, kurio viduje veiksmas nurodomas žodinio daiktavardžio pavidalu. Veiksmai gali būti labai skirtingi - nuo įmonės veiklos apskritai ir konkrečios manipuliacijos. Pavyzdžiai: „Keraminių indų gamyba ir pardavimas“ ir „Piešimas ant gaminio“.

    Privalomi funkcijų bloko elementai IDEF0

    Nepriklausomai nuo veiksmų masto, visos funkcijos rodomos vienodai ir būtinai turi 4 pagrindinius srautus, kurie yra griežtai priskirti funkcinio bloko šonams:

    • kairėje - įvestys ar ištekliai, naudojami funkcijai atlikti;
    • dešinėje - funkcijos vykdymo rezultatai arba rezultatai;
    • be to - kontrolės veiksmai, kurie nustato, kaip ir kiek rezultatų reikia gauti;
    • žemiau - mechanizmai, atspindintys, kas ir padedant ką turėtų atlikti šį darbą.

    Šis metodas leidžia šiek tiek sutaupyti paaiškinimų diagramose ir pasiekti vienareikšmiškumo rodant srautus, todėl visas modelis tampa lieknas.

    Norint sukurti funkcinį modelį, IDEF0 metodika reikalauja laikytis šių taisyklių.

    1. Įvestys yra ištekliai, kurie visiškai perkelia savo vertę į produkciją, tai yra, jie išleidžiami visam rezultatui sukurti, o mechanizmai yra ištekliai, kurie savo vertę perkelia tik iš dalies (įranga per nusidėvėjimą, o žmonės - per darbo užmokestį).
    2. Valdymas yra būtinas modelio elementas, nes jis visus veiksmus susieja su įmonės taisyklių sistema, aiškiai nurodydamas, kokių taisyklių ir reikalavimų reikia laikytis atliekant funkciją. Dažnai šis srautas traktuojamas formaliai, tačiau schema praranda savo griežtumą ir kartais net prasmę.
    3. Kiekvieno funkcinio bloko kiekvienoje pusėje turi būti bent viena rodyklė (nes be išteklių ar rezultatų negali būti jokio darbo, o instrukcija be vykdytojo ar instrukcijos bus neišsami).

    Svarstoma schema yra „IDEF0“ metodo „sudedamoji dalis“. Funkcinis modeliavimas apima laipsnišką perėjimą nuo bendro prie konkretaus per skilimą. Skilimas yra „gilinimasis“ į nagrinėjamą funkciją, padalijant ją į mažesnes funkcijas. Tuo pačiu metu, kai aukščiausio lygio funkcija pateikiama apibendrintai ir ją suskaidžius, tikslinga ją pavadinti procesu.

    Kontekstinė diagrama

    Aukščiausiu lygiu įmonė pateikiama kaip „juodoji dėžė“, kurioje vyksta tam tikra veikla, kuri verčia įėjimus į išėjimus. Šis lygis paprastai vadinamas „“, tai yra schema, apibūdinanti įmonės veiklos kontekstą. Be to, kontekstinėje diagramoje pateikiamos pagrindinės viso modelio charakteristikos.

    1. Tikslas yra konkreti modelio paskirties formuluotė, pagal kurią ateityje galima patikrinti modelio konstrukcijos tikslumą.
    2. Požiūris - kieno veidas sukurtas, nes modelis visada priklauso nuo jo autoriaus ir dėmesio. Jei mes kuriame bendrą įmonės modelį, tada jis paprastai pateikiamas jos direktoriaus požiūriu.
    3. Modelio tipas rodo, kokia informacija rodoma diagramose. Gali būti 2 pagrindiniai variantai: TIKRAI („kaip yra“) arba BŪTI („kaip bus“). Šis atskyrimas yra būtinas, nes galime sukurti modelius tiek veiklai analizuoti, tiek ją pertvarkyti. Turime aiškiai žinoti, ką darome, ir taip pat perduoti šią informaciją kitiems.

    Taigi kontekstinėje diagramoje labiausiai apibendrinta forma pateikiamas įmonės veiklos aprašymas, kurį persmelkia srautai, jungiantys įmonę su išoriniu pasauliu. Manau, mes taip pat turėtume išsamiau apsvarstyti juos.

    Pagrindiniai srautai

    Patirtis parodė, kad, nepaisant to, jog šis lygis atrodo iš pirmo žvilgsnio paprastumo ir formalumo, dažnai tenka ilgai jo laikytis, nes čia turi atsispindėti visi savininkui ir rinkai reikšmingi rezultatai. Dėl klaidos gali būti sukurti modeliai, neatitinkantys verslui nustatytų užduočių. Norėdami patikrinti, ar atspindimi reikšmingi srautai, įsitikinkite, kad diagramoje yra visi 4 pagrindiniai srautų tipai.

    1. Medžiaga: medžiagos ir komponentai prie įėjimo ir gatavus produktus prie išėjimo.
    2. Klientas: potencialus klientas, patenkantis ir patenkintas.
    3. Finansinės: prie įėjimo dažniausiai tai yra investicijos, klientų mokėjimai (pajamos), paskolos ir kitos pajamos; produkcija yra mokėjimai tiekėjams, mokesčiai, paskolos mokėjimai ir pelnas.
    4. Informacinis: įvesties atveju tai yra visi informacijos apie išorinę aplinką srautai (rinkos sąlygos, konkurentų elgesys, technologinės naujovės ir tt), o rezultatas yra informacijos srautas, kurį bendrovė perduoda apie save pasauliui (visa reklaminė informacija, taip pat visų rūšių ataskaitos reguliavimo institucijoms).

    Atminkite, kad įmonė yra atvira sistema ir joje niekas neatsiranda ir neišnyksta. Įmonė gali paversti gaunamus srautus tik išeinančiais srautais, o jei tai daro gerai, tada papildomą pinigų srautas(pelnas), atspindintis tam tikra prasme visos sistemos kokybę.

    (spustelėkite, kad padidintumėte)

    Gerai, jei kiekvieną iš šių srautų tipų paryškinate savo spalva, kad galėtumėte lengvai atskirti išteklių judėjimą ir nepraleisti svarbūs punktai... Pavyzdžiui, dažnai galite pastebėti kliento nebuvimą įmonės srautuose, todėl darbas su juo grindžiamas likusiu principu - klientas dažnai jaučiasi kaip kliūtis įmonės darbuotojams, kurių užduotys yra orientuotos į srauto apdorojimą. dokumentus.

    Kontrolines rodykles galima pavaizduoti tik 1 srauto tipu - informacijos srautu, kurį galima suskirstyti į 2 porūšius. Pirmasis yra tokie dokumentai kaip:

    • įstatymai ir kiti teisės aktai;
    • užsakymai, užsakymai;
    • instrukcijos ir taisyklės;
    • planai;
    • projektavimo dokumentacija ir kt.

    Antrasis - informacija be dokumentų, kuri dažniausiai apima savininkų reikalavimus.

    Ir galiausiai, mechanizmai - yra tik 2 srautų tipai: įranga (medžiaga) ir atlikėjai (skyriai ir žmonės). Čia negali būti jokių dokumentų, kaip ir žmonių ant valdymo rodyklių!

    Modelis numato nenutrūkstamą navigaciją. Kontekstinė diagrama sunumeruota „A-0“. Ateityje kiekvienas funkcinis blokas gaus savo numerį, nesvarbu, koks gilus skilimas.

    Skilimas

    Išsiaiškinę kontekstinės diagramos srautus, galime pereiti prie skaidymo. Pereinant į žemiau esantį lygį, tarsi atidarant „juodąją dėžę“, pirmiausia matome tuščią lapą su rodyklėmis, kurios buvo pritvirtintos prie funkcinio bloko.

    (spustelėkite, kad padidintumėte)

    Ir čia prasideda tikrasis funkcinis modeliavimas - turime suprasti, kokie veiksmai gali sujungti šiuos srautus ir užtikrinti, kad būtų laikomasi visų reikalavimų. Sunkumas slypi tame, kad įmonėje yra daug veiksmų, o diagramoje mes turime teisę rodyti ne daugiau kaip 9 funkcijas, kitaip diagrama taps neįskaitoma ir atitinkamai nenaudinga.

    Ne visada lengva suorganizuoti sudėtingą veiklą taip, kad ji liktų vizuali, įskaitoma ir tuo pačiu užbaigta. Dažniausiai jie griebia visą procesų įvairovę į pagrindinius didelius blokus, iš kurių svarbiausi yra šie.

    1. Produkto sukūrimas (rezultatas).
    2. Skatinimas ir pardavimas - darbas su klientų srautu.
    3. Parama produktų kūrimo veiklai yra antraeiliai procesai, kurie yra būtini siekiant laikytis vyriausybės reikalavimų arba užtikrinti darbo patogumą (personalas ir apskaita, transporto paslaugos, patalpų valymas ir kt.).
    4. Valdymo srautų kūrimas - valdymo sprendimų, kurie lems reikalavimus visiems įmonės procesams, kūrimo veikla.

    Žemiau esančiame paveikslėlyje parodyta mūsų pavyzdžio skilimo schema.

    (spustelėkite, kad padidintumėte)

    Diagramoje procesai turėtų būti išdėstyti įstrižai - tai vadinama dominavimo principas, o tai reiškia funkcinių blokų išdėstymą iš kairės į dešinę ir iš viršaus į apačią - pagal svarbą arba chronologine tvarka. Blokų numeravimas yra tas pats.

    Tolesnis darbas su modeliu yra panašus į pirmąjį žingsnį - kiekvienas pirmojo lygio funkcinis blokas yra suskaidomas. Bloko numeracijoje bus pirmojo lygio numeris: A1.1… A1n, A2.1… A2.n ir kt.

    Išvados apie žymėjimo aktualumą

    Remiantis šiuo straipsniu, buvo galima parodyti tik pagrindines IDEF0 žymėjimo sąvokas, naudojant trumpą IDEF0 pavyzdį, pagal kurį, žinoma, sunku spręsti apie visą metodiką. Tačiau gana daug patirties naudojant šį žymėjimą praktikoje leidžia daryti šias išvadas.

    1. Modelis turi gerą vizualizavimo potencialą, tačiau, mano nuomone, jo svarbesnė reikšmė yra drausminantis poveikis. Metodikoje įtvirtintos taisyklės ir apribojimai verčia mus ugdyti sistemingą ir griežtą požiūrį į modelius, o tai labai gerai veikia galutinio rezultato kokybę.
    2. Modelis leidžia kurti komunikacijos srautus tarp iš pažiūros stipriai nesusijusių dalykų: sujungti priekinio ir galinio biuro posistemius su valdymu, o tai žymiai blogiau kitiems užrašams.
    3. Metodas yra paprastas ir suprantamas daugumai projekto dalyvių. Diagramų kūrimą ir skaitymą šiuo užrašu riboja tik noras įsigilinti į verslo srautų subtilybes.

    Kai kurie iš aukščiau išvardytų argumentų verčia manyti, kad šis metodas yra geriausias ir vienintelis visiškam veiklos modeliavimui. Tačiau nepamirškite, kad funkcinis modelis yra skirtas tik viršutiniam modeliavimo lygiui. Naudojant IDEF0 žymėjimą projektuojant kūrinį atlikėjo lygiu, diagramos yra tik iliustracinės ir jų pagrindu neįmanoma sukurti protingo reglamento, nes jose nėra:

    • proceso pradžios ir sustabdymo įvykių konkretizavimas;
    • perėjimo nuo vieno veiksmo prie kito sąlygos;
    • galimybė vizualiai rodyti visus išteklius ir atlikėjus, neperkraunant diagramos rodyklėmis.

    Todėl, jei naudojate šį žymėjimą užduotims, kurioms jis skirtas (aukščiausio lygio veiklos struktūrizavimas), IDEF0 šiandien yra praktiškai vienintelis žymėjimas, leidžiantis tai padaryti prasmingai ir tiksliai.

    V projektų valdymasšis modeliavimo standartas labiausiai tinka ten, kur reikia susieti skirtingus projektus ar procesus su vaizdiniais srautais. Kartu grafinis modelis leis racionaliau paskirstyti atsakomybę ir išteklius pagal užduotis. Projekto užduočių logika, atspindėta diagramose, padės paruošti geresnę kokybę kalendorinis planas Ganto diagramos pavidalu.

    6.2. SADT metodikos tikslas ir sudėtis (IDEF0)

    SADT metodika (Struktūrinė analizė ir projektavimo technika - struktūrinės analizės ir projektavimo metodika) - tai metodų, taisyklių ir procedūrų rinkinys, sukurtas sukurti funkcinį sistemos modelį.

    Šios metodikos kūrimą inicijavo Douglasas Rossas (JAV) 60-ųjų viduryje. XX amžius Nuo tada sistemos analitikai iš „SofTech, Inc. patobulino SADT ir panaudojo jį įvairioms problemoms spręsti. Telefono tinklo programinė įranga, diagnostika, ilgalaikis ir strateginis planavimas, automatizuota gamyba ir dizainas, kompiuterių sistemų konfigūracija, personalo mokymas, finansų ir viešųjų pirkimų valdymas yra kai kurios sritys, kuriose SADT gali būti veiksmingai naudojamas. Platus sričių spektras rodo SADT metodikos universalumą ir galią. Programoje „Kompiuterio ir pramonines technologijas JAV gynybos departamento integruota kompiuterinė gamyba (ICAM) buvo pripažinta naudinga SADT. Tai paskatino 1981 m. Paskelbti jos dalį pavadinimu IDEF0 („Icam DEFinition“), kaip federalinis standartas išvystyti programinė įranga... Šiuo pavadinimu SADT pradėjo naudoti tūkstančiai karinių ir pramoninių organizacijų profesionalų. Paskutinis IDEF0 standarto pakeitimas buvo išleistas 1993 m. Gruodžio mėn. Nacionalinis standartų ir technologijų institutas (NIST).

    Ši metodika konkuruoja su į duomenų srautą orientuotais (DFD) metodais apibūdinant informacinės sistemos funkcinį aspektą. Priešingai, IDEF0 leidžia:

    Apibūdinkite bet kokias sistemas, ne tik informacines sistemas (DFD skirtas programinei įrangai apibūdinti);

    Prieš nustatydami galutinius jos reikalavimus, sukurkite sistemos ir jos išorinės aplinkos aprašymą. Kitaip tariant, naudojant šią metodiką galima palaipsniui kurti ir analizuoti sistemą net tada, kai dar sunku įsivaizduoti jos įgyvendinimą.

    Taigi, IDEF0 gali būti taikomas ankstyvuose etapuose kuriant įvairias sistemas. Tuo pačiu metu jis gali būti naudojamas funkcijoms analizuoti esamas sistemas ir kuriant jų tobulinimo sprendimus.

    IDEF0 metodikos pagrindas yra grafinė procesų aprašymo kalba. IDEF0 žymėjimo modelis yra hierarchiškai išdėstytų ir tarpusavyje sujungtų diagramų rinkinys. Kiekviena schema yra sistemos aprašymo vienetas ir yra atskirame lape.

    Modelis (toks, koks yra, koks turi būti ar turėtų būti) gali būti 4 tipų diagramos [ , ]:

    Kontekstinė diagrama;

    Skilimo diagramos;

    Mazgų medžių diagramos;

    Tik ekspozicijos diagramoms (FEO).

    Kontekstinė diagrama (aukščiausio lygio diagrama), būdama diagramų medžio struktūros viršūnė, parodo sistemos paskirtį (pagrindinę funkciją) ir jos sąveiką su išorine aplinka. Kiekvienas modelis gali turėti tik vieną kontekstinę diagramą. Aprašius pagrindinę funkciją, atliekamas funkcinis skaidymas, tai yra nustatomos funkcijos, sudarančios pagrindinę.

    Be to, funkcijos yra suskirstytos į subfunkcijas ir taip toliau, kol pasiekiamas reikiamas tiriamos sistemos išsamumo lygis. Diagramos, apibūdinančios kiekvieną tokį sistemos fragmentą, vadinamos skilimo diagramos ... Po kiekvienos skilimo sesijos vyksta egzaminų sesijos - dalykinės srities ekspertai nurodo realių procesų atitikimą sukurtoms diagramoms. Rasti neatitikimai pašalinami, po to jie toliau detalizuoja procesus.

    Mazgo medžio diagrama parodo hierarchinę funkcijų (kūrinių) priklausomybę, bet ne santykį tarp jų. Jų gali būti keletas, nes medis gali būti pastatytas iki savavališko gylio ir iš savavališko mazgo.

    Poveikio diagramos yra sukurti iliustruoti atskirus modelio fragmentus, kad būtų parodytas alternatyvus požiūris į procesus, vykstančius sistemoje (pavyzdžiui, organizacijos valdymo požiūriu).

    6.3. Grafinės žymos IDEF0 elementai

    IDEF0 metodika buvo plačiai pripažinta ir pritaikyta, visų pirma dėl paprasto grafinio žymėjimo, naudojamo modeliui sukurti. Pagrindiniai modelio komponentai yra diagramos. Jie rodys sistemos funkcijas stačiakampių pavidalu, taip pat ryšius tarp jų ir išorinės aplinkos rodyklėmis. Naudojant tik du grafinius primityvus (stačiakampį ir rodyklę), galite greitai paaiškinti IDEF0 diagramų kūrimo taisykles ir principus žmonėms, nežinantiems šios metodikos. Šis pranašumas leidžia jums sujungti ir suaktyvinti kliento veiklą, kad būtų galima apibūdinti verslo procesus formalia ir vaizdine grafine kalba.

    Toliau pateiktame paveikslėlyje parodyti pagrindiniai IDEF0 grafinio žymėjimo elementai.

    Ryžiai. 6.1. Grafinės žymos IDEF0 elementai

    Stačiakampis žymi darbas (procesas, veikla, funkcija ar užduotis) , kuris turi fiksuotą tikslą ir lemia tam tikrą galutinį rezultatą. Darbo pavadinimas turi išreikšti veiksmą (pavyzdžiui, „Dalies gamyba“, „Leistinų greičių apskaičiavimas“, „Centralizuoto namo numerio 3 sąrašo sudarymas“).

    Kūrinių sąveika tarp savęs ir išorinio pasaulio aprašoma rodyklių pavidalu. IDEF0 išskiria 5 tipų rodyklės :

    - įėjimas (Anglų kalbos įvestis) - medžiaga ar informacija, kuri naudojama ir transformuojama darbo rezultatui (išėjimui) gauti. Prisijungimas atsako į klausimą "Ką reikia apdoroti?" Įvestis gali būti materialus objektas (žaliavos, dalis, egzamino bilietas) arba objektas, neturintis aiškių fizinių kontūrų (užklausa į duomenų bazę, mokytojo klausimas). Daroma prielaida, kad darbe gali nebūti jokių įvesties rodyklių. Įėjimo rodyklės visada piešiamos kaip įeinančios į kairę darbo pusę;

    - kontrolė (Anglų kalba) - kontrolės, reguliavimo ir reguliavimo duomenys, kuriais vadovaujamasi. Skyrius atsako į klausimą "Kokiu būdu atliekami darbai?" Valdymas daro įtaką darbui, bet nėra jo transformuojamas, t.y. veikia kaip apribojimas. Kaip vadovybė, gali būti taisyklių, standartų, taisyklių, kainų, žodinių nurodymų. Kontrolinės rodyklės nupieštos kaip viršutinė darbo dalis. Jei kuriant diagramą kyla klausimas, kaip teisingai nupiešti rodyklę iš viršaus arba į kairę, tada rekomenduojama ją piešti kaip įvestį (rodyklė kairėje);

    - produkcija (Anglų kalba) - medžiaga ar informacija, atspindinti darbo rezultatą. Rezultatas atsako į klausimą "Koks yra darbo rezultatas?" Rezultatas gali būti materialus objektas (dalis, automobilis, mokėjimo dokumentai, išrašas) arba nematerialus (duomenų paėmimas iš duomenų bazės, atsakymas į klausimą, žodinis nurodymas). Išėjimo rodyklės brėžiamos išeinančios iš dešinės darbo pusės;

    - mechanizmas (Angl. Mechanizmas) - ištekliai, atliekantys darbą. Mechanizmas atsako į klausimą "Kas atlieka darbą ar kokiomis priemonėmis?" Mechanizmas gali būti įmonės personalas, studentas, mašina, įranga, programa. Mechanizmo rodyklės brėžiamos kaip įeinančios į apatinį darbo kraštą;

    - skambinti (Angliškas skambutis) - rodyklė rodo, kad dalis darbų atliekama už aptariamo bloko ribų. Išėjimo rodyklės nubrėžtos kaip iš apatinio darbo krašto.

    6.4. Darbo sąsajų tipai

    Nustačius funkcijų sudėtį ir ryšius tarp jų, kyla klausimas apie teisingą jų sudėtį (susiejimą) į modulius (posistemius). Tai reiškia, kad kiekviena atskira funkcija turi griežtai išspręsti vieną konkrečią užduotį... Priešingu atveju reikalingas tolesnis funkcijų skaidymas arba atskyrimas.

    Sujungiant funkcijas į posistemius, būtina siekti, kad vidinis ryšys (tarp funkcijų modulio viduje) būtų kuo stipresnis, o išorinis (tarp funkcijų, įtrauktų į skirtingus modulius) - kuo silpnesnis. Remdamiesi metodikos nuorodų semantika, įvedame funkcijų (darbų) sąsajų klasifikaciją. Ši klasifikacija yra pratęsimas. Obligacijų rūšys išvardytos mažėjančios svarbos (surišimo stiprumo) tvarka. Pateikiamuose pavyzdžiuose sutirštintos linijos išryškina funkcijas, tarp kurių yra svarstomas ryšio tipas.

    1. Hierarchiniai santykiai (santykių „dalis“ - „visa“) vyksta tarp funkcijos ir jos sudedamųjų dalių.

    Ryžiai. 6.2. Hierarchiniai santykiai

    2. Reguliacinis (kontrolinis, pavaldus) bendravimas atspindi vienos funkcijos priklausomybę nuo kitos, kai vieno darbo rezultatas siunčiamas valdyti kitos. Funkcija, iš kurios išeina kontrolė, turėtų būti laikoma reguliuojančia ar kontroliuojančia, o į kurią ji patenka - pavaldi. Išskirti tiesioginio valdymo saitas kai valdymas perkeliamas iš aukštesnio lygio darbo į žemesnio lygio darbą (6.3 pav.), ir vadovybės atsiliepimai kai valdymas perduodamas iš pasroviui į prieš srovę (6.4 pav.).

    3. Funkcinė (technologinė) komunikacija atsiranda, kai vienos funkcijos išvestis naudojama kaip įvestis kitai funkcijai. Materialių objektų srauto požiūriu šis santykis parodo šių objektų apdorojimo technologiją (darbų seką). Išskirti tiesioginis ryšys prie įėjimo kai produkcija perkeliama iš aukštesnio lygio darbo į žemesnio lygio darbą (6.5 pav.), ir įvesties atsiliepimai kai produkcija perkeliama iš pasroviui į aukštyn (6.6 pav.).
    Ryžiai. 6.5. Tiesioginis ryšys prie įėjimo Ryžiai. 6.6. Įvesties grįžtamasis ryšys

    4. Vartotojų bendravimas atsiranda, kai vienos funkcijos išvestis yra kitos funkcijos mechanizmas. Taigi viena funkcija sunaudoja kitos sukurtus išteklius.

    Ryžiai. 6.7. Vartotojų bendravimas

    5. Loginė nuoroda pastebėtas tarp logiškai vienalyčių funkcijų. Tokios funkcijos paprastai atlieka tą patį darbą, tačiau skirtingais (alternatyviais) būdais arba naudojant skirtingus pradinius duomenis (medžiagas).

    Ryžiai. 6.8. Loginė nuoroda

    6. Kolegialus (metodinis) bendravimas vyksta tarp funkcijų, kurių veikimo algoritmą nustato tas pats valdiklis. Tokio bendravimo analogas yra bendras vieno skyriaus darbuotojų (kolegų), pavaldžių viršininkui, kuris duoda nurodymus ir nurodymus (valdymo signalus), darbas. Toks ryšys taip pat atsiranda, kai šių funkcijų veikimo algoritmus nustato ta pati metodinė parama (SNIP, GOST, oficiali reguliavimo medžiaga ir kt.), Kuri tarnauja kaip valdymas.

    Ryžiai. 6.9. Metodinis ryšys

    7. Išteklių ryšys atsiranda tarp funkcijų, kurios savo darbui naudoja tuos pačius išteklius. Nuo išteklių priklausančios funkcijos paprastai negali veikti vienu metu.

    Ryžiai. 6.10. Išteklių ryšys

    8. Informacinis bendravimas vyksta tarp funkcijų, naudojančių tą pačią informaciją kaip įvestis.

    Ryžiai. 6.11. Informacinis bendravimas

    9. Laikinas ryšys atsiranda tarp funkcijų, kurios turi būti vykdomos vienu metu prieš kitą funkciją arba kartu su ja.

    Be paveikslėlyje nurodytų atvejų, šis ryšys taip pat vyksta tarp kitų valdymo, įvesties ir mechanizmo derinių, įeinančių į vieną funkciją.

    Ryžiai. 6.12. Laikinas ryšys

    10. Atsitiktinis ryšys atsiranda tada, kai tarp funkcijų yra mažai ryšių arba jų nėra.

    Ryžiai. 6.13. Atsitiktinis ryšys

    Iš aukščiau išvardintų nuorodų tipų stipriausia yra hierarchinė grandis, kuri iš tikrųjų lemia funkcijų derinimą į modulius (posistemius). Reguliavimo, funkciniai ir vartotojų ryšiai yra šiek tiek silpnesni. Funkcijos su šiomis nuorodomis paprastai įgyvendinamos viename posistemyje. Loginiai, kolegialūs, išteklių ir informaciniai ryšiai yra vieni silpniausių. Funkcijos, kurios jas turi, paprastai įgyvendinamos skirtinguose posistemiuose, išskyrus logiškai vienalytes funkcijas (funkcijas, sujungtas loginiu ryšiu). Laikinas ryšys rodo silpną funkcijų priklausomybę viena nuo kitos ir reikalauja jų įgyvendinimo atskiruose moduliuose.

    Taigi, sujungiant funkcijas į modulius, pageidautina pirmųjų penkių tipų nuorodų. Su paskutinėmis penkiomis nuorodomis susijusios funkcijos geriausiai įgyvendinamos atskiruose moduliuose.

    IDEF0 yra sudarytos schemos (taisyklės ir gairės), kad būtų lengviau skaityti ir išnagrinėti modelį [,]. Kai kurios iš šių taisyklių automatiškai palaikomos CASE, kitos turi būti vykdomos rankiniu būdu.

    1. Prieš kuriant modelį, būtina nuspręsti, kuris sistemos modelis bus sukurtas. Tai reiškia, kad reikia apibrėžti jo tipą AS-IS, TO-BE arba TO-BE, taip pat apibrėžti padėtį, iš kurios matomas modelis. Apie „požiūrio tašką“ geriausia galvoti kaip apie asmens ar objekto vietą (padėtį), kurioje reikia stovėti, kad pamatytume veikiančią sistemą. Pavyzdžiui, kurdami maisto prekių parduotuvės veikimo modelį, galite pasirinkti pardavėją, kasininką, buhalterį ar direktorių iš galimų pareiškėjų, kurių požiūriu sistema yra svarstoma. Paprastai pasirenkamas vienas požiūrio taškas, kuris išsamiausiai apima visus sistemos veikimo niuansus, o prireikus kai kurioms skilimo schemoms sukuriamos FEO diagramos, rodančios alternatyvų požiūrį.

    2. Kontekstinėje diagramoje rodomas vienas blokas, rodantis sistemos paskirtį. Rekomenduojama rodyti 2–4 rodykles, einančias ir išeinančias iš kiekvienos pusės.

    3. Skilimo diagramose esančių blokų skaičius rekomenduojamas 3–6 intervale. Jei skilimo diagramoje yra du blokai, tai paprastai neturi prasmės. Turint daug blokų, diagrama tampa perpildyta ir sunkiai įskaitoma.

    4. Skilimo diagramos blokai turi būti išdėstyti iš kairės į dešinę ir iš viršaus į apačią. Šis išdėstymas leidžia aiškiau atspindėti darbo logiką ir seką. Be to, rodyklių maršrutai bus mažiau painūs ir turės minimalų sankryžų skaičių.

    5. Neleidžiama naudoti funkcijos valdymo ir įvesties rodyklių. Tai reiškia, kad šios funkcijos paleidimas nėra kontroliuojamas ir gali įvykti bet kuriuo savavališku momentu arba niekada.

    Ryžiai. 6.14. Funkcija be valdymo ir įvesties

    Į bloką, kuriame yra tik valdymas, galima žiūrėti kaip skambutį funkcijos (procedūros) programoje be parametrų. Jei blokas turi įvestį, tai prilygsta funkcijai su parametrais programoje iškviesti. Taigi blokas be valdymo ir įvesties yra tolygus funkcijai, kuri niekada nėra šaukiama vykdyti programoje.

    Fig. 6.7–6.12, rodant IDEF0 diagramų fragmentus, yra blokai be įvesties ir valdymo. Tai neturėtų būti vertinama kaip klaida, nes tai reiškia, kad viena iš šių rodyklių turi būti.

    6. Kiekviename bloke turi būti bent vienas išėjimas.

    Ryžiai. 6.15. Nėra išėjimo funkcijos

    Darbai be rezultatų yra beprasmiai ir neturėtų būti modeliuojami. Išimtis yra darbas, rodomas AS-IS modelyje. Jų buvimas rodo technologinių procesų neefektyvumą ir netobulumą. „TO-BE“ modelyje šių darbų neturėtų būti.

    7. Kurdami diagramas, turėtumėte sumažinti sankryžų, kilpų ir rodyklių posūkių skaičių.

    8. Atsiliepimai ir iteracijos (cikliniai veiksmai) gali būti pavaizduoti naudojant atgalinius lankus. Grįžtamąjį ryšį apie įvestį traukia „apatinė“ kilpa, grįžtamąjį ryšį apie valdiklį - „viršutinė“ (žr. 6.4 ir 6.6 pav.).

    9. Kiekvienas blokas ir kiekviena rodyklė diagramose turi turėti pavadinimą. Leidžiama naudoti išsišakojančias (skilimo) arba susiliejančias (kompozicines) rodykles. Taip yra dėl to, kad tie patys duomenys ar objektai, sukurti vienos užduoties metu, gali būti naudojami keliuose kituose darbuose vienu metu. Ir atvirkščiai, vienodi arba vienarūšiai duomenys ir objektai, sukurti skirtingų darbų, gali būti naudojami vienoje vietoje.

    Ryžiai. 6.16. Šakojančios strėlės

    Šiuo atveju leidžiama priskirti kvalifikuojančius pavadinimus skirtingoms rodyklės šakoms po išsišakojimo (prieš sujungimą). Jei kuri nors šaka po filialo nėra pavadinta, laikoma, kad jos pavadinimas atitinka rodyklės pavadinimą, įrašytą prieš šaką.

    Taigi, pav. 6.16 valdikliai, įtraukti į blokus „Dalių gamyba“ ir „Gaminio surinkimas“, turi aiškias reikšmes ir yra dalis daugiau generalinis direktorius„Brėžiniai“. Visi brėžiniai naudojami bloko „Kokybės kontrolė“ veikimui.

    Neleidžiama piešti diagramoje rodyklių, kai jos nėra pavadintos prieš išsišakojimą ir po jo. Fig. 6.17 rodyklė, įtraukta į bloką „Standartinių sąrašų generavimas“, neturi pavadinimo prieš išsišakojimą ir po jo, o tai yra klaida.

    Ryžiai. 6.17. Neteisingas strėlių pavadinimas

    10. Kurdami diagramas, kad būtų lengviau skaityti, galima naudoti rodyklės tunelio mechanizmą. Pavyzdžiui, tam, kad neužterštų viršutinių lygių (pirminių) diagramų nereikalingomis detalėmis, skilimo diagramose lanko pradžia dedama į tunelį.

    Ryžiai. 6.18. Tunelių tuneliai

    V šis pavyzdys kuriant dirigavimo modelį Naujųjų metų vakarėlis mechanizmas „dvi ašys“ nebus rodomas viršutinių lygių diagramose, kurias skaitant gali kilti teisingas klausimas: „Kodėl mums Naujųjų metų vakarėlyje reikia dviejų ašių?“.

    Taip pat galite tuneliuoti priešingu tikslu - neleisti rodyklės rodyti žemesnio lygio diagramose. Tokiu atveju skliausteliai dedami rodyklės pabaigoje. Kontekstinėje diagramoje (žr. 6.21 pav.) „Path Service Engineer“ mechanizmas yra tuneliuotas, įtrauktas į bloką „Leistinų greičių nustatymas“. Šis sprendimas buvo priimtas, nes inžinierius tiesiogiai dalyvauja visuose šio bloko skilimo diagramoje pavaizduotuose darbuose (žr. 6.22 pav.). Kad nebūtų parodytas šis ryšys ir nebūtų užgriozdinta skilimo diagrama, rodyklė buvo tuneliuota.

    11. Ant jo turi būti rodomos visos į bloką įeinančios ir išeinančios rodyklės, kuriant jo skilimo schemą. Išimtis yra tunelinės rodyklės. Rodyklių, temptų į skilimo diagramą, pavadinimai turi sutapti su aukščiausio lygio diagramoje rodomais pavadinimais.

    12. Jei dvi rodyklės eina lygiagrečiai (prasideda nuo to paties vieno darbo aspekto ir baigiasi tuo pačiu kito darbo aspektu), tada, jei įmanoma, jas reikia sujungti ir pavadinti vienu terminu.

    Ryžiai. 6.19. Sujungiamos nuorodos

    13. Kiekvienas diagramos blokas turi turėti savo numerį. Diagramos numeriai naudojami bet kurios diagramos ar bloko padėčiai hierarchijoje nurodyti. Aukščiausio lygio diagramos blokas žymimas 0, antrojo lygio diagramų blokai - skaičiais nuo 1 iki 9 (1, 2, ..., 9), trečiojo lygio blokai - dviem skaičiais , iš kurių pirmasis nurodo detaliojo bloko numerį iš pirminės diagramos, o antrasis bloko numeris eilės tvarka pagal dabartinę diagramą (11, 12, 25, 63) ir tt. “, pirmojo lygio skilimo diagrama yra„ A0 “, kitų lygių skilimo diagramas sudaro raidė„ A “, po kurios eina skaidomo bloko numeris (pavyzdžiui,„ A11 “,„ A12 “,„ A25 “). “,„ A63 “). Paveikslėlyje parodyta tipinė diagramų medis (mazgų medžio diagrama) su numeracija.

    Ryžiai. 6.20. Diagramų hierarchija

    Šiuolaikiniuose CASE įrankiuose darbo numeravimo mechanizmai palaikomi automatiškai. CASE įrankiai taip pat suteikia galimybę automatiškai sukurti mazgų medžių diagramas, kuriose yra tik hierarchinės nuorodos. Tokios diagramos viršuje gali būti bet koks mazgas (blokas), ir jis gali būti nubraižytas bet kuriame gylyje.

    6.6. Leidžiamo greičio nustatymo sistemos IDEF0 modelio kūrimo pavyzdys

    Leistino traukinio greičio apskaičiavimas yra sunkus inžinerijos uždavinys. Kai traukinys pravažiuoja bet kurią atkarpą faktinis greitis traukinio judėjimas neturėtų viršyti didžiausio leistino. Šis didžiausias leistinas greitis nustatomas remiantis eksploatavimo patirtimi ir specialiai atliktais judėjimo dinamikos ir poveikio riedmenų bėgiams bandymais. Šio greičio neviršijimas garantuoja traukinių eismo saugumą, patogias sąlygas keleiviams ir pan. Jie nustatomi atsižvelgiant į riedmenų tipą (lokomotyvo markę ir vagonų tipą), antstato parametrus (pvz., Bėgius, balastą, pabėgius) ) ir planą (spindulio kreivės, perėjimo kreivės, išorinio bėgio pakilimas ir kt.). Paprastai, norint nustatyti leistinus greičius, būtina nustatyti mažiausiai du (tiesiomis linijomis) ir penkis (posūkiuose) greičius, iš kurių pasirenkamas galutinis leistinas greitis, kaip mažiausias iš visų apskaičiuotų. Šių greičių apskaičiavimą reglamentuoja 2001 m. Lapkričio 12 d. Rusijos geležinkelių ministerijos įsakymas Nr. 41 „Leidžiamo geležinkelių riedmenų greičio standartai 1520 (1524) mm pločio geležinkelio geležinkelio keliuose“.

    Kaip minėta, IDEF0 modelio kūrimas prasideda visos sistemos vaizdavimu kaip paprastu komponentu (kontekstinė diagrama). Šioje diagramoje parodytas sistemos tikslas (pagrindinė funkcija) ir reikalingi įvesties ir išvesties duomenys, kontrolės ir reguliavimo informacija bei mechanizmai.

    Leistinų greičių nustatymo problemos konteksto diagrama parodyta 6.21 paveiksle. Norint sukurti modelį, buvo naudojamas „BPwin 4.0“ produktas iš „Computer Associates“.


    Ryžiai. 6.21. Leistinų greičių nustatymo sistemos kontekstinė diagrama (metodika IDEF0)

    Kaip Papildoma informacija, kuriais remiantis nustatomas leistinas greitis, naudojami:

    Naujos linijos projekto arba rekonstrukcijos projekto duomenys (turi būti visa projekto įgyvendinimui reikalinga informacija, būtent, rida, atskirų taškų ašys, linijos planas ir kt.);

    Išsamus išilginis profilis (yra informacijos, panašios į aukščiau aptartą);

    Bėgių kelio pasas (yra informacijos, panašios į aukščiau aptartą, taip pat informacija apie viršutinę trasos konstrukciją (VSP));

    Duomenys apie bėgių kelio matavimo automobilio atlikto trasos plano tyrimo rezultatus;

    Išorinio bėgio pakilimų kreivėse sąrašas (pateikiama informacija apie bėgių kelio planą).

    Dalį originalios informacijos galima paimti iš skirtingi šaltiniai... Visų pirma, informacija apie planą (kreivių parametrai) gali būti paimta iš naujos linijos projekto ar rekonstrukcijos projekto, išsamaus išilginio profilio, trasos atstumo paso ir kt.

    Kontrolės duomenys yra:

    Kelio bėgių tarnybos vadovo arba Rusijos geležinkelių bėgių ir konstrukcijų departamento nurodymai apskaičiuoti;

    Įsakymas Nr. 41, kuriame yra norminė ir orientacinė informacija, procedūra ir leistinų greičių nustatymo formulės;

    Informacija apie esamą ar planuojamą traukinių eismą (duomenys apie cirkuliuojančių lokomotyvų markes ir naudojamų automobilių tipus);

    Informacija apie planuojamą trasos remontą, statinių ir įrenginių rekonstrukciją ir pertvarkymą.

    Rezultatas sistemos veikimas turėtų būti toks:

    Leistinų greičių lapai, kuriuose pateikiami visų tipų apskaičiuoti greičiai ir leidžiama nustatyti jų ribojimo priežastis;

    Kelio viršininko įsakymo biuletenis dėl leistino greičio nustatymo trasose ir atskiruose taškuose (įsakymas „N“) pagal kelyje priimtą formą. Patvirtintame įsakyme „N“ oficialiai nustatytas leistinas traukinio greitis;

    Standartinės formos Nr. 1, 1a ir 2, kuriose yra numatytas leistinas traukinių tvarkaraščio sukūrimo greitis.

    Greitis, nurodytas užsakyme „H“ ir standartinėse formose, gali skirtis nuo apskaičiuotų ir nurodytų leistinų greičio duomenų lapuose. Taip yra dėl to, kad jie atspindi greičio apribojimus ne tik pagal riedmenų konstrukciją, VSP parametrus ir kreives, bet ir įtaisų bei konstrukcijų būklę (kelio dangos deformacija, kontaktinio tinklo atramų pasvirimas ir kt.). .). Be to, jie koreguojami atsižvelgiant į planuojamą trasos remontą, konstrukcijų ir įrenginių rekonstrukciją ir pertvarkymą ir kt.

    Sukurta kontekstinė diagrama yra detali, naudojant pirmojo lygio skilimo diagramą. Šioje diagramoje parodytos sistemos funkcijos, kurios turi būti įgyvendintos pagrindinėje funkcijoje. Diagrama, kuriai buvo atliktas skaidymas, vadinama ją detalizuojančių diagramų atžvilgiu tėvas ... Skilimo diagrama tėvų atžvilgiu vadinama dukterinė įmonė .

    Svarstomos problemos pirmojo lygio skilimo diagrama parodyta 6.22 paveiksle. Paprastai, kuriant skaidymo schemą, pradinė funkcija (turi būti skaidoma) yra padalinta į 3–8 subfunkcijas (blokus). Tokiu atveju skilimo schemoje esančius blokus rekomenduojama dėti iš kairės į dešinę, iš viršaus į apačią, kad būtų geriau matoma subfunkcijų sąveika ir logika.


    Ryžiai. 6.22. 1 lygio skilimo diagrama (IDEF0 metodika)

    Funkcijų, skirtų nagrinėjamai problemai spręsti, atlikimo seka yra tokia:

    Pamatinės informacijos ir kelių ruožų (1 ir 2 blokai) įvedimas ir taisymas;

    Užduoties skaičiavimui parengimas (3 blokas). Jame nurodoma, kuri atkarpa ir bėgių kelias, taip pat lokomotyvo markė ir vagonų tipas turėtų būti skaičiuojami;

    Leistinų greičių apskaičiavimas pagal tvarką ir formules, nurodytas įsakyme Nr. 41 (4 langelis). Pradinė informacija yra duomenys, esantys atkarpoje (planas, viršutinė trasos struktūra ir kt.), Ir standartai, parinkti remiantis skaičiavimo užduotimi;

    Leistinų greičių sąrašų sudarymas (5 blokas). Remiantis skaičiavimo rezultatais, sukuriami keli išvesties dokumentų tipai, kurie, viena vertus, leidžia nustatyti greičio ribojimo priežastį, kita vertus, yra pagrindas reglamentuojamiems dokumentams rengti;

    Įsakymo „N“ projekto ir standartinių pareiškimų (6 ir 7 langeliai) formavimas ir rengimas.

    Sukūrus pirmojo lygio skilimo schemą, jame nurodytoms funkcijoms sudaromos atskiros diagramos (antro lygio skilimo diagramos). Tada skaidymo procesas (statymo schemos) tęsiasi tol, kol tolesnis funkcijų detalizavimas praranda prasmę. Kiekvienai atominei funkcijai, apibūdinančiai elementarią operaciją (ty funkcijai, kuri neturi skilimo diagramos), sudaroma išsami specifikacija, apibrėžianti jos ypatybes ir įgyvendinimo algoritmą. Specifikacijai papildyti gali būti naudojamos algoritmų schemos. Taigi funkcinio modeliavimo procesas susideda iš laipsniško funkcijų hierarchijos kūrimo.

    6.7. ICOM kodai

    Rodyklės, einančios į ir iš bloko viršutinio lygio diagramoje, yra tokios pačios kaip ir rodyklės, einančios į žemesnio lygio diagramą ir iš jos, nes blokas ir diagrama reiškia tą pačią sistemos dalį (žr. ). Dėl to aukščiausio lygio funkcijos ribos yra tokios pačios kaip irimo diagramos ribos.

    ICOM kodai (įvesties, valdymo, išvesties ir mechanizmo santrumpa) yra skirtos ribų rodyklėms identifikuoti. ICOM kode yra priešdėlis, atitinkantis rodyklės tipą (I, C, O arba M), ir eilės numeris (žr. Paveikslėlį).

    Verslo procesų schemų „Įmonės kompiuterinės įrangos apskaita“ aprašymas

    IDEF0 diagramos aprašymas

    Norint sukurti verslo procesą, buvo naudojama IDEF0 diagrama. IDEF0 metodika numato hierarchinės schemų sistemos konstravimą - pavienius sistemos fragmentų aprašymus. Pirmiausia aprašomas visa sistema ir jos sąveika su išoriniu pasauliu (kontekstinė diagrama). Buvo sukurti trys diagramos lygiai:

    1. Kontekstinis

    2. Funkcinis skilimas

    1 pav. Kontekstinė diagrama „Įmonės kompiuterinės įrangos apskaita“

    1 paveiksle pavaizduota verslo proceso „Įmonės kompiuterinės įrangos apskaita“ kontekstinė diagrama. Jame rodoma visa sistema ir jos sąveika su pagrindiniais išoriniais informacijos srautais.

    Rodyklės nurodytos kontekstinėje diagramoje.

    Rodyklių tipai:

    Įvestis (įvesties medžiagos: kompiuteriai ir priedai)

    Išėjimas (išvestis yra ataskaita)

    Kontrolinės rodyklės yra dokumentai ir valdytojai

    Mechanizmų rodyklės yra darbuotojai ir įranga

    Įvesties informacija apdorojimui:

    Kompiuteriai - asmeniniai kompiuteriai (asmeniniai kompiuteriai), esantys įmonėje

    Komponentai - medžiagos, reikalingos kompiuteriams atnaujinti (vaizdo plokštės, pagrindinės plokštės, procesoriai, dėklai, maitinimo šaltiniai, atminties moduliai)

    Išvesties srautai:

    Ataskaita - paruošta įmonės kompiuterinės įrangos apskaitos ataskaita

    Įvesties valdikliai:

    Taisyklės - sąlygos, kurių reikia laikytis norint pasiekti tikslą.

    Užsakymai - įmonei pavesta užduotis (saugoti įmonės kompiuterinės įrangos įrašus naudojant tam tikras informacines sistemas)

    Vadovai yra įmonės direktoriai ir generaliniai vadovai.

    Įvesties ištekliai:

    PC - kompiuteriai, kurių pagalba atliekama apskaita.

    Darbuotojai yra specialistai, vykdantys vadovybės nurodymus. Sukūrus koncepcinį modelį, buvo atliktas funkcinis skaidymas - sistema padalijama į posistemius ir kiekvienas posistemis aprašomas atskirai (skilimo diagramos).

    2 paveiksle pavaizduotas funkcinis keturių darbų skaidymas.


    2 pav. Funkcinis skaidymas „Įmonės kompiuterinės įrangos apskaita“

    Buvo nustatyti šie darbo tipai:

    1) Pristatymų registravimas - procesas, kurio metu produktui priskiriamas ID, siunčiamas į saugyklą, į sandėlį ir į programą įvedama informacija apie produktą.

    Darbas Prekių registravimas apima septynias ribines rodykles (įėjimas, valdymas, mechanizmas) ir vidinius rodyklės lapus (jungtis prie įėjimo).

    Ryšys su rodyklėmis prie įėjimo tarp darbų Pristatymų registravimas ir Kompiuterio (kompiuterio) priežiūra;

    Vėlesniuose darbuose kartojamos įėjimo, išėjimo, valdymo rodyklės.

    2) Kompiuterių priežiūra - procesas, kurio metu vyksta kompiuterių surinkimas, remontas ir modernizavimas.

    Kompiuterio priežiūros darbus sudaro keturios ribinės rodyklės (įvestis, valdymas, mechanizmas, išėjimas) ir kelios vidinės rodyklės (įvesties ryšys, įvesties grįžtamasis ryšys).

    Rodyklių valdymas - taisyklės, įsakymai, vadovas;

    Rodyklių jungtis prie įėjimo tarp darbų Kompiuterių priežiūra ir įdėjimas (duomenų įvedimas į duomenų bazę), tarp užduočių Kompiuterio priežiūra ir ataskaitų teikimas (duomenų įvedimas į duomenų bazę);

    3) Praktika - procesas, kurio metu vyksta kompiuterių patalpinimas biuruose (biuruose).

    Rodyklių valdymas - taisyklės, įsakymai, vadovas;

    Rodyklės mechanizmas - darbuotojai;

    Rodyklės nuoroda įvestyje tarp sklaidos ir ataskaitų teikimo (priskiriant ID);

    4) Ataskaitos sudarymas - paskutinis apskaitos proceso etapas, kurį sudaro sumų, gautų atlikus ankstesnius einamosios apskaitos duomenis, apibendrinimas.

    Tada kiekvienas posistemis suskaidomas į mažesnius skilimus ir pan., Kol pasiekiamas norimas detalumo laipsnis.


    3 paveikslas yra diagrama, kurioje išsamiau parodytas Pirkimo proceso darbas.

    Detaliai buvo paryškintos pagrindinės funkcijos. Skyriuje „Prekių registravimas“ yra septynios pagrindinės rodyklės (įėjimas, išėjimas, valdymas, mechanizmas).

    Rodyklė - kompiuteriai ir jų priedai;

    Kontrolinės rodyklės yra taisyklės, įsakymai ir vadovas. Šakinės strėlės;

    Mechanizmo strėlės, išsišakojusios - kompiuteris, darbuotojai;

    Įėjimo, valdymo, mechanizmų rodyklės kartojamos visuose darbuose.

    1) Skaičių priskyrimas - atskirų numerių priskyrimas kompiuteriams ir priedams.

    Įėjimo rodyklės - kompiuteriai ir priedai. Rodyklių kompiuteriai kartojami vėlesniuose darbuose, išskyrus ataskaitos sudarymą;

    Kontrolinės rodyklės - taisyklės, įsakymai ir vadovas;

    Mechanizmo rodyklės - kompiuteris ir darbuotojai;

    Rodyklės nuoroda prie įėjimo tarp darbų Numerio priskyrimas ir prekių siuntimas į sandėlį (perdavimas), tarp „Skaičiaus priskyrimo“ ir „Į balanso įrašymą“ (įvedimas į bazę);

    2) Prekių siuntimas į sandėlį - prekių išsiuntimas į sandėlį nurodytu numeriu.

    Išėjimo rodyklė - kompiuteris;

    Kontrolinės rodyklės - taisyklės, įsakymai ir vadovas.

    Rodyklės nuoroda prie įėjimo tarp darbų „Prekių siuntimas į sandėlį“ ir „Nustatymas balanse“ (kiekis);

    3) Balansavimas - informacijos įvedimas į kompiuterį.

    Kontrolinės rodyklės - taisyklės, įsakymai ir vadovas;

    Mechanizmo rodyklės - kompiuteris ir darbuotojai;


    4 paveiksle yra schema, kurioje išsamiau aprašoma kompiuterio priežiūra.

    Atlikus detalizavimą, buvo paryškintos pagrindinės kompiuterių priežiūros proceso funkcijos.

    Kompiuterio priežiūros darbus sudaro 4 ribinės rodyklės (įvestis, išvestis, valdymas, mechanizmas). Vidinės rodyklės (grįžtamasis ryšys, įvesties komunikacija).

    1) Kompiuterių surinkimas - kompiuterių konfigūravimas individualiems vadovų užsakymams.

    Prisijungimo rodyklė - kompiuteriai;

    Kontrolinės rodyklės - taisyklės, įsakymai ir vadovas;

    Mechanizmo strėlės - darbuotojai;

    Rodyklės nuoroda prie įėjimo tarp darbų: „Kompiuterių surinkimas“ ir „Kompiuterių taisymas“ (kompiuteris);

    2) Kompiuterių remontas - patobulintų kompiuterių surinkimas.

    Prisijungimo rodyklė - kompiuteriai;

    Išėjimo rodyklė - įėjimas į pagrindą;

    Kontrolinės rodyklės - taisyklės, įsakymai ir vadovas;

    Mechanizmo strėlės - darbuotojai;

    Įėjimo, išėjimo, valdymo, mechanizmo strėlės yra išsišakojusios;

    Rodyklės nuoroda prie įėjimo tarp darbų: „Kompiuterių remontas“ ir „Atnaujinimas“ (priedai);

    3) Atnaujinimas - kompiuterio tobulinimas, tobulinimas, atnaujinimas.

    Išėjimo rodyklė - įėjimas į pagrindą;

    Kontrolinės rodyklės - taisyklės, įsakymai ir vadovas;

    Mechanizmo strėlės - darbuotojai;

    Valdymo rodyklės, mechanizmas išsišakoję;


    5 paveiksle išsamiau parodyta ataskaitų diagrama. Ataskaitoje pateikiamos 4 ribos rodyklės (įvestis, išvestis, valdymas, mechanizmai). Vidinės rodyklės (grįžtamasis ryšys, įvesties komunikacija).

    Atliekant darbą buvo išvestos šios funkcijos:

    1) Duomenų rinkimas - informacijos rinkimas analizei ir sprendimų priėmimui.

    Įveskite rodyklę - priskyrimo ID;

    Kontrolinės rodyklės - taisyklės, įsakymai ir vadovas;

    Įėjimo, valdymo, mechanizmo strėlės šakojasi;

    Rodyklių nuoroda prie įėjimo tarp darbų: Duomenų rinkimas ir Duomenų patvirtinimas (įrašai);

    2) Duomenų tikrinimas - informacijos patikrinimas ir siuntimas rengti ataskaitą.

    Prisijungimo rodyklė - priskirti ID, įvesti duomenis į duomenų bazę;

    Išėjimo rodyklė - Ataskaita;

    Kontrolinės rodyklės - taisyklės, įsakymai ir vadovas;

    Mechanizmo rodyklės - darbuotojai, kompiuteris;

    Įvesties rodyklės (ID priskyrimas), valdymas, mechanizmas yra šakės;

    Įveskite grįžtamojo ryšio rodyklę iš „Duomenų tikrinimo“ į „Duomenų įgijimas“ (pakartotinis patikrinimas).

    DFD diagramos aprašymas

    Kompiuterių priežiūros darbų skilimas 1 paveiksle apibrėžiamos keturios vidinės veiklos rūšys, du išoriniai subjektai ir dvi duomenų saugyklos.


    1 pav. Kompiuterio priežiūra

    1) Kompiuterio surinkimas - kompiuterio surinkimo iš esamų komponentų procesas.

    2) ataskaitos sudarymas - procesas, kurį sudaro galutinių rodiklių, gautų atliekant einamosios apskaitos darbą, apibendrinimas.

    3) Diagnostika - našumo patikrinimas

    4) Atnaujinimas - kompiuterio tobulinimas, tobulinimas, atnaujinimas.

    Išoriniai subjektai: kompiuteriai ir komponentai

    Duomenų saugyklos:

    1) Sandėlis - vieta, kurioje saugomi surinkti ir atnaujinti kompiuteriai.

    2) DB - duomenų bazė, kurioje saugomos visos ataskaitos ir visa informacija apie atliktą darbą.

    Mes renkame informaciją apie kompiuterį ir pasirenkame jo surinkimo komponentus. Tada mes surenkame kompiuterį ir siunčiame į sandėlį saugojimui, bet be to, jį surinkę, pirmiausia galime nusiųsti jį diagnostikai, patikrinti jo veikimą ir tik tada į sandėlį. Nustačius surinkto kompiuterio diagnozę, siunčiame duomenis, kad sudarytume atliktų darbų ataskaitą ir įvestume informaciją į duomenų bazę.

    Mes taip pat turime kitą išorinį subjektą, tai yra kompiuterį. Mes siunčiame jį modernizuoti, po to jis siunčiamas diagnostikai, kad patikrintų jo veikimą, tada surašome ataskaitą ir įvedame informaciją apie atliktą darbą Duomenų bazėje. Arba po modernizavimo siunčiame prekes į sandėlį, tada atliekame diagnostiką, surašome ataskaitą ir įvedame informaciją į duomenų bazę.

    Darbo skaidymo „Ataskaitų teikimas“ 2 paveiksle apibrėžiamos trys vidinės veiklos rūšys, trys išoriniai subjektai ir dvi duomenų saugyklos.

    1) Duomenų rinkimas - informacijos apie kompiuterius ir komponentus rinkimas.

    2) Patvirtinimas - duomenų tikslumo tikrinimas.

    3) Ataskaita - ataskaitos apie atliktą darbą rašymas.

    Išoriniai subjektai: komponentai, kompiuteriai, tvarkyklė.

    Duomenų saugykla - duomenys apie kompiuterius ir komponentus, ataskaitų duomenys.


    Informacijos apie kompiuterius ir priedus rinkimas, tada išsiuntimas saugojimui. Po to mes patikriname duomenų tikslumą, surašome ataskaitą ir siunčiame atgal saugoti į pirmąjį duomenų saugyklą (2 pav.), Arba siunčiame ataskaitos duomenis į antrąjį duomenų saugyklą (2 pav.) Ir tada siunčiame į vadybininkas patikrinimui.

    Vadovas tikrina, daro pastabas, pataiso ir siunčia pakartotiniam patikrinimui. Po to ataskaita siunčiama saugoti, kol valdytojas bus pakartotinai patikrintas.

    IDEF3 diagramos aprašymas

    Darbo skaidymo metu Kompiuterio priežiūra (1 pav.) Yra apibrėžtos kelios sankryžos, jungiančios vieną ar kelis darbus, kelias vidines užduotis.


    1) Remontas - kompiuterio surinkimas su surenkamais komponentais

    2) Surinkimas - kompiuterio normalizavimas

    3) Atnaujinimas - kompiuterio atnaujinimas

    4) Kompiuteriai - produktas po surinkimo ir modernizavimo

    5) Siųsti į sandėlį - nusiųsti į saugyklą patobulinus (surinkus)

    6) Diagnostika - našumo patikrinimas.

    7) Ataskaita - informacija apie atliktą darbą.

    Sankryžos - jungtys:

    1) J2 - visi veiksmai prasideda tuo pačiu metu.

    2) J6 - santakos sandūra. Mazgas, kuris surenka daug rodyklių į vieną, nurodydamas, kad norint tęsti procesą, reikia rodyklių darbo šaltinių užbaigimo sąlygos.

    3) J7 - parodoma, kad šių sąlygų negalima vienu metu įvykdyti.

    4) J9 - šie veiksmai baigiasi tuo pačiu metu, po to surašoma atliktų darbų ataskaita.

    IDEF3 diagrama rodo, kad J2 sankryžoje yra dvi išsišakojusios rodyklės darbui (statyti ir atnaujinti), kurios prasideda vienu metu. Tik baigus šiuos darbus išeina gatavas produktas (kompiuteris), jungia J6 sankryžą. Tada sankryžoje J7 yra ryšys, rodantis, kad dviejų darbų (prekių siuntimo į sandėlį ir diagnostikos) vienu metu atlikti negalima. Baigus ankstesnį darbą, vyksta darbo ataskaitos rengimo procesas, kurį jungia sankryža J9.

    Panašūs leidiniai