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 m. 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. Priimtas ir įsigaliojęs Rusijos valstybinio standarto dekretu 2000 m. Maskvoje“, 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 dažniausiai daroma kompiuterių sistemos, palaikantis šio žymėjimo modeliavimą. 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ų.

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į).
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ę.
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.

Tikslas yra konkreti modelio tikslo formuluotė, pagal kurią ateityje bus galima patikrinti modelio tikslumą.
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.
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.

Medžiaga: medžiagos ir komponentai įvestyje ir gatavi gaminiai išėjime.
Klientas: potencialus klientas prie įėjimo ir patenkintas prie išėjimo.
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.
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)

Būtų gerai, jei kiekvieną iš šių srautų tipų paryškintumėte skirtinga spalva, kad galėtumėte lengvai atskirti išteklių judėjimą ir nepraleisti svarbius punktus. 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.

Produkto (rezultato) sukūrimas.
Skatinimas ir pardavimas – darbas su klientų srautu.
Produktų kūrimo veiklos užtikrinimas – antriniai procesai kurios yra būtinos, kad būtų laikomasi valdžios reikalavimų ar darbo paprastumas (personalas ir apskaita, transporto paslaugos, valymas ir kt.).
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, kuris 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 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.

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ę.
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.
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 parengti geresnį grafiką Ganto diagramos pavidalu.

IDEF0 modelio kūrimas

Įjungta pradiniai etapai Norint sukurti IP, būtina suprasti, kaip veikia organizacija, kuri bus automatizuota. Vadovas puikiai išmano darbą kaip visumą, tačiau neįstengia įsigilinti į kiekvieno eilinio darbuotojo darbo detales. Paprastas darbuotojas gerai žino, kas vyksta jo darbovietėje, bet gali nežinoti, kaip dirba jo kolegos. Todėl norint apibūdinti įmonės darbą, būtina sukurti modelį, kuris būtų adekvatus dalykinei sričiai ir apimtų visų organizacijos verslo procesų dalyvių žinias.

Dauguma patogi kalba verslo procesų modeliavimas yra IDEF0, kur sistema vaizduojama kaip sąveikaujančių darbų ar funkcijų rinkinys. Ši grynai funkcinė orientacija yra esminė – sistemos funkcijos analizuojamos nepriklausomai nuo objektų, su kuriais jos veikia. Tai leidžia aiškiau modeliuoti organizacijos procesų logiką ir sąveiką.

Sistemos modeliavimo procesas IDEF0 prasideda nuo konteksto diagramos sukūrimo - abstraktiausio visos sistemos aprašymo lygio diagramos, kurioje yra modeliavimo dalyko apibrėžimas, tikslas ir požiūris. modelis.

Subjektas suprantamas kaip pati sistema, todėl reikia tiksliai nustatyti, kas yra įtraukta į sistemą ir kas yra už jos ribų, kitaip tariant, nustatyti, kas toliau bus laikoma sistemos komponentais, o kas išorine. įtakos. Sistemos subjekto apibrėžimui didelę įtaką turės padėtis, iš kurios žiūrima į sistemą, ir modeliavimo tikslas – klausimai, į kuriuos turėtų atsakyti sukonstruotas modelis. Kitaip tariant, pirmiausia reikia apibrėžti modeliavimo sritį. Modelio konstravimo pagrindas yra tiek visos sistemos, tiek jos komponentų srities aprašymas. Nors daroma prielaida, kad modeliavimo eigą galima koreguoti taikymo sritį, ji turi būti iš esmės apibrėžta iš pradžių, nes būtent apimtis lemia modeliavimo kryptį. Formuluojant taikymo sritį reikia atsižvelgti į du komponentus – plotį ir gylį. Plotis reiškia modelio ribų apibrėžimą – kas bus laikoma sistemos viduje, o kas – išorėje. Gylis nustato, kokiu detalumo lygiu modelis yra baigtas. Nustatant sistemos gylį, būtina atsiminti laiko apribojimus – modelio kūrimo sudėtingumas didėja eksponentiškai didėjant skilimo gyliui. Apibrėžus modelio ribas, daroma prielaida, kad į modeliuojamą sistemą neturėtų būti įtraukta naujų objektų.

Modeliavimo tikslas

Modeliavimo tikslas nustatomas iš atsakymų į šiuos klausimus:

Kodėl šį procesą reikia modeliuoti?
Ką turėtų parodyti modelis?
Ką klientas gali gauti?

Požiūrio taškas.

Požiūrio taškas reiškia perspektyvą, iš kurios buvo stebima sistema, kai buvo kuriamas modelis. Nors kuriant modelį atsižvelgiama į nuomones skirtingi žmonės, jie visi turi laikytis vieno modelio požiūrio. Požiūrio taškas turi atitikti modeliavimo tikslą ir apimtį. Paprastai pasirenkamas asmens, atsakingo už imituojamą darbą kaip visumą, požiūris.

IDEF0 modelis daro prielaidą, kad yra aiškiai suformuluotas tikslas, vienas modeliavimo objektas ir vienas požiūris. Norėdami įvesti sritį, tikslą ir požiūrio tašką IDEF0 modelyje BPwin, pasirinkite meniu elementą Model/Model Properties, kuris atveria dialogo langą Model Properties (A2.3 pav.). Skirtuke Tikslas turėtumėte įvesti tikslą ir požiūrį, o skirtuke Apibrėžimas – modelio apibrėžimą ir srities aprašymą.

Ryžiai. P2.3. Dialogo langas modelio savybių nustatymui

To paties dialogo skirtuke Būsena galite apibūdinti modelio būseną (juodraštis, darbinis, galutinis ir kt.), sukūrimo ir paskutinio redagavimo laiką (vėliau automatiškai stebi sistemos data). Skirtuke Šaltinis aprašomi modelio kūrimo informacijos šaltiniai (pvz., „Temos ekspertų apklausa ir dokumentacijos analizė“). Skirtukas „Bendra“ naudojamas projekto ir modelio pavadinimui įvesti, autoriaus vardui ir inicialams bei modelio laiko intervalui – AS-IS ir TO-VE.

Modeliai AS-IS ir TO-BE. Dažniausiai pirmiausia sukuriamas esamos darbo organizavimo modelis – AS-IS (kaip yra). Funkcinio modelio analizė leidžia suprasti, kur yra silpniausios vietos, kokie bus naujų verslo procesų pranašumai ir kokius esminius pokyčius patirs esama verslo organizacijos struktūra. Verslo procesų detalizavimas leidžia nustatyti organizacijos trūkumus net ir ten, kur funkcionalumas iš pirmo žvilgsnio atrodo akivaizdus. AS-IS modelyje rastus trūkumus galima ištaisyti kuriant TO-BE (kaip bus) modelį – naujo verslo procesų organizavimo modelį.

IS projektavimo technologija pirmiausia apima AS-IS modelio sukūrimą, jo analizę ir verslo procesų tobulinimą, tai yra TO-BE modelio sukūrimą, o tik TO-BE modelio pagrindu sukuriamas duomenų modelis, prototipas ir tada galutinė sukurta IS versija.

Kartais dabartiniai AS-IS ir būsimi TO-BE modeliai labai skiriasi, todėl perėjimas iš pradinės į galutinę būseną nėra akivaizdus. Šiuo atveju reikalingas trečiasis modelis, kuris apibūdintų perėjimo iš pradinės į galutinę sistemos būseną procesą, nes toks perėjimas taip pat yra verslo procesas.

Modelio aprašymo rezultatą galima gauti modelio ataskaitoje. Modelio ataskaitos nustatymo dialogo langas iškviečiamas iš meniu punkto Tools/Reports/Model Report.

Nustatymų dialogo lange turėtumėte pasirinkti reikiamus laukus ir automatiškai bus rodoma informacijos rodymo ataskaitoje tvarka (A2.4 pav.).

Ryžiai. P2.4. Dialogo langas modelio ataskaitai generuoti

Fig. P2.5 pateikiama ataskaita, sukurta naudojant aukščiau nurodytus laukus.

Ryžiai. P2.5. Ataskaitos peržiūra

IDEF0 metodika paremta grafine verslo 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 gali būti keturių tipų diagramos:

kontekstinė diagrama (kiekvienas modelis gali turėti tik vieną konteksto diagramą);
skilimo diagramos;
mazgų medžio diagramos;
tik ekspozicijos (FEO) diagramos.

Kontekstinė diagrama yra diagramos medžio struktūros viršuje ir reprezentuoja daugiausiai Bendras aprašymas sistema ir jos sąveika su išorine aplinka. Apibūdinus sistemą kaip visumą, ji suskirstoma į didelius fragmentus. Šis procesas vadinamas funkciniu skaidymu, o diagramos, apibūdinančios kiekvieną fragmentą ir fragmentų sąveiką, vadinamos skilimo diagramomis. Išskaidžius konteksto diagramą, kiekvienas didelis sistemos fragmentas skaidomas į mažesnius ir t.t., kol pasiekiamas norimas aprašymo detalumo lygis. Po kiekvienos išskaidymo sesijos vyksta egzaminų sesijos – dalyko ekspertai nurodo realių verslo procesų atitikimą sukurtoms diagramoms. Rasti neatitikimai yra taisomi ir tik išlaikius egzaminą be jokių pastabų galima pradėti kitą dekomponavimo sesiją. Tai užtikrina, kad modelis atitiktų realius verslo procesus bet kuriame modelio lygyje. Sistemos kaip visumos ir kiekvieno jos fragmento aprašymo sintaksė yra vienoda visame modelyje.

Mazgų medžio diagrama rodo hierarchinę veiklų priklausomybę, bet ne ryšius tarp veiklų. Modelyje gali būti tiek mazgų medžio diagramų, kiek pageidaujama, nes medis gali būti pastatytas iki savavališko gylio ir nebūtinai nuo šaknies.

Ekspozicijos diagramos (FEO) sukurtos iliustruoti konkrečias modelio dalis, iliustruoti alternatyvų požiūrį arba specialiais tikslais.

Veikia (Veikla)žymi įvardintus procesus, funkcijas ar užduotis, kurios vyksta per tam tikrą laikotarpį ir turi atpažįstamų rezultatų. Darbai vaizduojami kaip stačiakampiai. Visi darbai turi būti pavadinti ir apibrėžti. Kūrinio pavadinimas turi būti išreikštas kaip veiksmą reiškiantis žodinis daiktavardis (pvz., „Įmonės veikla“, „Užsakymo priėmimas“ ir kt.). Darbe „Įmonės veikla“ galėtų būti, pavyzdžiui, toks apibrėžimas: „Tai edukacinis modelis, apibūdinantis įmonės veiklą“. Kuriant naują modelį (meniu Failas/Naujas), automatiškai sukuriama kontekstinė diagrama su vienu kūriniu, vaizduojančiu sistemą kaip visumą (A2.6 pav.).

Ryžiai. P2.6. Kontekstinės diagramos pavyzdys

Norėdami įvesti užduoties pavadinimą, dešiniuoju pelės mygtuku spustelėkite užduotį, meniu pasirinkite Vardų rengyklė ir pasirodžiusiame dialogo lange įveskite darbo pavadinimą. Norėdami apibūdinti kitas veiklos ypatybes, naudokite dialogo langą Veiklos ypatybės (A2.7 pav.).

Ryžiai. P2.P2. Darbo ypatybių nustatymo redaktorius

Išskaidymo diagramose yra brolių ir seserų veiklos, ty vaikų veiklos, kurios turi bendrą tėvų veiklą. Norėdami sukurti išskaidymo diagramą, spustelėkite mygtuką įrankių juostoje.

Atsiranda dialogo langas „Activity Box Count“ (A2.8 pav.), kuriame turėtumėte nurodyti naujos diagramos žymėjimą ir joje atliekamų veiklų skaičių. Kol kas laikykimės IDEF0 žymėjimo ir spustelėkite Gerai. Pasirodo skilimo diagrama (A2.9 pav.). Priimtinas darbų skaičiaus diapazonas yra 2-8. Nėra prasmės skaidyti darbą į vieną užduotį: diagramos, kuriose yra daugiau nei aštuonios užduotys, yra perpildytos ir sunkiai skaitomos. Siekiant užtikrinti aiškumą ir geriau suprasti modeliuojamus procesus, vienoje diagramoje rekomenduojama naudoti nuo trijų iki šešių blokų.

Ryžiai. P2.8. Veiklos laukelių skaičiaus dialogo langas

Ryžiai. P2.9. Skilimo diagramos pavyzdys

Jei paaiškėja, kad darbų neužtenka, tuomet darbas gali būti įtrauktas į schemą iš pradžių spustelėjus mygtuką įrankių paletėje, o po to tuščią vietą diagramoje.

Veiksmai suskirstymo diagramose paprastai išdėstomi įstrižai iš viršutinės kairės į apačią dešinėje.

Ši tvarka vadinama dominavimo tvarka. Pagal šį išdėstymo principą labiausiai svarbus darbas arba pirmiausia laiku atliktas darbas. Toliau dešinėje yra mažiau svarbios arba vėlesnės užduotys. Šis išdėstymas leidžia lengviau skaityti diagramas, taip pat yra darbo santykių sampratos pagrindas (žr. toliau).

Kiekvieną iš skaidymo diagramos veiksmų galima išskaidyti paeiliui. Suskirstymo diagramoje darbai numeruojami automatiškai iš kairės į dešinę. Darbo numeris rodomas apatiniame dešiniajame kampe. Viršutiniame kairiajame kampe yra nedidelė įstriža linija, kuri rodo, kad šis kūrinys nebuvo išskaidytas. Taigi, pav. P2.9 visi darbai dar neišskaidyti.

Rodyklės apibūdina darbo sąveiką ir tam tikrą informaciją, išreikštą daiktavardžiais. (Pavyzdžiui, „Klientų skambučiai“, „Taisyklės ir procedūros“, „Apskaitos sistema“.)

IDEF0 yra penkių tipų rodyklės:

Įėjimas(Įvestis) – medžiaga ar informacija, kuri naudojama ar transformuojama atliekant darbą, kad būtų gautas rezultatas (išvestis). Leidžiama, kad darbe negali būti vienos įėjimo rodyklės. Kiekvienas rodyklės tipas priartėja prie konkrečios stačiakampio, vaizduojančio kūrinį, kraštinės arba palieka ją. Įvedimo rodyklė brėžiama kaip įėjimas į kairįjį darbo kraštą. Aprašant technologinius procesus (todėl buvo išrastas IDEF0), identifikuojant įvestis problemų nekyla. Iš tiesų, „Klientų skambučiai“ pav. P2.6 yra kažkas, kas apdorojama „Įmonės veiklos“ procese, siekiant gauti rezultatą. Modeliuojant IP, kai rodyklės yra ne fiziniai objektai, o duomenys, ne viskas taip akivaizdu. Pavyzdžiui, „Paciento priėmimo“ metu paciento kortelė gali būti tiek įvesties, tiek išvesties vietoje, tuo tarpu keičiasi šių duomenų kokybė. Kitaip tariant, mūsų pavyzdyje, siekiant pagrįsti jo paskirtį, įvesties ir išvesties rodyklės turi būti tiksliai apibrėžtos, nurodančios, kad duomenys iš tikrųjų buvo apdoroti (pavyzdžiui, išvestis yra „Užbaigtas paciento įrašas“). Dažnai sunku nustatyti, ar duomenys yra įvesti, ar valdomi. Tokiu atveju informacija apie tai, ar duomenys kūrinyje tvarkomi/keičiami, ar ne, gali pasitarnauti kaip užuomina. Jei jie keičiasi, greičiausiai tai yra įvestis; jei ne, tai yra valdymas.

Kontrolė(Kontrolė) – darbo taisyklės, politika, procedūros ar standartai. Kiekviename darbe turi būti bent viena valdymo rodyklė. Kontrolinė rodyklė brėžiama kaip įeinant į viršutinį darbo kraštą. Fig. P2.6 rodyklė „Taisyklės ir procedūros“ - darbo „Įmonės veikla“ kontrolė. Valdymas daro įtaką darbui, bet jo nekeičia darbas. Jei darbo tikslas yra pakeisti procedūrą ar strategiją, tai ta procedūra ar strategija bus indėlis į darbą. Jei yra neaiškumų dėl rodyklės (valdymo ar įvesties) būsenos, rekomenduojama nubrėžti kontrolinę rodyklę.

Išeiti(Išvestis) – medžiaga arba informacija, kurią sukuria kūrinys. Kiekviename darbe turi būti bent viena išėjimo rodyklė. Darbas be rezultatų neturi prasmės ir neturėtų būti modeliuojamas. Išėjimo rodyklė nubrėžta kaip sklindanti iš dešiniojo kūrinio krašto. Fig. P2.6 rodyklės „Rinkodaros medžiagos“ ir „Parduota produkcija“ yra darbo „Įmonės veikla“ išvestis.

Mechanizmas(Mechanizmas) - ištekliai, kurie atlieka darbą, pavyzdžiui, įmonės personalas, mašinos, įrenginiai ir kt. Mechanizmo rodyklė nubrėžta taip, kaip nurodyta apatiniame darbo krašte. Fig. P2.6 rodyklė „Buhalterinė apskaita“ – tai „Įmonės veiklos“ darbo mechanizmas. Analitiko nuožiūra, mechanizmo rodyklės modelyje gali būti nevaizduojamos.

Skambinti(Skambinti) – speciali rodyklė, nukreipianti į kitą veikimo modelį. Skambučio rodyklė nubrėžta kaip sklindanti iš apatinio kūrinio krašto. Fig. P2.10 rodyklė „Kitas darbo modelis“ yra kvietimas darbui „Produkto gamyba“. Skambučio rodyklė naudojama norint nurodyti, kad kai kurie darbai atliekami už modeliuojamos sistemos ribų. „BPwin“ modelių sujungimo ir padalijimo mechanizme naudojamos skambučių rodyklės.

Ryžiai. P2.10. Skambinimo rodyklė, kuri pasirodo, kai modelis yra padalintas

Riba rodyklėmis. Kontekstinėje diagramoje esančios rodyklės naudojamos sistemos sąveikai su išoriniu pasauliu apibūdinti. Jie gali prasidėti nuo diagramos ribos ir baigtis darbu arba atvirkščiai. Tokios rodyklės vadinamos ribinėmis rodyklėmis.

Norėdami pridėti ribos įvesties rodyklę:

Valdymo, įvesties, mechanizmo ir išvesties rodyklės pavaizduotos panašiai. Naujai pridėtų rodyklių pavadinimai (A2.11 pav.) automatiškai įvedami į rodyklių žodyną.

Ryžiai. P2.11. IDEF0 rodyklės ypatybių dialogo langas

ICOM kodai. Suskirstymo schema skirta darbui detalizuoti. Skirtingai nuo modelių, kuriuose rodoma organizacijos struktūra, darbas su aukščiausio lygio diagrama IDEF0 nėra žemiau esančio darbo kontrolė. Žemesnio lygio darbas yra toks pat, kaip ir aukštesnio lygio darbas, bet išsamiau. Dėl to aukščiausio lygio darbo ribos yra tokios pačios kaip ir išskaidymo diagramos ribos. ICOM (įvesties, valdymo, išvesties ir mechanizmo santrumpa) yra kodai, skirti identifikuoti ribines rodykles. ICOM kode yra priešdėlis, atitinkantis rodyklės tipą (I, C, O arba M) ir serijos numeris.

BPwin automatiškai įveda ICOM kodus. Norėdami rodyti ICOM kodus, turite įjungti parinktį ICOM kodai, esančiame modelio ypatybių dialogo skirtuke Display (meniu Modelis/Model Properties) (A2.12 pav.).

Žodynas šaulys redaguojama naudojant specialų Arrow Dictionary Editor, kuriame apibrėžiama rodyklė ir įvedamas su ja susijęs komentaras (A2.13 pav.). Rodyklės žodynas išsprendžia labai svarbią problemą. Diagramas kuria analitikas, norėdamas atlikti egzaminų sesiją, t.y. aptarti diagramą su dalyko specialistu. Bet kurioje dalykinėje srityje susiformuoja profesinis žargonas, o labai dažnai žargono posakiai turi neaiškią reikšmę ir skirtingų specialistų suvokiami skirtingai. Tuo pačiu analitikas – diagramų autorius – turi vartoti tuos posakius, kurie labiausiai suprantami ekspertams. Kadangi formalūs apibrėžimai dažnai sunkiai suprantami, analitikas yra priverstas vartoti profesionalų žargoną, o siekiant išvengti dviprasmiškų interpretacijų, rodyklės žodyne kiekvienai sąvokai gali būti suteiktas išplėstas, o prireikus ir formalus apibrėžimas.

Ryžiai. P2.12. ICOM kodų parinkties įjungimas skirtuke Ekranas

Ryžiai. P2.13. Rodyklės žodyno redagavimas

Rodyklės žodyno turinį galima atspausdinti kaip ataskaitą (meniu Įrankiai/ Ataskaita / Rodyklės ataskaita...) ir gauti Žodynas modelyje naudojami domeno terminai.

Nesusijusi riba rodyklėmis (nesusijungta kraštinė rodyklė). Išskaidant kūrinį į jį įeinančios ir išeinančios rodyklės (išskyrus iškvietimo rodyklę) automatiškai atsiranda dekompozicijos diagramoje (rodyklių migracija), tačiau kūrinių neliečia. Tokios rodyklės vadinamos nesusietomis ir BPwin traktuojamos kaip sintaksės klaida.

Fig. A2.14 parodytas skaidymo diagramos fragmentas su nesusijusiomis rodyklėmis, sukurtas BPwin darbo skaidymo metu "Stalinių kompiuterių surinkimas"(žr. A2.9 pav.). Norėdami susieti įvesties, valdiklio ar mechanizmo rodykles, turite pereiti į rodyklės redagavimo režimą, spustelėti rodyklės galvutę ir atitinkamą darbo segmentą. Norėdami susieti išvesties rodyklę, turite pereiti į rodyklės redagavimo režimą, spustelėti darbo išvesties segmentą, tada – rodyklę.

Ryžiai. P2.14. Atsietų rodyklių pavyzdys

Buitinė rodyklėmis. Norėdami sujungti kūrinius tarpusavyje, naudojamos vidinės rodyklės, tai yra, strėlės, kurios neliečia diagramos krašto, prasideda viena ir baigiasi kita.

Norėdami nupiešti vidinę rodyklę, piešimo rodyklės režimu turite spustelėti vieno darbo segmentą (pavyzdžiui, išėjimą), o tada kito segmentą (pavyzdžiui, įvestį). IDEF0 išskiria penkis darbo santykių tipus.

Bendravimas per įvestį(išvestis-įvestis), kai aukštesnio lygio kūrinio išvesties rodyklė (toliau – tiesiog išvestis) nukreipiama į žemesnio lygio įvestį (pvz., P2.15 pav. rodyklė "Surinkti kompiuteriai" jungia darbus ir "Siuntimas ir gavimas").

Ryžiai. P2.15. Bendravimas per įvestį

Valdymo komunikacijos(išėjimo valdymas), kai aukštesnės operacijos išvestis siunčiama valdyti žemesnę. Vadovybės komunikacija rodo aukštesnio lygio darbo dominavimą. Aukštesnio lygio darbo duomenys ar išvesties objektai žemesnio lygio darbe nekeičiami. Fig. P2.16 rodyklė „Klientų užsakymai“ jungia darbus "Pardavimų ir rinkodaros" Ir „Kompiuterių surinkimas ir testavimas“.

Ryžiai. P2.16. Valdymo komunikacijos

Prisijungimo atsiliepimai(išėjimo-įvesties grįžtamasis ryšys), kai žemesnio lygio kūrinio išvestis nukreipiama į aukštesnio lygio įvestį. Toks ryšys dažniausiai naudojamas ciklams apibūdinti. Fig. P2.17 rodyklė „Bandymo rezultatai“ jungia darbą „Kompiuterio testavimas“ Ir „Tvarkaraščio stebėjimas ir kūrimo bei testavimo valdymas“.

Ryžiai. P2.1P2. Prisijungimo atsiliepimai

Vadovybės atsiliepimai(išėjimo valdymo grįžtamasis ryšys), kai žemesnio lygio darbo išvestis siunčiama į aukštesnio lygio valdymą (rodyklė „Surinkimo ir testavimo rezultatai“, A2.18 pav.). Vadovybės atsiliepimai dažnai rodo verslo proceso efektyvumą. Fig. P2.18 pardavimų apimtis gali būti padidinta tiesiogiai reguliuojant darbo „Kompiuterių surinkimas ir testavimas“ kompiuterių surinkimo ir testavimo (išėjimo) procesus.

Ryžiai. P2.18. Vadovybės atsiliepimai

Išvesties mechanizmo jungtis(išvesties mechanizmas), kai vienos užduoties išvestis siunčiama į kito darbo mechanizmą. Šis ryšys naudojamas rečiau nei kiti ir rodo, kad vienas darbas paruošia išteklius, reikalingus kitam darbui atlikti (A2.19 pav.).

Ryžiai. P2.19. Išvesties mechanizmo jungtis

Aiškus rodyklėmis. Aiškios rodyklės šaltinis yra vienas užduotys, o paskirties vieta – viena užduotis.

Išsišakojimas ir susiliejimas rodyklėmis. Vieno darbo sugeneruoti tie patys duomenys ar objektai vienu metu gali būti naudojami keliose kitose užduotyse. Kita vertus, skirtinguose darbuose sukurtos rodyklės gali reikšti tuos pačius arba vienarūšius duomenis ar objektus, kurie toliau naudojami arba apdorojami vienoje vietoje. Tokioms situacijoms modeliuoti IDEF0 naudoja šakojimo ir sujungimo rodykles. Norėdami šakoti rodyklę, rodyklės redagavimo režimu spustelėkite rodyklės fragmentą ir atitinkamą darbo segmentą. Norėdami sujungti dvi išėjimo rodykles, rodyklės redagavimo režimu pirmiausia spustelėkite darbo išėjimo segmentą, o tada atitinkamą rodyklės fragmentą.

Išsišakojusių ir susiliejančių rodyklių prasmė perteikiama kiekvienos rodyklių šakos įvardijimu. Yra tam tikros tokių strėlių pavadinimo taisyklės. Pažvelkime į juos kaip pavyzdį naudodami šakojančias rodykles. Jei prieš šaką įvardijama rodyklė, o po šakos nepavadinama jokia šaka, tada daroma prielaida, kad kiekviena šaka modeliuoja tuos pačius duomenis ar objektus kaip ir šaka prieš šaką (A2.20 pav.).

Ryžiai. P2.20.

Jei prieš šaką įvardijama rodyklė, o po šakos taip pat pavadinta kuri nors iš šakų, tada daroma prielaida, kad šios šakos atitinka pavadinimą. Jei kuri nors šaka po išsišakojimo lieka be pavadinimo, tai daroma prielaida, kad ji modeliuoja tuos pačius duomenis ar objektus kaip ir šaka prieš išsišakojimą (A2.21 pav.).

Ryžiai. P2.21.Šakojančios rodyklės pavadinimo pavyzdys

Nepriimtina situacija, kai rodyklė neįvardijama prieš šaką, o po šakos neįvardijama kuri nors iš šakų. BPwin aptinka tokią rodyklę kaip sintaksės klaidą.

Sujungimo rodyklių įvardijimo taisyklės yra visiškai panašios – rodyklė, kuri nėra pavadinta sujungimo vardu, o kuri nors jos atšaka nebuvo pavadinta iki sujungimo, bus laikoma klaida. Norėdami pavadinti atskirą išsišakojusių ir sujungiamų rodyklių šaką, diagramoje pasirinkite tik vieną šaką, tada iškvieskite vardų rengyklę ir rodyklei priskirkite pavadinimą. Šis pavadinimas atitiks tik pasirinktą filialą.

Rodyklės tuneliavimas. Naujai įvestos ribinės rodyklės žemesnio lygio skaidymo diagramoje yra pavaizduotos laužtiniuose skliaustuose ir automatiškai neatsiranda viršutinio lygio diagramoje (A2.22 pav.).

Ryžiai. P2.22. Neišspręsta rodyklė

Norėdami "vilkti" juos į viršų, turite spustelėti dešiniuoju pelės mygtuku laužtiniai skliaustai ribinė rodyklė ir kontekstiniame meniu pasirinkite komandą Arrow Tunnel (A2.23 pav.).

Ryžiai. P2.23. Kontekstiniame meniu pasirinkite komandą

Pasirodo dialogo langas Border Arrow Editor (A2.24 pav.).

Jei paspausite mygtuką Išspręsti kraštinės rodyklę, rodyklė pereina į aukščiausio lygio diagramą; jei spustelėsite mygtuką Keisti į tunelį, rodyklė bus tuneliuota ir nepateks į kitą diagramą. Tunelio rodyklė pavaizduota su skliaustais gale (A2.25 pav.).

Ryžiai. P2.24. Kraštinės rodyklės redaktoriaus dialogo langas

Ryžiai. P2.25. Rodyklės tuneliavimo tipai

Tuneliavimas gali būti naudojamas nesvarbioms rodyklėms pavaizduoti. Jei bet kurioje žemesnio lygio diagramoje reikia pavaizduoti nesvarbius duomenis ar objektus, kurie nėra apdorojami ir nenaudojami darbe esamu lygiu, tada jie turi būti siunčiami į aukštesnį lygį (į pagrindinę diagramą). Jei šie duomenys nenaudojami pirminėje diagramoje, juos reikia siųsti dar aukščiau ir tt Dėl to visuose lygiuose bus nupiešta nereikšminga rodyklė ir bus sunku perskaityti visas diagramas, kuriose ji rodoma. Sprendimas yra tuneliuoti rodyklę žemiausiame lygyje. Šio tipo tuneliavimas vadinamas „neparent-diagrama“.

Kitas tuneliavimo pavyzdys galėtų būti situacija, kai mechanizmo rodyklė migruoja iš aukštesnio lygio į žemesnį lygį, o žemesniame lygyje šis mechanizmas vienodai naudojamas visuose darbuose be išimties. (Manoma, kad mechanizmo rodyklės detalizuoti nereikia, t. y. mechanizmo rodyklė vaiko darbe įvardijama prieš šaką, o po šakos šakos neturi savo vardą). Tokiu atveju galima pašalinti mechanizmo rodyklę žemesniame lygyje, po to ją galima tuneliuoti pirminėje diagramoje, o rodyklės komentaras ar žodynas gali nurodyti, kad mechanizmas bus naudojamas visose antrinės skaidymo diagramos veiklose. Šis tuneliavimo būdas vadinamas „ne vaiko“ tuneliu (A2.25 pav.).

Darbų ir schemų numeracija. Visi modelio darbai sunumeruoti. Skaičius susideda iš priešdėlio ir skaičiaus. Galima naudoti bet kokio ilgio priešdėlį, tačiau dažniausiai naudojamas priešdėlis A. Medžio kontekstinis (šakninis) darbas numeruojamas A0. A0 skaidymo darbai i turi numerius A1, A2, A3 ir tt Žemesnio lygio išskaidymo darbai turi pirminio darbo numerį ir kitą eilės numerį, pavyzdžiui, išskaidymo A3 darbai turės numerius A31, A32, AZZ , A34 ir tt Darbai sudaro hierarchiją, kur kiekvienas darbas gali turėti vieno iš tėvų ir kelis vaikų darbus, sudarydamas medį. Toks medis vadinamas mazgų medžiu, o aukščiau aprašytas numeravimas – numeracija pagal mazgus. IDEF0 diagramos numeruojamos du kartus. Pirma, diagramos sunumeruojamos pagal mazgus. Konteksto diagramoje visada yra skaičius A-0, kontekstinės diagramos išskaidymas - skaičius A0, likusios skaidymo diagramos - atitinkamo mazgo skaičiai (pavyzdžiui, A1, A2, A21, A213 ir kt.). BPwin automatiškai palaiko numeravimą pagal mazgus, t.y., kai atliekamas skaidymas, sukuriama nauja diagrama ir jai automatiškai priskiriamas atitinkamas numeris. Atlikus tyrimą, diagramos gali būti tikslinamos ir keičiamos, todėl gali būti sudarytos skirtingos tos pačios (pagal vietą mazgų medyje) skilimo diagramos versijos. BPwin leidžia tam tikrame mazge turėti tik vieną skaidymo diagramą modelyje. Ankstesnės diagramos versijos gali būti saugomos kaip popierinė kopija arba kaip FEO diagrama. (Deja, kuriant FEO diagramas nėra atšaukimo funkcijos, tai reiškia, kad iš diagramos galite gauti FEO skaidymus, bet ne atvirkščiai.) Bet kuriuo atveju turėtumėte atskirti skirtingas tos pačios diagramos versijas. Tam yra specialus numeris – C numeris, kurį modelio autorius turi priskirti rankiniu būdu. C skaičius yra savavališka eilutė, tačiau rekomenduojama vadovautis standartu, kai skaičių sudaro raidės priešdėlis ir eilės numeris, o diagramos autoriaus inicialai naudojami kaip priešdėlis, o eilės numerį seka rankiniu būdu autorius, pavyzdžiui, MCB00021.

Vladimiras Repinas Ph.D., FINEXPERT.RU LLC vykdomasis direktorius, vadovas. Nacionalinės profesinio mokymo įstaigos „IEF „Sinergija“ Verslo procesų valdymo katedra.

Svarbu pabrėžti, kad analizuojant įmonės vertės grandines nustatyti verslo procesai, kaip taisyklė, yra kryžminio pobūdžio. Daugelis skyrių dalyvauja atliekant tokius procesus. Jei kurdami modelį IDEF0 kaip pagrindą laikome vertės grandine, tada gautą modelį galima teisingai vadinti proceso modeliu.

Bandant IDEF0 modelyje atvaizduoti 5 pav. pateiktą vertės grandinę, kyla klausimas: kaip vienoje diagramoje vienu metu atvaizduoti 16 verslo procesų? To daryti neverta, nes... diagrama taps sunkiai įskaitoma (jau nekalbant apie standarto reikalavimų pažeidimą). Turite nuspręsti, kaip sugrupuoti procesus, kad, viena vertus, grandinė būtų išsaugota, o kita vertus, kad diagrama nebūtų pernelyg sudėtinga. Be to, turite nuspręsti, ar šiame modelyje rodyti verslo procesus pirkimo, pardavimo, finansų valdymo ir kt. Gali būti keletas šios problemos sprendimo variantų. Vieno teisingo sprendimo nėra. Žinoma, viskas priklauso nuo to, kokius tikslus keliame modeliui. 6 paveiksle parodytas IDEF0 modelio pavyzdys, sukurtas nagrinėjamam atvejui.

Verslo procesai diagramoje A0 (6 pav.) yra suskirstyti į tris kategorijas, remiantis medžiagų srautų judėjimo analize – žaliavos, pusgaminiai, gatava produkcija. Žemiau, kaip pavyzdys, pateikiamas išsamus proceso „Gaminkite, sandėliuokite ir pristatykite žaliavas“ (žr. 7 pav.).

6 pav. IDEF0 modelio, sukurto remiantis vertės grandinėmis, fragmentas. Diagrama A0.

7 paveiksle balta spalva pavaizduoti įmonės vykdomi verslo procesai ir pilka— išorės rangovų vykdomi verslo procesai. Matyti, kad verslo procesas „Žaliavų pirkimas“ iš tikrųjų valdo visus kitus verslo procesus nagrinėjamoje vertės grandinės dalyje. Šį procesą atlieka Tiekimo tarnybos Pirkimų skyrius. Šiame procese dalyvauja ir „Transporto departamento“ padalinys (schemoje nepavaizduota organizacinė struktūra 1 paveiksle). Nors šis įrenginys nėra tiekimo tarnybos dalis, jis atlieka dalį nagrinėjamo proceso. Taigi diagrama A2 vaizduoja „nuo galo iki galo“ arba tarpfunkcinį (galima sakyti, kad net tarporganizacinį) verslo procesą.

Skaitytojui gali kilti klausimas: kodėl žaliavų sandėliavimo įmonės sandėlyje verslo procesas, kurį atliko Tiekimo tarnybos Žaliavų sandėlis, nebuvo įtrauktas į A2 diagramą? Šis procesas sąlyginai buvo priskirtas procesų blokui „Žaliavas ir pusgaminius sandėliuoti ir perdirbti“ (diagrama A0, 6 pav.). Čia palietėme „nuo galo iki galo“ arba tarpfunkcinių verslo procesų ribų nustatymo klausimą. Kadangi tokie procesai nėra lokalizuoti atskiruose padaliniuose (ar net organizacijose), jų ribų nustatymas yra gana subjektyvus ir priklauso nuo daugybės kriterijų, kurie, kaip taisyklė, yra kuriami analizuojant įmonės veiklą remiantis nustatytais tikslais ir uždaviniais.

7 pav. IDEF0 modelio, sukurto remiantis vertės grandinėmis, fragmentas. Diagrama A2.

išvadas

Išanalizavome kelių vertės grandines Rusijos įmonės naudojant IDEF0 standartą ir manome, kad jis yra gana tinkamas šiems tikslams, laikantis teisingo ir nuoseklaus metodinio požiūrio. Mūsų nuomone, tikroji problema yra ta, kad kurdami modelius IDEF0 įmonių specialistai sumaišo du aukščiau pateiktus metodus. Dėl to gautame modelyje yra ir padalinių veiklos aprašymas („vietiniai“ procesai), ir „end-to-end“ procesų elementai. Šis mišinys padaro modelį „laisvą“ ir gerokai apsunkina jo analizę bei tolesnį panaudojimą reorganizavimo, dokumentavimo ir paruošimo automatizavimui tikslais.

Be IDEF0, yra ir kitų grafinio vertės grandinių vaizdavimo formų, kurios bus aptariamos būsimuose leidiniuose.

Maskva, 2005 m. vasario mėn

Kai kurie skaitytojai tikriausiai pasakys, kad savininkams tai per sunku. Tačiau mūsų darbo patirtis rodo, kad profesionaliai sukonstruotas modelis IDEF0 gali būti naudojamas diskusijoms ir sprendimų priėmimui ne tik specialistų, bet ir savininkų lygmeniu.

Funkcijų sudėtis ir paskirstymas tarp darbuotojų yra sąlyginis. Lentelė pateikta kaip pavyzdys.

Žinoma, toks procesų skirstymas yra subjektyvus.

Nebent, žinoma, prilyginsime stambiųjų veiklą struktūriniai padaliniai verslo procesus, kaip tai daro kai kurie autoriai.

Išsamesnius vertės grandinių konstravimo metodus rasite kituose autoriaus straipsniuose.

Tai ne tik IDEF0, bet ir bet kurio kito grafinio verslo procesų atvaizdavimo metodo problema.

Pradiniuose IS kūrimo etapuose būtina suprasti, kaip veikia organizacija, kurią ketinama automatizuoti. Niekas organizacijoje nežino, kaip tai veikia taip, kaip reikia norint sukurti IP. Vadovas puikiai išmano darbą kaip visumą, tačiau neįstengia įsigilinti į kiekvieno eilinio darbuotojo darbo detales. Paprastas darbuotojas gerai žino, kas vyksta jo darbovietėje, bet nežino, kaip dirba jo kolegos. Todėl norint apibūdinti įmonės veiklą, būtina sukurti modelį. Toks modelis turi būti adekvatus dalykinei sričiai, todėl jame turi būti visų organizacijos verslo procesų dalyvių žinios.

Patogiausia verslo procesų modeliavimo kalba yra IDEF0, kurią daugiau nei prieš 20 metų pasiūlė Douglas Ross (SoftTech, Inc.) ir iš pradžių vadinosi SADT – Structured Analysis and Design Technique. (Aštuntojo dešimtmečio pradžioje JAV kariuomenė naudojo SADT procesų modeliavimo pogrupį, kad įgyvendintų projektus pagal Integruotos kompiuterinės gamybos (ICAM) programą. Vėliau šis SADT pogrupis buvo priimtas kaip JAV federalinis standartas pavadinimu IDEF0. Išsamios specifikacijos IDEF standartus galite rasti adresu http://www.idef.com.

IDEF0 sistemoje sistema vaizduojama kaip sąveikaujančių veiklų arba funkcijų rinkinys. Ši grynai funkcinė orientacija yra esminė – sistemos funkcijos analizuojamos nepriklausomai nuo objektų, su kuriais jos veikia. Tai leidžia aiškiau modeliuoti organizacijos procesų logiką ir sąveiką.

IDEF0 modelis suprantamas kaip sistemos aprašymas (tekstinis ir grafinis), kuris turėtų atsakyti į kai kuriuos iš anksto nustatytus klausimus.

Imituota sistema laikoma savavališku Visatos poaibiu. Tai savavališka, nes, pirma, mes patys spekuliatyviai nustatome, ar tam tikras objektas bus sistemos komponentas, ar laikysime jį išoriniu poveikiu, antra, tai priklauso nuo sistemos požiūrio. Sistema turi ribą, skiriančią ją nuo likusios Visatos. Sistemos sąveika su išoriniu pasauliu apibūdinama kaip įvestis (tai, ką sistema apdoroja), išvestis (sistemos veiklos rezultatas), kontrolė (strategijos ir procedūros, pagal kurias atliekamas darbas) ir mechanizmas ( darbams atlikti reikalingi ištekliai). Valdoma sistema, naudodama mechanizmus, įvestis konvertuoja į išvestis.

Sistemos modeliavimo procesas IDEF0 prasideda nuo konteksto, tai yra abstraktiausio visos sistemos aprašymo lygio, apibrėžimo. Kontekstas apima modeliavimo dalyko apibrėžimą, modelio tikslą ir požiūrį.

Subjektas suprantamas kaip pati sistema, ir būtina tiksliai nustatyti, kas yra sistemoje ir kas yra už jos ribų, kitaip tariant, turime nustatyti, ką toliau laikysime sistemos komponentais, o ką – sistemos komponentais. išorinis poveikis. Sistemos subjekto apibrėžimui didelę įtaką turės padėtis, iš kurios žiūrima į sistemą, o modeliavimo tikslas – klausimai, į kuriuos turėtų atsakyti sukonstruotas modelis. Kitaip tariant, iš pradžių būtina nustatyti modeliavimo apimtį. Modelio konstravimo pagrindas yra tiek visos sistemos, tiek jos komponentų srities aprašymas. Nors daroma prielaida, kad apimtis gali būti koreguojama viso modeliavimo metu, ji iš esmės turi būti suformuluota iš pradžių, nes būtent apimtis nustato modeliavimo kryptį ir kada modelis turi būti užbaigtas. Formuluojant taikymo sritį reikia atsižvelgti į du komponentus – plotį ir gylį. Platumas apima modelio ribų apibrėžimą – mes nustatome, kas bus laikoma sistemos viduje, o kas išorėje. Gylis nustato, kokiu detalumo lygiu modelis yra baigtas. Nustatant sistemos gylį, reikia nepamiršti laiko apribojimų – modelio kūrimo sudėtingumas auga eksponentiškai didėjant skilimo gyliui. Apibrėžus modelio ribas, daroma prielaida, kad į modeliuojamą sistemą neturėtų būti įtraukiami nauji objektai; Kadangi visi modelio objektai yra tarpusavyje susiję, naujo objekto įvedimas gali būti ne tik aritmetinis papildymas, bet ir pakeisti esamus ryšius. Tokių gatavo modelio pakeitimų atlikimas paprastai yra labai daug darbo reikalaujantis procesas (vadinamoji „plaukiojančio regiono“ problema).

Modeliavimo tikslas. Modelis negali būti sukurtas be aiškiai apibrėžto tikslo. Tikslas turėtų atsakyti į šiuos klausimus:

Kodėl šis procesas turėtų būti modeliuojamas?

Ką turėtų parodyti modelis?

Ką gali gauti skaitytojas?

Tikslo suformulavimas leidžia analitikos komandai nukreipti savo pastangas tinkama linkme. Tikslų teiginių pavyzdžiai yra šie teiginiai: „Nustatykite ir apibrėžkite esamas problemas, įgalinkite galimų patobulinimų analizę“, „Nustatykite darbuotojų vaidmenis ir atsakomybę rašant pareigybių aprašymus“, „Apibūdinkite įmonės funkcionalumą informacijos rašymo tikslais. sistemos specifikacijos“ ir kt.

Požiūrio taškas. Nors kuriant modelį atsižvelgiama į skirtingų žmonių nuomonę, modelis turi būti kuriamas iš vieno požiūrio taško. Požiūrio taškas gali būti vaizduojamas kaip asmens, kuris mato sistemą modeliavimui reikalingu aspektu, požiūris. Požiūrio taškas turi atitikti modeliavimo tikslą. Akivaizdu, kad įmonės darbo aprašymas finansininko ir technologo požiūriu atrodys visiškai kitaip, todėl modeliuojant svarbu išlikti pasirinktu požiūriu. Paprastai pasirenkamas asmens, atsakingo už imituojamą darbą kaip visumą, požiūris. Dažnai renkantis modelio perspektyvą svarbu dokumentuoti papildomas alternatyvias perspektyvas. Šiuo tikslu dažniausiai naudojamos FEO (tik ekspozicijos) diagramos.

IDEF0 modelis daro prielaidą, kad yra aiškiai suformuluotas tikslas, vienas modeliavimo objektas ir vienas požiūris. Norėdami pridėti apimtį, paskirtį ir požiūrį į IDEF0 modelius BPwin, pasirinkite meniu elementą Redaguoti / modeliuoti ypatybes, kuris atveria dialogo langą Model Properties (4 pav.). Pažymėta Tikslas turėtumėte pridėti tikslą ir požiūrį bei žymę Apibrėžimas- modelio apibrėžimas ir vietovės aprašymas.

Pažymėta Būsena Tame pačiame dialogo lange galite apibūdinti modelio būseną (juodraštis, darbinis, galutinis ir kt.), sukūrimo ir paskutinio redagavimo laiką (vėliau automatiškai stebima pagal sistemos datą). Pažymėta Šaltinis aprašomi modelio kūrimo informacijos šaltiniai (pvz., „Dalyko ekspertų apklausa ir dokumentacijos analizė“). Skirtukas Generolas skirtas įvesti projekto ir modelio pavadinimą, autoriaus vardą ir inicialus bei modelio laiką - KAIP YRA Ir TO-VE.

Ryžiai. 4. Modelio savybių nustatymo dialogo langas

Modeliai AS-IS ir TO-BE. Dažniausiai pirmiausia sukuriamas esamos darbo organizavimo modelis – AS-IS (kaip yra). Remiantis AS-IS modeliu, įvairūs verslo padaliniai pasiekia sutarimą, „kas ką padarė“ ir ką kiekvienas verslo padalinys prideda prie proceso. AS-IS modelis leidžia mums išsiaiškinti, „ką veikiame šiandien“, prieš pereinant prie „ką veiksime rytoj“. Funkcinio modelio analizė leidžia suprasti, kur yra silpniausios vietos, kokie bus naujų verslo procesų pranašumai ir kokius esminius pokyčius patirs esama verslo organizacijos struktūra. Verslo procesų detalizavimas leidžia nustatyti organizacijos trūkumus net ir ten, kur funkcionalumas iš pirmo žvilgsnio atrodo akivaizdus. Neefektyvios veiklos požymiai gali būti nenaudingas, nevaldomas ir besidubliuojantis darbas, neefektyvus dokumentų srautas (tinkamas dokumentas nėra tinkamoje vietoje Tikslus laikas), grįžtamojo ryšio trūkumas apie valdymą (darbo rezultatas neturi įtakos), įvedimą (objektai ar informacija naudojami neracionaliai) ir pan., AS-IS modelio trūkumus galima taisyti kuriant TO-BE modelį ( kaip bus) – naujo verslo procesų organizavimo modeliai. TO-BE reikalingas modelis, kad būtų galima analizuoti alternatyvius/geresnius darbo būdus ir dokumentuoti, kaip įmonė veiks ateityje.

Dažna klaida, į kurią reikia atkreipti dėmesį kuriant AS-IS modelį, yra idealizuoto modelio kūrimas. Pavyzdys galėtų būti modelio sukūrimas remiantis vadovo žiniomis, o ne konkretaus darbo atlikėjo. Vadovas yra susipažinęs su tuo, kaip turi būti atliktas darbas pagal vadovus ir pareigybių aprašymus ir dažnai nežino, kaip iš tikrųjų pavaldiniai atlieka įprastus darbus. Rezultatas yra pagražintas, iškraipytas modelis, kuriame pateikiama klaidinga informacija ir kurio negalima naudoti tolesnei analizei. Šis modelis vadinamas SHOULD_BE (kaip ir turėtų būti).

IS projektavimo technologija apima pirmiausia AS-IS modelio sukūrimą, jo analizę ir verslo procesų tobulinimą, t. y. TO-BE modelio sukūrimą, o tik TO-BE modelio pagrindu yra duomenų modelis, prototipas ir tada galutinė versija. pastatytos IS. Sukūrus sistemą, pagrįstą AS-IS modeliu, įmonė automatizuojama pagal principą „palikti viską taip, kaip yra, kad kompiuteriai stovėtų“, t. y. IS automatizuoja netobulus verslo procesus ir dubliuoja, o ne pakeičia esamą dokumentą. srautas. Dėl to tokios sistemos įdiegimas ir eksploatavimas sukelia tik papildomas išlaidas įrangai įsigyti, programinės įrangos sukūrimui ir abiejų priežiūrai.

Modelio aprašymo rezultatą galima gauti ataskaitoje Modelio ataskaita. Iš meniu punkto iškviečiamas modelio ataskaitos nustatymų dialogas Ataskaita / Modelio ataskaita. Nustatymų dialogo lange turėtumėte pasirinkti reikiamus laukus ir automatiškai bus rodoma informacijos išvedimo į ataskaitą tvarka (5 pav.).

Ryžiai. 5. Modelio ataskaita

IDEF0 diagramos. IDEF0 metodika paremta grafine verslo 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 gali būti keturių tipų diagramos:

kontekstinė diagrama (kiekvienas modelis gali turėti tik vieną konteksto diagramą);

skilimo diagramos;

mazgų medžio diagramos;

tik ekspozicijos (FEO) diagramos.

Konteksto diagrama yra diagramų medžio struktūros viršūnė ir atspindi bendriausią sistemos ir jos sąveikos su išorine aplinka aprašymą. Apibūdinus sistemą kaip visumą, ji suskirstoma į didelius fragmentus. Šis procesas vadinamas funkciniu skaidymu, o diagramos, apibūdinančios kiekvieną fragmentą ir fragmentų sąveiką, vadinamos skilimo diagramomis. Išskaidžius konteksto diagramą, kiekvienas didelis sistemos fragmentas skaidomas į mažesnius ir t.t., kol pasiekiamas norimas aprašymo detalumo lygis. Po kiekvienos išskaidymo sesijos vyksta egzaminų sesijos – dalyko ekspertai nurodo realių verslo procesų atitikimą sukurtoms diagramoms. Rasti neatitikimai yra taisomi ir tik išlaikius egzaminą be jokių pastabų galima pradėti kitą dekomponavimo sesiją. Tai užtikrina, kad modelis atitiktų realius verslo procesus bet kuriame modelio lygyje. Sistemos kaip visumos ir kiekvieno jos fragmento aprašymo sintaksė yra vienoda visame modelyje.

Ekspozicijos diagramos (FEO) yra sukurtos iliustruoti modelio dalis, iliustruoti alternatyvų požiūrį arba specialiais tikslais.

Funkcinio modelio kūrimo pavyzdys.

Kaip pavyzdys nagrinėjama išgalvotos įmonės „Kompiuterinis žodis“ veikla. Įmonė daugiausia surenka ir parduoda stalinius ir nešiojamuosius kompiuterius. Kompanija pati negamina komponentų, o tik surenka ir testuoja kompiuterius.

Pagrindinės darbo rūšys įmonėje yra šios:

pardavėjai priima klientų užsakymus;

operatoriai grupuoja užsakymus pagal kompiuterio tipą;

operatoriai surenka ir išbando kompiuterius;

operatoriai pakuoja kompiuterius pagal užsakymus;

Sandėlininkas išsiunčia užsakymus klientams.

Įmonėje naudojama licencijuota buhalterinės apskaitos informacinė sistema, leidžianti pateikti užsakymą, išrašyti sąskaitą ir sekti sąskaitų apmokėjimus.

Darbo atlikimo būdas

1. Paleiskite BPwin().

2. Jei pasirodo dialogo langas „ModelMart“ ryšio tvarkyklė, spustelėkite mygtuką Atšaukti(Atšaukti).

3. Spustelėkite mygtuką. Pasirodo dialogo langas Aš norėčiau(6 pav.). Įveskite teksto lauką vardas modelio pavadinimą „Įmonės veikla“ ir pasirinkite Tipas – Verslo procesas (IDEF0). Spustelėkite mygtuką Gerai.

Ryžiai. 6. Modelio pavadinimo suteikimas ir modelio tipo pasirinkimas

4. Atsidarys dialogo langas Naujų modelių savybės(Naujojo modelio savybės) (7 pav.). Įveskite teksto lauką Autorius(Autoriaus) modelio autoriaus vardas ir pavardė ir teksto laukelyje Autoriaus inicialai jo inicialai. Spauskite mygtukus iš eilės Taikyti Ir Gerai.

5. Automatiškai sukuriama tuščia konteksto diagrama (8 pav.).

6. Pastebėkite mygtuką įrankių juostoje. Šis mygtukas įjungia ir išjungia naršymo ir naršymo įrankį - Model Explorer(Modelio naršyklė). Model Explorer turi tris skirtukus - Veikla (), Diagramos() Ir Objektai(). Skirtuke Veikla Dešiniuoju pelės mygtuku spustelėjus objektą modelio naršyklėje, galima pasirinkti jo savybių redagavimo parinktis (9 pav.).

Ryžiai. 8. Tuščia konteksto diagrama

Ryžiai. 9. Dešiniuoju pelės mygtuku spustelėję objektą skirtuke Veikla galite naudoti kontekstinį meniu ir redaguoti jo ypatybes

7. Eikite į meniu Modelis / modelio ypatybės. Skirtuke Generolas dialogo langas Modelio ypatybėsį teksto lauką Modelio vardas teksto laukelyje turite įvesti modelio pavadinimą „Įmonės veikla“. Projektas projekto pavadinimas „Įmonės veiklos modelis“, galiausiai – tekste Laiko intervalas(Laiko aprėptis) – KAIP YRA(Kaip yra) (10 pav.).

Ryžiai. 10. Langas modelio savybių nustatymui

8. Skirtuke Tikslas dialogo langas Modelio ypatybėsį teksto lauką Tikslas(tikslas) įveskite duomenis apie modelio kūrimo tikslą - „Modeliuoti esamus (TOKIUS) įmonės verslo procesus“ ir teksto lauke Požiūrio taškas(požiūrio taškas) - „Režisierius“ (11 pav.).

Ryžiai. 11. Duomenų apie modeliavimo tikslą ir požiūrio įvedimas

9. Skirtuke Apibrėžimas dialogo langas Modelio ypatybėsį teksto lauką Apibrėžimas(Apibrėžimas) teksto laukelyje įveskite „Tai mokymo modelis, apibūdinantis įmonės veiklą“. Taikymo sritis(aprėptis) - " Generalinis direktoriusįmonės veikla: rinkos tyrimai, komponentų pirkimas, surinkimas, testavimas ir gaminių pardavimas“ (12 pav.).

10. Eikite į kontekstinę diagramą ir dešiniuoju pelės mygtuku spustelėkite stačiakampį, vaizduojantį žymėjime IDEF0, sutartinis grafinis kūrinio žymėjimas. Kontekstiniame meniu pasirinkite parinktį vardas(13 pav.). Skirtuke vardasįveskite pavadinimą „Įmonės veikla“ (14 pav.).

11. Skirtuke Apibrėžimas dialogo langas Veiklos ypatybėsį teksto lauką Apibrėžimas(Apibrėžimas) įveskite „Dabartiniai įmonės verslo procesai“ (15 pav.). Teksto laukas Pastaba(Pastabos) palikite tuščią.

Ryžiai. 12. Papildomų duomenų, apibrėžiančių modelį, įvedimas

Ryžiai. 13. Kontekstinis meniu darbui su pasirinkta Vardo parinktimi

Ryžiai. 14. Darbo įvardijimas

Ryžiai. 15. Papildomų duomenų apie darbą įvedimas

12. Sukurti ICOM-rodyklės kontekstinėje diagramoje (1 lentelė).

1 lentelė. Kontekstinės diagramos rodyklės

Rodyklės pavadinimas (Rodyklėvardas)	Rodyklės apibrėžimas (RodyklėApibrėžimas)	Rodyklės tipas (RodyklėTipas)
Klientų skambučiai	Prašymai dėl informacijos, užsakymų, techninės pagalbos ir kt.
Taisyklės ir procedūros	Pardavimo taisyklės, surinkimo instrukcijos, testavimo procedūros, veikimo kriterijai ir kt.
Parduota produkcija	Staliniai ir nešiojamieji kompiuteriai
Apskaitos sistema	Sąskaitų ruošimas, sąskaitų apmokėjimas, darbas su užsakymais

13. Mygtuku į diagramos laukelį įveskite tekstą – požiūrio taškas ir tikslas (16 pav.).

Ryžiai. 16. Teksto įvedimas į diagramos lauką naudojant teksto blokų rengyklę

14. Sukurkite modelio ataskaitą. Meniu Įrankiai / Ataskaitos / Modelio ataskaita(17 pav.) nustatykite ataskaitos generavimo parinktis (pažymėkite langelius) ir spustelėkite mygtuką Peržiūra(Peržiūra) (18 pav.).

Ryžiai. 17. Modelio ataskaitos generavimo parinkčių nustatymas

Ryžiai. 18. Modelio ataskaitos peržiūra

Gamybos procesų skaidymas pagal metodikąIDEF0

Darbai (veikla)

Veikla reiškia įvardintus procesus, funkcijas ar užduotis, kurios vyksta per tam tikrą laikotarpį ir turi atpažįstamų rezultatų. Darbai vaizduojami kaip stačiakampiai. Visi darbai turi būti pavadinti ir apibrėžti. Kūrinio pavadinimas turi būti išreikštas žodiniu daiktavardžiu, reiškiančiu veiksmą (pvz., „Dalyvavimas“, „Užsakymo gavimas“ ir kt.). Darbe „Detalės gamyba“ gali būti, pavyzdžiui, toks apibrėžimas: „Darbas reiškia visą gaminio gamybos ciklą nuo žaliavų kokybės kontrolės iki gatavo supakuoto produkto išsiuntimo“. Kuriant naują modelį (meniu Failas / Naujas) automatiškai sukuriama kontekstinė diagrama su vienu kūriniu, vaizduojančiu sistemą kaip visumą (1 pav.).

Norėdami įvesti darbo pavadinimą, dešiniuoju pelės mygtuku spustelėkite užduotį ir pasirinkite meniu Vardų redaktorius ir pasirodžiusiame dialogo lange įveskite darbo pavadinimą. Norėdami apibūdinti kitas darbo savybes, naudokite dialogo langą Veiklos ypatybės(2 pav.).

Ryžiai. 1. Kontekstinės diagramos pavyzdys

Ryžiai. 2. Redaktorius darbo ypatybėms nustatyti

Dekompozicijos diagramose pateikiami susiję darbai, t.y. vaikų darbai, kurie turi bendrą tėvų darbą. Norėdami sukurti skaidymo diagramą, spustelėkite mygtuką.

Atsiranda dialogas Veiklos dėžučių skaičius(3 pav.), kuriame turėtumėte nurodyti naujos schemos žymėjimą ir darbų skaičių joje. Pasirinkime užrašą IDEF0 ir spustelėkite Gerai. Pasirodo skilimo diagrama (4 pav.). Priimtinas darbų skaičiaus diapazonas yra 2-8. Nėra prasmės skaidyti darbą į vieną užduotį: diagramos, kuriose yra daugiau nei aštuonios užduotys, yra perpildytos ir sunkiai skaitomos. Siekiant užtikrinti aiškumą ir geriau suprasti modeliuojamus procesus, vienoje diagramoje rekomenduojama naudoti nuo trijų iki šešių blokų.

Ryžiai. 3. DialogasVeiklos dėžučių skaičius

Ryžiai. 4. Dekompozicijos diagramos pavyzdys

Jei paaiškėja, kad darbų neužtenka, tuomet darbas gali būti įtrauktas į schemą iš pradžių spustelėjus mygtuką įrankių paletėje, o po to tuščią vietą diagramoje.

Veiksmai suskirstymo diagramose paprastai išdėstomi įstrižai iš viršutinės kairės į apačią dešinėje.

Ši tvarka vadinama dominavimo tvarka. Pagal šį išdėstymo principą svarbiausias arba pirmas laiku atliktas darbas yra viršutiniame kairiajame kampe. Toliau dešinėje yra mažiau svarbios arba vėlesnės užduotys. Toks išdėstymas leidžia lengviau perskaityti diagramas, ja grindžiama darbo santykių samprata.

Rodyklės

Kūrinių sąveika su išoriniu pasauliu ir tarpusavyje aprašoma rodyklėmis. Rodyklės žymi tam tikrą informaciją ir yra vadinamos daiktavardžiais (pvz., „Produktas“, „Produktas“, „Užsakymas“).

IDEF0 yra penkių tipų rodyklės:

Įvestis- medžiaga ar informacija, kuri naudojama ar transformuojama atliekant darbą, kad būtų gautas rezultatas (išvestis). Leidžiama, kad darbe negali būti vienos įėjimo rodyklės. Kiekvienas rodyklės tipas priartėja prie konkrečios stačiakampio, vaizduojančio kūrinį, kraštinės arba palieka ją. Įvedimo rodyklė brėžiama kaip įėjimas į kairįjį darbo kraštą. Aprašant technologinius procesus (todėl buvo išrastas IDEF0), identifikuojant įvestis problemų nekyla. Iš tiesų, „Žaliavos“ pav. 1. yra kažkas, kas apdorojama gaminio gamybos proceso metu, kad būtų gautas rezultatas. Modeliuojant IP, kai rodyklės yra ne fiziniai objektai, o duomenys, ne viskas taip akivaizdu. Pavyzdžiui, „Paciento priėmimo“ metu paciento kortelė gali būti tiek įvesties, tiek išvesties vietoje, tuo tarpu keičiasi šių duomenų kokybė. Kitaip tariant, šiame pavyzdyje, siekiant pagrįsti jo paskirtį, įvesties ir išvesties rodyklės turi būti tiksliai apibrėžtos, nurodančios, kad duomenys iš tikrųjų buvo apdoroti (pvz., išvestis yra „Užbaigtas paciento įrašas“). Dažnai sunku nustatyti, ar duomenys yra įvesti, ar valdomi. Tokiu atveju gali būti užuomina, ar duomenys kūrinyje apdorojami/keičiami, ar ne. Jei jie keičiasi, greičiausiai tai yra įvestis; jei ne, tai yra valdymas.

Kontrolė- taisyklės, politika, procedūros ar standartai, kuriais vadovaujamasi dirbant. Kiekviename darbe turi būti bent viena valdymo rodyklė. Kontrolinė rodyklė brėžiama kaip įeinant į viršutinį darbo kraštą. Fig. 1 rodyklės „Užduotis“ ir „Brėžinys“ - darbo „Prekės gamyba“ valdymas. Valdymas daro įtaką darbui, bet jo nekeičia darbas. Jei darbo tikslas yra pakeisti procedūrą ar strategiją, tai ta procedūra ar strategija bus indėlis į darbą. Jei yra neaiškumų dėl rodyklės (valdymo ar įvesties) būsenos, rekomenduojama nubrėžti kontrolinę rodyklę.

Išvestis- medžiaga ar informacija, kurią sukuria darbas. Kiekviename darbe turi būti bent viena išėjimo rodyklė. Darbas be rezultatų neturi prasmės ir neturėtų būti modeliuojamas. Išėjimo rodyklė nubrėžta kaip sklindanti iš dešiniojo kūrinio krašto. Fig. 1 rodyklė "Pagaminta prekė" yra darbo "Produkto gamyba" išvestis.

Mechanizmas- ištekliai, kurie atlieka darbą, pavyzdžiui, įmonės personalas, mašinos, įrenginiai ir kt. Mechanizmo rodyklė nubrėžta taip, kaip nurodyta apatiniame darbo krašte. Fig. 1 rodyklė „Įmonės personalas“ – tai mechanizmas darbui „Produktų gamyba“. Analitiko nuožiūra, mechanizmo rodyklės modelyje gali būti nevaizduojamos.

Skambinti- speciali rodyklė, rodanti kitą veikimo modelį. Skambučio rodyklė nubrėžta kaip sklindanti iš apatinio kūrinio krašto. Fig. 1 rodyklė "Kito darbo modelis" yra kvietimas darbui "Produkto gamyba". Skambučio rodyklė naudojama norint nurodyti, kad kai kurie darbai atliekami už modeliuojamos sistemos ribų. „BPwin“ modelių sujungimo ir padalijimo mechanizme naudojamos skambučių rodyklės.

Kraštinės rodyklės. Kontekstinėje diagramoje esančios rodyklės naudojamos sistemos sąveikai su išoriniu pasauliu apibūdinti. Jie gali prasidėti nuo diagramos ribos ir baigtis darbu arba atvirkščiai. Tokios rodyklės vadinamos ribinėmis rodyklėmis.

Norėdami pridėti ribos įvesties rodyklę:

Valdymo, išvesties, mechanizmo ir išvesties rodyklės vaizduojamos panašiai. Pavyzdžiui, norėdami nupiešti išėjimo rodyklę, įrankių paletėje spustelėkite mygtuką su rodyklės simboliu, spustelėkite dešinėje darbo pusėje išėjimo pusėje (kur prasideda rodyklė), perkelkite žymeklį į dešinioji pusė ekraną, kol pasirodys pradinė brūkšninė juosta, ir vieną kartą spustelėkite prietaisų juostą.

Naujai pridėtų rodyklių pavadinimai automatiškai įvedami į žodyną ( Rodyklės žodynas).

ICOM kodai. Suskirstymo schema skirta darbui detalizuoti. Skirtingai nuo modelių, kuriuose rodoma organizacijos struktūra, darbas su aukščiausio lygio diagrama IDEF0 nėra žemiau esančio darbo kontrolė. Žemesnio lygio darbas yra toks pat, kaip ir aukštesnio lygio darbas, bet išsamiau. Dėl to aukščiausio lygio darbo ribos yra tokios pačios kaip ir išskaidymo diagramos ribos. ICOM(santrumpa reiškia Įvestis, valdymas, išėjimas ir mechanizmas) – kodai, skirti identifikuoti ribines rodykles. Kodas ICOM yra priešdėlis, atitinkantis rodyklės tipą ( aš,SU,APIE arba M) ir serijos numerį. BPwin automatiškai įveda ICOM kodus. Norėdami rodyti ICOM kodus, skirtuke įgalinkite parinktį Rodyti ICOM kodus Pristatymas dialogą Modelio ypatybės.

Rodyklės žodynas redaguojamas naudojant specialų redaktorių Rodyklės žodyno redaktorius, kuriame apibrėžiama rodyklė ir įvedamas su ja susijęs komentaras (6 pav.). Rodyklės žodynas išsprendžia labai svarbią problemą. Diagramas kuria analitikas, norėdamas atlikti egzaminų sesiją, t.y. aptarti diagramą su dalyko specialistu. Bet kurioje dalykinėje srityje susiformuoja profesinis žargonas, o labai dažnai žargono posakiai turi neaiškią reikšmę ir skirtingų specialistų suvokiami skirtingai. Tuo pačiu analitikas – diagramų autorius – turi vartoti tuos posakius, kurie labiausiai suprantami ekspertams. Kadangi formalūs apibrėžimai dažnai sunkiai suprantami, analitikas yra priverstas vartoti profesionalų žargoną, o siekiant išvengti dviprasmiškų interpretacijų, rodyklės žodyne kiekvienai sąvokai gali būti suteiktas išplėstas, o prireikus ir formalus apibrėžimas.

Rodyklės žodyno turinį galima atspausdinti kaip ataskaitą (meniu Ataskaita / Rodyklės ataskaita...) ir taip gauti modelyje naudojamų srities terminų aiškinamąjį žodyną.

Ryžiai. 5. DialogasRodyklės ypatybės

Ryžiai. 6. Žodyno rodyklės

Neprijungta kraštinė rodyklė. Išskaidant kūrinį į jį įeinančios ir išeinančios rodyklės (išskyrus iškvietimo rodyklę) automatiškai atsiranda dekompozicijos diagramoje (rodyklių migracija), tačiau kūrinių neliečia. Tokios rodyklės vadinamos nesusietomis ir BPwin traktuojamos kaip sintaksės klaida. Norėdami susieti įvesties, valdymo ar mechanizmo rodykles, turite pereiti į rodyklės redagavimo režimą, spustelėti rodyklės galvutę ir spustelėti atitinkamą darbo segmentą. Norėdami susieti išvesties rodyklę, turite pereiti į rodyklės redagavimo režimą, spustelėti darbo išvesties segmentą, tada – rodyklę.

Vidinės rodyklės. Kūriniams tarpusavyje sujungti naudojamos vidinės rodyklės, t.y. strėlės, kurios neliečia schemos krašto, prasideda viename darbe, o baigiasi kitame.

Išvesties-įvesties komunikacija, kai aukštesnio lygio kūrinio išvesties rodyklė (toliau – tiesiog išvestis) nukreipiama į žemesnio lygio įvestį.

Valdyti ryšį (išvesties valdymas), kai aukštesnio lygio operacijos išvestis siunčiama valdyti žemesniąją. Vadovybės komunikacija rodo aukštesnio lygio darbo dominavimą. Aukštesnio lygio darbo duomenys ar išvesties objektai žemesnio lygio darbe nekeičiami.

Išvesties-įvesties grįžtamasis ryšys, kai žemesnio lygio kūrinio išvestis siunčiama į aukštesnio lygio įvestį. Toks ryšys dažniausiai naudojamas ciklams apibūdinti.

Išvesties valdymo grįžtamasis ryšys, kai žemesnio lygio operacijos išvestis siunčiama į aukštesnio lygio valdymą. Vadovybės atsiliepimai dažnai rodo verslo proceso efektyvumą.

Išvesties mechanizmo jungtis, kai vieno darbo išvestis siunčiama į kito darbo mechanizmą. Šis ryšys naudojamas rečiau nei kiti ir rodo, kad viena veikla paruošia išteklius, reikalingus kitai veiklai vykdyti.

Aiškios rodyklės. Aiškios rodyklės šaltinis yra vienas užduotys, o paskirties vieta – viena užduotis.

Išsišakojusios ir susiliejančios rodyklės. Vieno darbo sugeneruoti tie patys duomenys ar objektai vienu metu gali būti naudojami keliose kitose užduotyse. Kita vertus, skirtinguose darbuose sukurtos rodyklės gali reikšti tuos pačius arba vienarūšius duomenis ar objektus, kurie toliau naudojami arba apdorojami vienoje vietoje. Tokioms situacijoms modeliuoti IDEF0 naudoja šakojimo ir sujungimo rodykles. Norėdami šakoti rodyklę, rodyklės redagavimo režimu spustelėkite rodyklės fragmentą ir atitinkamą darbo segmentą. Norėdami sujungti dvi išėjimo rodykles, rodyklės redagavimo režimu pirmiausia spustelėkite darbo išėjimo segmentą, o tada atitinkamą rodyklės fragmentą.

Išsišakojusių ir susiliejančių rodyklių prasmė perteikiama kiekvienos rodyklių šakos įvardijimu. Yra tam tikros tokių strėlių pavadinimo taisyklės. Pažvelkime į juos kaip pavyzdį naudodami šakojančias rodykles. Jei rodyklė pavadinta prieš šaką, bet po šakos nepavadinama jokia šaka, laikoma, kad kiekviena šaka modeliuoja tuos pačius duomenis ar objektus kaip ir prieš šaką esanti šaka.

Jei rodyklė pavadinta prieš šaką, bet po šakos kuri nors iš šakų neįvardijama, tada daroma prielaida, kad šios šakos atitinka pavadinimą. Jei kuri nors šaka po šakos lieka be pavadinimo, tada daroma prielaida, kad ji modeliuoja tuos pačius duomenis ar objektus kaip ir šaka prieš šaką.

Nepriimtina situacija, kai rodyklė neįvardijama prieš šaką, o po šakos neįvardijama kuri nors iš šakų. BPwin aptinka tokią rodyklę kaip sintaksės klaidą.

Rodyklės tuneliavimas. Naujai įvestos ribinės rodyklės žemesnio lygio skaidymo diagramoje rodomos laužtiniuose skliaustuose ir aukščiausio lygio diagramoje automatiškai neatsiranda.

Norėdami juos „vilkti“ į viršų, pirmiausia turite pasirinkti mygtuką įrankių paletėje ir spustelėti kraštinės rodyklės laužtinius skliaustus. Pasirodo dialogas Border Arrow redaktorius(7 pav.).

Ryžiai. 7. DialogasBorder Arrow redaktorius

Jei paspausite mygtuką IšspręstiSienosRodyklė, rodyklė perkeliama į aukščiausio lygio diagramą, jei naudojamas mygtukas ChangeToTunnel – rodyklė yra tuneliuota ir nepatenka į kitą diagramą.

Tuneliavimas gali būti naudojamas nesvarbioms rodyklėms pavaizduoti. Jei bet kurioje žemesnio lygio diagramoje reikia pavaizduoti nesvarbius duomenis ar objektus, kurie nėra apdorojami ir nenaudojami darbe esamu lygiu, tada jie turi būti siunčiami į aukštesnį lygį (į pagrindinę diagramą). Jei šie duomenys nenaudojami pirminėje diagramoje, juos reikia siųsti dar aukščiau ir tt Dėl to visuose lygiuose bus nupiešta nereikšminga rodyklė ir bus sunku perskaityti visas diagramas, kuriose ji rodoma. Sprendimas yra tuneliuoti rodyklę žemiausiame lygyje. Šis tuneliavimas vadinamas „ne tėvų diagramoje“.

Dekompozicijos diagramos kūrimo pavyzdys

1. Įrankių paletėje ir dialogo lange pasirinkite mygtuką žemyn Veiklos dėžučių skaičius(8 pav.) Žemesnio lygio diagramoje nustatykite darbų skaičių – 3 – ir spustelėkite mygtuką Gerai.

Ryžiai. 8. Veiklos laukelio skaičiavimo dialogo langas

2. Dekompozicijos diagrama bus sukurta automatiškai (9 pav.).

Ryžiai. 9. Skilimo diagrama

Dešiniuoju pelės mygtuku spustelėkite darbą, esantį viršutiniame kairiajame modelio redagavimo srities kampe, kontekstiniame meniu pasirinkite parinktį vardas ir įveskite darbo pavadinimą. Pakartokite veiksmą likusiems dviem darbams. Tada įveskite kiekvieno darbo apibrėžimą, būseną ir šaltinį, kaip parodyta 1 lentelėje.

1 lentelė. A0 skaidymo diagramos darbai

Skilimo diagrama bus tokia, kaip parodyta Fig. 10.

10 pav. Dekompozicijos diagrama suteikus kūriniams pavadinimus

3. Norėdami pakeisti užduočių savybes po to, kai jos įtrauktos į diagramą, galite naudoti užduočių žodyną (11 pav.). Žodynas iškviečiamas naudojant pagrindinio meniu elementą Žodynas / Veikla.

Ryžiai. 11. ŽodynasVeiklos žodynas

Jei žodyne aprašysite kūrinio pavadinimą ir savybes, vėliau galėsite jį įtraukti į diagramą naudodami mygtuką įrankių paletėje. Neįmanoma pašalinti kūrinio iš žodyno, jei jis naudojamas bet kurioje diagramoje. Jei kūrinys pašalinamas iš diagramos, jis nebus pašalintas iš žodyno. Tokio darbo pavadinimas ir aprašymas gali būti naudojami vėliau. Norėdami įtraukti kūrinį į žodyną, eikite į sąrašo pabaigą ir dešiniuoju pelės mygtuku spustelėkite paskutinę eilutę. Pasirodo nauja eilutė, kurioje turite įvesti darbo pavadinimą ir ypatybes. Norėdami ištrinti visus modelie nenaudojamus užduočių pavadinimus, spustelėkite mygtuką ( Išvalymas(Švarus)).

4. Perjunkite į rodyklės piešimo režimą ir susiekite kraštines rodykles naudodami mygtuką įrankių paletėje, kaip parodyta pav. 12.

Ryžiai. 12. Sujungtos ribinės rodyklės A0 diagramoje

5. Dešiniuoju pelės mygtuku spustelėkite darbo „Kūrimas ir testavimas“ valdymo rodyklės šaką ir pervardykite ją į „Kūrimo ir testavimo taisyklės“ (13 pav.). Įveskite naujos šakos apibrėžimą: „Kūrimo instrukcijos, testavimo procedūros, našumo kriterijai ir kt.“ Dešiniuoju pelės mygtuku spustelėkite „Pardavimas ir rinkodara“ darbo mechanizmo rodyklės šaką ir pervadinkite ją į „Užsakymų sistema“ (14 pav.).

Ryžiai. 13. Rodyklė „Kurti ir išbandyti taisykles“

Ryžiai. 14. Rodyklė „Užsakymų sistema“

6. Alternatyvus būdas įvesti rodyklių pavadinimus ir savybes yra naudoti rodyklių žodyną (skambinti į žodyną - meniu Žodynas/rodyklė). Jei į žodyną įvesite rodyklės pavadinimą ir ypatybes (15 pav.), vėliau ją bus galima įtraukti į diagramą.

Ryžiai. 15. Leksikos rodyklės

Rodyklės negalima pašalinti iš žodyno, jei ji naudojama bet kurioje diagramoje. Pašalinus rodyklę iš diagramos ji iš žodyno nepašalinama. Tokios rodyklės pavadinimas ir aprašymas gali būti panaudoti vėliau. Norėdami pridėti rodyklę, eikite į sąrašo pabaigą ir dešiniuoju pelės mygtuku spustelėkite paskutinę eilutę. Pasirodo nauja eilutė, kurioje turite įvesti rodyklės pavadinimą ir savybes.

7. Sukurkite naujas vidines rodykles, kaip parodyta pav. 16.

Ryžiai. 16. A0 diagramos vidinės rodyklės

8. Sukurkite (valdymo) grįžtamojo ryšio rodyklę, skirtą Sukurti ir išbandyti rezultatus iš kompiuterio kūrimo ir testavimo veiklos iki pardavimo ir rinkodaros veiklos. Jei reikia, pakeiskite rodyklės stilių (linijos storį) ir nustatykite parinktį Papildoma strėlės galvutė(Papildoma rodyklės galvutė) (iš kontekstinio meniu). Metodas vilkti ir nuleisti perkelkite rodyklių pavadinimus, kad juos būtų lengviau perskaityti. Jei reikia, įdiekite iš kontekstinio meniu Skverbtis(Zagogulinas). Rezultatas galimi pakeitimai parodyta pav. 17.

Ryžiai. 17. A0 diagramos rodyklių redagavimo rezultatas

9. Sukurkite naują rinkodaros medžiagų išėjimo ribos rodyklę, išeinančią iš pardavimo ir rinkodaros užduoties. Ši rodyklė automatiškai nepatenka į aukščiausio lygio diagramą, o jos gale yra laužtiniai skliaustai (18 pav.).

Ryžiai. 18. Arrow Marketingo medžiaga

10. Dešiniuoju pelės mygtuku spustelėkite laužtinius skliaustus ir pasirinkite meniu elementą Rodyklės tunelis(19 pav.).

Dialogo lange Border Arrow redaktorius(Boundary Arrow Editor) pasirinkite parinktį Išspręskite tai Border Arrow(Leisti kaip ribinę rodyklę) (20 pav.).

Ryžiai. 19. PastraipaMeniuRodyklės tunelis

Ryžiai. 20. DialogaslangasBorder Arrow redaktorius

Rodyklėje Rinkodaros medžiagos pasirinkite parinktį Apkarpyti(Išdėstyti) iš kontekstinio meniu. Laboratorinio darbo rezultatas parodytas fig. 21.

Ryžiai. 21. Skilimo rezultatas

IDEF0 modelius sudaro trijų tipų dokumentai: grafinės diagramos, tekstas ir žodynas. Šie dokumentai turi kryžmines nuorodas.

Diagrama gali būti susieta su struktūriniu tekstu, kuris yra trumpas diagramos turinio komentaras. Tekstas naudojamas paaiškinti ir paaiškinti ypatybes, srautus, bloko vidines jungtis ir kt. Tekstas neturėtų būti naudojamas apibūdinti jau išvalytiems langeliams ir rodyklėms diagramose.

Žodynėlis skirtas santrumpos (akronimai) apibrėžti, raktinius žodžius ir frazės, naudojamos kaip pavadinimai ir etiketės diagramose. Žodynėlyje apibrėžiamos sąvokos ir terminai, kuriuos turi vienodai suprasti visi modelio kūrimo dalyviai ir naudotojai, kad galėtų teisingai interpretuoti jo turinį.

Grafinė diagrama yra pagrindinis IDEF0 modelio komponentas, kuriame yra blokai, rodyklės, blokų ir rodyklių jungtys bei susiję ryšiai. Blokai reprezentuoja pagrindines modeliuojamo objekto funkcijas. Šios funkcijos gali būti išskaidytos (išskaidytos) į sudedamąsias dalis ir pateiktos detalesnėse diagramose; skaidymo procesas tęsiasi tol, kol objektas aprašomas detalumo lygiu, kuris būtinas konkretaus projekto tikslams pasiekti. Aukščiausio lygio diagramoje pateikiamas bendriausias arba abstraktiausias modeliavimo objekto aprašymas. Po šios diagramos seka antrinių diagramų serija, kurioje pateikiamas išsamesnis objekto vaizdas.

Kiekvienas modelis turi turėti aukščiausio lygio konteksto diagramą, kurioje modeliuojamas objektas būtų pavaizduotas vienu langeliu su ribinėmis rodyklėmis. Ši diagrama vadinama A–0 (A minus nulis). Šioje diagramoje esančios rodyklės rodo modeliuojamo objekto ir jo aplinkos ryšius. Kadangi vienas blokas reiškia visą objektą, jo pavadinimas yra bendras visame projekte. Tas pats pasakytina apie visas diagramos rodykles, nes jos atspindi visą objekto išorinių sąsajų rinkinį. Diagramoje A–0 nustatyta modeliavimo sritis ir jos riba. A–0 diagramos pavyzdys parodytas fig. 3.10., pav. 3.11., pav. 3.12.

Ryžiai. 3.10. Kontekstinės diagramos pavyzdys

Ryžiai. 3.11. Kontekstinės diagramos pavyzdys

Ryžiai. 3.12. Kontekstinės diagramos pavyzdys

A-0 konteksto diagramoje taip pat turėtų būti trumpi teiginiai, nurodantys asmens ar padalinio, kurio modelis kuriamas, požiūrį ir tikslą, kuriam jis kuriamas. Šie teiginiai padeda sukurti modelį ir įtraukti procesą į sistemą.

Požiūrio taškas lemia, ką ir kokiame kontekste galima matyti modelio kontekste. Požiūrio taško keitimas veda į kitų objekto aspektų svarstymą. Vienu požiūriu svarbūs aspektai gali nepasirodyti modelyje, sukurtame kitu to paties objekto požiūriu.

Tikslo teiginyje išreiškiama modelio sukūrimo priežastis, t.y. yra klausimų, į kuriuos turi atsakyti modelis, sąrašas, kuris iš esmės lemia jo struktūrą.

Svarbiausios objekto savybės paprastai nustatomos aukščiausiuose hierarchijos lygiuose; Kadangi aukščiausio lygio funkcija yra išskaidoma ir suskirstyta į subfunkcijas, šios savybės yra patobulintos. Kiekviena subfunkcija savo ruožtu išskaidoma į kito lygio elementus, ir tai vyksta tol, kol gaunama atitinkama struktūra, leidžianti atsakyti į modeliavimo tikslu suformuluotus klausimus. Kiekviena pofunkcija modeliuojama kaip atskiras blokas. Kiekvienas pirminis blokas yra išsamiai aprašytas žemesnio lygio antrinėje diagramoje. Visos antrinės diagramos turi būti aukščiausio lygio kontekstinės diagramos srityje.