Siųsti savo gerą darbą žinių bazėje yra paprasta. Naudokite žemiau esančią formą

Studentai, magistrantai, jaunieji mokslininkai, kurie naudojasi žinių baze savo studijose ir darbe, bus jums labai dėkingi.

Paskelbta http://www.allbest.ru

Įvadas

Verslo procesų modeliavimas ekonomikos ir vadybos modernizavimo kontekste yra aktuali sritis, padedanti optimizuoti organizacijos veiklos procesus ir pagerinti veiklos rezultatus. Kalbėdami apie verslo procesų modeliavimą, vartosime kelių žinių sričių, susijusių su ekonomika, informatika, sudėtingų sistemų modeliavimu, terminologiją. Todėl apibrėžkime pagrindinius apibrėžimus ir sąvokas.

Verslo procesas apibrėžiamas kaip logiškai užbaigta tarpusavyje susijusių ir pasikartojančių veiklų grandinė, dėl kurios įmonės ištekliai naudojami objektui apdoroti (fiziškai arba virtualiai), siekiant tam tikrų išmatuojamų rezultatų arba sukurti produktus, tenkinančius vidinius ar išorinius klientus. .

Sąvoka „modeliavimas“ turi dvi pagrindines reikšmes. Pirma, modeliavimas suprantamas kaip modelio, kaip tam tikro originalo atvaizdo (vaizdo), atspindinčio svarbiausias jo savybes ir savybes, konstravimo procesas. Jei modelis jau buvo sukurtas, tai modeliavimas yra sistemos, tiksliau, jos modelio, veikimo tyrimo (analizės) procesas. Pagrindinis verslo procesų modeliavimo tikslas – aprašyti tikrąją įmonės verslo procesų eigą. Tokiu atveju reikia nustatyti, koks proceso rezultatas, kas ir kokius veiksmus atlieka, kokia jų eiliškumas, koks dokumentų judėjimas proceso metu, taip pat kiek proceso patikimumas (tikimybė) nesėkmingo vykdymo) ir kaip jį galima išplėsti/pakeisti ateityje.

Verslo procesų eigos skaidrumo užtikrinimas yra svarbus, nes tik tokiu atveju verslo proceso savininkas (įmonės darbuotojas, kuris vadovauja verslo proceso eigai ir yra atsakingas už jo rezultatus bei efektyvumą), verslo analitikas, vadovybė ir kiti suinteresuoti asmenys. šalys aiškiai supras, kaip organizuojamas darbas. Esamų verslo procesų eigos supratimas leidžia spręsti apie jų efektyvumą ir kokybę bei yra būtinas kuriant verslą palaikančią IT infrastruktūrą. Sėkmingas taikomųjų sistemų, palaikančių verslo procesų vykdymą nuo pradžios iki pabaigos, kūrimas įmanomas tik tada, kai patys procesai yra aiškiai ir detaliai suprantami.

Verslo proceso modelis – tai formalizuotas (grafinis, lentelinis, tekstinis, simbolinis) jo aprašymas, atspindintis faktinę ar numatomą įmonės veiklą.

Šio kursinio darbo problema skamba taip: kiek praktiškos naudoti MS Visio sukurtos diagramos (paprastumas, vizualumas ir informatyvumas).

Objektas – verslo modeliavimas.

Tema bus: įmonės, teikiančios kelių transporto paslaugas, verslo procesų modeliavimas MS Visio.

Atsižvelgdami į problemą, apibrėžkime tikslą: nustatyti, kiek praktiškai gali būti naudojamos MS Visio sukurtos diagramos, remiantis transporto įmonės (TC) EcoTrans LLC pavyzdžiu.

Norint pasiekti šį tikslą, būtina išspręsti šias užduotis:

Rasti ir studijuoti verslo procesų modeliavimo metodikas;

Susipažinkite su verslo grafika programoje MS Visio;

Išanalizuoti TC LLC „EcoTrans“ verslo procesus

Apibūdinkite TC LLC "EcoTrans" verslo procesus naudodami verslo modeliavimą Microsoft Visio

Verslo procesams modeliuoti galima naudoti įvairius metodus. Modeliavimo metodas arba metodika apima veiksmų seką, kurią reikia atlikti norint sukurti modelį, t.y. modeliavimo procedūrą ir naudojamą žymėjimą (kalbą). Šiame kursiniame darbe verslo procesams modeliuoti bus naudojamos IDEF0, IDEF3 metodikos.

1. Dalyko srities aprašymo metodikos

Verslo modeliavimo procesas gali būti įgyvendinamas naudojant įvairias technikas, kurios pirmiausia skiriasi savo požiūriu į tai, kas yra modeliuojama organizacija. Atsižvelgiant į skirtingas organizacijos idėjas, metodai paprastai skirstomi į objektinius ir funkcinius (struktūrinius).

Objektais pagrįsti metodai modeliuojamą organizaciją laiko sąveikaujančių objektų – gamybos vienetų visuma. Objektas apibrėžiamas kaip apčiuopiama tikrovė – objektas ar reiškinys, turintis aiškiai apibrėžtą elgesį. Šios technikos naudojimo tikslas – nustatyti objektus, sudarančius organizaciją, ir paskirstyti jiems atsakomybę už atliktus veiksmus.

Funkciniai metodai, iš kurių žinomiausia yra IDEF0 technika, organizaciją laiko funkcijų rinkiniu, kuris įeinantį informacijos srautą paverčia išvesties srautu. Informacijos konvertavimo procesas sunaudoja tam tikrus išteklius. Pagrindinis skirtumas nuo objektinio metodo yra aiškus funkcijų (duomenų apdorojimo metodų) atskyrimas nuo pačių duomenų.

Verslo modeliavimo požiūriu kiekvienas iš pateiktų požiūrių turi savų privalumų. Objektinis požiūris leidžia sukurti sistemą, kuri būtų atsparesnė pokyčiams ir geriau atitiktų esamas organizacijos struktūras. Funkcinis modeliavimas gerai veikia tais atvejais, kai organizacinė struktūra yra pokyčių procese arba apskritai yra blogai suformuota. Atlikėjai, gaudami iš jų informaciją apie atliekamą darbą, intuityviai geriau supranta požiūrį iš atliekamų funkcijų.

1.1 IDEF standartų šeimos supratimas

Vienas iš svarbiausių tikslų rengiant informacinės sistemos kūrimo projektą – aiškus ir teisingai suprastas problemos išdėstymas. Šiam tikslui pasiekti būtina išnagrinėti visus įmonėje vykstančius finansinius ir ekonominius procesus bei atitinkamus informacijos srautus, nustatyti tuos, kuriuos reikėtų pertvarkyti pirmiausia, t.y. sukurti vadinamąjį verslo modelį. Tokios išsamios įmonių apklausos visada yra sudėtingos ir kiekvienu atveju labai skiriasi. Norint išspręsti tokias sudėtingų sistemų modeliavimo problemas, yra gerai patikrintos metodikos ir standartai. Šie standartai apima IDEF metodikų šeimą. Jų pagalba galite efektyviai rodyti ir analizuoti įvairių sudėtingų sistemų veiklos modelius įvairiuose kontekstuose. Tuo pačiu procesų tyrimo platumą ir gylį sistemoje nustato pats kūrėjas, o tai leidžia neperkrauti sukurto modelio nereikalingais duomenimis.

IDEF metodika sukurta JAV vykdomos ICAM (Integrated Computer Aided Manufacturing) pramonės kompiuterizavimo programos rėmuose, kurią įgyvendinant buvo nustatytas poreikis sukurti sąveikos procesų gamybos sistemose analizės metodus. Iš čia kilo šios standartų šeimos pavadinimas – Icam DEFinition – IDEF.

Šiuo metu IDEF šeima apima šiuos standartus:

IDEF0 – funkcinio modeliavimo metodika. Naudojant vaizdinę grafinę kalbą IDEF0, tiriama sistema kūrėjams ir analitikams pasirodo kaip tarpusavyje susijusių funkcijų rinkinys (funkciniai blokai – IDEF0 terminais). Paprastai IDEF0 modeliavimas yra pirmasis žingsnis tiriant bet kurią sistemą;

IDEF1 – tai informacijos srautų sistemoje modeliavimo metodika, leidžianti atvaizduoti ir analizuoti jų struktūrą ir ryšius;

IDEF1X (IDEF1 Extended) – santykinių struktūrų kūrimo metodika. IDEF1X priklauso „esybės santykių“ metodikų tipui (ER – Entity-Relationship) ir, kaip taisyklė, yra naudojamas reliacinėms duomenų bazėms, susijusioms su nagrinėjama sistema, modeliuoti;

IDEF2 yra dinaminio sistemų kūrimo modeliavimo metodika. Dėl labai didelių sunkumų analizuojant dinamines sistemas šio standarto praktiškai buvo atsisakyta, o jo kūrimas sustojo pačioje pradinėje stadijoje.

IDEF3 – sistemoje vykstančių procesų dokumentavimo metodika, kuri naudojama, pavyzdžiui, tiriant technologinius procesus įmonėse. IDEF3 aprašo kiekvieno proceso scenarijų ir operacijų seką. IDEF3 turi tiesioginį ryšį su IDEF0 metodika – kiekviena funkcija (funkcinis blokas) gali būti vaizduojamas kaip atskiras procesas naudojant IDEF3;

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

IDEF5 – tai sudėtingų sistemų ontologinio tyrimo metodika. Naudojant IDEF5 metodiką, sistemos ontologija gali būti apibūdinta naudojant specifinį terminų ir taisyklių žodyną, kurio pagrindu galima susidaryti patikimus teiginius apie nagrinėjamos sistemos būklę tam tikru momentu. Remiantis šiais teiginiais, daromos išvados apie tolesnę sistemos plėtrą ir vykdomas jos optimizavimas.

Išsamiau apžvelgsime standartus, kurių bus reikalaujama aprašant verslo procesus šiame kursiniame darbe: IDEF0, IDEF3.

Funkcinis metodas IDEF0.

Technikos tikslas – sukonstruoti tiriamos sistemos funkcinę diagramą, aprašančią visus reikalingus procesus tokiu tikslumu, kurio pakanka vienareikšmiškam sistemos veiklos modeliavimui.

Metodika remiasi keturiomis pagrindinėmis sąvokomis: funkcinis blokas, sąsajos lankas, dekompozicija, žodynėlis.

a) Veiklos langelis reiškia tam tikrą konkrečią nagrinėjamos sistemos funkciją. Pagal standarto reikalavimus kiekvieno funkcinio bloko pavadinimas turi būti suformuluotas žodine nuotaika (pvz., „gaminti paslaugas“). Diagramoje funkcinis blokas pavaizduotas kaip stačiakampis (1.1 pav.). Kiekviena iš keturių funkcinio bloko pusių turi savo specifinę reikšmę (vaidmenį) ir:

Viršutinė pusė nustatyta į "Valdymas";

Kairėje pusėje nustatyta "Įvestis";

Dešinė pusė nustatyta į Output;

Apatinė pusė turi reikšmę „Mechanizmas“.

Š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.

Kiekvienas funkcinis blokas vienoje nagrinėjamoje sistemoje turi turėti savo unikalų identifikavimo numerį.

1.1 pav. Funkcinis blokas

b) Sąsajos rodyklė žymi sistemos elementą, kuris yra apdorojamas funkcinio bloko arba kitaip veikia to funkcinio bloko vaizduojamą funkciją. Sąsajos lankai dažnai vadinami srautais arba rodyklėmis.

Naudojant sąsajos lankus, rodomi įvairūs objektai, kurie vienaip ar kitaip lemia sistemoje vykstančius procesus. Tokie objektai gali būti realaus pasaulio elementai (detalės, automobiliai, darbuotojai ir kt.) arba duomenų ir informacijos srautai (dokumentai, duomenys, instrukcijos ir kt.).

Priklausomai nuo to, kuriai funkcinio bloko pusei tinka šis sąsajos lankas, jis vadinamas „įeinančiu“, „išeinančiu“ arba „valdymu“.

Pažymėtina, kad bet kuris funkcinis blokas, pagal standarto reikalavimus, turi turėti bent vieną valdymo sąsajos lanką ir vieną išeinantį. Tai suprantama – kiekvienas procesas turi vykti pagal tam tikras taisykles (rodomas valdymo lanku) ir duoti tam tikrą rezultatą (išeinantį lanką), kitaip jo svarstymas neturi prasmės.

Privalomas valdymo sąsajos lankų buvimas yra vienas iš pagrindinių IDEF0 standarto ir kitų DFD (Data Flow Diagram) ir WFD (Work Flow Diagram) klasių metodikų skirtumų.

c) Dekompozicija yra pagrindinė IDEF0 standarto koncepcija. Dekompozicijos principas naudojamas skaidant sudėtingą procesą į jo sudedamąsias funkcijas. Šiuo atveju proceso detalumo lygį tiesiogiai nustato modelio kūrėjas.

Dekompozicija leidžia palaipsniui ir struktūriškai pateikti sistemos modelį atskirų diagramų hierarchinės struktūros pavidalu, todėl jis yra mažiau perkrautas ir lengviau virškinamas.

IDEF0 modelis visada prasideda žvelgiant į sistemą kaip į vieną visumą – vieną funkcinį bloką su sąsajos lankais, besitęsiančiais už nagrinėjamo domeno. Tokia diagrama su vienu funkciniu bloku vadinama kontekstine diagrama ir žymima identifikatoriumi „A-0“ (1.2 pav.).

1.2 pav. – kontekstinės diagramos pavyzdys

Kontekstinės diagramos aiškinamajame tekste trumpo aprašymo forma turi būti nurodytas diagramos sudarymo tikslas ir įrašytas požiūris.

IDEF0 modelio kūrimo tikslo apibrėžimas ir įforminimas yra nepaprastai svarbus dalykas. Iš tikrųjų tikslas apibrėžia atitinkamas tiriamos sistemos sritis, į kurias pirmiausia reikia sutelkti dėmesį. Pavyzdžiui, jei modeliuosime įmonės veiklą, siekdami ateityje pagal šį modelį sukurti informacinę sistemą, tai šis modelis gerokai skirsis nuo to, kurį kurtume tai pačiai įmonei, bet su tikslu. optimizuoti tiekimo grandines.

Požiūrio taškas lemia pagrindinę modelio kūrimo kryptį ir reikalingą detalumo lygį. Aiškus požiūrio taško fiksavimas leidžia iškrauti modelį, atsisakant detalizuoti ir ištirti atskirus elementus, kurie nėra būtini, remiantis pasirinktu sistemos požiūriu. Pavyzdžiui, tos pačios įmonės funkciniai modeliai vyriausiojo technologo ir finansų direktoriaus požiūriu labai skirsis detalizavimo kryptimi. Taip yra dėl to, kad galiausiai finansų direktoriui neįdomūs žaliavų perdirbimo gamybos mašinose aspektai, o vyriausiajam technologui nereikia braižytų finansinių srautų schemų. Teisingas požiūrio pasirinkimas žymiai sumažina laiką, sugaištą kuriant galutinį modelį.

Skaidymo proceso metu funkcinis blokas, vaizduojantis sistemą kaip visumą konteksto diagramoje, detalizuojamas kitoje diagramoje. Gautoje antrojo lygio diagramoje yra funkcinių blokų, kuriuose rodomos pagrindinės kontekstinės diagramos funkcinio bloko subfunkcijos, ir jos atžvilgiu ji vadinama Vaiko diagrama (kiekvienas funkcinis blokas, priklausantis vaiko diagramai, atitinkamai vadinamas Vaiko langeliu). . Savo ruožtu protėvio funkcinis blokas vadinamas pirminiu bloku, atsižvelgiant į antrinę diagramą (Parent Box), o diagrama, kuriai jis priklauso, vadinama pagrindine diagrama (Parent Diagram). Kiekvieną antrinės diagramos pofunkciją galima detalizuoti panašiu atitinkamo funkcinio bloko skaidymu. Svarbu pažymėti, kad kiekvienu funkcinio bloko skaidymo atveju visi sąsajos lankai, patenkantys į šį bloką arba iš jo išeinantys, yra fiksuojami antrinėje diagramoje. Taip pasiekiamas IDEF0 modelio struktūrinis vientisumas. Dekompozicijos principas aiškiai parodytas 1.3 pav. Reikėtų atkreipti dėmesį į funkcinių blokų numeravimo ir diagramų ryšį – kiekvienas blokas turi savo unikalų serijos numerį diagramoje (skaičius apatiniame dešiniajame stačiakampio kampe), o žymėjimas dešiniajame kampe nurodo skaičių šio bloko antrinės diagramos. Šio žymėjimo nebuvimas rodo, kad šis blokas neskaidomas.

Dažnai pasitaiko atvejų, kai atskirų sąsajų lankų nėra prasmės toliau nagrinėti antrinėse diagramose, esančiose žemiau tam tikro hierarchijos lygio, arba atvirkščiai – atskiri lankai neturi praktinės prasmės virš tam tikro lygio. Pavyzdžiui, aukštesnio lygio diagramose nėra prasmės rodyti sąsajos lanką, vaizduojantį „detalę“ funkcinio bloko „Procesas tekinimo staklėje“ įvestyje - tai tik perkraus diagramas ir apsunkins jų supratimą. Kita vertus, gali prireikti atsikratyti atskirų „konceptualių“ sąsajų lankų ir nedetalizuoti jų per tam tikrą lygį. Norint išspręsti tokias problemas, IDEF0 standartas pateikia tuneliavimo koncepciją. Rodyklės tunelio žymėjimas dviem skliausteliais aplink sąsajos lanko pradžią rodo, kad lankas nebuvo paveldėtas iš funkcinio pirminio bloko ir rodomas (iš „tunelio“) tik šioje diagramoje. Savo ruožtu tas pats žymėjimas aplink sąsajos lanko galą (rodyklę) šalia imtuvo bloko reiškia, kad šis lankas nebus rodomas ir neatsižvelgtas į šio bloko antrinę diagramą. Dažniausiai atsitinka taip, kad kai kuriuose tarpiniuose hierarchijos lygiuose į atskirus objektus ir juos atitinkančius sąsajos lankus neatsižvelgiama - tokiu atveju jie pirmiausia „panardinami į tunelį“, o tada, jei reikia, „grąžinami iš tunelio“. .

d) Žodynėlis. Kiekvienam IDEF0 elementui – diagramoms, funkciniams blokams, sąsajos lankams – esamas standartas reikalauja sukurti ir prižiūrėti atitinkamų apibrėžimų, raktinių žodžių, naratyvinių teiginių ir tt rinkinį, apibūdinantį elemento rodomą objektą. Šis rinkinys vadinamas žodynėliu ir yra tam tikro elemento esmės aprašymas. Žodynėlis darniai papildo vaizdinę grafinę kalbą, diagramas pateikdamas reikiama papildoma informacija.

Proceso dokumentacijos standartas IDEF3.

IDEF3 yra įmonėje vykstančių technologinių procesų dokumentavimo standartas ir suteikia įrankius vizualiai tirti bei modeliuoti jų scenarijus. Scenarijus (Scenarijus) šiuo atveju yra objekto savybių pasikeitimų sekos aprašymas nagrinėjamo proceso metu (pavyzdžiui, detalės apdorojimo dirbtuvėse etapų sekos aprašymas ir jo savybių pasikeitimas perėjus kiekvieną etapą).

IDEF3 dokumentacijos ir modeliavimo įrankiai leidžia atlikti šias užduotis:

Dokumentuoti turimus duomenis apie proceso technologiją, nustatytus, tarkime, apklausiant kompetentingus darbuotojus, atsakingus už atitinkamo proceso organizavimą;

Identifikuoti ir analizuoti susijusių dokumentų srautų įtakos technologinio proceso scenarijui taškus;

Nustatyti situacijas, kuriose reikalingas sprendimas, turintis įtakos proceso gyvavimo ciklui, pavyzdžiui, pakeisti galutinio produkto konstrukciją, technologines ar eksploatacines savybes;

Skatinti optimalų sprendimų priėmimą pertvarkant technologinius procesus.

IDEF3 standarte yra dviejų tipų diagramos, vaizduojančios to paties proceso scenarijaus aprašymą iš skirtingų perspektyvų. Pirmajam tipui priklausančios diagramos vadinamos proceso srauto aprašo diagramomis (PFDD), o antrojo tipo – objekto būsenos perėjimo tinklo (OSTN) diagramomis.

Tarkime, kad reikia aprašyti detalės dažymo procesą įmonės gamybos ceche. PFDD diagramos dokumentuoja tiriamo technologinio proceso dalies apdirbimo etapų seką ir aprašymą. OSTN diagramos naudojamos iliustruoti dalių transformacijas, kurios vyksta kiekviename apdorojimo etape.

Naudodamiesi šiuo pavyzdžiu, apibūdinsime, kaip IDEF3 grafiniai įrankiai leidžia dokumentuoti aukščiau pateiktą detalės dažymo gamybos procesą. Apskritai šis procesas tiesiogiai susideda iš paties dažymo, atliekamo specialia įranga, ir kokybės kontrolės etapo, kurio metu nustatoma, ar detalę reikia perdažyti (jei neatitikimas standartams ir aptikta defektų), ar siunčiama toliau. apdorojimas.

1.4 paveiksle parodyta PFDD diagrama, kuri yra grafinis dalies apdorojimo scenarijaus vaizdas. Stačiakampiai PFDD diagramoje vadinami elgesio vienetais (UOB) ir reiškia įvykį, proceso etapą arba sprendimą. Kiekvienas UOB turi savo pavadinimą, rodomą veiksmažodžio nuotaikoje, ir unikalų numerį. Rodyklės arba linijos rodo, kaip dalis juda tarp UOB blokų proceso metu.

1.4 pav. – dalių apdorojimo scenarijaus PFDD diagrama

Objektas, pažymėtas J1, vadinamas sankryža. Kryžkelės naudojamos norint parodyti logiką, kaip rodyklės (gijos) sąveikauja sujungiant ir išsišakojus, arba parodyti kelis įvykius, kurie gali arba turi būti užbaigti prieš pradedant kitą darbą. Yra sankryžos, skirtos sujungimo (Ventiliatoriaus sankryža) ir išsišakojimui (Fan-out Junction) rodyklėms. Vienu metu sankryža negali būti naudojama sujungimui ir šakai. Į schemą įtraukdami sankryžą, turite nurodyti sankryžos tipą. Galimų sankryžų tipų klasifikacija pateikta 1 lentelėje.

1 lentelė. Sankryžų tipų klasifikacija

vardas	Reikšmė rodyklių sujungimo atveju (Ventiliatoriaus sankryža)	Reikšmė išsišakojusių rodyklių atveju (ventiliatoriaus jungtis)
Asinchroninis IR	Visi ankstesni procesai turi būti baigti	Turi būti vykdomi visi toliau nurodyti procesai
	Visi ankstesni procesai baigiami tuo pačiu metu	Visi toliau nurodyti procesai vyksta vienu metu
	Turi būti nutrauktas vienas ar keli ankstesni procesai	Turi būti vykdomas vienas ar keli iš toliau nurodytų procesų
	Vienas ar daugiau ankstesnių procesų baigiasi vienu metu	Vienas ar daugiau iš toliau nurodytų procesų veikia vienu metu
XOR (išskirtinis OR)	Baigtas tik vienas ankstesnis procesas	Tik vienas kitas procesas prasideda

Diagramoje rodomą scenarijų galima apibūdinti taip:

Detalė į dažytuvą atkeliauja paruošta dažymui. Dažymo metu aukštoje temperatūroje užtepamas vienas emalio sluoksnis. Po to dalis išdžiovinama, po to prasideda užtepto sluoksnio kokybės tikrinimo etapas. Jei bandymas patvirtina nepakankamą užtepto sluoksnio kokybę (nepakankamas storis, nevienalytiškumas ir pan.), tada detalė vėl praleidžiama per dažymo cechą. Jei dalis sėkmingai praeina kokybės kontrolę, ji siunčiama į kitą cechą tolesniam apdorojimui.

Kiekvienas UOB funkcinis blokas gali turėti išskaidymo seką, todėl gali būti detalizuotas bet kokiu reikiamu tikslumu. Išskaidydami turime omenyje kiekvieno UOB vaizdavimą naudojant atskirą IDEF3 diagramą. Pavyzdžiui, galime išskaidyti dažų dalies UOB, pateikdami jį kaip atskirą procesą ir sukurdami jam savo PFDD diagramą. Šiuo atveju ši diagrama bus vadinama antrine diagrama, palyginti su diagrama, parodyta 1.4 pav., ir ta, atitinkamai, pirmine. Antrinių diagramų UOB numeriai turi nenutrūkstamą numeraciją, t. Skaidymo principo taikymas IDEF3 leidžia struktūriškai aprašyti procesus su bet kokiu reikiamu detalumo lygiu.

Jei PFDD diagramos yra technologinis procesas „Stebėtojo požiūriu“, tai kita diagramų klasė IDEF3 - OSTN leidžia nagrinėti tą patį procesą „Objekto požiūriu“. 1.5 paveiksle parodytas dažymo procesas pagal OSTN diagramą. „Objekto būsenos“ (mūsų atveju dalys) ir „Būsenos pasikeitimas“ yra pagrindinės OSTN diagramos sąvokos. Objektų būsenos rodomos kaip apskritimai, o jų pokyčiai – kaip nukreiptos linijos. Kiekviena eilutė turi nuorodą į atitinkamą UOB funkcijų bloką, dėl kurio pasikeitė jos rodoma objekto būsena.

1.5 pav. – Dažymo procesas OSTN diagramos požiūriu

2. Verslo procesų modeliavimo įrankiai

Verslo procesams aprašyti yra daug įrankių: BPWin, ERWin, PowerDesigner, Business Studio, ELMA BPM, Visual Paradigm ir kt.

Į aukščiau pateiktą sąrašą galite įtraukti tą, kuris priklauso pirmaujančiai biuro produktų šeimai, kurią gamina programinės įrangos pramonės lyderis – Microsoft Visio. Žinoma, jis nėra toks funkcionalus verslo procesų modeliavimo požiūriu, tačiau yra labai populiarus ir plačiai paplitęs dėl palyginti mažos kainos.

2.1 Techninės savybės. Duomenų saugykla

Techniškai „Visio“ yra darbalaukio programa, kuri valdo atskirus failus (dokumentus). Visio dokumente yra viena ar daugiau diagramų, išdėstytų viename arba puslapių serijoje. Kiekviename dokumente yra simbolių rinkinys (atitinkantis modelio objektus) ir jungtys (atitinkančios ryšius), o simboliai, be pavadinimų, gali turėti papildomų atributų, kuriuos vartotojas apibrėžia modeliavimo proceso metu.

Jei reikia, kartu su gaminiu pateikiamą simbolių rinkinį galima išplėsti įtraukiant vartotojų sukurtus simbolius. Taisyklėms ir galimybei sukurti ryšius tarp tam tikrų gaminio simbolių tipų nėra jokių visuotinių apribojimų, tačiau jis turi vadinamųjų diagramų šablonų mechanizmą, kurio naudojimas leidžia apriboti tiesiogiai pasiekiamų simbolių rinkinį. atitinkamoje įrankių juostoje modeliavimo proceso metu. Šablonus gali kurti vartotojai, o gaminys tiekiamas su paruoštų šablonų rinkiniu (2.1 pav.).

Paprastai įmonės veiklą apibūdinančių modelių rinkinys yra atskirų bylų rinkinys, o esant gana didelėms įmonėms ir išsamus veiklos aprašymas, tokių bylų skaičius gali siekti kelis tūkstančius. Techninės priemonės skirtinguose failuose saugomų modelių ryšiams užtikrinti nėra įdiegtos gaminio lygmeniu, nors gaminys suteikia įrankius tokiems ryšiams savarankiškai įgyvendinti (jie bus aptarti šiek tiek vėliau). Todėl „Visio“ naudojimas tokiais atvejais, ypač nuolat besikeičiančių procesų sąlygomis, reikalauja nemažų sąnaudų, norint išlaikyti tokį įspūdingą modelių rinkinį.

2.1 pav. – paruoštų MS Visio šablonų rinkinys

2.2 Palaikomos metodikos ir žymėjimai

Kadangi „Visio“ simbolių ir šablonų rinkinys gali būti savavališkai išplėstas, o pats produktas nereiškia visuotinių apribojimų naudoti simbolius ir ryšius tarp jų, verslo procesų aprašymas naudojant „Visio“ gali būti formaliai atliktas beveik bet kokioje sistemoje. metodika. Tuo pačiu metu bet kurio leidimo (standartinis, profesionalus) gaminio paketas apima modelių šablonų rinkinį, skirtą dažniausiai pasitaikantiems žymėjimams, pvz., duomenų srautų diagramoms, pridėtoms kokybės grandinės diagramoms, įvykiams pagrįstoms procesų grandinėms, IDEF0, SwimLane tipo diagramoms. , taip pat įmonių organizacinių struktūrų modeliavimo šablonus.

3. EcoTrans LLC dalykinės srities analizė

Transporto įmonė EcoTrans LLC įkurta 2008 m. Pirmosios krovinių gabenimo paslaugos buvo suteiktos vartotojams, vykdantiems verslą Oryol regione. Daugelis didžiausių regiono įmonių su įmone yra sudariusios ilgalaikes sutartis dėl krovinių ir keleivių pervežimo. „EcoTrans LLC“ krovinių gabenimo paslaugos (Oryol regionas) regione tapo sėkminga tolesnio vystymosi pradžia. Šiandien transporto paslaugų geografija gerokai peržengė mūsų gimtojo regiono ribas. Plečiant veiklos geografiją, reikėjo padidinti modernių krovininių automobilių skaičių, todėl prekių pristatymui dabar naudoja ne tik savo, bet ir partnerių transporto priemones.

EcoTrans LLC ne tik teikia krovinių pervežimus visoje Rusijoje, bet ir teikia klientams susijusias paslaugas, tokias kaip ekspedijavimas ir krovinių draudimas.

a) Transporto ekspedijavimas. Ši paslauga leidžia klientui ne tik palengvinti krovinio gabenimo procesą, bet ir sumažinti jo kainą. Krovinių ekspedijavimas susideda iš kelių paslaugų rūšių:

Reikalingų dokumentų ruošimas. Važtaraščiai, muitinės deklaracijos, draudimo bendrovės dokumentai ir kt. dokumentai, taip pat jų pasirašymas nebesusiję su klientu;

Transporto priemonės pasirinkimas. Atsižvelgiama į krovinio svorį, jo matmenis ir maršrutą;

Maršruto planavimas. Parenkamas greičiausias ir saugiausias eismo modelis;

Kitų problemų, kylančių maršrute, sprendimas.

b) Krovinio draudimas. Kroviniui pakeliui visko gali nutikti. Jis gali būti sugadintas, sugadintas, pavogtas ir pan. Siekdamos pašalinti šias rizikas, draudimo bendrovės apdraudžia krovinį, jo pristatymo transportavimo išlaidas ir net dalį laukiamo pelno.

EcoTrans LLC misija – teikti kokybiškas, itin profesionalias transporto paslaugas klientams, siekiant užmegzti ilgalaikes partnerystes su esamais vartotojais ir pritraukti naujų.

3.1 EcoTrans LLC organizacinė struktūra

Įmonėje EcoTrans LLC generaliniam direktoriui pavaldūs yra: vyriausiasis buhalteris, vyriausiasis inžinierius, elektros inžinierius, sistemos administratorius. Buhalteris atsiskaito vyriausiajam buhalteriui. Sandėlininkas atsiskaito buhalterei. Vyriausiajam inžinieriui pavaldūs: sandėlininkas, mechanikas, medicinos darbuotojas, dispečeris. Dispečeriui pavaldūs: mechanikai, automobilių vairuotojai, autobusų vairuotojai, šakinių krautuvų vairuotojai. Mechanikui pavaldūs: lengvųjų automobilių vairuotojai, autobusų vairuotojai, šakinių krautuvų vairuotojai.

3.2 Verslo procesas „Krovinių pervežimas“

„Krovinių gabenimo“ verslo procesas apima:

1 Paraiškos gavimas. Klientas siunčia užklausą dispečeriui, o dispečeris jį priima.

2 Sutarties sudarymas. Tarp užsakovo ir direktoriaus sudaroma sutartis, kurios pagrindu vykdomas pervežimas.

3 Sutarties egzistavimo patikrinimas. Dispečeris patikrins, ar sutartis yra sudaryta.

4 Paraiškų tvarkymas. Pagal transporto priemonės technines charakteristikas dispečeris pagal prašymą, atsižvelgdamas į krovinio matmenis, svorį ir transportavimo sąlygas, paskirsto transporto priemones.

5 Važtaraščio išdavimas. Dispečeris paskambina vairuotojui, informuoja apie būsimą skrydį ir maršrutą, išrašo važtaraštį.

6 Išlaikyti medicininę apžiūrą. Vairuotojui atliekama medicininė apžiūra.

7 Pažymėti, kad praeitą medicininę apžiūrą. Medicinos darbuotojas nustato alkoholio ir psichotropinių medžiagų kiekį organizme, sveikatos būklę: matuoja pulsą, kraujospūdį, temperatūrą, nustato nuovargio laipsnį ir miego kokybę. Jei medicininė apžiūra praeina, medicinos darbuotojas pažymi važtaraštį.

8 Kasdieninė transporto priemonės priežiūra. Vairuotojas kasdien atlieka automobilio techninę priežiūrą. Tikrinama: automobilio komplektiškumas, aušinimo ir tepalų skysčių lygis, automobilio sistemų sandarumas, ratų būklė ir tvirtinimas, stabdžių sistemų veikimas, šviesos ir garso signalizacija.

9 Važtaraštyje pažymėkite transporto priemonės tinkamumą naudoti. Vairuotojas važtaraštyje pažymi apie automobilio apžiūrą.

10 Transporto priemonės apžiūra. Vairuotojas pateikia automobilį apžiūrai mechanikui. Mechanikas apžiūri automobilį. Tikrinama: stabdžių sistemų, maitinimo sistemų, aušinimo sistemų, išmetamųjų dujų sistemų sandarumas ir veikimas; vairo, išorinių apšvietimo įtaisų, priekinio stiklo valytuvų tinkamumas naudoti; ratų tvirtinimas; pirmosios pagalbos vaistinėlė, gesintuvas ir įspėjamasis trikampis.

11 Važtaraštyje pažymėkite transporto priemonės tinkamumą naudoti. Apie transporto priemonės tinkamumą eksploatuoti mechanikas pažymi važtaraštyje.

12 Krovinių gabenimas. Vairuotojas išvažiuoja į liniją, paima krovinį nurodytoje vietoje ir pristato krovinį gavėjui.

13 Dokumentų priėmimas. Vairuotojas paima važtaraščius iš kliento.

14 Grįžti iš linijos. Vairuotojas iš rikiuotės grįžta į garažą.

15 Transporto priemonės apžiūra. Grįžęs iš rikiuotės vairuotojas pateikia transporto priemonę apžiūrėti mechanikui.

16 Pažyma apie transporto priemonės būklę važtaraštyje. Mechanikas važtaraštyje pažymi automobilio būklę.

17 Dokumentų perdavimas buhalterijai. Vairuotojas sąskaitas faktūras pateikia buhalterijai.

18 Buhalterinės apskaitos skyriaus dokumentų išdavimas. Buhalterija išrašo dokumentus: darbų atlikimo pažymą, sąskaitą faktūrą, sąskaitą apmokėjimui.

19 Kliento apmokėjimas už paslaugas. Buhalterija išduotus dokumentus apmokėjimui perduoda klientui. Klientas moka už suteiktą paslaugą.

3.3 IT infrastruktūra

informacinio tinklo modeliavimas

Tinklo architektūra yra topologijų, medijos prieigos metodų ir protokolų, reikalingų funkciniam tinklui sukurti, derinys.

LAN - vietinis tinklas (LAN, vietinis tinklas).

Organizacijoje EcoTrans LLC LAN yra sukurtas pagal „žvaigždės“ topologiją.

Apklausos objekto IS naudoja Microsoft Corporation katalogų paslaugą – Active Directory. Ši paslauga naudojama domenų grupės politikai reguliuoti. Domenai turi hierarchinę struktūrą.

Objekto IS aparatinėje dalyje: 2 serveriai; 16 darbo vietų.

EcoTrans LLC programinė įranga: operacinė sistema Windows XP Service Pack 2/3, MS Office 2007, antivirusinė programinė įranga - Panda Antivirus Platinum, Mokesčių mokėtojo juridinis asmuo, 1C: Buhalterinė apskaita, 1C: Atlyginimai ir personalas, PP "Sertifikatų katalogas", CIPF Crypto Apie CSP, PP „STEC-Trust“. AWS "TRUST-Client", sistema "STEC-Trust". Apdraustojo darbo vieta, socialinio draudimo fondo komunalinė programa, dokumentai PU 5, CheckXML, Canon Solution Menu, ABBYY FineReader Professional Edition, Total Commander, WinDjView, Adobe Acrobat Professional, WinRAR ir kt.

4. TC LLC "EcoTrans" verslo procesų aprašymas naudojant verslo modeliavimą Microsoft Visio

4.1 Modelio kūrimas IDEF0 žymėjimu ir jo išskaidymas

Sukurkime EcoTrans LLC TC modelį naudodami IDEF0 metodiką. Pirmiausia sukurkime „Krovinių gabenimo“ verslo proceso kontekstinę diagramą (4.1 pav.). Pagal IDEF0 žymėjimą pavadinkime šį funkcinį bloką „Transport cargo“.

4.1 pav. „Krovinių gabenimo“ proceso kontekstinė diagrama

Tada verslo procesą „Krovinio gabenimas“ suskirstysime į komponentus: „Prašymo tvarkymas“, „Sutarties sudarymas“, „Pasiruošimas krovinių pervežimui“, „Paruošti kroviniui gabenti reikalingus dokumentus“, „Atlikimas“. prekių gabenimas“. Ir atitinkamai išskaidome funkcinį bloką „Transport cargo“ (4.2 pav.).

4.2 pav. „Krovinių gabenimo“ proceso skilimo diagrama

Atidžiau pažvelkime į verslo procesus: „Paraiškos apdorojimas“ (4.3 pav.); „Pasiruošimas krovinių gabenimui“ (4.4 pav.); „Prekių gabenimui reikalingų dokumentų registravimas“ (4.5 pav.); „Krovinių gabenimas“ (4.6 pav.).

4.3 pav. „Programų apdorojimo“ proceso išskaidymo diagrama

4.4 pav. – Proceso „Pasiruošimas krovinių gabenimui“ išskaidymo diagrama

4.5 pav. Proceso „Prekių gabenimui reikalingų dokumentų registravimas“ išskaidymo schema

4.6 pav. Proceso „Krovinio gabenimas“ skilimo diagrama

4.2 Modelio kūrimas IDEF3 žymėjimu

Dabar mes sukursime EcoTrans LLC TC modelį naudodami IDEF3 metodiką. „Krovinių gabenimo“ proceso išskaidymas pateiktas 4.7 pav

4.7 pav. – „Krovinių gabenimo“ proceso skilimo PFDD diagrama

Simbolis „“ reiškia „Išskirtinis ARBA“, taip pat žinomas kaip „XOR“ (išskirtinis ARBA).

Išvada

Nagrinėjant temą „Kelių transporto paslaugas teikiančios įmonės verslo procesų aprašymas MS Visio“ buvo nustatyta verslo procesų aprašymo svarba optimizuojant įmonės procesus.

Verslo procesų aprašymas galimas įvairiais būdais: tekstiniu, lenteliniu, grafiniu. Jiems apibūdinti yra daug metodikų (IDEF0, IDEF3, DFD, WORKFLOW, UML, ARIS ir kt.) ir įrankių (BPWin, ERWin, PowerDesigner ir kt.).

TC LLC „EcoTrans“ verslo procesams apibūdinti grafine forma pasirinktos verslo procesų modeliavimo metodikos IDEF0, IDEF3. Modeliavimas buvo atliktas naudojant Microsoft produktą – Visio. Ši programa turi paruoštą šabloną modeliavimui IDEF0 žymėjimu, tačiau IDEF3 turėjome sukurti savo elementų rinkinį. Tai patvirtina žemą funkcionalumą, bet kartu ir visuotinių apribojimų nebuvimą projektavimo procese.

Prie paprasto tekstinio EcoTrans LLC verslo procesų aprašymo pridėjus grafinį aprašymą, jie tapo aiškesni. Dėl to atsirado daugiau galimybių sistemos analizei ir įmonės veiklos optimizavimui.

Jei atsižvelgsime į „Microsoft Visio“ programos prieinamumą Rusijos vartotojui, jos naudojimo paprastumą ir atsižvelgsime į iškylančius verslo procesų grafinio modeliavimo pranašumus, galima teigti, kad „MS Visio“ sukurtos diagramos yra pakankamai praktiškos. dideliam vartotojų skaičiui.

Literatūra

1 Goličevas V.D., Goličeva N.D., Gusarova O.M. ir kiti aktualūs ekonomikos ir vadybos klausimai modernizacijos kontekste. Kolektyvinė monografija. - Smolenskas: Smolgortipografija, 2014. - 212 p.

2 Gusarova O.M. Verslo rezultatų modeliavimas organizacijos valdyme // Mokslo ir švietimo plėtros perspektyvos. - Tambovas: Verslas-mokslas-visuomenė, 2014. - p. 42-43.

Paskelbta Allbest.ru

...

Panašūs dokumentai

Priešprojektinės įmonės apklausos atlikimas. Įmonės organizacinės ir funkcinės struktūros modelio kūrimas. Organizacinės schemos kūrimas programoje MS Visio. Dokumentų, kuriuos turėtų generuoti informacinė sistema, sąrašas ir struktūra.

praktinis darbas, pridėtas 2012-02-14

Verslo procesų modeliavimas kaip priemonė ieškant būdų optimizuoti įmonės veiklą. SADT (Struktūrinės analizės ir projektavimo) metodika, IDEF standartų šeima ir algoritminės kalbos yra verslo procesų modeliavimo metodikų pagrindas.

santrauka, pridėta 2011-12-14

Integruotų informacinių sistemų ARIS architektūra kaip verslo procesų modeliavimo metodika, naudojimo privalumai ir trūkumai. Verslo proceso parinkimas modeliavimui ir prasmingas jo aprašymas, jo aprašymo lentelės formatas.

kursinis darbas, pridėtas 2015-06-19

„Microsoft Visio“ paskirtis. Tam tikrų tipų objektų vaizdų rinkiniai. Programinės įrangos reikalavimai. Vartotojo sąsajos charakteristikos. „Microsoft Visio“ funkcijos, operacijos ir metodai. Dizainerio sąveika su programomis.

testas, pridėtas 2010-12-19

Verslo procesų modeliavimo esmė, reikšmė ir metodika. Modeliavimo metodikų kūrimo istorija. Žinių apie įmonę ir jos veiklos procesus sisteminimas vaizdine grafine forma, skirta analitiniam gautos informacijos apdorojimui.

santrauka, pridėta 2009-04-29

Pagrindinė UML aprašymo reikšmė. Pagrindinių „Microsoft Visio“ naudojamų komponentų aprašymas. Klasių diagramų kūrimas Microsoft Visio 2010. Sugeneruoto modelio peržiūra atliekant sistemos modifikacijas. Sistemos struktūra, jos klasės, atributai ir operatoriai.

praktinis darbas, pridėtas 2014-07-05

Vietinio kompiuterių tinklo projektavimas. Tinklo topologijos, architektūros ir sistemos struktūros parinkimas. Informacijos srautų paskirstytoje sistemoje analizė, modeliavimo sistemos parinkimas. Sistemos sukūrimo ir tobulinimo kaštų nustatymas.

baigiamasis darbas, pridėtas 2015-05-21

Nuotolinio konfigūravimo ir programinės įrangos diegimo valdymas. VMware ThinApp kūrimo istorija. Automatinio Microsoft Office Visio Professional 2007 diegimo paketo kūrimas. Programinės įrangos analizavimas. Gauto msi paketo testavimas.

kursinis darbas, pridėtas 2013-03-14

Viešbučių informacinių sistemų lyginamoji analizė. CASE įrankių verslo procesų modeliavimui analizė ir parinkimas. Mokomosios srities vizualiniai ir matematiniai modeliai, informacinės sistemos architektūros ir platformos pasirinkimas, duomenų bazių kūrimas.

baigiamasis darbas, pridėtas 2014-07-20

Microsoft Visio aplinka: koncepcija, pagrindinės funkcijos. Automatinio prisijungimo funkcija programoje „Office Visio 2007“. Tikimybės registravimo funkcija. Programinės įrangos versijos gedimo tikimybių grafikas. Vizualus modeliavimas UML. Bendras klasės diagramos vaizdas.

Darbo eigos yra svarbus ir beveik privalomas SharePoint portalo komponentas, kuris yra dokumentų srauto ir daugelio kitų verslo procesų pagrindas. Nenuostabu, kad yra tokių sistemų kaip „Nintex“, kurios bando išplėsti ir papildyti standartinių darbo eigų galimybes.

Iš savo patirties dirbant su Nintex galiu pasakyti, kad ši sistema neapsieina be trūkumų: didelė kaina, periodinės klaidos, bendras sistemos lėtumas (nors tai būdinga visiems SharePoint) – visa tai verčia mane naudoti standartinį darbo eigos mechanizmą. . Tačiau „Nintex“ turi svarbų pranašumą – diagramos vizualizavimą ir esamą proceso būseną. Dėl to supaprastėja darbo eigų kūrimas, o jas gali kurti net ir gana toli nuo programavimo žmonės (turinio vadybininkai, verslo analitikai ir kt.). „SharePoint 2010“ turi panašią galimybę sukurti darbo eigą, pagrįstą vaizdine diagrama, naudojant „Visio 2010“ ir „SharePoint Designer 2010“.

Sukurkite diagramą „Visio“.

„Visio 2010“ turi naują šabloną – „Microsoft SharePoint Workflow“ (yra tik „Visio Premium“ leidime). Iš šio šablono gautą diagramą galima eksportuoti į „Designer“ tolesniam darbui.
Taigi atidarykite „Visio“ ir ieškokite šablono kategorijoje „Flowchart“.

Atidarius šabloną, kairėje bus išdėstyti diagramos elementai - sąlygos, veiksmai, pradžia ir pabaiga (ekrano kopijoje rodomi tik „greiti“ veiksmai, apskritai jų yra daug daugiau):

Dabar mes galvojame apie verslo proceso logiką ir sudarome diagramą, naudodami reikiamus elementus. Pavyzdžiui, atlikau paprastą verslo patvirtinimo procesą:

yra 2 sąrašai – „Gautieji“ ir „Atsakingi“
sąraše „Atsakingi“ yra pateiktos užklausų kategorijos (pasiūlymas/klausimas/skundas ir pan.) ir atitinkami atsakingi asmenys.
vartotojas sukuria elementą gautuosiuose ir nurodo kategoriją
darbo eiga suranda už šią kategoriją atsakingą asmenį ir sukuria jam užduotį
atsakingas asmuo reaguoja į užduotį, o užklausos būsena sąraše Gautieji pasikeičia

Žinoma, sunku tai suvokti žodžiais, todėl iš karto pateiksiu jums paruoštą darbo eigos schemą:

Kuriant diagramą nėra nieko sudėtingo, tereikia įsivaizduoti verslo proceso logiką. Elementų etiketės yra gana aiškios, piktogramos apsaugo nuo painiavos. Sukūrę eksportuokite procesą į „SharePoint Designer“ failą:

Proceso susiejimas su duomenimis „SharePoint Designer“.

Atidarykite „Designer“, prisijunkite prie norimos svetainės, eikite į aplanką „Workflows“. Juostelėje spustelėkite mygtuką „Importuoti iš Visio“ ir nurodykite failą su išsaugota diagrama. Rašome darbo eigos pavadinimą ir sąrašą, su kuriuo ją susiejame (šiuo atveju „Gautieji“). Pats dizaineris sugeneruos kodą ir komentarus, kuriuos turime padaryti, tai nurodyti laukus, iš kurių gauti duomenis (konkrečiai, šiuo atveju turėjau nedidelių problemų dėl Lookup tipo lauko naudojimo, bet dažniausiai; viskas paprasta):

Baigę darbo eigą, eikite į nustatymus. Ten nurodome reikiamą paleidimo sąlygą (paleisti automatiškai, kai sukuriamas elementas), taip pat pažymime parinktį „Rodyti darbo eigos vizualizaciją būsenos puslapyje“ (svetainių rinkinyje turite suaktyvinti „SharePoint Server Enterprise“ galimybes). Būtent dėl to verta kurti darbo eigas „Visio“. Dabar eikime į svetainę, sukurkite bet kurį elementą gautųjų sąraše, eikite į užduočių sąrašą ir užbaikite užduotį, tada atidarykite darbo eigos būsenos langą:

Taigi, matome gana gražią darbo eigos diagramą, kurioje pažymėti visi baigti etapai. Jei procesas būtų sustojęs bet kuriame etape (pavyzdžiui, lauktų mūsų patvirtinimo), tai taip pat būtų pažymėta diagramoje. Dėl to kiekvienas vartotojas galės matyti, kuriame patvirtinimo etape yra jo užklausa.

Išvada

Apibendrinant pateiksiu teigiamus ir neigiamus Visio naudojimo darbo eigoms kurti aspektus (mano subjektyvia nuomone).
Privalumai:

Lengva kurti, nereikia būti programuotoju
Vartotojas gali lengvai peržiūrėti ir suprasti užklausos būseną

Minusai:

Reikalingas SharePoint Enterprise Server ir Visio Premium

Manęs dažnai klausia – ką skaityti apie verslo procesus?
Viena geriausių Rusijos interneto svetainių yra www.klubok.net. Aš pats „užaugau“ forume ir šios svetainės straipsniuose. Daugelis straipsnių neprarado savo aktualumo ir dabar. Rekomenduoju pradėti mokytis pas jį.

Bet jei kalbėtume apie knygas, galiu drąsiai teigti, kad geriausia knyga apie verslo procesus yra Repino ir Eliferovo knyga: „Įmonės verslo procesai, analizė, reguliavimas“.

Verslo procesų aprašymas: paprastumo siekis.

Straipsnyje aptariami procesų aprašymo žymos parinkimo tolesnio reguliavimo tikslais klausimai. Lyginami dažnai naudojami darbo srauto žymėjimai, tokie kaip: „Simple Flow Diagram“ MS Visio, „Procedure“ Business Studio, ARIS eEPC žymėjimas ir kt.

Lyginant žymėjimus, pagrindinis dėmesys skiriamas paprastų ir organizacijos darbuotojams suprantamų procesų diagramų kūrimui.

Įmonių verslo analitikams straipsnyje aptariamos tezės yra rimta priežastis susimąstyti, kiek veiksmingi yra jų taikomi metodai kuriant grafines organizacinių procesų diagramas.

Įvadas

Vienas iš svarbiausių grafinių procesų diagramų kūrimo tikslų yra vėlesnis jų panaudojimas organizacijos norminiuose dokumentuose. Paprastai šiomis schemomis naudojasi darbuotojai, kurie nėra mokomi sudėtingų žymėjimų, neturi sistemų analizės įgūdžių ir pan. Jiems labai svarbus diagramų paprastumas ir aiškumas. Sudėtingos, painios diagramos, kuriose yra daug skirtingų simbolių, yra menkai suprantamos žmonėms, todėl jas sunku naudoti praktiškai. Todėl praktiniais tikslais svarbu teisingai parinkti ir naudoti žymėjimą (metodiką) procesams apibūdinti. Kokiais kriterijais vadovautis pasirenkant tokį užrašą? Kaip palyginti skirtingus užrašus tarpusavyje? Pažvelkime į keletą populiarių užrašų ir pabandykime atsakyti į šiuos klausimus.

Žymų palyginimas

Palyginimui buvo pasirinktos šios proceso aprašymo žymos:

„Paprasta struktūrinė schema“ (rodomas dokumentų judėjimas, naudojant bloką „Sprendimas“);
„Paprasta blokų schema“ (nerodoma dokumentų judėjimo, nenaudojami blokai „Sprendimas“);
Verslo studijos sistemos „procedūra“ (vienas iš galimų pristatymo variantų);
ARIS eEPC.

Bandomuoju atveju buvo pasirinktas paprastas ir intuityvus procesas. Šio proceso aprašymo rezultatai pateikti fig. 1-4.

Ryžiai. 1. Proceso schema „Simple Flowchart“ žymėjime MS Visio (su dokumentų judėjimu, naudojant bloką „Sprendimas“).

Diagramoje pav. 1. Proceso operacijų seka laikui bėgant rodoma storomis rodyklėmis, o dokumentų judėjimas – plonomis punktyrinėmis rodyklėmis. Tirpalo blokeliai naudojami klasikiniu būdu. Juose rodoma informacija (klausimai), nuo kurios „priklauso“ tolesnė proceso eiga. Šis „deimantų“ naudojimo būdas yra labai paplitęs. Tačiau iš tikrųjų visa sprendimų priėmimo logika ir tam tikrų rezultatų (dokumentų) formavimas turėtų būti įtrauktas į proceso operacijas. Jei pagalvoji, šių „deimantų“ piešimo vertė (prasmė) nėra akivaizdi. Kokie tai objektai: proceso operacijos, įvykiai? Atrodo, kad nei vienas, nei kitas. Tai veikiau operatoriai, priimantys sprendimą pagal tam tikras sąlygas. Bet mes kuriame proceso diagramą žmonėms, o ne rašome kompiuterinę programą specialia kalba. Kompiuterinėje programoje „deimantas“ būtų visavertė sąlygoms lyginti ir pan. Bet procesų diagramoje reikia parodyti realius objektus – žmonių atliekamus procesus, dokumentus, informacines sistemas ir pan. Pagalvokite: ar teisinga diagramoje „deimantus“ rodyti atskirai nuo proceso operacijos? Vietoj to galite:

a) apibūdinti sprendimų priėmimo logiką nagrinėjamo proceso schemoje operacijų seka;
b) apibūdinti logiką atitinkamo subproceso žingsnių diagramos pavidalu, pereinant į žemesnį lygį;
c) apibūdinti logiką tekste (operacijos tekstiniuose atributuose) ir vėliau parodyti proceso vykdymo taisyklėse.

Suformuluokime aukščiau aptarto „deimantų“ panaudojimo būdo „privalumus“ ir „minusus“ (1 pav.).

„Paprasta struktūrinė schema“ MS Visio (su dokumento judėjimu, naudojant bloką „Sprendimas“)
"už"	"Minusai"
Vaizdinis tam tikrų proceso rezultatų pasirinkimo „logikos“ rodymas. Atlikėjo dėmesio sutelkimas į sprendimo tašką/proceso išsišakojimą priklausomai nuo sąlygų.	Sprendimų priėmimo logikos perkėlimas „už“ proceso operacijos ribų (nekorektiška formalaus procesų skaidymo požiūriu). Nepatogu dokumentuoti procesą (kurdami tekstinį operacijos aprašymą, turite dubliuoti „deimantus“ su tekstu). Proceso diagrama tampa informacijos pertekliumi. „Deimantai“ dažnai naudojami pernelyg formaliai, be tikro poreikio.

Fig. 2. parodytas to paties proceso pavyzdys, tik aprašytas nenaudojant „Sprendimo“ blokų ir dokumentų. Nesunku patikrinti, ar šioje diagramoje yra 24 grafiniais elementais mažiau nei diagramoje Fig. 1. Schema Fig. 2. atrodo daug paprasčiau. Grafiniai elementai neakina akių, o informacijos turinio požiūriu ši schema yra gana suprantama ir prieinama galutiniam vartotojui. Jei kiekvienai proceso operacijai aprašote jos įgyvendinimo reikalavimus tekstu, tai derindami lentelių ir grafinių pateikimo formas galite gana adekvačiai aprašyti proceso vykdymo tvarką įmonės darbuotojams.

Ryžiai. 2. Proceso schema „Simple flowchart“ žymėjime MS Visio (be dokumento judėjimo, nenaudojant bloko „Sprendimas“).

Grafinio proceso vaizdavimo „už“ ir „prieš“ pav. 2. parodytos žemiau.

Apskritai diagramų naudojimas tokiu formatu, kaip parodyta pav. 2 yra patogus tiek kūrėjams, tiek darbuotojams, dirbantiems su šiomis schemomis.

Fig. 3. Pateikiama procesų schema, suformuota „Business Studio“ modeliavimo aplinkos „Procedure“ žymėjime. Schema turi keletą funkcijų. Pirma, blokai „Sprendimas“ nėra naudojami standartiškai - ne kaip grafinis elementas klausimui rodyti ir šakojimuisi, o kaip visavertė proceso operacija, susijusi su sprendimų priėmimu. „Business Studio“ „deimantas“ turi beveik visus visaverčio proceso atributus, tačiau jo negalima suskaidyti (galbūt sistemos kūrėjai laikui bėgant tai leis). Naudojant „deimantą“ (vietoj keturkampio), diagrama tampa vizualesnė. Tuo pačiu metu į „deimanto“ atributus galite įvesti bet kokią tekstinę informaciją: aprašymą, pradžią, pabaigą, termino reikalavimus ir kt.

Antrasis proceso diagramos bruožas, pateiktas pav. 3., yra rodyklių naudojimas. Norėdami parodyti operacijų seką, galite naudoti rodyklę su vienu antgaliu - rodykle „pirmybė“. Norėdami parodyti dokumento judėjimą, galite naudoti dvigalvę rodyklę. Tačiau „Business Studio“ galite naudoti tik vieno tipo rodykles - „pirmybės“ rodykles. Tuo pačiu metu reikiamas skaičius dokumentų, kurie yra apibrėžti veiklos objektų kataloge, gali būti susieti su įvardintomis rodyklėmis. Šis metodas leidžia:

žymiai sumažinti grafinių elementų skaičių proceso diagramoje ir tuo pačiu:
proceso reglamentuose rodyti reikiamą informaciją apie gaunamus ir išsiunčiamus dokumentus.

Taigi, neapkraunant diagramos nereikalingais elementais, vis dėlto galime pilnai aprašyti procesą ir įkelti visą reikiamą informaciją į reglamentą.

Grafinio proceso vaizdavimo „už“ ir „prieš“ pav. 3. parodytos žemiau.

Ryžiai. 3. Verslo studijos sistemos „procedūra“ (parinktis su netradiciniu „Sprendimo“ blokų naudojimu).

Naudojant „Business Studio“, procedūros žymėjimas gali būti naudojamas šiek tiek skirtingai. Straipsnio autorius yra linkęs prie metodo, pateikto pav. 3.

Fig. 4 paveiksle parodyta nagrinėjamo proceso diagrama, sukurta naudojant ARIS eEPC žymėjimą. Atminkite, kad kai kurios proceso operacijos netilpo diagramoje. Šioje dalinėje paprasto proceso diagramoje, parašytoje ARIS eEPC žymėjimu, yra keturi loginiai teiginiai ir aštuoni įvykiai! Diagramą skaitantis asmuo turi mokėti teisingai interpretuoti visus šiuos loginius operatorius. Be specialaus mokymo ir tam tikrų įgūdžių skaityti tokias diagramas, paprastas darbuotojas vargu ar sugebės suprasti nagrinėjamo proceso logiką be išsamaus teksto aprašymo ar kvalifikuoto verslo analitiko pagalbos.

Atkreipkite dėmesį, kad proceso diagrama ARIS eEPC žymėjime užima žymiai daugiau vietos nei diagramos, pateiktos Fig. 1-3. Tokios schemos sudarymo sudėtingumas taip pat yra žymiai didesnis.

Proceso schema ARIS eEPC žymėjime (sukurta „Business Studio“)
"už"	"Minusai"
Formuojant diagramą išlaikoma griežta, formali proceso logika. Visi proceso metu įvykę įvykiai yra aiškiai apibrėžti.	Suvokimo sunkumas. Didelis schemos sudarymo sudėtingumas. Darbuotojai turi turėti specialių įgūdžių ir patirties interpretuojant tokias diagramas. Informacijos perteklius. Užima per daug vietos, o tai nepatogu dokumentuoti.

Apskritai, jei neketinate pirkti SAP R/3, tai ARIS eEPC žymėjimo pasirinkimas ir naudojimas straipsnio autoriaus požiūriu nėra optimalus sprendimas. Verta atkreipti dėmesį į vizualesnius ir intuityvesnius procesus apibūdinančius žymėjimus. Tačiau kai kuriems gali atrodyti, kad ARIS eEPC žymėjimas yra vaizdesnis ir suprantamesnis. Tam tikru mastu tai yra skonio reikalas.

Ryžiai. 4. Proceso schema ARIS eEPC notacijoje (sukurta Business Studio).

Proceso aprašymas tolesniems automatizavimo tikslams

Įdomu pažvelgti į nagrinėjamą proceso diagramą, jei ji aprašyta BPMN 2.0 žymėjime. Šis žymėjimas skirtas apibūdinti „vykdančius“ procesus, t.y. BPM sistemos palaikomi procesai.

Jūsų nuomonė apie BPMN 2.0 naudojimą. akcijų A.A. Belaičukas - bendrovės „Verslo konsolė“ generalinis direktorius:

Fig. 5 paveiksle tas pats procesas pavaizduotas BPMN žymėjimu. Kaip matome, šis paveikslas panašus į 1 pav.: BPMN žymėjime užduotys vaizduojamos kaip stačiakampiai, šakutės – kaip deimantai, o duomenys – kaip piktograma, panaši į dokumentą. Valdymo srautai yra ištisinės linijos, duomenų srautai yra punktyriniai.

Reikėtų atsižvelgti į tai, kad šioje diagramoje naudojama tik nedidelė BPMN žymėjimo dalis: paletėje yra tik vienas šakių tipas iš 5, vienas užduočių tipas iš 8. Be platesnės paletės, šis žymėjimas yra išsiskiria galimybe modeliuoti ne tik atskirą darbo eigą, bet ir kelis procesus, sąveikaujančius tarpusavyje per pranešimus ar duomenis. Be to, šis žymėjimas yra griežtesnis: jis apibrėžia ne tik piktogramas, bet ir taisykles, pagal kurias jas galima derinti tarpusavyje. Tokių taisyklių poreikį lemia tai, kad BPMN žymėjimas yra orientuotas ne tik į tai, kad jį skaitys žmonės, bet ir į tiesioginį vykdymą specialia programine įranga - BPM sistemos „varikliu“.

Tuo pačiu metu, kaip rodo šis pavyzdys, naudojant ribotą paletės poaibį, BPMN nėra sudėtingesnis už įprastą schemą. Na, o tiems, kurie nori profesionaliai įsisavinti BPMN, rekomenduojame specializuotus mokymus www.bpmntraining.ru.

Ryžiai. 5. Proceso diagrama BPMN 2.0 žymėjimu.

Gyvenimo praktika

Fig. 6 paveiksle parodytas procesų diagramos fragmentas, kurį sukūrė labai konkrečios įmonės verslo analitikai savo sugalvotu užrašu. Diagrama sudaryta naudojant „paprastos blokinės schemos“ principus – blokas „Sprendimas“ naudojamas klasikinėje versijoje. Be to, diagramoje parodyta daug kitų simbolių, naudojamų nestandartiniu būdu.

Sudarant diagramą pav. 6, verslo analitikai akivaizdžiai „kovojo“ dėl aiškumo ir maksimalaus suprantamumo paprastam vartotojui. Jie siekė sumažinti arba net pašalinti tekstinius proceso diagramų komentarus. Atlikėjams buvo tiesiog atspausdinta A3 formato schema, kurią perskaičius iškart viskas paaiškėjo: ką daryti, kaip, kokius dokumentus naudoti ir t.t.

Nagrinėjama schema, žinoma, nėra paprastumo ir aiškumo pavyzdys. Tačiau jis buvo sukurtas siekiant perteikti maksimaliai naudingą informaciją procese dalyvaujantiems asmenims.

išvadas

Taigi, akivaizdu, kad aprašant procesus reikia siekti paprastumo ir aiškumo darbuotojams.
Sudėtingų, formalizuotų žymėjimų naudojimas aprašant procesus lemia:

sunkumai naudojant (interpretuojant) diagramas paprastiems darbuotojams;
skyrių darbuotojų, kurie nebuvo specialiai apmokyti, negalėjimas (sunkumas) organizuoti darbus, apibūdinančius procesus;
ženkliai išaugusios verslo analitikų darbo sąnaudos schemų formavimui;
papildomi sunkumai dokumentuojant grandines (didelė apimtis ir kt.);

Todėl neturėtumėte perkrauti proceso diagramos įvairiais grafiniais elementais. Bet net jei jas naudojate, geriau, kad jose būtų darbuotojams naudinga informacija, o ne tik formalaus modeliavimo žymenų taikymo pasekmė.

V.V. Repinas, Ph.D., docentas, BPM Consulting Group LLC vykdomasis direktorius, vadovas. Nacionalinės profesinio mokymo įstaigos „IEF „Synergy“ Verslo procesų valdymo katedra, portalo www.FineXpert.ru įkūrėja

Būtent šiuos paprastus principus bandau perteikti verslo lyderiams, kurie, užburti gražiais programinės įrangos produktų pristatymais, dažnai pamiršta, kad paprastas kontrolinis sąrašas dažnai yra geriau nei 10 puslapių reglamentų.

Šioje pamokoje kalbama apie paprastų (iš viršaus į apačią, duomenų sekimas, procesų planavimas ir t. t.) ir funkcinių struktūrinių schemų kūrimą (kurios parodo verslo proceso ir skyrių ryšius).

Paprasta blokinė schema

Paprastos struktūrinės diagramos šablonas skirtas kurti struktūrines schemas, diagramas iš viršaus į apačią, duomenų sekimo diagramas, procesų planavimo diagramas ir struktūrinių prognozių diagramas. Šablone yra reikalingos formos, jungiamosios linijos ir nuorodos.

1 pratimas

Ryžiai. 3.3.Paprasta schema (3 etapas)

8. Įveskite tekstą į schemos formas (žr. 3.4 pav.). Norėdami įvesti tekstą į formą, atlikite šiuos veiksmus:

9. Skirtuke namai grupėje Aptarnavimas pasirinkti instrumentą Rodyklė.

Spustelėkite figūrą, kurioje norite įvesti tekstą.
Įveskite norimą tekstą.

Pastaba:

Norėdami priartinti figūrą, paspauskite spartųjį klavišą + ir kairiuoju pelės klavišu spustelėkite figūrą, kol pasieksite norimą mastelį.
Norėdami sumažinti figūros mastelį, paspauskite spartųjį klavišą + ir dešiniuoju pelės mygtuku spustelėkite figūrą, kol pasieksite norimą mastelį.

Ryžiai. 3.4. Paprasta schema (4 etapas)

Figūrų numeravimas blokinėje schemoje

Visio gali sunumeruoti formas struktūrinėje schemoje. Norėdami nurodyti numeravimo parinktis, skirtuke Žiūrėti grupėje Makrokomandos spustelėkite mygtuką Priedai ir pasirinkite grupėje Papildomi Visio sprendimai komanda Figūrų numeracija. Atsidariusiame lange Figūrų numeracija nurodykite reikiamus numeravimo parametrus ir spustelėkite mygtuką Gerai.

2 užduotis

1 užduoties metu parengtoje blokinėje schemoje pridėkite automatinį visų figūrų numeravimą (žr. 3.6 pav.).
Už tai:
- Skirtuke Žiūrėti grupėje Makrokomandos spustelėkite sąrašo mygtuką Priedai, pasirinkite grupę Papildomi Visio sprendimai, o jame komanda Figūrų numeracija.
- Atsidariusiame lange Figūrų numeracija nurodyti parametrus
  - skirtuke Yra dažni:
    - Veikimas – automatinis numeravimas;
    - Taikyti – visoms formoms;
    - Pradėti nuo – 1;
    - Intervalas - 1;
    - Pažymėkite žymės langelį Tęsti figūrų numeravimą vilkdami jas į puslapį.
  - Skirtuke Papildomai:
    - Vietos numeris – prieš formos tekstą;
    - Numeravimo tvarka: iš kairės į dešinę, iš viršaus į apačią;
    - Pažymėkite langelį Išskirkite jungiamąsias linijas.
  - Spustelėkite mygtuką Gerai.
Išsaugokite struktūrinę schemą.

Ryžiai. 3.6. Paprasta schema (6 veiksmas)

Struktūrinės schemos keitimas

Formos pridėjimas tarp dviejų kitų formų

Norėdami pridėti naują formą tarp dviejų kitų schemos formų, vilkite naują formą ant jungties, jungiančios figūras, tarp kurių įterpiate. „Visio“ įterpia naują formą tarp esamų ir automatiškai išplečia schemą.

Formos ištrynimas

Norėdami pašalinti figūrą iš schemos, pasirinkite formą ir spustelėkite klaviatūroje.

Skaičių pernumeravimas

Norėdami iš naujo sunumeruoti schemos figūras, atlikite šiuos veiksmus:

Skirtuke Žiūrėti grupėje Makrokomandos spustelėkite mygtuką Priedai ir pasirinkite grupėje Papildomi Visio sprendimai komanda Figūrų numeracija.
Atsidariusiame lange Figūrų numeracija skirtuke Yra dažni pasirinkti radijo mygtuką Pernumeruokite ta pačia tvarka, nurodykite startinis numeris numeravimui ir spustelėkite Gerai.

3 užduotis

Pakeiskite 2 užduotyje parengtą schemą:
- Ištrinkite formą dokumentas(Pateikti prašymą).
- Tarp figūrų Sprendimas(Paraiška užpildyta teisingai) ir dokumentas(Pateikti atsisakymą) padėkite figūrą Procesas(Persiųsti prekybos parodos padėjėjui).
- Pridėti formą Procesas(Skambinkite dalyviui dėl mokėjimo) žemiau esančiame paveikslėlyje dokumentas(siųsti sąskaitą faktūrą).
- Pernumeruokite blokinės diagramos figūras ta pačia tvarka, pradedant nuo pradinio skaičiaus - 1.
Išsaugokite struktūrinę schemą.

Ryžiai. 3.7. Paprasta blokų schema (7 veiksmas)

Susietų formų pertvarkymas

Sujungę schemos formas, galite jas visiškai pertvarkyti ir pertvarkyti ryšius. Norėdami tai padaryti, skirtuke Konstruktorius grupėje Išdėstymas spustelėkite sąrašo mygtuką Pakeiskite puslapio išdėstymą ir pasirinkite norimą išdėstymą.

Jei pakeisite schemos išdėstymą, ji gali netilpti į dokumento puslapį. Tokiu atveju pakeiskite puslapio dydį (tab Konstruktorius, grupė Puslapio nustatymai, kombinuotasis mygtukas Dydis) arba jo orientacija (skirtukas Konstruktorius, grupė Puslapio nustatymai, sąrašo mygtukas Orientacija).

4 užduotis

Funkcinė blokų schema

Išdėstymo paskirtis Funkcinė blokų schema

Išdėstymas Funkcinė blokų schema skirta parodyti ryšį tarp verslo proceso ir organizacinių ar funkcinių vienetų, pavyzdžiui, departamentų, atsakingų už šio proceso žingsnių vykdymą.

Struktūrinės diagramos juostos žymi funkcinius vienetus, pvz., skyrius, pareigybes ar kitą funkciją. Kiekviena proceso žingsnį vaizduojanti forma yra funkcinio vieneto, atsakingo už tą veiksmą, takelyje.

5 užduotis

Takelio pridėjimas, perkėlimas, trynimas

Dėl papildymai takelius į funkcinę blokinę schemą, atlikite vieną iš šių veiksmų:

Dešiniuoju pelės mygtuku spustelėkite takelį diagramoje ir pasirinkite Prieš tai įterpkite „Track“. arba Po to įterpkite „Track“..
Užveskite pelės žymeklį virš vieno iš takelių kampo. Spustelėkite pasirodžiusią mėlyną rodyklę Įdėkite kelio formą.
Skirtuke Funkcinė blokų schema grupėje Įdėti spustelėkite mygtuką Trasa. Takelis bus pridėtas po pasirinkto takelio arba juostos pabaigoje, jei takelis nepasirinktas.
Iš elementų rinkinio Funkcinės blokinės schemos formos vilkite takelį į norimą vietą juostelės kraštinėje.

Dėl judesiai takeliai:

Spustelėkite takelio, kurį norite perkelti, pavadinimą, kad jį paryškintumėte. Pelės žymeklis pasikeis į judėjimo piktogramą.
Vilkite takelį į norimą vietą.

Trasoje esančios figūros judės kartu su juo. Norėdami patikrinti, ar figūra yra takelyje, ar tik jos viršuje, pasirinkite figūrą. Jei kūrinys yra takelyje, takelio spalva pasikeis į geltonai oranžinę. Jei kūrinio nėra takelyje, bet jį reikia ten įdėti, šiek tiek pajudinkite jį ir takelis jį atpažins.

Dėl pašalinimas takeliai:

Spustelėkite takelio etiketę, kurią norite ištrinti.
Paspauskite klavišą klaviatūroje.

Pastaba. Ištrynus takelį, ištrinamos ir visos jame esančios figūros.

Šis straipsnis tęsia publikacijų seriją, skirtą įrankiams, kuriuos Rusijos įmonės gali panaudoti verslo procesų modeliavimo ir tobulinimo problemoms spręsti be didelės rizikos. Prisiminkime, kad ankstesniame šios serijos straipsnyje buvo kalbama apie „IDS Scheer“, užimančią aukščiausias pozicijas analitinių įmonių reitinguose, produktus. Šiandien kalbėsime apie kitokio kainų diapazono produktą, ne tokį funkcionalų verslo procesų modeliavimo požiūriu, bet labai populiarų ir plačiai paplitusį – Microsoft Visio.

Ir vėl analitikų nuomonė...

Dėl mažos Visio kainos ir tokių veiksnių, kaip narystė pirmaujančioje programinės įrangos pramonės lyderio biuro produktų šeimoje, ji užėmė didelę verslo procesų modeliavimo įrankių rinkos dalį (34 % pagal Gartner) ir aukštą reitingą pramonės analitikų ataskaitose. įmonių. Taigi analitinė bendrovė „Gartner“ šį produktą priskiria prie rinkos lyderių (1 pav.).

Ryžiai. 1. Pirmaujantys verslo procesų analizės įrankių gamintojai
(šaltinis: Blechar M. Magic Quadrant for Business Process Analysis Tools,
2H07-1H08 – „Gartner“ tyrimo pastaba G00161090, 2008 m. rugsėjo 23 d.)

„Gartner“ teigimu, „Visio“ yra vienas geriausių įrankių toms įmonėms, kurios tik pradeda modeliuoti ir analizuoti savo verslo procesus ir pirmiausia yra orientuotos į jų vizualizavimą. Tačiau plėtojant šią sritį įmonėje šis gaminys dažniausiai pakeičiamas funkcionalesniu įrankiu.

Vizija Rusijos rinkoje

Rusijos rinkoje „Visio“ pristatomas taip pat, kaip ir kiti „Microsoft“ biuro produktai, tai yra, jis pasiekiamas visuose regionuose per labai išvystytą partnerių tinklą. Per ją teikiamos palaikymo paslaugos, techninė pagalba ir mokymai rusų kalba. Rusiška šio įrankio versija egzistavo gana ilgą laiką. Yra knygų apie produktą ir juo pagrįstus sprendimus (įskaitant verslo procesų modeliavimo įrankius, tačiau šie įrankiai yra atskiros diskusijos objektas, nes jų prieinamumas, galimybės ir kainos labai skiriasi nuo originalaus produkto prieinamumo, galimybių ir kainų ).

Prekės savybės

Techninės savybės. Duomenų saugykla

Ryžiai. 2. Diagramų šablonai, įtraukti į „Visio“.

Palaikomos metodikos ir užrašai

Kol Visio simbolių ir šablonų rinkinys gali būti savavališkai išplėstas, o pats produktas nereiškia globalių simbolių naudojimo galimybių ir sąsajų tarp jų apribojimų, verslo procesų aprašymas naudojant Visio gali būti formaliai atliekamas pagal beveik bet kokia metodika. Tuo pačiu metu bet kurio leidimo (standartinis, profesionalus) gaminio paketas apima modelių šablonų rinkinį, skirtą dažniausiai pasitaikantiems žymėjimams, pvz., duomenų srautų diagramoms, pridėtoms kokybės grandinės diagramoms, įvykiams pagrįstoms procesų grandinėms, IDEF0, SwimLane tipo diagramoms. , taip pat įmonių organizacinių struktūrų modeliavimo šablonus (3 ir 4 pav.).

Ryžiai. 3. Plaukimo juostos proceso modelis

Ryžiai. 4. EPC (Event-driven Process Chain) tipo modelis

Procesų dokumentavimas ir sprendimų kūrimas remiantis Visio

„Microsoft Visio“ apima „Visual Basic for Applications“ kodo vykdymo aplinką, kuri leidžia rašyti kodą vartotojui dirbant ir sukurti jį naudojant kūrimo aplinką (5 pav.).

Ryžiai. 5. VBA kūrimo aplinka Microsoft Visio

Norėdami pasiekti modelio duomenis, „Visio“ pateikia atitinkamą objekto modelį, kuris pasiekiamas per COM sąsajas tiek iš VBA kodo vykdymo laiko pačioje programoje, tiek iš išorinių programų. Atminkite, kad visų Microsoft Office programų, įskaitant Visio, programavimo kalba ir objektų modeliai yra gerai dokumentuoti. Tai reiškia, kad turėdamas tam tikrus VBA programavimo įgūdžius, vartotojas gali generuoti bet kokio sudėtingumo ataskaitas, kurti įrankius duomenims perduoti tarp Visio ir kitų modeliavimo įrankių, generuoti modelius kurdamas sprendimus, pagrįstus šios šeimos programomis, ir išplėsti modeliavimo funkcionalumą. patį įrankį ir įvairių sprendimų kūrimą (pavyzdžiui, imitaciniam modeliavimui, automatizuotam modelių publikavimui internete ir kitoms užduotims).

Be VBA, galite naudoti „Visio“ integravimo įrankius su „Microsoft Office“ programomis dokumentuoti procesus, pvz., „Office Visio 2007“ diagramas įterpti į „Microsoft Office“ dokumentus kaip iliustracijas ir kurti „Visio 2007“ diagramas tiesiogiai šiose programose, „Visio 2007“ kalendorių kūrimo įrankius naudojant „Office Outlook data 2007“, įrankiai, skirti „Visio 2007“ diagramoms prijungti prie „Excel 2007“ skaičiuoklių arba „Access 2007“ duomenų bazių, kad būtų galima integruoti duomenų šaltinius ir diagramų komponentus, „Visio 2007“ grafikų ir Ganto diagramų generavimo įrankiai, importuojant atitinkamus duomenis iš „Project 2007“, informacijos eksportavimo įrankiai. Ganto diagramų ir grafikų „Visio 2007“ turinys „Office Project 2007“ – organizacijos diagramų sudarymo įrankis, pagrįstas „Exchange“ pasauline adresų knyga.

Kitos įdomios procesų dokumentavimo funkcijos yra galimybė išsaugoti darbą kaip tinklalapius, kuriuos suteikia naujausia Visio versija, taip pat galimybė dinamiškai keistis proceso duomenimis su kitomis programomis naudojant standartizuotus XML pagrindu veikiančius mainų formatus, tokius kaip ODX ir BPEL.

Apribojimai ir galimos problemos

Frazė „beveik bet kokia metodika“, vartojama vienoje iš ankstesnių straipsnio skyrių, nereiškia, kad „Visio“ yra geriausias verslo procesų modeliavimo ir analizės įrankis. Taigi, skirtingai nei ARIS gaminių šeima, Visio aiškiai nesprendžia problemos „kas yra tas pats objektas“ – taisyklės, pagal kurias sprendžiama, ar du simboliai tame pačiame modelyje žymi tą patį objektą, vartotojai turi jį kurti savarankiškai ir savarankiškai jį stebėti, o gaminyje nėra techninių priemonių, palaikančių sukurtą taisyklę – jas teks kurti savarankiškai, naudojant esamas programinės įrangos sąsajas.

Be to, kai tik verslo procesų modelių, reikalingų įmonės problemoms spręsti, skaičius viršija keliolika, o modelių autoriai yra keli, labai aktualus tampa modelių autorių prieigos prie duomenų ribojimo klausimas. Tokį atskyrimą galite įgyvendinti naudodami „Visio“ naudodami atitinkamo failų serverio operacinės sistemos teikiamus prieigos prie failų valdymo įrankius arba naudodami dokumentų valdymo sistemą, pvz., „EMC Documentum“. Šiuo atveju prieigos prie modelių kontrolės priemonės yra operacinės sistemos arba dokumentų valdymo sistemos administravimo priemonės, o tai reiškia, kad prieigos prie modelių ribojimo užduotys iš tikrųjų yra priskirtos sistemos administratoriui.

„Visio“ taip pat nepateikia metodinių filtrų (įrankių, skirtų apriboti konkrečiam vartotojui ar vartotojų grupei konkrečiam projektui prieinamų modelių, objektų, ryšių tipus), panašių į tuos, kurie yra daugelyje kitų įrankių (pvz. , ARIS šeimos gaminiuose).

Kalbant apie duomenų vientisumo ir nuoseklumo palaikymo priemones, gaminyje taip pat nėra paruoštų mechanizmų, tačiau juos galite sukurti patys, naudodami aukščiau paminėtas programinės įrangos sąsajas. Tačiau gaminyje trūkstamo funkcionalumo sukūrimas yra papildomos išlaidos ir nėra faktas, kad Visio naudojimas tokiomis sąlygomis bus ekonomiškai pagrįstas.

Palyginimas su kitais produktais

Pabandykime palyginti Visio su kitais modeliavimo įrankiais.

Pagrindinis Visio pranašumas, palyginti su minėtų šeimų gaminiais, yra maža kaina ir naudojimo paprastumas, todėl tai yra geras pradžios įrankis įmonėms, kurios tik pradėjo apibūdinti savo verslo procesus ir vis dar domisi jų vizualiniu atvaizdavimu. Kitas šio produkto privalumas yra jo tobula integracija su kitomis Microsoft Office programomis – biuro rinkiniu, kuris neabejotinai yra rinkos lyderis. Svarbus šio produkto privalumas yra gerai dokumentuotos programinės sąsajos – jų dėka Visio pagrindu sukurta daug sprendimų, tarp kurių ir brangesni verslo procesų modeliavimo ir analizės įrankiai, sukurti Microsoft partnerių kompanijų.

Visio, kaip verslo procesų modeliavimo įrankio, trūkumai iš tikrųjų yra jos pranašumų tąsa. Dėl naudojimo paprastumo trūksta funkcionalumo, kurio paprastai tikimasi iš tokių įrankių, pavyzdžiui, trūksta įrankių, skirtų riboti prieigą prie duomenų, analizuoti ir tikrinti modelių teisingumą, palaikyti duomenų vientisumą ir nuoseklumą. Tai reiškia, kad nusprendę naudoti Visio procesų valdymo formavimo ir verslo procesų analizės stadijoje, ateityje greičiausiai teks atkreipti dėmesį į kitus, funkcionalesnius modeliavimo įrankius, pavyzdžiui, į produktus iš IDS Scheer.

Diskusiją apie verslo procesų modeliavimo įrankius tęsime kituose šios serijos straipsniuose.