IDEF0 diagramos sudaromos naudojant BPWin programą. Jie skirti vykstančių verslo procesų grafiniam modeliavimui

Apie IDEF0 metodiką

IDEF0 metodika plačiai naudojama dėl paprasto ir lengvai suprantamo grafinio žymėjimo, kurį naudoti modelio kūrimui yra labai patogu. Pagrindinė vieta metodikoje skiriama diagramoms. Diagramose pateikiamos sistemos funkcijos naudojant geometrinius stačiakampius, taip pat esami funkcijų ir išorinės aplinkos ryšiai. Santykiai rodomi naudojant rodykles. Tai galite pamatyti pažiūrėję, ką siūlo IDEF0 diagrama, kurių pavyzdžius rasite šiame straipsnyje.

Tai, kad modeliuojant naudojami tik du grafiniai primityvai, leidžia greitai paaiškinti esamas IDEF0 sąveikos taisykles tiems, kurie apie tai nieko neįsivaizduoja.Per IDEF0 diagramas klientas greičiau prisijungia prie vykstančių procesų, nes vaizdinės grafinės kalbos naudojimas. Galite pamatyti, ką siūlo IDEF0 diagrama, kurios pavyzdžiai pateikiami žemiau.

IDEF0 naudojami elementai

Kaip jau minėta, naudojami 2 geometrinių primityvų tipai: stačiakampiai ir rodyklės. Stačiakampiai žymi tam tikrus procesus, funkcijas, darbus ar užduotis, kurios turi tikslus ir veda prie nurodyto rezultato. Procesų sąveika tarp jų ir išorinės aplinkos rodoma rodyklėmis. IDEF0 išskiria 5 skirtingus rodyklių tipus.

Galimi IDEF0 naudojimo būdai

IDEF0 metodika gali būti naudojama apibūdinti bet kurios informacinės sistemos funkcinį aspektą.

Ryšių tarp procesų tipai IDEF0

Modelio interesas yra sukurti tokias konstrukcijų jungtis, kad vidinės jungtys būtų kuo stipresnės, o išorinės – kuo silpnesnės. Tai stiprus argumentas modeliavimas naudojant IDEF0. Galite patys pamatyti diagramų pavyzdžius ir pamatyti šių žodžių teisingumą. Kad būtų lengviau užmegzti ryšius, panašios jungiamos į modulius. Išoriniai ryšiai užmezgami tarp modulių, o vidiniai – moduliuose. Yra keletas jungčių tipų.

1. Hierarchinis („dalis“ – „visa“) ryšys.

2. Vadovas (reguliuojantis, pavaldus):

2) valdymo grįžtamasis ryšys.

3. Funkciniai arba technologiniai:

2) atvirkštinis įėjimas.

3) vartotojas;

4) loginis;

5) metodinis arba kolegialus;

6) resursas;

7) informacinis;

8) laikinas;

9) atsitiktinis.

Statybiniai blokai ir jungtys diagramose

IDEF0 metodika pateikia nemažai jos naudojimo taisyklių ir rekomendacijų bei naudojimo kokybės gerinimo. Taigi diagramoje rodomas vienas blokas, kuriame galite nurodyti sistemos pavadinimą ir jos paskirtį. Yra 2-5 rodyklės, vedančios į bloką arba iš jo. Gali būti daugiau ar mažiau, bet reikia bent dviejų rodyklių įvažiavimui/išėjimui, o likusios – papildomiems darbams ir jų nurodymui diagramoje. Jei rodyklė yra daugiau nei 5, turėtumėte pagalvoti apie optimalią modelio konstrukciją ir ar įmanoma jį padaryti dar detalesnį.

Statybiniai blokai skilimo diagramose

Blokų, kurie bus vienoje diagramoje, skaičius rekomenduojamas 3-6. Jei jų yra mažiau, tokios diagramos greičiausiai neturės prasmės. Jei blokų skaičius yra didžiulis, perskaityti tokią diagramą bus labai sunku, atsižvelgiant į papildomų rodyklių buvimą. Norint pagerinti informacijos suvokimą, blokus rekomenduojama dėti iš viršaus į apačią ir iš kairės į dešinę. Šis išdėstymas atspindės procesų sekos vykdymo logiką. Be to, rodyklės sukels mažiau painiavos, nes turi minimalų sankryžų skaičių.

Jei tam tikros funkcijos paleidimas niekaip nekontroliuojamas, o procesas gali būti paleistas bet kuriuo metu, tai šią situaciją rodo valdymą ir įvestį rodančių rodyklių nebuvimas. Tačiau tokios situacijos buvimas gali rodyti potencialiems partneriams tam tikrą nestabilumą ir būtinybę atidžiau pažvelgti į potencialų partnerį.

Blokas, kuriame yra tik įvesties rodyklė, rodo, kad procesas gauna įvesties parametrus, tačiau vykdymo metu nevyksta joks valdymas ar reguliavimas. Blokas, turintis tik valdymo rodyklę, naudojamas nurodyti darbams, kurie iškviečiami tik specialiu valdymo sistemos užsakymu. Jie valdomi ir koreguojami visais jų etapais.

Tačiau IDEF0 diagramos sudarymo pavyzdys gali jus įtikinti, kad išsamiausias ir išsamiausias tipas yra diagrama su įvesties ir valdymo rodyklėmis.

Įvardijimas

Norint pagerinti regimąjį suvokimą, kiekvienas blokas ir kiekviena rodyklė turi turėti savo duotas vardas, kuri leis juos atpažinti tarp daugelio kitų blokų ir rodyklių. Taip atrodo pavyzdinės diagramos IDEF0. Jų pagalba sukurta informacinė sistema leis suprasti visus modelių trūkumus ir sudėtingumą.

Dažnai naudojamos sujungimo rodyklės, kyla klausimų dėl jų pavadinimo. Bet sujungti galima tik tuo atveju, jei perduodami vienarūšiai duomenys, todėl atskirų pavadinimų nereikia, nors juos galima nurodyti BPWin programoje. Be to, jei rodyklės skiriasi, jas galima pavadinti atskirai, kad būtų galima suprasti, kas už ką atsakinga.

Jei po šakos pavadinimo nėra, vadinasi, laikomas lygiai toks pat, koks buvo prieš šaką. Taip gali būti, jei dviem blokams reikalinga ta pati informacija. IDEF0 kontekstinė diagrama, kurios pavyzdį rasite šiame straipsnyje, patvirtins šiuos žodžius.

Rodyklės informacija

Jame turi būti rodomos rodyklės, įeinančios ir išeinančios iš to paties bloko kuriant kompozicijos schemą. Vardai geometrines figūras perkelta į diagramą turi tiksliai pakartoti informaciją Auksciausias lygis. Jei dvi rodyklės yra lygiagrečios viena kitos lankams (t. y. jos prasideda nuo vieno proceso krašto, o abi baigiasi tuo pačiu kito proceso kraštu), galbūt jas reikėtų sujungti ir suderinti, kad būtų optimizuotas modelis. tinkamas vardas, kuris puikiai atvaizduojamas IDEF0 (diagramų pavyzdžius galite pamatyti programoje Visio).

IDEF0 metodikos įgyvendinimo konkrečiame modelyje pavyzdys

Jūs jau sužinojote, kas yra IDEF0 diagrama, iš dalies matėte tokių diagramų konstravimo pavyzdžius ir taisykles. Dabar turėtume pereiti prie praktikos. Siekiant geresnio supratimo, paaiškinimas bus paremtas ne kokiu nors „bendruoju“ modeliu, o konkrečiu pavyzdžiu, kuris leis geriau ir visapusiškiau suprasti darbo su IDEF0 BPWin programoje ypatybes.

Pavyzdžiui, traukinio greitis iš taško A į tašką B. Reikia atsižvelgti į tai, kad traukinys negali pasiekti didesnio greičio nei leistinas greitis. Ši linija nustatyta remiantis eksploatavimo patirtimi ir traukinių įtaka geležinkelio vėžei. Reikia suprasti, kad traukinio paskirtis – vežti keleivius, kurie savo ruožtu sumokėjo saugiai ir patogiai pasiekti kelionės tikslą. Naudinga IDEF0 diagrama, kurios pavyzdžius rasite šiame straipsnyje.

Pradinė informacija yra tokia:

1. duomenys apie kelio liniją;
2. pasas visam atstumui;
3. maršruto planas.

Valdymo duomenys:

1. Viršininko, trasos tarnybos vadovo nurodymai.
2. Informacija apie esamą traukinių srautą.
3. Informacija apie planuojamus remontus, rekonstrukcijas ir trasų pakeitimus.

Modelio rezultatas yra:

1. Leidžiamo greičio apribojimas, nurodant ribojimo priežastį.
2. Leistinas greitis judant atskiruose taškuose ir persėdant traukiniams.

Sukūrus kontekstinę diagramą, ją reikia išgręžti ir tada sukurti sudėtinę diagramą, kuri bus pirmojo lygio diagrama. Jame bus parodytos visos pagrindinės sistemos funkcijos. IDEF0 metodika ir diagrama, kuriai atliekamas skaidymas, vadinama pirmine. IDEF0 skaidymas vadinamas antriniu skaidymu.

Išvada

Išskaidžius pirmame lygyje, vykdomas skilimas antrame lygyje – ir taip toliau, kol tolesnis skaidymas praranda prasmę. Visa tai daroma siekiant gauti kuo detalesnę vykstančių ir planuojamų procesų grafinę diagramą. Tai yra paruoštas IDEF0 diagramos pavyzdys, kurį galite naudoti dabar.

Nuotrauka yra verta tūkstančio žodžių

Liaudies išmintis

Dažnai mano darbe kyla poreikis ne tik ištirti ir išspręsti tam tikrą problemą, bet ir nustatyti jos vietą bendrame įmonės veiklos modelyje. Neužtenka suprasti, kad tam tikras padalinys veikia netinkamai, svarbu suprasti, kaip jis sąveikauja su kitais. Priešingu atveju neįmanoma nustatyti visų esamų problemų ir pasirinkti optimalus metodas problemos sprendimas. Ir tam reikia išstudijuoti įmonės darbą ir sudaryti jos funkcinį modelį.

Žinoma, teoriškai vadovas turėtų turėti funkcinį įmonės darbo modelį, ir tai nesvarbu mes kalbame apie apie sandėlio darbo organizavimą arba apie IT sistemą nuo vedimo iki prašymo. Tačiau iš tikrųjų taip beveik niekada nepasirodo, todėl studijuodamas ir ieškodamas kliento problemos sprendimo, aš pats kuriu ir funkcinį įmonės darbo modelį ar tam tikrą procesą (funkciją).

Keletas žodžių apie grafikos pranašumus

Kaip žinote, IDEF0 funkciniai modeliai visada yra grafinės diagramos. Jie turi savo ypatybes ir kompozicijos taisykles. Apie tai pakalbėsime šiek tiek vėliau. Dabar norėčiau pateikti porą grafikos efektyvumo pavyzdžių. Kodėl aš sutelkiu dėmesį į tai? Greičiausiai po mano pareiškimo apie funkcinio įmonės darbo modelio poreikį daugelis pagalvojo, kad viso to nereikia, galėjo žodžiais paaiškinti, kaip įmonėje veikia ta ar kita funkcija. Štai apie ką noriu pakalbėti.

Pradėkime nuo trumpos ekskursijos į istoriją. Grįžkime į tolimus 1877-uosius metus Rusijos ir Turkijos karas. Tada spausdintuvas Sytin pirmą kartą panaudojo grafiką karinėms operacijoms apibūdinti. Dabar visa tai mums pažįstama, aprašant bet kokį mūšį prieš akis iškyla kortelės su rodyklėmis, kurios aiškiai parodo mūšio eigą. Ir tais laikais kariniai veiksmai buvo apibūdinami žodžiais. Kiekvienam mūšiui yra daug, daug žodžių. Ir galiausiai buvo labai sunku suprasti, kas vyksta.

Todėl Sytino idėja buvo išties revoliucinė – jis pradėjo spausdinti litografines žemėlapių kopijas, nurodančius įtvirtinimus ir karinių dalinių vietas. Šios kortelės vadinosi „Laikraščių skaitytojams. Pašalpa“. Idėja pasirodė tokia aktuali, kad pirmasis „Privalumų“ leidimas buvo išparduotas akimirksniu. Ir tada tokios programos turėjo didelę paklausą. Priežastis akivaizdi. Grafika padėjo suprasti tai, ko beveik neįmanoma suprasti vien žodžiais.

Taip pat galiu pateikti panašų žodinių aprašymų bejėgiškumo pavyzdį iš savo praktikos. Vienas iš mano klientų tikrai paprašė manęs imtis ERP sistemos diegimo jo įmonėje. Paklausus, ar jie turi kokių nors techninių specifikacijų, gavau atsakymą: „Taip, turi. Bet tai 400 puslapių. Tuo pat metu klientas labai skundėsi, kad mano kolegos, su kuriais jis susisiekė anksčiau, arba visiškai atsisakė projekto, arba nurodė aiškiai išpūstas kainas. Po to, kai pamačiau, kad techninėje specifikacijoje iš tikrųjų yra 400 puslapių, o ją sudaro tik tekstinis aprašymas, supratau kūrėjų elgesio priežastis. Perskaityti tokią teksto apimtį, įsigilinti, suprasti visus niuansus, kad tik suprastum užduotį ir įvardintum kainą, tikrai labai sunku.

Pasiūliau šiam klientui Alternatyvus variantas- aprašykite viską, kas įmanoma, grafiškai užrašų forma. Parodė jam modeliavimo pavyzdžius. Todėl dabar jie permąsto savo norus ir techninių specifikacijų dizainą.

Žinau ir daug kitų pavyzdžių, kai grafinis verslo procesų modeliavimas padėjo tiek mano kolegoms, verslo konsultantams ir kūrėjams, tiek patiems verslininkams.

Kodėl tai svarbu mano darbui?

Mano darbas visada susijęs su esamos sistemos keitimu. O norint atlikti pakeitimus ir gauti norimą rezultatą, reikia išstudijuoti tai, kas jau yra. Ir visai nesvarbu, ką mes darome – sukonfigūruojame arba įdiegiame CRM sistemą nuo nulio, sukuriame efektyvią ERP sistemą, atliekame integraciją. įvairios sistemos padidinti darbo automatizavimą apskritai. Bet kokiu atveju pirmiausia turite susidaryti idėją apie esamą darbo schemą ir tik po to galite pasiūlyti kai kuriuos pakeitimus ir apgalvoti problemos sprendimo galimybes.

Išstudijavus dabartinę situaciją, aš, kaip ir bet kuris kitas išorės specialistas, kuriu Komercinis pasiūlymas, kuriame kuo detaliau atskleidžiu savo esamos situacijos viziją bei veiksmus, kuriuos reikia atlikti norint išspręsti užduotį, ir, žinoma, laukiamą rezultatą.

Tokios darbo apklausos ataskaitos yra didelės ir užima daugiau nei vieną puslapį, o tai, viena vertus, būtina, bet, kita vertus, apsunkina suvokimą. Iš pradžių, kaip ir daugelis kitų, maniau, kad didelės apimties ataskaitos yra gerai, nes žmogus moka už darbą ir jam reikia pateikti kuo išsamesnę informaciją.

Daznos klaidos

Funkcinis modeliavimas atliekamas naudojant įvairius įrankius, įskaitant ir neskirtus modeliavimui. IN pastarasis atvejis nėra klaidų tikrinimo ir standartinių apribojimų. Noras padidinti matomumą ir patirties trūkumas dažnai sukelia klaidų.

Naudojant skirtingas spalvas

Visi diagramos elementai yra vienodai svarbūs. Funkciniame modeliavime nėra nei daugiau, nei mažiau svarbius elementus. Išnykus bet kuriam procesui ir gamybos defektai sutrinka.

Dažnai modeliuodami ant popieriaus ar įvairiose programose vartotojai stengiasi padidinti matomumą naudodami skirtingas spalvas. Tai viena dažniausių klaidų. Tiesą sakant, kelių spalvų rodyklių ir blokų naudojimas tik padidina painiavą ir taip pat iškreipia diagramos suvokimą.

Jūsų modelis turėtų būti skaitomas juodai baltai, be jokių papildomų spalviniai sprendimai. Šis požiūris kartu padeda išvengti nesusipratimų ir drausmina modelio kūrėją, todėl padidėja modelio skaitomumas ir raštingumas.

Per daug blokų

Kurdami modelį, jie dažnai stengiasi viename lape parodyti visus įmonės darbo niuansus su visomis detalėmis. Rezultatas yra labai daug blokų su daugybe valdymo rodyklių. Tokiu atveju skaitomumas prarandamas.

Geriausias pasirinkimas yra pakankamai detalių, kad suprastumėte problemą, ir nieko daugiau. Išsamios kiekvieno skyriaus ar net darbuotojo darbo detalės gali būti atskleistos renkantis detalų konkretaus proceso vaizdą. O tokia struktūra kuriama tik tuo atveju, jei ji tikrai reikalinga darbui ar sprendimų priėmimui.

Konstrukcijos pažeidimas atliekant koregavimus

Būkite atsargūs ir įsitikinkite, kad nebūtų painiavos ar procesų be gaunamų, išeinančių ar kitų svarbių elementų. Pavyzdžiui, jei aukščiau pateiktame pavyzdyje manau, kad reikia perkelti požiūrį į tekstų kūrėją, pašalinsiu autorių iš diagramos. Tada nebereikalingi valdymo elementai „autoriaus patirtis ir trečiųjų šalių šaltiniai“, taip pat publikavimo planas. Juk autorius jais naudojasi. Tekstų kūrėjas dirba su garso failu. O jei jie liks bendroje schemoje, tai detalizavus jie nuves neaiškia kryptimi ir sukels painiavą.

Taip pat, jei nusprendžiu pridėti bloką, svarbu įsitikinti, kad jis taip pat turi visus reikiamus atributus. Čia labai svarbu atidumas, nes modeliuojant sudėtingus verslo procesus, pasikeitus vienai modelio daliai, gali pasikeisti ir kita. Juos būtinai reikia įtraukti.

Valdymo elementų ir blokų pavadinimų taisyklės

Svarbu atsiminti paprastą taisyklę: kontrolinės rodyklės vadinamos daiktavardžiais, blokai – veiksmažodžiais. Tai priimta IDEF0 standarte ir šis metodas padeda išvengti painiavos ir klaidų.

Dažniausiai klaidos daromos įvardijant blokus. Pavyzdžiui, vietoj „Sukurti straipsnį“ jie rašo „Straipsnio kūrimas“. Šio požiūrio blokai yra veiksmai, todėl jie visada turėtų būti veiksmažodžiai.

IDEF0 naudojimo pranašumai

• Akivaizdi pati pirmoji nauda – matomumas. Jūs pats pradedate suprasti, kaip veikia ta ar kita sistema, taip pat galite aiškiai paaiškinti, kur yra šios sistemos „plonos dėmės“ ir kaip jūsų sprendimai padės jų atsikratyti.
• Abipusis supratimas ir neatitikimų nebuvimas. Aptariant įmonės darbą naudojant funkcinį modelį, turite vaizdinius ir intuityvius užduočių blokus su valdymo elementais. Be to, funkcinis modeliavimas apima, jei reikia, žodyno, kuris atskleidžia simboliai ir terminai. Dėl to jūs ir klientas, vadovas bei kiti darbuotojai kalbate ta pačia kalba aptardami problemą.
• Modelio kūrimo paprastumas ir greitis.Žinoma, išmokti modeliuoti nėra taip paprasta, kaip atrodo. Juk diagrama iš esmės yra itin tankus informacijos pateikimas, kuris labai gerai suprantamas, tačiau tokio pateikimo įgyvendinimas reikalauja ypatingo požiūrio. Atsiranda analitiko smegenys tokiu atveju kaip labai galingas presas vienoje pusėje, o filtras kitoje. Tačiau su patirtimi šis procesas tampa labai greitas. Dėl to jūs gaunate įrankį, kuris padės išsiaiškinti, kas vyksta konkrečioje sistemoje ir, naudojant per trumpą laiką sukurtą vaizdinę priemonę, iliustruoja svarbius dalykus kolegoms ar klientams.
• Disciplina ir be klaidų. IDEF0 standartas numato griežtas sistemas ir taisykles. Toks požiūris sukuria discipliną, o įprotis veikti pagal standartą padeda išvengti klaidų dėl neatidumo. Bet kokie standarto pažeidimai iš karto pastebimi.

Kokie yra IDEF0 naudojimo sunkumai

Svarbu suprasti, kad tik daugumoje paprasti atvejai du verslo analitikai sukurs lygiai tokius pačius funkcinius modelius, apibūdinančius įmonės darbą. Bet koks modelis atspindi analitiko patirtį, verslo, kurį jis siekia apibūdinti, supratimo gilumą ir tam tikru būdu jo asmeninį požiūrį į šį verslą. Tie. žmogus kuria verslo modelį vadovo požiūriu, tarsi jis būtų vadovas.

Tuo pačiu manau, kad verslo analitikas nėra būtent profesija, verslo analitika užsiima kiekvienas verslo vadovas ar kažkokių sistemų kūrėjas, analizuojantis verslą ir siekiantis sukurti kuo efektyvesnę sistemą. Būtent šiems žmonėms ir šiems tikslams yra sukurtas IDEF0 įrankis.

Todėl kuriant funkcinį „tokį, koks yra“ verslo modelį, labai svarbu nuolat konsultuotis su įmonės vadovu, kad nepadarytumėte klaidų, kurios automatiškai sukels klaidas skaidymo etapuose. Be to, vėlesniuose etapuose gali reikėti papildomų padalinių vadovų ir darbuotojų patvirtinimų. Tik tuo atveju, jei jūsų „toks, koks yra“ funkcinis modelis tikrai atspindi tikrąją dalykų būklę, galite atlikti kokius nors pakeitimus ir pasiūlymus. O norint pasiekti kokybiškų tokio darbo rezultatų, visų pirma reikalinga praktinė patirtis ir žinios apie tam tikros rūšies verslo ypatybes.

Daugiau straipsnių šia tema.

Darbo tikslas:

• studijuoti pagrindinius IDEF0 metodikos principus,
• sukurti naują projektą BPWin,
• sudaryti konteksto diagramą,
• užmegzti ryšius.

Sistemos aprašymas naudojant IDEF0 vadinamas funkciniu modeliu. Funkcinis modelis skirtas esamiems verslo procesams apibūdinti, naudojant tiek natūralias, tiek grafines kalbas. Norint perteikti informaciją apie konkrečią sistemą, grafinės kalbos šaltinis yra pati IDEF0 metodika.

IDEF0 metodika numato sudaryti hierarchinę diagramų sistemą – pavienius sistemos fragmentų aprašymus. Pirmiausia aprašomas visos sistemos ir jos sąveikos su išoriniu pasauliu aprašymas (kontekstinė diagrama), po to atliekamas funkcinis išskaidymas - sistema suskirstoma į posistemes ir kiekvienas posistemis aprašomas atskirai (skilimo diagramos). . Tada kiekvienas posistemis suskirstomas į mažesnius ir taip toliau, kol pasiekiamas norimas detalumo lygis.

Kiekvienas IDEF0 diagramos a yra blokai ir lankai. Blokai vaizduoja modeliuojamos sistemos funkcijas. Arkos sujungia blokus ir atspindi jų tarpusavio sąveiką ir ryšius.

Funkciniai blokai (darbas) diagramose vaizduojami stačiakampiais, vaizduojančiais įvardintus procesus, funkcijas ar užduotis, kurios vyksta per tam tikrą laikotarpį ir turi atpažįstamus rezultatus. Kūrinio pavadinimas turi būti išreikštas kaip veiksmą reiškiantis žodinis daiktavardis.

IDEF0 reikalaujama, kad diagramoje būtų bent trys ir ne daugiau kaip šeši blokai. Dėl šių apribojimų diagramų ir modelio sudėtingumas yra skaitomas, suprantamas ir tinkamas naudoti.

Kiekviena bloko pusė turi ypatingą, labai specifinę paskirtį. Kairioji pusė blokas skirtas įėjimams, viršutinis – valdymui, dešinysis – išėjimams, apatinis – mechanizmams. Šis žymėjimas atspindi tam tikrus sistemos principus: įėjimai paverčiami išėjimais, valdymo ribos arba nurodomos transformacijų atlikimo sąlygos, mechanizmai parodo, ką ir kaip atlieka funkcija.

Blokai IDEF0 yra išdėstyti svarbos tvarka, kaip supranta diagramos autorius. Ši santykinė tvarka vadinama dominavimu. Dominavimas suprantamas kaip vieno bloko įtaka kitiems diagramos blokams. Pavyzdžiui, labiausiai dominuojantis diagramos blokas gali būti pirmasis iš reikiamos funkcijų sekos arba planavimo ar valdymo funkcija, kuri turi įtakos visoms kitoms.

Dažniausiai dominuojantis blokas dedamas viršutiniame kairiajame diagramos kampe, o mažiausiai dominuojantis blokas yra dešiniajame kampe.

Blokų išdėstymas puslapyje atspindi autoriaus dominavimo apibrėžimą. Taigi diagramos topologija parodo, kurios funkcijos turi didesnę įtakąį likusius. Norėdami tai pabrėžti, analitikas gali pernumeruoti blokus pagal jų dominavimo tvarką. Dominavimo eiliškumą galima nurodyti skaičiumi, esančiu kiekvieno stačiakampio apatiniame dešiniajame kampe: 1 reikštų didžiausią dominavimą, 2 – kitą ir t.t.

Kūrinių sąveika su išoriniu pasauliu ir vienas su kitu aprašoma rodyklėmis, pavaizduotomis pavienėmis linijomis su rodyklėmis galuose. Rodyklės žymi tam tikrą informaciją ir yra vadinamos daiktavardžiais.

Strėlių tipai

IDEF0 išskiria penkis rodyklių tipus.

Įėjimas- objektai, naudojami ir transformuojami darbu, siekiant gauti rezultatą (išvestį). Leidžiama, kad darbe negali būti vienos įėjimo rodyklės. Įvedimo rodyklė brėžiama kaip įėjimas į kairįjį darbo kraštą.

Kontrolė-.darbo veiksmus kontroliuojanti informacija. Paprastai valdymo rodyklėse yra informacija, nurodanti, ką darbas turi atlikti. Kiekviena užduotis turi turėti bent vieną valdymo rodyklę, kuri pavaizduota kaip įvedimas į viršutinį darbo kraštą.

Išeiti- objektai, į kuriuos konvertuojami įėjimai. Kiekviena užduotis turi turėti bent vieną išėjimo rodyklę, kuri nubrėžta kaip sklindanti iš dešiniojo užduoties krašto.

Mechanizmas- ištekliai, kurie atlieka darbą. Mechanizmo rodyklė nupiešta kaip įeinant į apatinį kūrinio kraštą. Analitiko nuožiūra, mechanizmo rodyklės modelyje gali būti nevaizduojamos.

Skambinti- speciali rodyklė, rodanti kitą veikimo modelį. Iškvietimo rodyklė brėžiama kaip iš darbo apačios ir naudojama norint parodyti, kad kai kurie darbai atliekami už modeliuojamos sistemos ribų.

Ryžiai. 2.1 Strėlių tipai

IDEF0 metodika reikalauja tik penkių tipų sąveikų tarp blokų, kad apibūdintų jų ryšius: valdymas, įvestis, valdymo grįžtamasis ryšys, įvesties grįžtamasis ryšys, išvesties mechanizmas. Valdymo ir įvesties jungtys yra pačios paprasčiausios, nes atspindi tiesioginį poveikį, kuris yra intuityvus ir labai paprastas.

Ryžiai. 2.2. Išvesties komunikacija

Ryžiai. 2.3. Valdymo komunikacijos

Valdymo ryšys atsiranda tada, kai vieno bloko išvestis tiesiogiai veikia mažiau dominuojantį bloką.

Valdymo grįžtamasis ryšys ir įvesties grįžtamasis ryšys yra sudėtingesni, nes jie apima iteraciją arba rekursiją. Būtent vieno darbo rezultatai įtakoja kitų darbų atlikimą ateityje, o tai vėliau daro įtaką pradiniam darbui.

Tada atsiranda kontrolės grįžtamasis ryšys; kai kurio nors bloko išvestis paveikia bloką, turintį didesnį dominavimą.

Išvesties mechanizmo santykiai yra reti. Jie atspindi situaciją, kai vienos funkcijos rezultatas tampa priemone kitos funkcijos tikslui pasiekti.

Ryžiai. 2.4. Prisijungimo atsiliepimai

Ryžiai. 2.5. Vadovybės atsiliepimai

Išvesties mechanizmo ryšiai būdingi išteklių šaltinių (pvz., reikalingų įrankių, apmokyto personalo, fizinės erdvės, įrangos, finansavimo, medžiagų) paskirstymui.

IDEF0 lankas retai reiškia vieną objektą. Paprastai tai simbolizuoja objektų rinkinį. Kadangi lankai žymi objektų rinkinius, jie gali turėti kelis pradžios taškus (šaltinius) ir pabaigos taškus (paskirties vietas). Todėl lankai gali išsišakoti ir susijungti Skirtingi keliai. Visas lankas arba jo dalis gali tęstis iš vieno ar kelių blokų ir baigtis vienu ar keliais blokais.

Išsišakojantys lankai, vaizduojami kaip spinduliuojančios linijos, reiškia, kad visas lankų turinys arba jo dalis gali būti kiekvienoje šakoje. Lankas visada žymimas prieš šaką, kad būtų suteiktas pavadinimas visam rinkiniui. Be to, kiekviena lanko šaka gali būti paženklinta arba nepažymėta pagal šias taisykles:

• nepažymėtose šakose prieš šaką yra nurodytas lanko etiketėje nurodytų objektų svoris;
• šakose, pažymėtose po šakos taško, yra visi arba dalis objektų, nurodytų lanko etiketėje prieš šaką.

Lanko susiliejimas IDEFO, vaizduojamas kaip susiliejančios linijos, rodo, kad kiekvienos šakos turinys sudaro lanko, susidariusio sujungus pradinius lankus, etiketę. Po sujungimo gautas lankas visada pažymimas, kad būtų nurodytas naujas objektų rinkinys, atsiradęs dėl sujungimo. Be to, kiekvienas filialas gali būti pažymėtas arba nepažymėtas prieš sujungiant pagal šias taisykles:

Ryžiai. 2.6. Išvesties mechanizmo jungtis

• nepažymėtose šakose yra po sujungimo bendrinamo lanko etiketėje nurodytų objektų svoris;
• šakose, pažymėtose prieš sujungimą, yra visi arba kai kurie objektai, išvardyti bendroje etiketėje po sujungimo,

Kiekybinės diagramos analizė

Norėdami atlikti kiekybinę diagramų analizę, išvardijame modelio rodiklius:

• blokų skaičius diagramoje - N;
• diagramos skilimo lygis - L;
• diagramos balansas - IN;
• rodyklių, jungiančių prie bloko, skaičius - A

Šis veiksnių rinkinys taikomas kiekvienai modelio diagramai. Toliau pateikiamos rekomendacijos dėl norimų diagramos veiksnių verčių.

Reikia stengtis, kad žemesnių lygių diagramose blokų skaičius būtų mažesnis nei pagrindinėse diagramose, t.y., didėjant skilimo lygiui, koeficientas mažėtų. Taigi šio koeficiento sumažėjimas rodo, kad. kad modeliui skaidant, funkcijos turėtų būti supaprastintos, todėl blokų skaičius turėtų mažėti.

Diagramos turi būti subalansuotos. Tai reiškia, kad vienoje diagramoje 1 pav. parodyta situacija neturėtų atsirasti. 2.7: 1 darbas turi žymiai daugiau įeinančių rodyklių ir valdymo rodyklių nei išeinančių. Reikėtų pažymėti, kad šią rekomendaciją gamybos procesus aprašančiuose modeliuose gali būti neįvykdytos. Pavyzdžiui, aprašant surinkimo procedūrą, bloke gali būti daug rodyklių, apibūdinančių gaminio komponentus, ir viena rodyklė, išeinanti į gatavą gaminį.

Ryžiai. 2.7. Nesubalansuotos diagramos pavyzdys

Pateikiame diagramos balanso koeficientą

Būtina stengtis K buvo minimalus diagramoje.

Be grafinių diagramos elementų analizės, būtina atsižvelgti į blokų pavadinimus. Pavadinimams įvertinti sudaromas modeliuojamos sistemos elementariųjų (trivialių) funkcijų žodynas. Tiesą sakant, šis žodynas turėtų apimti žemesnio lygio diagramos skaidymo funkcijas. Pavyzdžiui, duomenų bazės modeliui funkcijos „rasti įrašą“ ir „įtraukti įrašą į duomenų bazę“ gali būti elementarios, o funkciją „vartotojo registracija“ reikia aprašyti toliau.

Suformavus žodyną ir sudarius sistemos schemų paketą, reikia atsižvelgti į žemesnį modelio lygį. Jei yra atitikmenų tarp diagramų blokų pavadinimų ir žodžių iš žodyno, tai reiškia, kad pasiektas pakankamas skaidymo lygis. Koeficientas, kuris kiekybiškai atspindi šis kriterijus, galima parašyti kaip L*C- modelio lygio ir blokų pavadinimų atitikmenų su žodyno žodžiais skaičiaus sandauga. Kuo žemesnis modelio lygis (didesnis L), tuo degtukai vertingesni.

BPWin įrankių rinkinys

Kai paleidžiate BPWin, pagal numatytuosius nustatymus pasirodo pagrindinė įrankių juosta, įrankių paletė ir Model Explorer.

Kuriant naują modelį pasirodo dialogo langas, kuriame turite nurodyti, ar modelis bus kuriamas iš naujo, ar bus atidarytas iš ModelMart saugyklos, įveskite modelio pavadinimą ir pasirinkite metodiką, pagal kurią bus kuriamas modelis ( 2.8 pav.).

2.8 pav Modelio kūrimo dialogas

BPWin palaiko tris metodikas – IDEF0, IDEF3 ir DFD. BPWin galima kurti mišrius modelius, t. y. modelyje vienu metu gali būti IDEF0 ir IDEF3 diagramos ir DFD. Įrankių paletės sudėtis keičiasi automatiškai, kai pereinate nuo vienos žymos prie kitos.

BPWin modelis laikomas darbų rinkiniu, kurių kiekvienas veikia su tam tikru duomenų rinkiniu. Jei spustelėsite bet kurį modelio objektą kairiuoju pelės mygtuku, atsiras iššokantis kontekstinis meniu, kurio kiekvienas elementas atitinka objekto ypatybės redaktorių.

Pavyzdys

Sistemos modelio kūrimas turėtų prasidėti išnagrinėjus visus dokumentus, apibūdinančius jo funkcionalumą. Vienas iš šių dokumentų yra techninė specifikacija, ty skyriai „Kūrimo tikslas“, „Sistemos tikslai ir uždaviniai“ bei „Sistemos funkcinės charakteristikos“.

Išstudijavus pirminius dokumentus ir apklausus sistemos klientus bei vartotojus, būtina suformuluoti modeliavimo tikslą ir nustatyti požiūrį į modelį. Panagrinėkime jos konstravimo technologiją „Universiteto įdarbinimo tarnybos“ sistemos pavyzdžiu, kurios pagrindinės galimybės buvo aprašytos laboratoriniai darbai № 1.

Suformuluokime modeliavimo tikslą: aprašyti sistemos funkcionavimą, kuris būtų suprantamas jos vartotojui, nesigilinant į su diegimu susijusias detales. Modelį kursime vartotojų (studento, dėstytojo, administratoriaus, dekanato, įmonės) požiūriu.

Pradėkime nuo kontekstinės IDEF0 diagramos kūrimo.Pagal sistemos aprašymą pagrindinė funkcija yra aptarnauti savo klientus apdorojant jų užklausas. Taigi vienintelę kontekstinės diagramos užduotį apibrėžiame kaip „Aptarnauti sistemos klientą“. Toliau apibrėžiame įvesties ir išvesties duomenis, taip pat mechanizmus ir valdymą.

Norint aptarnauti klientą, būtina jį užregistruoti sistemoje, atverti prieigą prie duomenų bazės ir apdoroti jo užklausą. Įvesties duomenys bus „kliento vardas“, „kliento slaptažodis“, „šaltinio duomenų bazė“, „kliento užklausa“. Vykdant užklausą gaunama informacija iš sistemos arba keičiamas duomenų bazės turinys (pavyzdžiui, kompiliuojant ekspertų vertinimai), todėl išvestis bus „ataskaitos“ ir „pakeista duomenų bazė“. Užklausos apdorojimo procesą vykdys sistemos monitorius, kontroliuojamas administratoriaus.

Kontekstinė diagrama

Taigi apibrėžiame sistemos kontekstinę diagramą (2.9 pav.).

2.9 pav. Sistemos konteksto diagrama

Išskaidykime kontekstinę diagramą, apibūdinančią klientų aptarnavimo seką:

• Prieigos prie sistemos lygio nustatymas.
• Posistemio pasirinkimas.
• Prieiga prie posistemio.
• Duomenų bazės keitimas (jei reikia).

Gauname diagramą, parodytą fig. 2.10.

Baigę kontekstinės diagramos skaidymą, pereikite prie kito lygio diagramos skaidymo. Paprastai, svarstant trečiąjį ir žemesnius lygius, modeliai grįžta į pirmines diagramas ir jas koreguoja.

Ryžiai. 2.10. Darbo „Paslauga, sistemos klientas“ išskaidymas

Paeiliui išskaidome visus gautos diagramos blokus. Pirmasis žingsnis nustatant prieigos prie sistemos lygį yra vartotojo kategorijos nustatymas. Vartotojo duomenų bazėje ieškoma kliento vardo, nustatant jo kategoriją. Pagal tam tikra kategorija Nustatomi sistemos naudotojui suteikiami įgaliojimai. Tada atliekama prisijungimo prie sistemos procedūra, patikrinamas prieigos vardas ir slaptažodis. Sujungus informaciją apie institucijas ir prieigos prie sistemos lygį, vartotojui suformuojamas leidžiamų veiksmų rinkinys. Taigi, prieigos prie sistemos lygio nustatymas atrodys taip, kaip parodyta Fig. 2.11.

Ryžiai. 2.11. Darbo „Prieigos prie sistemos lygio nustatymas“ išskaidymas

Baigęs prieigos prie sistemos procedūrą, monitorius analizuoja kliento užklausą, pasirenka posistemį, kuris apdoros užklausą. Darbo „Kreipimasis į posistemį“ išskaidymas neatitinka modelio tikslo ir požiūrio. Sistemos naudotojui neįdomūs vidiniai jos veikimo algoritmai. Šiuo atveju jam svarbu, kad posistemio pasirinkimas būtų atliktas automatiškai, be jo įsikišimo, todėl prieigos prie posistemio išskaidymas tik apsunkins modelį.

Išskaidome darbą „Kliento užklausos apdorojimas“, kurį atlieka užklausų apdorojimo posistemis, nustatydamas vartotojų kategorijas ir galias. Prieš ieškodami atsakymo į užklausą, turite atidaryti duomenų bazę (prisijungti prie jos). Paprastai duomenų bazė gali būti nuotoliniame serveryje, todėl gali tekti užmegzti ryšį su ja. Nustatykime darbų seką:

• Duomenų bazės atidarymas.
• Prašymo vykdymas.
• Ataskaitų generavimas.

Atidarius duomenų bazę, reikia informuoti sistemą, kad ryšys su duomenų baze užmegztas, tada vykdyti užklausą ir generuoti ataskaitas vartotojui (2.12 pav.).

Pažymėtina, kad „Užklausos vykdymas“ apima įvairių posistemių darbą. Pavyzdžiui, jei užklausa apima testavimą, tada jį vykdys profesinių ir psichologinių testų posistemė. Užklausos vykdymo etape gali tekti keisti duomenų bazės turinį, pavyzdžiui, sudarant ekspertų vertinimus. Todėl šią galimybę būtina numatyti diagramoje.

Ryžiai. 2.12.

Diagramos koregavimas

Analizuojant gautą diagramą, kyla klausimas: kokios taisyklės naudojamos ataskaitoms generuoti? Būtina turėti iš anksto sugeneruotus šablonus, kurie bus naudojami pasirenkant iš duomenų bazės, o šie šablonai turi atitikti užklausas ir būti iš anksto apibrėžti. Be to, klientui turėtų būti suteikta galimybė pasirinkti ataskaitos formą.

Pakoreguokite diagramą pridėdami rodykles „Ataskaitų šablonai“ ir „Duomenų bazės keitimo užklausos“ bei tunelio rodyklę „Sistemos klientas“. „Sistemos kliento“ tuneliavimas naudojamas tam, kad rodyklė nebūtų dedama į viršutinę diagramą, nes ataskaitos formos pasirinkimo funkcija nėra pakankamai svarbi, kad būtų rodoma pagrindinėje diagramoje.

Pakeitus diagramą, bus pakoreguotos visos pagrindinės diagramos (2.13 - 2.15 pav.).

Patartina „Užklausos vykdymo“ darbą išskaidyti naudojant DFD diagramą (laboratorinis darbas Nr. 3), kadangi IDEF0 metodika sistemą vertina kaip tarpusavyje susijusių darbų rinkinį, kuris prastai atspindi informacijos apdorojimo procesus.

Ryžiai. 2.13. Darbo „Kliento užklausos apdorojimas“ išskaidymas

Ryžiai. 2.14. Darbo „Sistemos klientų aptarnavimas“ išskaidymas (2 variantas)

Ryžiai. 2.15. Sistemos konteksto diagrama (2 parinktis)

Pereikime prie paskutinio bloko „Duomenų bazės keitimas“ išskaidymo. Kliento požiūriu sistemos duomenys yra vienoje duomenų bazėje. Iš tikrųjų sistemoje yra šešios duomenų bazės:

• vartotojų duomenų bazė,
• studentų duomenų bazė, (2 variantas)
• laisvų darbo vietų duomenų bazė,
• akademinių rezultatų duomenų bazė,
• Bandymų duomenų bazė,
• ekspertinių vertinimų DB,
• DB gyvenimo aprašymas.

Pagal modeliavimo tikslą, klientui svarbu suprasti, kad gauti duomenys ne iš karto atnaujinami sistemoje, o pereina papildomą apdorojimo ir kontrolės etapą. Keitimo algoritmą galima suformuluoti taip:

• Nustatoma duomenų bazė, kurioje informacija bus keičiama.
• Operatorius sugeneruoja laikiną duomenų rinkinį ir pateikia jį administratoriui.
• Administratorius kontroliuoja duomenis ir įveda juos į duomenų bazę.

Šis modelis gali būti įgyvendintas ir kitu būdu, suteikiant galimybę atnaujinti duomenų bazę tiesiogiai pagal užklausas, apeinant duomenų valdymo procesą. Tokiu atveju būtina užtikrinti duomenų bazės vientisumo kontrolę, kad būtų išvengta jos žalos. Tokiu atveju schema atrodys taip (2.17 pav.).

Ryžiai. 2.16. Darbo „Duomenų bazės keitimas“ išskaidymas

Ryžiai. 2.17. Darbo „Duomenų bazės keitimas“ išskaidymas (2 variantas) Pirmajam variantui, parodytam pav. 2.12

Tolesnis „Duomenų bazės pakeitimų“ išskaidymas apsunkins modelį, paaiškindamas, kaip atliekamas fizinis duomenų bazės pakeitimas sistemoje. Tokiu atveju vartotojas negaus Papildoma informacija apie įdarbinimo paslaugų sistemos veikimą. Šį darbą patartina išskaidyti duomenų bazių sistemos projektavimo procese, duomenų bazės loginio modelio kūrimo etape.

Kitoje laboratorijoje bus atliktas užklausos vykdymo darbų išskaidymas, iliustruojantis DFD diagramų naudojimą informacijos apdorojimo procesams aprašyti.

Vykdykime kiekybinė analizė modeliai, parodyti fig. 2.12 ir 2.13, pagal aukščiau aprašytą metodą. Panagrinėkime koeficiento ^ elgseną šiems modeliams. Pirminės diagramos „Kliento užklausos apdorojimas“ koeficientas yra 4/2 = 2, o išskaidymo diagramoje – 3/3 = 1. Koeficiento reikšmė mažėja, o tai rodo funkcijų aprašymo supaprastinimą kaip lygmens modelis mažėja.

Panagrinėkime koeficiento pokytį K b turi du modelio variantus.

dėl antrojo varianto

Koeficientas K b nekeičia savo vertės, todėl diagramos balansas nesikeičia.

Darysime prielaidą, kad nagrinėjamų diagramų išskaidymo lygis yra pakankamas, kad atspindėtų modeliavimo tikslą, o žemesnio Lygio diagramose elementarios funkcijos naudojamos kaip darbų pavadinimai (sistemos vartotojo požiūriu) .

Apibendrinant nagrinėjamą pavyzdį, būtina pažymėti, kad modeliuojant sistemą svarbu atsižvelgti į keletą diagramų variantų. Tokios galimybės gali atsirasti koreguojant diagramas, kaip tai buvo daroma „Apdorojant kliento užklausą“ arba kuriant alternatyvius sistemos funkcijų įgyvendinimus (darbo „Duomenų bazės keitimas“ išskaidymas). Peržiūrėję parinktis galėsite pasirinkti geriausią ir įtraukti jį į diagramų paketą tolesniam svarstymui.

Kontroliniai klausimai

Sąrašas Apsaugos klausimai:

1. Kas yra modelis IDEF0 žymėjime?
2. Ką reiškia IDEF0 darbai?
3. Kokia darbų įvardijimo tvarka?
4. Kiek darbų turi būti vienoje diagramoje?
5. Kokia yra dominavimo tvarka?
6. Kaip darbai išdėstyti pagal dominavimo principą?
7. Kokia yra darbo stačiakampių kraštinių paskirtis diagramose?
8. Išvardykite rodyklių tipus.
9. Įvardykite santykių tipus.
10. Kaip vadinamos ribinės rodyklės?
11. Paaiškinkite išsišakojusių ir suliejamų rodyklių įvardijimo principą.
12. Kokias metodikas palaiko BPWin?
13. Išvardykite pagrindinius BPWin pagrindinio lango elementus.
14. Apibūdinkite naujo modelio kūrimo procesą BPWin.
15. Kaip užmegzti ryšius tarp kūrinių?
16. Kaip nustatyti darbo pavadinimą.
17. Apibūdinkite darbo suskaidymo procesą.
18. Kaip pridėti darbą prie diagramos?
19. Kaip išspręsti tunelines strėles?
20. Ar BPWin modelyje gali būti kelių metodikų diagramų?

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

SADT metodika (Structured Analysis and Design Technique – struktūrinės analizės ir projektavimo metodika) – tai metodų, taisyklių ir procedūrų rinkinys, skirtas sukurti funkcinį sistemos modelį.

Šios metodikos kūrimas prasidėjo nuo Douglaso Rosso (JAV) septintojo dešimtmečio viduryje. XX amžiuje Nuo tada sistemos analitikai SofTech, Inc. patobulino SADT ir panaudojo jį įvairiausioms problemoms spręsti. Telefoninė programinė įranga, diagnostika, ilgalaikis ir strateginis planavimas, kompiuterizuota gamyba ir projektavimas, kompiuterinių sistemų konfigūravimas, personalo mokymas, finansų ir logistikos valdymas – tai keletas sričių, kuriose galima efektyviai taikyti SADT. Platus pasirinkimas srityse rodo SADT metodikos universalumą ir galią. JAV gynybos departamento integruotos kompiuterinės gamybos (ICAM) programa pripažino SADT naudingumą. Dėl to 1981 metais buvo išleista jo dalis, vadinama IDEF0 (Icam DEFinition), kaip federalinį plėtros standartą programinė įranga. Šiuo pavadinimu SADT pradėjo naudoti tūkstančiai karinių ir pramonės organizacijų specialistų. Naujausias leidimas IDEF0 standartas buvo išleistas 1993 m. gruodžio mėn. Nacionalinis standartų ir technologijų institutas (NIST).

Ši metodika konkuruoja su į duomenų srautą orientuotais (DFD) metodais aprašant 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 reikalavimus, sukurkite sistemos ir jos išorinės aplinkos aprašymą. Kitaip tariant, naudodami šią metodiką, galite palaipsniui kurti ir analizuoti sistemą net tada, kai dar sunku įsivaizduoti jos įgyvendinimą.

Taigi IDEF0 gali būti naudojamas pradiniame įvairių sistemų kūrimo etape. Kartu jis gali būti naudojamas analizuojant esamų sistemų funkcijas ir kuriant sprendimus jas tobulinti.

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

Modelyje (kaip yra, BŪTI arba TURI BŪTI) gali būti 4 tipų diagramos [ , ]:

Kontekstinė diagrama;

Skilimo diagramos;

Mazgų medžio diagramos;

Diagramos tik ekspozicijai (FEO).

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

Toliau funkcijos skirstomos į subfunkcijas ir taip toliau, kol pasiekiamas reikiamas tiriamos sistemos detalumo lygis. Diagramos, apibūdinančios kiekvieną tokį sistemos fragmentą, vadinamos skilimo diagramos . Po kiekvienos išskaidymo sesijos vyksta egzaminų sesijos – dalyko ekspertai nurodo realių procesų atitikimą sukurtoms diagramoms. Rasti neatitikimai pašalinami, po to prasideda tolesnis procesų detalizavimas.

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

Ekspozicijos diagramos yra sukonstruoti iliustruoti atskirus modelio fragmentus, siekiant parodyti alternatyvų požiūrį į sistemoje vykstančius procesus (pavyzdžiui, organizacijos valdymo požiūriu).

6.3. IDEF0 grafinio žymėjimo 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 rodo sistemos funkcijas stačiakampių pavidalu, taip pat ryšius tarp jų ir išorinės aplinkos rodyklėmis. Naudodami tik du grafinius primityvus (stačiakampį ir rodyklę) galite greitai paaiškinti IDEF0 diagramų sudarymo taisykles ir principus žmonėms, kurie nėra susipažinę su šia metodika. Šis pranašumas leidžia sujungti ir suaktyvinti kliento veiklą aprašant verslo procesus naudojant formalią ir vaizdinę grafinę kalbą.

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

Ryžiai. 6.1. IDEF0 grafinio žymėjimo elementai

Stačiakampis vaizduoja darbas (procesas, veikla, funkcija ar užduotis) , kuris turi fiksuotą tikslą ir veda į kai kuriuos galutinis rezultatas. Darbo pavadinimas turi išreikšti veiksmą (pvz., „Detalės gamyba“, „Leidžiamų greičių skaičiavimas“, „Darbų centro Nr. 3 akto sukūrimas“).

Kūrinių sąveika tarp jų pačių ir išorinio pasaulio aprašoma rodyklėmis. IDEF0 išskiria 5 tipų strėlės :

- įėjimas (anglų k. įvestis) – medžiaga arba informacija, kuri naudojama ir transformuojama darbu, siekiant gauti rezultatą (išvestis). Įvestis atsako į klausimą „Kas yra apdorojama? Įvestis gali būti materialus objektas (žaliava, dalis, egzamino kortelė) arba toks, kuris neturi aiškių fizinių kontūrų (duomenų bazės užklausa, mokytojo klausimas). Leidžiama, kad darbe negali būti vienos įėjimo rodyklės. Įėjimo rodyklės visada brėžiamos įeinant į kairįjį kūrinio kraštą;

- kontrolė (angl. control) – kontroliniai, reglamentuojantys ir normatyviniai duomenys, kuriais vadovaujamasi atliekant darbą. Vadovybė atsako į klausimą „Pagal ką yra atliekamas darbas? Valdymas įtakoja darbą, bet nėra jo transformuojamas, t.y. veikia kaip apribojimas. Valdymas gali apimti taisykles, standartus, reglamentus, kainas arba žodinius nurodymus. Kontrolinės rodyklės brėžiamos įeinant į viršutinį darbo kraštą. Jei kuriant diagramą kyla klausimas, kaip teisingai nupiešti rodyklę iš viršaus ar į kairę, rekomenduojama ją nupiešti kaip įvestį (rodyklė kairėje);

- išeiti (anglų k. produkcija) – medžiaga arba informacija, reprezentuojanti darbo rezultatą. Rezultatas atsako į klausimą „Koks darbo rezultatas? Išvestis gali būti arba materialus objektas (detalė, automobilis, mokėjimo dokumentai, išrašas) arba nematerialus objektas (duomenų atranka iš duomenų bazės, atsakymas į klausimą, žodiniai nurodymai). Nubrėžtos išėjimo rodyklės, sklindančios iš dešiniojo kūrinio krašto;

- mechanizmas (anglų kalba mechanizmas) – ištekliai, kurie atlieka darbą. Mechanizmas atsako į klausimą „Kas atlieka darbą ar per ką? Mechanizmas gali būti įmonės personalas, studentas, mašina, įranga ar programa. Mechanizmo rodyklės nubrėžtos įeinant į apatinį kūrinio kraštą;

- skambinti (angliškas skambutis) – rodyklė rodo, kad tam tikra darbo dalis atliekama už atitinkamo bloko ribų. Iš apatinio kūrinio krašto brėžiamos išėjimo rodyklės.

6.4. Ryšių tarp darbų rūšys

Nustačius funkcijų sudėtį ir ryšius tarp jų, kyla klausimas dėl teisingos jų sudėties (sujungimo) į modulius (posistemes). Tai reiškia, kad kiekviena atskira funkcija turi išspręsti vieną, griežtai apibrėžtą užduotį. Priešingu atveju būtinas tolesnis funkcijų skaidymas arba atskyrimas.

Derinant funkcijas į posistemius, reikia 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 ryšių semantika, supažindinsime su funkcijų (darbų) sąsajų klasifikacija. Ši klasifikacija yra išplėtimas. Ryšių tipai pateikiami mažėjančia tvarka pagal jų reikšmingumą (rišimo stiprumą). Pateiktuose pavyzdžiuose storos linijos pabrėžia funkcijas, tarp kurių yra nagrinėjamas ryšio tipas.

1. Hierarchinis ryšys (santykių „dalis“ – „visa“) vyksta tarp funkcijos ir subfunkcijų, iš kurių ji susideda.

Ryžiai. 6.2. Hierarchinis santykis

2. Reguliavimo (kontrolės, pavaldinio) ryšys atspindi vienos funkcijos priklausomybę nuo kitos, kai vieno darbo išvestis nukreipiama valdyti kitą. Funkcija, iš kurios kyla valdymas, turėtų būti laikoma reguliuojančia arba kontroliuojančia, o funkcija, į kurią ji įtraukta, turėtų būti laikoma pavaldžia. Išskirti tiesioginis bendravimas su vadovybe , kai valdymas iš aukštesnio darbo perkeliamas į žemesnį (6.3 pav.), ir vadovybės atsiliepimai kai valdymas perkeliamas iš žemesnio į aukštesnį (6.4 pav.).

3. Funkcinis (technologinis) ryšys įvyksta, kai vienos funkcijos išvestis yra kitos funkcijos įvestis. Materialių objektų srauto požiūriu šis ryšys parodyta šių objektų apdorojimo technologija (darbų seka). Išskirti tiesioginis įvesties ryšys , kai išėjimas perkeliamas iš aukštesnės operacijos į žemesnę (6.5 pav.), ir prisijungimo atsiliepimai , kai išėjimas perduodamas iš apatinio į aukštesnįjį (6.6 pav.).

Ryžiai. 6.5. Tiesioginis ryšys per įvestį	Ryžiai. 6.6. Prisijungimo atsiliepimai

4. Vartotojų komunikacija įvyksta, kai vienos funkcijos išvestis tarnauja kaip kitos funkcijos mechanizmas. Taigi viena funkcija sunaudoja kitos sukurtus išteklius.

Ryžiai. 6.7. Vartotojų komunikacija

5. Loginis ryšys stebimas tarp logiškai vienarūšių funkcijų. Tokios funkcijos, kaip taisyklė, atlieka tą patį darbą, bet skirtingais (alternatyviais) būdais arba naudodamos skirtingus įvesties duomenis (medžiagas).

Ryžiai. 6.8. Loginis ryšys

6. Kolegialus (metodinis) bendravimas įvyksta tarp funkcijų, kurių veikimo algoritmą lemia tas pats valdymas. Tokio bendravimo analogas yra bendras vieno skyriaus darbuotojų (kolegų), pavaldžių viršininkui, kuris duoda nurodymus ir įsakymus (valdymo signalus), darbas. Toks ryšys atsiranda ir tada, kai šių funkcijų veikimo algoritmus nustato ta pati metodinė pagalba (SNIP, GOST, oficiali reglamentinė medžiaga ir kt.), kuri atlieka kontrolę.

Ryžiai. 6.9. Metodinis ryšys

7. Išteklių prijungimas atsiranda tarp funkcijų, kurios savo darbui naudoja tuos pačius išteklius. Nuo išteklių priklausančios funkcijos paprastai negali būti vykdomos vienu metu.

Ryžiai. 6.10. Išteklių prijungimas

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

Ryžiai. 6.11. Informacinis bendravimas

9. Laikinas ryšys įvyksta tarp funkcijų, kurios turi būti vykdomos vienu metu prieš arba vienu metu po kitos funkcijos.

Be paveikslėlyje nurodytų atvejų, šis ryšys atsiranda ir tarp kitų valdymo, įvesties ir mechanizmo kombinacijų, įeinančių į tą pačią funkciją.

Ryžiai. 6.12. Laikinas ryšys

10. Atsitiktinis ryšys atsiranda, kai tarp funkcijų yra mažai arba visai nėra specifinio ryšio.

Ryžiai. 6.13. Atsitiktinis ryšys

Iš minėtų jungčių tipų stipriausias yra hierarchinis ryšys, kuris iš esmės lemia funkcijų sujungimą į modulius (posistemes). Reguliavimo, funkciniai ir vartotojų ryšiai yra šiek tiek silpnesni. Funkcijos su šiais ryšiais dažniausiai įgyvendinamos viename posistemyje. Loginiai, kolegialūs, išteklių ir informacijos ryšiai yra vieni silpniausių. Funkcijos, kurios jas turi, paprastai yra įgyvendinamos skirtinguose posistemiuose, išskyrus logiškai vienarūšes funkcijas (funkcijas, sujungtas loginiu ryšiu). Laikinoji komunikacija rodo silpną funkcijų priklausomybę viena nuo kitos ir reikalauja jas įgyvendinti atskiruose moduliuose.

Taigi, jungiant funkcijas į modulius, pirmieji penki jungčių tipai yra labiausiai pageidaujami. Paskutinėmis penkiomis nuorodomis sujungtas funkcijas geriau įgyvendinti atskiruose moduliuose.

IDEF0 turi susitarimus (taisykles ir gaires) kuriant diagramas, kurios sukurtos taip, kad modelį būtų lengviau skaityti ir ištirti [ , ]. Kai kurias iš šių taisyklių CASE įrankiai palaiko automatiškai, o kitos turi būti vykdomos rankiniu būdu.

1. Prieš kuriant modelį, būtina nuspręsti, kuris (-i) sistemos modelis (-iai) bus statomas. Tai reiškia, kad reikia nustatyti jo tipą AS-IS, TO-BE arba TURI BŪTI, taip pat nustatyti padėtį, iš kurios modelis kuriamas. „Požiūrio taškas“ geriausiai suprantamas kaip asmens ar objekto vieta (pozicija), kurioje reikia stovėti, norint pamatyti veikiančią sistemą. Pavyzdžiui, kurdami bakalėjos parduotuvės veiklos modelį, iš galimų kandidatų, kurių požiūriu sistema vertinama, galite pasirinkti pardavėją, kasininką, buhalterį ar direktorių. Paprastai pasirenkamas vienas požiūrio taškas, kuris pilniausiai apima visus sistemos veikimo niuansus, o esant reikalui kai kurioms dekompozicinėms diagramoms konstruojamos FEO diagramos, kuriose pateikiamas alternatyvus požiūris.

2. Kontekstinėje diagramoje rodomas vienas blokas, rodantis sistemos paskirtį. Kiekvienoje pusėje rekomenduojama rodyti po 2-4 įeinančias ir išeinančias rodykles.

3. Dekompozicijos diagramose rekomenduojamas blokų skaičius 3–6. Jei skaidymo diagramoje yra du blokai, tai paprastai nėra prasmės. Dalyvaujant didelis kiekis blokinė 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ą. Toks 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. Funkcijos valdymo ir įvesties rodyklių nebuvimas neleidžiamas. Tai reiškia, kad šios funkcijos paleidimas nekontroliuojamas ir gali įvykti bet kuriuo savavališku momentu arba iš viso niekada.

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

Blokas, turintis tik valdymą, gali būti laikomas funkcijos (procedūros) be parametrų iškvietimu programoje. Jei blokas turi įvestį, tai tolygu funkcijos su parametrais iškvietimui programoje. Taigi blokas be valdymo ir įvesties yra lygiavertis funkcijai, kuri niekada nėra raginama vykdyti programoje.

Fig. 6.7–6.12, rodantys IDEF0 diagramų fragmentus, yra blokų be įvesties ir valdymo. Tai neturėtų būti laikoma klaida, nes viena iš šių rodyklių turi būti ten.

6. Kiekvienas blokas turi turėti bent vieną išvestį.

Ryžiai. 6.15. Funkcija be išvesties

Darbas be rezultatų neturi prasmės ir neturėtų būti modeliuojamas. Išimtis yra darbai, rodomi AS-IS modelyje. Jų buvimas rodo technologinių procesų neefektyvumą ir netobulumą. TO-BE modelyje šios veiklos neturėtų būti.

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

8. Grįžtamieji ryšiai ir iteracijos (cikliniai veiksmai) gali būti vaizduojami naudojant nugaros lankus. Įvesties grįžtamasis ryšys nubrėžiamas kaip „apatinė“ kilpa, valdymo grįžtamasis ryšys – kaip „viršutinė“ (žr. 6.4 ir 6.6 pav.).

9. Kiekvienas blokas ir kiekviena rodyklė diagramose turi turėti pavadinimą. Leidžiama naudoti rodyklių šakojimą (dekompoziciją) arba sujungimą (kompoziciją). Taip yra dėl to, kad tuos pačius duomenis ar objektus, sugeneruotus atliekant vieną darbą, galima vienu metu naudoti keliose kitose užduotyse. Ir atvirkščiai, toje pačioje vietoje gali būti naudojami tie patys arba vienarūšiai duomenys ir objektai, sugeneruoti skirtingų darbų.

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

Tokiu atveju skirtingoms rodyklės atšakoms galima priskirti kvalifikuojančius pavadinimus po šakojimo (prieš sujungimą). Jei kuri nors šaka nėra pavadinta šakos vardu, laikoma, kad jos pavadinimas atitinka prieš šaką parašytos rodyklės pavadinimą.

Taigi, pav. 6.16 valdikliai, įtraukti į blokus „Dalių gamyba“ ir „Gaminio surinkimas“, turi aiškiančią reikšmes ir yra neatskiriama daugiau generalinis direktorius„Brėžiniai“. Visi brėžiniai naudojami kokybės kontrolės blokui valdyti.

Diagramoje negalima piešti rodyklių, kai jos nėra pavadintos prieš ir po šakos. Fig. 6.17 rodyklė, įtraukta į bloką „Standartinių teiginių generavimas“, neturi pavadinimo prieš ir po šakos, o tai yra klaida.

Ryžiai. 6.17. Neteisingas rodyklių pavadinimai

10. Konstruojant diagramas, geresniam įskaitomumui galima naudoti rodyklių tuneliavimo mechanizmą. Pavyzdžiui, kad viršutinio lygio (pagrindinės) diagramos nebūtų užgriozdintos nereikalingomis detalėmis, skaidymo diagramose lanko pradžia dedama į tunelį.

Ryžiai. 6.18. Rodyklės tuneliavimas

Šiame pavyzdyje, kuriant modelį Naujųjų metų vakarėliui, „dviejų ašių“ mechanizmas nebus rodomas viršutinių lygių diagramose, kuriuos skaitant gali kilti teisingas klausimas: „Kodėl reikia dviejų ašių Naujųjų metų vakarėlis?

Panašiai galite tuneliuoti turėdami priešingą tikslą – neleisti rodyklei atsirasti diagramose žemesni lygiai. Tokiu atveju rodyklės gale dedami skliaustai. Kontekstinėje diagramoje (žr. 6.21 pav.) „Track Service Engineer“ mechanizmas, įtrauktas į bloką „Leidžiamų greičių nustatymas“, yra tuneliuotas. Toks sprendimas buvo priimtas, nes inžinierius tiesiogiai dalyvauja visuose darbuose, kurie rodomi šio bloko skaidymo diagramoje (žr. 6.22 pav.). Kad nebūtų rodomas šis ryšys ir nebūtų sugriauta skilimo diagrama, rodyklė buvo tuneliuota.

11. Jame turi būti rodomos visos rodyklės, įeinančios ir išeinančios iš bloko, sudarant jam skaidymo diagramą. Išimtis yra tunelinės strėlės. Į skaidymo diagramą perkeltų rodyklių pavadinimai turi sutapti su pavadinimais, nurodytais aukščiausio lygio diagramoje.

12. Jei dvi rodyklės eina lygiagrečiai (pradedant nuo vieno kūrinio to paties paviršiaus ir baigiant tuo pačiu kito kūrinio paviršiumi), tada, jei įmanoma, jas reikia sujungti ir vadinti vienu terminu.

Ryžiai. 6.19. Jungčių sujungimas

13. Kiekvienas blokas diagramose turi turėti savo numerį. Diagramos numeriai naudojami bet kurios diagramos ar bloko vietai hierarchijoje nurodyti. Blokas aukščiausio lygio diagramoje ž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 detalaus bloko numerį iš pagrindinės diagramos ir antrojo bloko numerį eilės tvarka dabartinėje diagramoje (11, 12, 25, 63) ir tt Kontekstinė diagrama žymima „A - 0“, skilimo diagrama pirmojo lygio yra „A0“, kitų lygių skaidymo diagramos pažymėtos raide „ A“, po kurios nurodomas skaidomo bloko numeris (pvz., „A11“, „A12“, „A25“, „ A63"). Paveiksle parodyta tipinė medžio diagrama (mazgų medžio diagrama) su numeracija.

Ryžiai. 6.20. Diagramos hierarchija

Šiuolaikiniuose CASE įrankiuose darbų numeravimo mechanizmai palaikomi automatiškai. CASE įrankiai taip pat suteikia automatinį mazgų medžio diagramų, kuriose yra tik hierarchiniai ryšiai, kūrimą. Tokios diagramos viršūnė gali būti bet koks mazgas (blokas), o pastatytas iki bet kokio gylio.

6.6. Leistinų greičių nustatymo sistemos IDEF0 modelio sukūrimo pavyzdys

Leidžiamų traukinių greičių skaičiavimas yra daug darbo reikalaujantis inžinerinis darbas. Traukiniui pravažiuojant bet kurią atkarpą, tikrasis traukinio greitis neturi viršyti didžiausio leistino greičio. Šis didžiausias leistinas greitis nustatomas remiantis eksploatavimo patirtimi ir specialiai atliktais judėjimo dinamikos ir poveikio riedmenų bėgiams bandymais. Neviršijant šio greičio garantuojamas traukinių eismo saugumas, patogios važiavimo sąlygos keleiviams ir kt. Jos nustatomos atsižvelgiant į riedmenų tipą (lokomotyvo markę ir vagonų tipą), viršutinės bėgių kelio konstrukcijos parametrus (važų trasos tipą). bėgiai, balastas, pabėgio schema) ir planas (spindulio kreivės, perėjimo kreivės, išoriniai bėgių pakilimai ir kt.). Paprastai, norint nustatyti leistinus greičius, reikia nustatyti bent du (tiesiose) ir penkis (kreivėse) greičius, iš kurių galutinis leistinas greitis pasirenkamas kaip mažiausias iš visų apskaičiuotų. Šių greičių skaičiavimą reglamentuoja Rusijos geležinkelių ministerijos 2001 m. lapkričio 12 d. įsakymas Nr. 41 „Federalinio geležinkelių transporto 1520 (1524) mm vėžės geležinkelių riedmenų leistinų greičių normos“.

Kaip minėta, IDEF0 modelio konstravimas prasideda nuo visos sistemos atvaizdavimo paprasto komponento (kontekstinės diagramos) forma. Šioje diagramoje rodoma sistemos paskirtis (pagrindinė funkcija) ir būtini įvesties ir išvesties duomenys, valdymo ir reguliavimo informacija bei mechanizmai.

Leidžiamų greičių nustatymo problemos kontekstinė diagrama parodyta 6.21 pav. Modeliui sukurti buvo naudojamas „Computer Associates“ BPwin 4.0 produktas.

Ryžiai. 6.21. Leidžiamo greičio nustatymo sistemos kontekstinė diagrama (IDEF0 metodika)

Kaip Papildoma informacija, kurių pagrindu nustatomi leistini greičiai, naudojami:

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

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

Trasos atstumo pasas (yra panaši į aukščiau aptartą informaciją, taip pat informacija apie trasos antstatą (VSP));

Duomenys apie trasos plano matavimo, naudojant trasos matavimo mašiną, rezultatus;

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

Dalį pradinės informacijos galima paimti iš skirtingų šaltinių. Visų pirma informaciją apie planą (kreivės parametrus) galima paimti iš naujos linijos ar rekonstrukcijos projekto projekto, detalaus išilginio profilio, bėgių kelio atstumo pažymos ir kt.

Valdymo duomenys yra:

Kelių bėgių tarnybos arba UAB „Rusijos geležinkeliai“ bėgių ir konstrukcijų departamento vadovo nurodymas apskaičiavimui;

įsakymas Nr. 41, kuriame pateikiama norminė ir informacinė informacija, leistinų greičių nustatymo procedūros ir formulės;

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

Informacija apie planuojamus bėgių remonto darbus, rekonstravimą ir konstrukcijų bei įrenginių rekonstrukciją.

Rezultatas sistemos veikimas turi būti:

Leidžiamų greičių sąrašai, kuriuose yra visų tipų skaičiuojami greičiai ir leidžiantys nustatyti jų ribojimo priežastį;

Kelio vadovo įsakymo dėl leistino greičio nustatymo ruožuose ir atskiruose taškuose žiniaraščiai (Įsakymas „N“) pagal kelyje priimtą formą. Patvirtintas įsakymas „N“ oficialiai nustato leistinus traukinių greičius;

Standartinės formos Nr. 1, 1a ir 2, kuriose nurodyti planuojami leistini greičiai rengiant traukinių tvarkaraščius.

„H“ įsakyme nurodyti greičiai ir standartines formas, gali skirtis nuo apskaičiuoto ir nurodyto leistino greičio lapuose. Taip yra dėl to, kad jie atspindi greičio apribojimus ne tik riedmenų konstrukcijoje, VSP parametruose ir kreivėse, bet ir įrenginių bei konstrukcijų būkle (kelio sankasos deformacija, kontaktinio tinklo atramų iškrypimas ir kt.). ). Be to, jie koreguojami atsižvelgiant į planuojamus bėgių remonto darbus, konstrukcijų ir įrenginių rekonstrukciją bei rekonstrukciją ir kt.

Sukūrus konteksto diagramą, ji detalizuojama naudojant pirmojo lygio skaidymo diagramą. Šioje diagramoje pateikiamos sistemos funkcijos, kurios turi būti įgyvendintos pagrindinėje funkcijoje. Diagrama, kuriai buvo atliktas skaidymas, atsižvelgiant į ją detalizuojančias diagramas, vadinama tėvų . Vadinama skilimo diagrama jos pirminio atžvilgiu dukterinė įmonė .

Nagrinėjamos problemos pirmojo lygio dekompozicijos diagrama parodyta 6.22 pav. Paprastai, sudarant dekompozicijos diagramą, pradinė funkcija (išskaidyta) skirstoma į 3–8 subfunkcijas (blokus). Tokiu atveju skilimo diagramoje blokus rekomenduojama išdėstyti iš kairės į dešinę, iš viršaus į apačią, kad būtų geriau matoma subfunkcijų sąveikos seka ir logika.

Ryžiai. 6.22. Pirmojo lygio skaidymo diagrama (IDEF0 metodika)

Funkcijų, skirtų nagrinėjamai problemai išspręsti, vykdymo tvarka yra tokia:

Reguliacinės ir informacinės informacijos ir duomenų apie kelių ruožus įvedimas ir koregavimas (1 ir 2 blokai);

Skaičiavimo užduoties ruošimas (3 blokas). Jame nurodoma, kuriai atkarpai ir trasai, taip pat lokomotyvo markei ir automobilių tipui reikia atlikti skaičiavimus;

Leidžiamų greičių skaičiavimas įsakyme Nr.41 (4 blokas) nurodyta tvarka ir formulėmis. Pradinė informacija yra duomenys apie sklypo maršrutą (planas, antstatas takai ir kt.) ir standartai, parinkti remiantis skaičiavimo užduotimi;

Leidžiamų greičių sąrašų sudarymas (5 blokas). Remiantis skaičiavimo rezultatais, sukuriami kelių tipų išvesties dokumentai, kurie, viena vertus, leidžia nustatyti greičio ribojimo priežastį, kita vertus, yra pagrindas rengiant reglamentuojamus dokumentus;

Įsakymo „N“ projekto ir standartinių ataskaitų (6 ir 7 blokai) formavimas ir parengimas.

Sukonstruojus pirmojo lygio dekompozicijos diagramą, joje nurodytoms funkcijoms konstruojamos atskiros diagramos (antrojo lygio dekompozicijos diagramos). Tada skaidymo (diagramavimo) procesas tęsiasi tol, kol tolesnis funkcijų detalizavimas netenka prasmės. Kiekvienai atominei funkcijai, kuri apibūdina elementarią operaciją (tai yra funkcijai, kuri neturi skaidymo diagramos), sudaroma išsami specifikacija, apibrėžianti jos ypatybes ir įgyvendinimo algoritmą. Algoritminės schemos gali būti naudojamos kaip specifikacijos priedas. Taigi funkcinio modeliavimo procesas susideda iš laipsniško funkcijų hierarchijos kūrimo.

6.7. ICOM kodai

Rodyklės, įeinančios į bloką ir iš jos išeinančios aukščiausio lygio diagramoje, yra tokios pačios kaip rodyklės, įeinančios ir išeinančios iš žemesnio lygio diagramos, nes langelis ir diagrama žymi tą pačią sistemos dalį (žr. 1 pav.). Ir ). Dėl to aukščiausio lygio funkcijos ribos yra tokios pačios kaip ir išskaidymo diagramos ribos.

ICOM kodai (įvesties, valdymo, išvesties ir mechanizmo santrumpa) yra skirti identifikuoti ribines rodykles. ICOM kode yra priešdėlis, atitinkantis rodyklės tipą (I, C, O arba M) ir serijos numeris (žr. pav.).

Santrumpa IDEF0, šiandien žinoma ne tik siauruose sluoksniuose, yra pirmoji metodika, standartizuojanti darbą su verslo procesais. Jis buvo sukurtas praėjusio šimtmečio viduryje JAV vykdant aerokosminį projektą ir, parodęs savo efektyvumą, tapo federaliniu standartu. Mūsų šalyje 2000 metais buvo parengtas dokumentas „ Funkcinio modeliavimo metodika IDEF0. Rekomendacijų dokumentas Funkcinio modeliavimo metodikos IDEF0 rekomendacinis dokumentas. Oficialus leidinys. Rusijos valstybinis standartas RD IDEF0 – 2000. Sukurtas tyrimų centro CALS – taikomosios logistikos technologijos. Priimta ir įsigaliojo 2000 m. Maskvos Rusijos valstybinio standarto dekretu“, tačiau jis niekada nebuvo patvirtintas kaip standartas. Nors tai nesutrukdė šiai metodikai tapti viena populiariausių grafinio verslo procesų modeliavimo įrankių mūsų šalyje. Šiame straipsnyje kviečiu apsvarstyti IDEF0 modelį ir įvertinti šio požiūrio aktualumą šiuo metu.

Pagrindinės sąvokos ir santrumpos

Pažiūrėkime šiek tiek į pavadinimus pagrindiniai elementai metodika. IDEF0 grafinis standartas yra SADT (Structured Analysis and Design Technique) metodikos dalis. IDEF yra ICAM apibrėžimo santrumpa, o ICAM yra kilęs iš Integrated Computer Aided Manufacturing, kuris verčiamas kaip integruotas gamybos kompiuterizavimas. SADT metodika – tai visa šeima 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ų konstravimo pagrindas, susieja informacijos ir medžiagų srautus, organizacinę struktūrą, kontrolės įtakas ir pačią įmonės veiklą. Grafinis procesų modeliavimo standartas dar vadinamas žymėjimu. Tai reiškia, kad žymėjimas yra reikalavimų ir taisyklių sistema, kuriant veiklos modelį viena ar kita forma. Todėl IDEF0 tinkamai vadinamas žymėjimu, kuris yra SADT metodikos dalis.

IDEF0 žymėjimas yra gana griežta metodika, kuri iš pradžių buvo sukurta, kaip ir techninio projektavimo standartai, rankiniam modeliavimui. Todėl joje pateikiami reikalavimai dėl rodyklių išdėstymo, visų elementų formato, IDEF0 diagramos informacinio rėmelio turinio ir kt. Kadangi įmonės veikla yra sudėtinga kelių lygių veiksmų sistema, visada yra daug diagramų, o būtinas vienareikšmis sisteminimas ir naršymas per visus modelio elementus. Šiais laikais tai daugiausia atlieka kompiuterinės sistemos, palaikančios modeliavimą šiuo užrašu. Rusijoje šiandien žinomiausios ir prieinamiausios sistemos yra „AllFusion Process Modeler“ ir „Business Studio“. Šių sistemų apžvalgai planuoju skirti atskirus straipsnius.

Funkcinis blokas

Centrinis IDEF0 modelio elementas yra funkcija, kuri diagramoje parodyta kaip funkcinis blokas– stačiakampis, kurio viduje veiksmas nurodomas žodinio daiktavardžio forma. Veiksmas gali būti labai įvairaus masto – nuo ​​įmonės veiklos apskritai ir iki konkrečios manipuliacijos konkrečiai. Pavyzdžiai: „Keraminių stalo įrankių gamyba ir pardavimas“ ir „Produkto dizaino taikymas“.

Būtini IDEF0 funkcijų bloko elementai

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

• kairėje yra įvestis arba ištekliai, naudojami funkcijai atlikti;
• dešinėje yra funkcijos vykdymo išėjimai arba rezultatai;
• viršuje yra kontrolės veiksmai, kurie nustato, kaip ir kiek rezultatų reikia gauti;
• Žemiau pateikiami mechanizmai, atspindintys, kas ir su kokia pagalba turėtų atlikti šį darbą.

Šis metodas leidžia šiek tiek sutaupyti paaiškinimų diagramose ir pasiekti nedviprasmiškumo srautų rodymo metu, todėl visas modelis yra harmoningas.

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

1. Sąnaudos – tai ištekliai, visiškai perkeliantys savo vertę į produkciją, tai yra visiškai išleidžiami rezultatui sukurti, o mechanizmai – tai ištekliai, kurie savo vertę perduoda 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 reglamentų sistema, aiškiai nurodydamas, kokių taisyklių ir reikalavimų turi būti laikomasi atliekant funkciją. Dažnai šis srautas traktuojamas formaliai, tačiau tokiu atveju schema praranda griežtumą, o kartais net prasmę.
3. Kiekviename funkciniame bloke turi būti bent po vieną rodyklę iš abiejų pusių (nes negali būti darbo be išteklių ar rezultatų, o instrukcijos yra nepilnos be atlikėjo ar instrukcijų).

Nagrinėjama schema yra IDEF0 metodo „statybinis blokas“. Funkcinis modeliavimas apima laipsnišką perėjimą nuo bendro prie specifinio per skaidymą. Dekompozicija yra „gilinėjimas“ į nagrinėjamą funkciją, skaidant ją į smulkesnes funkcijas. Be to, kai aukščiausio lygio funkcija pateikiama apibendrintai ir vėliau išskaidoma, tikslinga ją vadinti procesu.

Kontekstinė diagrama

Aukščiausiu lygmeniu įmonė vaizduojama kaip „juodoji dėžė“, kurioje vyksta tam tikra veikla, paverčianti įvestis į produkciją. Šis lygis paprastai vadinamas „“, tai yra diagrama, apibūdinančia įmonės veiklos kontekstą. Be to, konteksto diagramoje pateikiamos pagrindinės viso modelio charakteristikos.

1. Tikslas yra konkreti modelio tikslo formuluotė, pagal kurią ateityje bus galima patikrinti modelio tikslumą.
2. Požiūrio taškas – kieno vardu modelis kuriamas, nes modelis visada priklauso nuo jo autoriaus ir dėmesio. Jei kuriame bendrą įmonės modelį, tai dažniausiai jis pateikiamas jos direktoriaus požiūriu.
3. Modelio tipas nurodo, kokia informacija rodoma diagramose. Gali būti 2 pagrindiniai variantai: KAIP YRA („kaip yra“) arba BŪTI („kaip bus“). Toks skirstymas yra būtinas, nes galime kurti modelius tiek veiklai analizuoti, tiek transformuoti. Turime aiškiai žinoti, ką darome, ir perduoti šią informaciją kitiems.

Taigi kontekstinėje diagramoje bendriausia forma yra aprašyta įmonės veikla, kurią persmelkia srautai, jungiantys įmonę su išoriniu pasauliu. Manau, kad taip pat turėtume į juos pažvelgti šiek tiek išsamiau.

Pagrindinės gijos

Patirtis rodo, kad nepaisant akivaizdaus šio lygio paprastumo ir formalumo, dažnai tenka ilgai užtrukti, nes čia turi atsispindėti visi savininkui ir rinkai svarbūs rezultatai. Dėl klaidos gali būti sukurti modeliai, kurie neatitinka verslo tikslų. Norėdami patikrinti, ar atspindimi reikšmingi srautai, įsitikinkite, kad diagramoje yra visi 4 pagrindiniai srautų tipai.

1. Medžiaga: medžiagos ir komponentai įvestyje ir gatavi gaminiai išėjime.
2. Klientas: potencialus klientas prie įėjimo ir patenkintas prie išėjimo.
3. Finansinis: indėlis dažniausiai yra investicijos, klientų mokėjimai (pajamos), paskolos ir kitos pajamos; Išeiga yra mokėjimai tiekėjams, mokesčiai, paskolos įmokos ir pelnas.
4. Informacinis: įvestis – tai visi informacijos srautai apie išorinę aplinką (rinkos sąlygas, konkurentų elgesį, technologines naujoves ir pan.), o išvestis – informacijos srautas, kurį įmonė apie save perduoda pasauliui (visa reklaminė informacija, taip pat visų rūšių ataskaitų teikimas reguliavimo institucijoms).

Atkreipkite dėmesį, kad įmonė yra atvira sistema ir joje nieko neatsiranda ir nedingsta. Įmonė sugeba tik įeinančius srautus transformuoti į išeinančius, o jei tai daro gerai, atsiranda papildomas pinigų srautas (pelnas), kuris tam tikra prasme atspindi visos sistemos kokybę.

(spustelėkite norėdami padidinti)

Patartina kiekvieną iš šių srautų tipų paryškinti skirtinga spalva, kad galėtumėte lengvai atskirti išteklių judėjimą ir nepraleisti svarbių dalykų. Pavyzdžiui, įmonės srautuose dažnai galima pastebėti kliento nebuvimą, todėl darbas su juo vyksta likutiniu principu – klientas dažnai jaučiasi kaip kliūtis įmonės darbuotojams, kurių užduotys yra orientuotos į dokumentų srauto tvarkymą.

Valdymo rodyklės gali būti pavaizduotos tik 1 srauto tipu – informacija, kurią galima suskirstyti į 2 potipius. Pirmasis yra tokie dokumentai kaip:

• įstatymus ir kitus teisės aktus;
• įsakymai, instrukcijos;
• instrukcijos ir taisyklės;
• planai;
• projektinė dokumentacija ir kt.

Antroji – nedokumentuota informacija, kuri dažniausiai nurodo savininkų reikalavimus.

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

Navigacijai modelis suteikia nuolatinę numeraciją. Kontekstinė diagrama sunumeruota „A-0“. Vėliau kiekvienas funkcinis blokas gauna savo numerį, nesvarbu, koks gilus yra skaidymas.

Skilimas

Išnagrinėję kontekstinės diagramos srautus, galime pereiti prie skaidymo. Perėję į žemesnį lygį, tarsi atidarydami „juodąją dėžę“, pirmiausia matome tuščią lapą su rodyklėmis, kurios buvo pritvirtintos prie funkcinio bloko.

(spustelėkite norėdami padidinti)

Ir čia prasideda pats funkcinis modeliavimas – turime suprasti, koks veiksmų rinkinys gali sujungti šiuos srautus ir užtikrinti, kad būtų įvykdyti visi reikalavimai. Sunkumas yra tas, kad įmonėje yra daug veiksmų, o diagramoje turime teisę rodyti ne daugiau kaip 9 funkcijas, kitaip diagrama taps neįskaitoma ir dėl to nenaudinga.

Ne visada lengva sudėlioti sudėtingas veiklas taip, kad jos išliktų vizualios, įskaitomos ir kartu užbaigtos. Dažniausiai jie imasi suskirstyti visą procesų įvairovę į didelius didelius blokus, iš kurių svarbiausi yra šie.

1. Produkto (rezultato) sukūrimas.
2. Skatinimas ir pardavimas – darbas su klientų srautu.
3. Užtikrinimo produktų kūrimo veikla yra antriniai procesai, kurie būtini, kad būtų laikomasi valdžios reikalavimų ar darbo paprastumas (personalas ir apskaita, transporto paslaugos, valymas ir kt.).
4. Valdymo srautų kūrimas – kūrimo veikla valdymo sprendimai, kuris nustatys reikalavimus visiems įmonės procesams.

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

(spustelėkite norėdami padidinti)

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 chronologinė tvarka. Blokų numeravimas vyksta taip pat.

Tolesnis modelio darbas yra panašus į pirmąjį žingsnį - atliekamas kiekvieno pirmojo lygio funkcinio bloko išskaidymas. Blokų numeracijoje bus nurodytas pirmojo lygio numeris: A1.1 ... A1.n, A2.1 ... A2.n ir kt.

Išvados apie žymėjimo aktualumą

Šiame straipsnyje mes galėjome parodyti tik pagrindines IDEF0 žymėjimo sąvokas trumpas pavyzdys IDEF0, dėl ko, žinoma, sunku vertinti metodiką kaip visumą. Tačiau gana didelė patirtis naudojant šį žymėjimą praktiškai leidžia padaryti tokias išvadas.

1. Modelis turi gerą vizualizavimo potencialą, tačiau, mano nuomone, jo svarba yra disciplinuojanti. Metodikoje įtvirtintos taisyklės ir apribojimai verčia 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 nelabai susijusių dalykų: priekinio ir užpakalinio biuro posistemes sujungti su valdymu, o tai daug prasčiau pasiekiama kitais užrašais.
3. Metodas paprastas ir suprantamas daugumai projekto dalyvių. Diagramų kūrimą ir skaitymą šioje žymėjime riboja tik noras įsigilinti į verslo srautų sudėtingumą.

Kai kurie iš minėtų argumentų verčia manyti, kad šis metodas yra geriausias ir vienintelis pilnam veiklos modeliavimui. Tačiau nereikia pamiršti, kad funkcinis modelis skirtas tik aukštesniam modeliavimo lygiui. Naudojant IDEF0 žymėjimą projektuojant darbus vykdytojo lygiu, diagramos yra tik iliustracinės ir jų pagrindu neįmanoma sukurti prasmingų taisyklių, nes jose nėra:

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

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

Projektų valdyme šis modeliavimo standartas labiausiai pritaikomas ten, kur reikia skirtingus projektus ar procesus sujungti vizualiniais srautais. Grafinis modelis leis racionaliau paskirstyti atsakomybę ir išteklius tarp užduočių. Diagramose atsispindi projekto užduočių atlikimo logika padės geriau pasiruošti kalendorinis planas Ganto diagramos pavidalu.

Panašūs straipsniai