AS-IS mudel ehk "nagu on" mudel on äriprotsesside mudel ettevõtte uuringu ajal ja see on loodud selleks, et mõista, kuidas see ettevõte süsteemianalüüsi seisukohast toimib. See mudel on üles ehitatud vigade ja kitsaskohtade tuvastamiseks ning ettepanekute sõnastamiseks olukorra parandamiseks.

Selle töötoa teises peatükis oleme metoodikaid ja disainitehnoloogiaid uurides juba ehitanud selle äriprotsessi mudeli. Seetõttu täpsustame selles õpetuse osas seda mudelit, kasutades kogumisprotsessi käigus saadud teavet.

Konteksti mudel:

Pealkiri: Valmistoodete müük laost.

Eesmärk: suurendada müüki.

Vaatepunkt: müügiosakonna juhataja.

Sisendandmed: arve koopia, lepingu koopia, tellimus.

Väljundandmed: nõue, arve, väljavõte päevikust, aruanne, tellimuse täitmisest keeldumine.

Juhtimine: kinnitusdetailide nomenklatuur, kinnitusdetailide praegune hind, ettevõtte põhikiri, müügiosakonna positsioon.

Mehhanismid: müügiosakonna töötaja.

Konteksti mudel on näidatud joonisel 18.

Joonis 18. Konteksti diagramm

Liigume edasi lagunemisdiagrammi koostamise juurde. Pärast küsimustike töötlemist saame välja selgitada peamised funktsioonid: tellimuse valmisoleku kontrollimine, makse korraldamine, väljastamise korraldamine, aruannete koostamine. Lagunemisdiagramm on näidatud joonisel 19.

Joonis 19. Lagunemise diagramm

Analüüsime intervjuud ja kaalume tõeline tehnoloogia müügitöötaja töö. Nende andmete põhjal saab põhifunktsioonid lahti võtta. Põhifunktsiooni "Tellimuste valmisoleku kontroll" saab jaotada järgmisteks toiminguteks: jooksva kuupäeva lepingute valimine, jooksva kuupäeva tellimuste vastuvõtmine, valmistoodete ajakirjaga vastavusse viimine. Lagunemine on näidatud joonisel 20.

Põhifunktsiooni "Makse korraldamine" saab jaotada järgmisteks toiminguteks: maksesumma arvutamine, arve koostamine, arve tasumine. Põhifunktsiooni "Väljastamise korraldamine" jagame lahti järgmiselt: nõudeavaldus, lattu teavitamine kauba ettevalmistamisest, lepinguosakonna väljavõtte koostamine, müügipäeviku muutmine. Põhifunktsiooni "Aruannete koostamine" jagame järgmisteks toiminguteks: andmete analüüs, andmete proovide võtmine, aruannete printimine. Vastavad diagrammid on näidatud joonistel 21, 22, 23.

Joonis 20. Lagunemisskeem A1

Joonis 21. A2 lagunemisskeem

Joonis 22. A3 lagunemisskeem

Joonis 23. A4 lagunemisskeem

Kuna töövoo automatiseerimise eesmärk on seatud enne projekteerijaid, on enne protsesside dekomponeerimist mõttekas kaaluda töövoomudelit. Samal ajal võite minna kahel viisil: kaaluda eraldi töövoomudelit ja DFD diagrammide koostamise abil üksikuid äriprotsesse lahti võtta.

⇐ Eelmine567891011121314Järgmine ⇒

Seotud Informatsioon:

Saidi otsing:

ARIS lisandväärtusahela diagrammi (ARIS VAD) tähistus

Joonisel fig. 2.30 näitab üht olulisemat ARIS-i tähistust – ARIS VAD-i tähistust. Väärtust lisava protsessi aheldiagrammi kasutatakse organisatsiooni äriprotsesside kirjeldamiseks tipptasemel. Reeglina soovitavad ARIS-e kasutavad konsultandid tuvastada kuus kuni kaheksa tipptasemel äriprotsessi ja kirjeldada neid ARIS VAD-i märgistuses. Seejärel dekomponeeritakse saadud tipptasemel protsessid ARIS VAD või ARIS eEPC tähistusega.

Mudelid AS-IS ja TO-BE

Vaatleme joonisel fig. 2.30.

ARIS VAD tähistuse põhiobjektiks on lisandväärtuse ahel – protsess või mõni organisatsiooni funktsioonide rühm, mis teenib lisandväärtuse hankimist. Objektid on omavahel ühendatud punktiirnoolega, mis on eelkäija tüüpi. Seda tüüpi link näitab, et üks protsess on teise eelkäija. Siiski on ilmne, et praktikas on kõik põhiprotsessid tsüklilised. Lisaks on neil tagasiside. Seetõttu on mõiste eelkäija meie arvates kahetsusväärne.

Joonisel fig näidatud protsesside vahel. 2.30 saab kuvada materiaalsete ressursside ja info voogusid, mille kirjeldamiseks saab kasutada vastavalt Klastri ja Tehnilise termini tüüpi objekte. Protsessi lõpuleviimiseks vajaliku infrastruktuuri kirjeldamiseks on selles näites valitud objektitüübid Toode/teenus ja Teabeteenus. Objektitüüpide valik reaalsete voogude kuvamiseks on pigem tingimuslik. Modelleerimisprotsesside töö alguses on väga oluline kindlaks teha, millist tüüpi objekte kasutatakse ja milliseid reaalse maailma objekte need kuvavad. Niisiis, joonisel fig. 2.30, oleks võimalik näidata kõiki voogusid (infot ja materjali) Tehniline termin tüüpi objektide abil.

Joonisel fig. Joonisel 2.30 on näha ka organisatsiooniüksuse objektid, mis esindavad vastavaid protsesse teostavaid osakondi.

Objektid on omavahel seotud teatud tüüpi linkide abil (vt joonis 2.30). Näiteks klastriobjekti kuvatav teabevoog saabub esimesse protsessi ja on sellega seotud noolega, mille tüüp on input for ("is input for"). Teine näide on lisandväärtusahela objektide ja organisatsiooniüksuse vahelise seose tüüp (“käitab”). Kasutatakse suhtetüübi järgi näitab, et toodet/teenust kasutab protsess jne. Seega on ARIS-e metoodikas kõige olulisem nõue teatud tüüpi linkide ja objektide õige valik ja edasine kasutamine.

Joonisel fig. 2.31 näitab näidet tipptasemel mudelist, mis on tehtud ARIS VAD tähistuses. Te olete nende protsessidega juba tuttav. Ülal, joonisel fig. 2.16, on sama protsess esitatud IDEF0 tähistusega.

88_________________________________ BB. Repin, V.G. Eliferov

2. peatükk Äriprotsesside kirjeldamise metoodika valimine _________________________________ 89

Tipptaseme protsessiskeemi koostamise põhimõtted ARIS VAD tähistuses erinevad oluliselt IDEF0 tähistusest. Niisiis. ARIS VAD-i tähistuses võivad nooled siseneda lisandväärtusahela objekti mis tahes küljele. (Tuletame meelde, et IDEF0 tähistuses on tegevusobjekti (funktsiooni) igal küljel sügav tähendus). Joonisel fig. 2.32 näitab võimalikku olukorda ARIS VAD tähistuses. kui protsessi diagramm näitab komplekti tagasisidet, mida mõistab ainult mudeli loonud analüütik.

Seda ARIS VAD-i märgistuse puudust saab kõrvaldada, nähes ette tagasiside spetsiaalse kasutamise võimaluse, nagu näiteks joonisel fig. 2.33. Pange tähele, et ARIS-i spetsialistid võivad seda lähenemist kritiseerida, kuna see on tähistusega vastuolus. Kuid me jääme seisukohale, et see on täiesti vastuvõetav, kuna ARIS VAD-i tähistuse tipptasemel mudeleid saab tõesti kasutada ainult protsessiahela graafilise kujutamise lihtsaima viisina.

Lõpetuseks ARIS VAD tähistuse ülevaadet, keskendume veel kord sellele, et see tähistus on rohkem illustreeriv ega ole mõeldud keerukate protsessimudelite loomiseks organisatsiooni tipptasemel.

90 V.V. Repin, V.G. Eliferov. Protsessi lähenemine juhtimisele

2.7.2. ARIS eEPC notation – IDEF3 tähistuse laiendus

ARIS-i märge eEPC (extended Event Driven Process Chain) on sündmustest juhitud protsessi laiendatud ahel.

Märke töötasid välja Saksamaa IDS Scheer AG spetsialistid, eelkõige professor Scheer. Tabelis. 2.2 näitab noodistuse raames kasutatavaid põhiobjekte.

Tabel 2.2 Peamised eEPC diagrammide koostamisel kasutatud objektid

Lisaks tabelis loetletud põhiobjektidele. 2.2, saab eEPC diagrammi koostamisel kasutada paljusid teisi objekte. Praktikas on suure hulga erinevat tüüpi objektide kasutamine ebapraktiline, kuna see suurendab oluliselt mudeli suurust ja muudab selle lugemise keeruliseks.

91

ARJS cEPS-i tähise tähenduse mõistmiseks kaaluge kasutatavate objektide ja seoste põhitüüpe (joonis 2.34-2.38). Joonisel fig. Joonisel 2.34 on toodud lihtsaim ARIS eEPC mudel, mis kirjeldab killukest ettevõtte äriprotsessist.

Jooniselt fig. 2.34 on näha, et objektidevahelised seosed omavad teatud tähendust ja peegeldavad protsessi sees olevate funktsioonide jada. Sündmust 1 ja funktsiooni 1 ühendav nool "aktiveerib" või käivitab funktsiooni 1 täitmise. Funktsioon 1 "loob" sündmuse 2, millele järgneb JA loogilise operaatori sümbol "alustab" funktsioonide 2 ja 3 täitmist.

ARIS eEPC märgistuse hoolikas analüüs näitab, et see praktiliselt ei erine IDEF3 tähistusest. Kõige olulisem erinevus ARIS eEPC vahel on "sündmuse" objekti olemasolu. Seda objekti kasutatakse mudelis kuvamiseks võimalikud tulemused funktsioonide täitmine, olenevalt sellest, millist protsessi üht või teist järgnevat haru täidetakse. Ilmselgelt nimetatakse ARIS eEPC-tähistust laiendatuks just seetõttu, et selles on objekt “sündmus” (IDEF3-s sellist objekti pole). Joonisel fig. 2.35 pakub näiteid loogika ja sündmuste sümbolite kasutamisest mudelite koostamisel ARIS eEPC-tähistuses.

ARIS eEPC-s mudelite ehitamisel tuleb järgida järgmisi reegleid:

1. Iga funktsioon peab käivitama sündmuse ja lõpetama
sündmus;

2. Iga funktsioon ei tohi sisaldada rohkem kui ühte noolt: „Alustan
kapsasupp” selle täitmist ja välja ei tule rohkem kui üks nool, mis kirjeldab
funktsiooni täitmine.

Lisaks nendele reeglitele on ARIS-is mudelite moodustamisel ka muid olulisi nõudeid. Neid saab uurida kasutades metoodilist materjali "ARIS Methods". mis installitakse arvutisse samaaegselt toote demoversiooniga, samuti .

Joonisel fig. 2.36 näitab erinevate ARIS eEPC-tähiste objektide kasutamist äriprotsessi mudeli loomisel.

92____________________________ VV. Repin, V.G. Eliferov.Protsessi lähenemine juhtimisele

Jooniselt fig. 2.35 ja 2.36 on näha, et äriprotsess ARIS eEPC märkuses on protseduuride jada, mis on järjestatud nende teostamise järjekorras. Tuleb märkida, et ARIS eEPC protseduuride tegelikku kestust ei saa visuaalselt kajastada. See viib selleni, et modellide loomisel on võimalikud olukorrad, kus usaldatakse üks esineja

2. peatükk Äriprotsesside kirjeldamise metoodika valimine ___________________________________ 93

täites korraga kahte ülesannet. SIM-YULA mudeli ülesehitamisel kasutatud loogikad võimaldavad kajastada äriprotsessi hargnemist ja ühinemist. Protsesside tegeliku kestuse kohta teabe saamiseks ja protsessis oleva personali töökoormuse visuaalseks kuvamiseks võite kasutada muid kirjeldamistööriistu, näiteks MS Projecti süsteemis olevaid Gantti diagramme.

Kaaluge näiteid ARIS eEPC tähistuse kasutamisest äriprotsesside kirjeldamiseks. Joonisel fig. 2.37. esitletakse klienditellimuse töötlemise äriprotsessi. Sama protsess on kujutatud IDEF3 tähistusega joonisel fig. 2.23.

Protsess algab sündmusega "Kliendi tellimus vastu võetud". See sündmus käivitab funktsiooni "Teosta tellimuse sisestamine süsteemis", mida teostab müügijuht. Ta kasutab töö tegemiseks "tellimuste raamatupidamissüsteemi". Funktsiooni täitmise tulemus kuvatakse sündmuse "Tellimuse sisestamine lõpetatud" kaudu. Pärast seda täidab müügiosakonna juhataja funktsiooni "Teosta nomenklatuurile vastavuse analüüs." Funktsiooni täitmise tulemuseks on kaks alternatiivset sündmust "Järjestus vastab vahemikule" ja "Järk ei vasta vahemikule". Protsess hargneb. Protsessi hargnemise kuvamiseks kasutatakse loogilise operaatori sümbolit - eksklusiivset "OR".

Funktsiooni "Teavita klienti tellimuse täitmise võimatusest" saab täita kahel juhul: 1) tellimus ei vasta valikule ja 2) tootmine ei ole võimalik. Nende valikute kuvamiseks protsessiskeemil kasutatakse loogilise operaatori sümbolit "OR" jne.

Nagu näha jooniselt fig. 2.37, ARIS eEPC protsessiskeem erineb IDEF3 diagrammist objektide olemasolu poolest: sündmused, dokumendid, rakendussüsteemid ja positsioonid. ARIS eEPS-i skeem on visuaalselt informatiivsem ja paremini tajutav, kuid selle skeemi suurus on palju suurem kui IDEF3 skeemi suurus.

Eespool käsitletud protsessi saab esitada ka ARIS PCD (Process Chain Diagram) tähistuses, mis on ARIS eEPC variatsioon. Joonisel fig. 2.38 näitab kliendi päringu töötlemise äriprotsessi ARIS PCD tähistuses. Selle protsessi kirjeldamisel on kõik objektid, mis moodustavad joonisel fig. 2.37, kuid need on paigutatud tabeli veergudena. Esimene veerg sisaldab sündmusi ja mõningaid loogikasümboleid, teine ​​- funktsioonid, kolmas - sissetulevad ja väljaminevad dokumendid, neljas - rakendustarkvara tüübid, viies - protsessiga seotud töötajate ametikohad. See protsessi esitus on rohkem "standardne". See sobib paremini protsessi dokumenteerimiseks. ARIS PCD tähistusel on aga esitusel märkimisväärne puudus – seda saab tõhusalt kasutada lihtsate (mitte rohkem kui viis kuni kaheksa funktsiooni), eelistatavalt lineaarsete protsesside jaoks. Keeruliste protsesside kuvamine hargnenud loogikaga on ebamugav, kasutades ARIS PCD tähistusi, mis on selgelt näha joonisel fig. 2.38.

94_________________________________ VV. Repin. V.G. Eliferov. Protsessi lähenemine juhtimisele

Riis. 2.37. Protsessi mudeli näide

2. peatükk Äriprotsesside kirjeldamise metoodika valimine________________________________ 95

AR1S eEPC tähistuses.

96____________________________ V.V., Repin, V.G. Eliferov.Proc Essence lähenemine juhtimisele

Riis. 2.38. Töötlemise näide

2. peatükk Äriprotsesside kirjeldamise metoodika valimine 9 7

rakendused ja AR1S PCD tähistused.

98 V.V. Repin, G. Eliferovis Protsessi lähenemine juhtimisele

AR1S organisatsiooni diagrammi tähistus

ARIS-e organisatsioonikanali tähistus on üks peamisi ARIS-i tähistusi ja on mõeldud ettevõtte organisatsioonilise struktuuri diagrammide koostamiseks. Tavaliselt luuakse see mudel äriprotsesside modelleerimisprojekti alguses. Mudel kajastab ettevõtte olemasolevaid jaotusi hierarhilise struktuuri kujul, nagu on näidatud joonisel fig.

Mudel on üles ehitatud organisatsiooniüksusest, ametikohast, sisemisest isikust jne.

Märgistusse manustatud seoste tüübid võimaldavad teil mõtiskleda erinevat tüüpi suhted organisatsiooni struktuuri objektide vahel. Joonisel fig. 2.39 näide Ettevõtet juhib direktor, kasutades suhtetüüpi Organisatsioonihaldur. Alamjaotuste hierarhia on üles ehitatud linkide abil, mis koosneb tüübist. Lisaks saab märkida ametikohad - Ametikoht ja tegelike töötajate nimed, kes neid hõivavad - Sisemine isik, suhtlemise tüüp.

Lisaks osakondade hierarhia mudelitele saab ehitada projektimeeskondades, rühmades jne alluvushierarhia mudeleid. Kõiki mudelites kajastatud objekte saab hiljem kasutada äriprotsesside mudelite kujundamisel. Komplekssete hierarhiliste struktuuride ehitamisel saab rakendada dekompositsiooni, näiteks saab üksikasjalikumalt esitada alajaotuse struktuuri.

2. peatükk Äriprotsesside kirjeldamise metoodika valimine ______________________________________ 99

Eelmine78910111213141516171819202122Järgmine

Mudel AS-IS- see on "nagu on" mudel, st. juba olemasoleva protsessi/funktsiooni mudel. Protsessiuuring on iga süsteemi loomise või arendamise projekti oluline osa. Hoone funktsionaalne mudel AS-IS võimaldab selgelt fikseerida, milliseid protsesse ettevõttes läbi viiakse, milliseid infoobjekte kasutatakse erineva detailsusastmega funktsioonide täitmisel.
Mudelipõhine NAGU ON Protsessi eri etappide vahel saavutatakse konsensus küsimuses, kes mida tegi ja mida iga etapp protsessile lisab. AS-IS funktsionaalne mudel on lähtepunkt analüüsida ettevõtte vajadusi, probleemide ja kitsaskohtade tuvastamine ning äriprotsesside parendamise projekti väljatöötamine. AS-IS mudel võimaldab teil teada saada, „mida ja kuidas me praegu teeme“, enne kui otsustate, „mida ja kuidas homme tehakse“. Funktsionaalse AS-IS mudeli analüüs võimaldab mõista, kus on probleemsituatsioon, mis on uutest protsessidest kasu ning milliseid muudatusi toimub protsessikorralduse senine struktuur. Vajaduse uuring ümberstruktureerimine(puudujääkide tuvastamine ja kõrvaldamine) olemasolevates protsessides saavutatakse lagunemise (analüüsi) kasutamisega, mis viiakse läbi ka seal, kus funktsionaalsus on esmapilgul ilmne.

AS-IS Funktsionaalne mudel

Nii näiteks märgid ebaefektiivsus olemasolevad protsessid võib olla:

• kasutud, haldamata ja dubleerivad funktsioonid;
• ebaefektiivne paberimajandus soovitud dokument ei ole õigel ajal õiges kohas)
• tagasiside puudumine juhtimisele (funktsiooni ei mõjuta selle tulemus), sisendile (objekte või teavet kasutatakse ebaratsionaalselt) jne.

Kogenematu analüütiku poolt AS-IS mudeli loomisel võib ette tulla üsna levinud viga - see on idealiseeritud mudeli loomine, eriti kui mudel luuakse juhi teadmiste (vaatepunkti) mõjul. Tavaliselt on juht kursis sellega, kuidas juhendite ja ametijuhendite järgi ülesannet täitma peab ega tea sageli, kuidas alluvad tegelikult nõutavaid funktsioone täidavad. Seetõttu saab luua mudeleid, nn PEAKS OLEMA(nagu peaks olema) ja mis kannavad valeteavet ja mida ei saa edasiseks analüüsiks kasutada.

BPMN (Business Process Management Notation) on äriprotsesside modelleerimiskeel, mis on vahelüli äriprotsessi formaliseerimise/visualiseerimise ja juurutamise vahel.

Lihtsamalt öeldes on selline märge graafiliste elementide kirjeldus, mida kasutatakse äriprotsesside vooskeemi koostamisel.

Sellist skeemi on minimaalselt vaja selleks, et sellega kooskõlas äriprotsess üles ehitada ja kõigile osalejatele selgelt reguleerida.

Maksimaalselt võimaldab see hiljem äriprotsesse vastavalt olemasolevale skeemile automatiseerida.

BPMN-i ajalugu

BPMN-i märgistuse esimene versioon ilmus 2004. aasta mais (BPMN 1.0). Järgmine versioon ilmus 2011. aasta jaanuaris (BPMN 2.0). Lõpuks, 2013. aasta jaanuaris andis OMG välja tänaseni enamjaolt kasutatava versiooni BPMN 2.0.2.

Põhilised BPMN-i graafilised elemendid

BPMN-protsess on mis tahes äriprotsess, mida väljendatakse tähistusega. Protsessid koosnevad elementidest, millest igaüks on diagrammil tähistatud spetsiaalse ikooniga.

BPMN-i märgistuse elemendid on graafilise diagrammi elemendid, aga ka äriprotsessi enda elemendid.

Tähistus põhineb järgmistel põhilistel graafilistel elementidel:

• Bassein ja rajad
• Tegevused
• Väravad või kahvlid
• Sündmused
• ojad
• Artefaktid

BPMN 2.0-s on elemente esindatud spetsiaalsete ikoonidega. Selle süsteemi loojad püüdsid tagada, et ikoonide komplekt oleks kõikehõlmav ja võimaldaks visuaalselt kuvada maksimaalselt erinevaid äriprotsesside diagramme. Selle tulemusena on palju ikoone ja koos täielik nimekiri leiate BPMN-i dokumentatsioonist, mille on vene keelde tõlginud Venemaa BPM-professionaalide ühingu liikmed. Siin keskendume ainult põhielementidele, ilma milleta ei saa ükski äriprotsessiskeem hakkama. Sellest piisab BPMN-iga üldiseks tutvumiseks ja tähistuse põhiprintsiipide mõistmiseks.

BPMN-i elemendid "Pool" ja "Track"

Kogu äriprotsess koosneb kogumitest: toimingute kogum + isikud, kes neid toiminguid teevad.

Näiteks kogum on kaupade laadimise ja kliendile saatmise toimingute kogum.

Sel juhul eristatakse nn rajad, millest koosneb iga bassein. Meie näite puhul saab üheks rajaks kauba pealelaadimise ja lähetamisega seotud dokumentide vormistamine, teiseks rajaks soovitud partii füüsiline laadimine autole ja auto väljasõit kliendini. Mõlemad teed täiendavad üksteist, kulgevad paralleelselt, kuid üldiselt täidavad äriprotsessi sama etappi.

BPMN-i element "Action"

"Tegevus" on äriprotsessi käigus tehtud tööüksus. Tegevused võivad olla kas elementaarsed (ülesanne) või liittoimingud (alamprotsess).

Elementaarseid toiminguid on mitut tüüpi, mis erinevad täitmise poolest:

• Toimingu mitu korda sooritamine samas protsessis. Näiteks saab sama toimingu teha paralleelselt iga müügitellimuse kauba puhul.
• Tsüklilist toimingut teostatakse korduvalt, kuni määratud tingimus on tõene.

BPMN eeldab peamiste tegevuste tüüpide jaoks järgmisi graafilisi esitusi:

	abstraktne ülesanne	Kasutatakse lihtsa toimingu või toimingu tähistamiseks, mida praeguses äriprotsessis enam ei lagune.
	Alamprotsess	Kasutatakse kõnealuses protsessis sisalduva lagunenud protsessi kuvamiseks. Alamprotsessi on täpsemalt kirjeldatud selle diagrammil.
	protsess-viide	Kasutatakse ühele kõige sagedamini korduvale protsessile viitamiseks.

Siinkohal tasub märkida, et kaasaegsed BPM-süsteemid pakuvad sageli laiemat valikut tegevustüüpe kui BPMN pakub. Näiteks Comindware Business Application Platformi äriprotsesside modelleerimise tööriistast leiate graafilisi elemente mitut tüüpi elementaarsete toimingute jaoks, aga ka sisseehitatud juhtumeid:

	Kohandatud ülesanne	Kasutatakse inimese sooritatava ülesande kuvamiseks.
	Skripti ülesanne	Kasutatakse protsessietapi kuvamiseks, milleni jõudmisel käivitatakse skript automaatselt.
	Teeninduskõne ülesanne	Kasutatakse protsessi etapi illustreerimiseks, kus kutsutakse välja veebiteenus või C# skript.
	Integreeritud korpus	Kasutatakse mittestandardse juhendatava ülesande tähistamiseks vastutav isik või grupp inimesi. Juhtumeid kasutatakse siis, kui peate protsessis kiiresti korraldama struktureerimata või poolstruktureeritud tegevuse.

BPMN-i elemendid "Fork" või "Gateway"

Lüüsid on elemendid, mis määravad töövoogude hargnemise ja ühendamise.

BPMN kirjeldab 7 tüüpi kahvleid. Seal on 2 peamist tüüpi:

	XOR-värav	Kasutatakse alternatiivsete protsessivoogude või koonduvate juhtimisvoogude loomiseks.
	Paralleelvärav	Kasutatakse paralleelsete teede loomiseks ilma ühtegi tingimust hindamata või voogude konvergeerimiseks ja protsessi paralleelsete harude sünkroonimiseks.

Kahest ülalkirjeldatud harust piisab igasuguse keerukusega äriprotsesside loomiseks. BPMN-is kirjeldatud muud tüüpi kahvlid võimaldavad koostada kompaktsemaid protsessiskeeme, kuid paljud eksperdid seavad selle eelise kahtluse alla, sest on ebatõenäoline, et ilma eriväljaõppeta inimesed sellistest diagrammidest aru saavad.

Näide XOR-värava kasutamisest alternatiivsete protsessivoogude loomiseks:

• Etapp 7. Kliendile helistamine, et hinnata teenuse kvaliteeti.
• 1. Kui klient on rahul, positiivse hinnangu fikseerimine, äriprotsessi sulgemine.
• 2. Kui klient on rahulolematu, selgita välja põhjus.

Edasine skeem võib hargneda tugevalt: kui klient pole kohaletoimetamisega rahul, siis tuleb pöörduda selle teenuse juhi poole; ja kui toodete kvaliteet, siis järgmiseks sammuks on nõude üleandmine tootmisosakonda ehk eskaleerimine (hierarhilise taseme tõstmine), et edastada info sellise nõude kohta kõrgemale juhtkonnale.

Tegelikult on lüüsid ühed vastutustundlikumad ja rasked etapidäriprotsessid. Kogu süsteemi tõhusus sõltub suuresti sellest, kui pädevalt on kõik tingimused ja tagajärjed “Kui ... siis” põhimõttel kirjas.

BPMN-i element "Sündmus"

"Sündmus" on üks BPMN-i põhielemente ja selle eesmärk on kirjeldada, mis peaks juhtuma (erinevalt ülesandest, millal midagi peaks tegema). Üritus võib olla näiteks lepingu sõlmimine või vestlus kliendiga.

BPMN-i sündmuste graafilised elemendid liigitatakse kahel viisil.

1. Sõltuvalt sündmuse asukohast protsessiskeemil:

	Sündmuse käivitamine (äriprotsessi käivitamine)
	Vahesündmus
	Lõppsündmus (äriprotsessi lõpetamine).

Kauba kohaletoimetamise puhul on ilmselgelt esmaseks sündmuseks kliendi tellimus. Või - ​​juhataja kõne kliendile ostu sooritamise pakkumisega. Sellise ahela viimane sündmus on kohaletoimetamise fakt, mis on kinnitatud kliendi allkirjaga.

1. Sündmuse tüübi järgi on klassifikatsioon järgmine:

	lihtne sündmus	Esindab trükkimata sündmust.
	sõnumi sündmus	Näitab sõnumi saatmist või vastuvõtmist.
	Taimeri sündmus	Kasutatakse tavaliste sündmuste simuleerimiseks. Samuti saab taimerit kasutada ajapunktide, ajavahemike ja ajalimiidi ületamise simuleerimiseks.

Väga sageli on algus- ja lõppsündmused sõnumisündmused.

BPMN-i elemendid "Vood"

Voog on toimingute jada, mida tähistab nool. Element “flow” näitab, mis toimingu järel on vaja sooritada.

	Voolu juhtimine	Standardset juhtimisvoogu tingimused ei mõjuta ja see ei läbi lüüsi, st. on kontrollimatu.
	Tingimuslik juhtvool	Seda kasutatakse näitamaks, et protsessi edasine täitmine toimub konkreetsel lõimel ainult siis, kui määratud tingimus on täidetud. Noole allosas olev teemant lisatakse, kui tingimuslik juhtimisvoog pärineb protsessist. Teemanti ei lisata, kui tingimuslik juhtvoog pärineb lüüsist.
	Vaikimisi juhtimisvoog	Seda kasutatakse juhul, kui on vaja näidata, et protsessi edasine täitmine toimub teatud lõimel ainult siis, kui ükski määratud tingimustest ei ole täidetud.
	sõnumivoog	Kasutatakse protsessidevahelise suhtluse kuvamiseks – kuvab sõnumite või objektide ülekandmist ühest protsessist teise protsessi või välist linki.
	Ühing	Seda kasutatakse vooelementide ja objektide, mis ei ole vooluelemendid (artefaktid) vahelise seose visualiseerimiseks.

BPMN-i elemendid "Artefact"

BPMN-i artefaktide all mõistetakse objekte, mis ei mõjuta otseselt äriprotsessi täitmist. See võib olla dokumendid, andmed, teave.

Peamised artefaktide tüübid:

	Objektide rühm	Kasutatakse samasse kategooriasse kuuluvate graafiliste elementide rühmitamiseks ja diagrammi loetavuse parandamiseks.
	Tekstimärkus	Seda kasutatakse diagrammi selgitusteks - kommentaarideks ja selgitusteks, mis suurendavad diagrammi loetavust.
	andmeobjekt	Kasutatakse protsessi käigus töödeldavate andmete kohta teabe kuvamiseks.

BPMN-i eelised

BPMN-i äriprotsesside kirjeldamisel on mitmeid eeliseid.

Esimene on diagrammide täitmismudeliteks tõlkimise lihtsus, kasutades ametlikku äriprotsesside kirjelduskeelt.

BPMN-i elementide kirjeldus on arusaadav enamikule äriprotsessides osalejatele ega vaja sageli täiendavat selgitust. Lihtsa graafilise avaldise abil saate koostada konkreetsed eeskirjad, mida töötajad järgivad.

Lisaks sellele, et BPMN 2.0 märgistuse kirjeldus võimaldab töötajatel mõista, kuidas äriprotsessid toimuvad, toetab seda tähistust enamik kaasaegsed instrumendidäri modelleerimine, mis võimaldab importida valmis äriprotsesside diagramme BPM süsteemidesse.

Elena Gaidukova, turundusanalüütik, põhinevate lahenduste brändijuht, partnersuhete spetsialist.

Maailmas on ärikorralduse protsessikäsitlusega tegeldud juba pikka aega ja üsna tõhusalt ning äriprotsesside mudeli ja notatsiooni (BPMN, notation) standard on läbimõeldud protseduur koos äriprotsesside korrektse kirjeldusega. Ettevõtted täiustavad pidevalt selle standardi erinevaid erialasid ja saavutavad seeläbi oma töö kõigi kvaliteedinäitajate väga olulise tõusu. BPMN-i tähistus pole arusaadav mitte ainult selle ainevaldkonna ekspertidele, milles see loodi, selle loogiliste arvutustega saab töötada iga töötaja.

Modelleerimine ja standardimine

Samaaegselt lihtsusega on see standardimine kirjeldatud äriprotsessi kõige täielikum mudel, mis on koostatud masinloetaval kujul. BPMN (vaadatuna tähistuse versioonis BPMN 2.0) koostab äritegevuse kõige keerukamate protsesside mudeleid väga võimsal ja ilmekamal viisil ning kõige arusaadavamas süsteemis. Kõige tähtsam on see, et koos selle standardiga määratletakse ja teisendatakse graafilised mudelid kaunilt struktureeritud ja masinloetavaks vormiks, mis põhineb XML-il. BPMN-i märkimiskeel on täiesti käivitatav, see tähendab, et see võimaldab modelleerida protsesse, mida hiljem teostatakse BPMS-i ( automatiseeritud süsteemidäriprotsesside juhtimine). Selline standardimine on äärmiselt kasulik just seetõttu, et modelleerijad saavad kasutada mõnda tarkvaratooteid ja esinejad - teisi, kui nad seda standardit toetavad.

Teatud mudeli koostamiseks võib kasutada rohkem kui ühte versiooni (BPMN 2.0 tähistus (PDF) jt), mõnikord koosneb mudel erinevate tähistuste fragmentidest, kuid nende süstematiseerimise ja lugemise viis on sama. Üha suurem hulk ettevõtjaid juurutab oma ettevõtetes sellel standardil põhinevat äriprotsesside elluviimist. Nõudlus seda modelleerimiskeelt valdavate spetsialistide järele kasvab iga päevaga. Üha rohkem inimesi uurib BPMN-i tähistuse graafilisi elemente ja mudelite ehitamise reegleid. Selleks on spetsiaalsed kursused, kus soovijad tutvuvad selle keele otstarbega, diagrammide tüüpidega ning näevad konstrueeritud mudelite automaatse täitmise võimalusi. Kõige huvitavam on praktiline kogemus BPMN 2.0 tähistus (saadaval ka vene keeles), modelleerimine ja analüüs, äriprotsessi arendamine.

Spetsialistid

Kes on võimeline äriprotsesse kirjeldama? BPMN-i modelleerimist saab hõlpsasti teha igaüks, kes on seotud automatiseerimise ja äriprotsesside arendamisega. projektijuhid, süsteemianalüütikud, arhitektid ja arendajad arvutisüsteemid, metoodikud, kvaliteetsete teenuste töötajad. Tavaliselt oskavad need inimesed lugeda tehniline dokumentatsioon inglise keeles, osalenud mis tahes analüüsiprojektides, kirjeldanud BPMN-i tähistust, optimeerinud või automatiseeritud äriprojekte või arendanud ja hooldanud tarkvara. Sellel metoodikal on rahvusvaheline staatus, mitte patenteeritud, nagu paljudel teistel standarditel, ja isegi mitte riiklik. Seetõttu on nad alates 2005. aastast tegelenud äritegevuse analüüsimise ja ümberkorraldamisega, kasutades protsesside modelleerimist BPMN-i notatsioonis.

See tehnika andis peaaegu kõigile kasutajatele juurdepääsetava teabe - alates suurimatest analüütikutest, kes loovad skeeme, ja arendajatest, kes rakendavad nende skeemide järgi äriprotsesside läbiviimiseks tehnoloogiaid, kuni ettevõtte juhtideni, see tähendab tavakasutajateni, kes on hõivatud skeemide haldamise ja rakendamise jälgimisega. ehitatud mudel. Sel viisil täidavad äriprotsesside modelleerimise tähistused (BPMN) lõhet mudeli loomise ja mudeli rakendamise vahel. Siin on mõned parimad ideed teistest metoodikatest. Näiteks BPMN 2.0 tähistuse parema paindlikkuse ja loetavuse huvides järgib see vooskeemi traditsiooni.

Sümbolid (elemendid) BPMN

Toetab ja arendab BPMN-i organisatsiooni OMG. See ei ole Interneti püsiklientide meem, mis tähendab "oh minu gooti", vaid väga kuulus Object Management Group, kuhu kuulub enam kui kaheksasada ettevõtet, kes arendavad selliseid standardeid nagu BPMN-i märkimine. Kõik kasulikud muudatused uutes versioonides võlgneme OMG arendajatele. Just see organisatsioon valis põhisuunaks objektorienteeritud süsteemide modelleerimiseks kasutatava UML BPMN-i tähistuse propageerimise. Seetõttu on diagrammide koostamisel lisaks mõistetele ja mõistetele (juhtvoog, tegevus, andmeobjekt jne) BPMN-is palju objektorienteeritud lähenemisele iseloomulikke mõisteid: sõnum, vahetus ja sõnumivoog.

Graafilise tähise sümbolid sõelutakse vastavalt nende otstarbele ja kombineeritakse kategooriatesse. Objektid - vooobjektid, Andmed - andmed, Ujumisrajad - vastutusalad, Objektide ühendamine - objektide ühendamine, Artefaktid - artefaktid. Juhtvoo, andmeobjekti ja vooobjekti sümbolid jaotatakse lisaks semantiliste tunnuste järgi alamrühmadesse, et kuvada käimasolevate sündmuste spetsiifikat, voo hargnemise tunnuseid, toimingute teostamist jne. Need näitavad spetsiifikat täiendavate graafiliste piltide - markerite, põhisümboli sisse asetatud ikoonide - tõttu. Samuti on sündmuste sümbolid erinevat tüüpi kontuuri ja taustavärviga.

Sündmused aja järgi

Äriprotsessi läbiviimisel juhtub alati erinevaid ja arvukalt sündmusi, millel on oma mõju, hoolimata sellest, et enamasti on need valikulised elemendid ja neid äriprotsesside diagrammil ei kuvata. See on sõnumi vastuvõtmine ja sellele vastamine, dokumentide oleku muutmine ja palju muud, mida pole mõtet loetleda – palju sündmusi juhtub sõna otseses mõttes igal sammul. Nende klassifitseerimiseks määratakse igaühe omadused. Esimene rühm - alguse ajaks. See on algussündmus, mis näitab diagrammi algust. Siit edasi saab juhtvoog olla ainult väljaminev ja sõnumivoog mõlemas suunas. Äriprotsesside diagrammi algussündmus on tavaliselt üks, kuid te ei saa seda üldse kuvada. Mõnikord on neid isegi mitu, kui kaardistamine toimub radade, kogumite ja juurutatud alamprotsessidega. Sündmuse kontuur on näidatud õhukese üksiku joonena.

Lõppsündmus on äriprotsessi läbiviimise tulemus. Juhtimisvoog siseneb ainult siia ja sõnumivoog liigub ikkagi nii sisendisse kui väljundisse. Sissetulevat voogu tähistab nool. Diagrammil kuvatakse ainult üks või mitu lõppsündmust – need on visandatud ühe paksu joonena. Vahesündmus on kõik muud sündmused, mis toimuvad äriprotsessi käigus. Üks oja siseneb siia ja üks väljub ka. Esineb ainult piir (piirsündmus) ja seda töödeldakse kohe – kas toimingu alguses või lõpus. Seda kuvatakse toimingu kontuuril (piiril) ja see sisaldab ainult ühte voogu – kas sissetulevat või väljuvat. Ja sellisele sündmusele viitab õhuke topeltjoon.

Sündmused: alamprotsessi katkestus ja tulemuse tüüp

Kuna äriprotsessi modelleerimisel toimuvad sündmused mitmel viisil, liigitati järgmisesse plokki need, mis võivad toimingu sooritamist katkestada. Esimesena märgitakse mittekatkestavad sündmused – need on vahe- või algussündmused, mis toimuvad täitmise ajal, kuid algatavad sellega seotud väljuva lõime alles siis, kui tegevus on lõppenud. Sellise sündmuse kontuur on kujutatud katkendliku joonega. Järgmine on katkestav sündmus, mis toimub enne või pärast standardtoimingut. Erandjuhtudel tuleb see sündmus peatada või katkestada, kui see puudub vajalikku teavet või kuvatakse tõrge töötlemise ajal, kui on vaja lisatoiminguid jms. Siin on kontuur näidatud pideva joonena.

Kolmandat tüüpi sündmused liigitatakse tulemuse tüübi järgi. Kõigepealt peame siin rääkima töötlemise algatajast. See on vahe- või algussündmus, mis toimub toimingute sooritamise tulemusena ja on protsessi täitmise tulemus - standardne või mitte. Käivitavat sündmust tähistab täitmata ikoon. Sellesse jaotisse on vaja lisada veel üks sündmus, mis samuti räägib jõudlusest, ainult siin on see töötlemise tulemus. See on vahe- või lõppsündmus, mis toimub toimingute sooritamise ajal ja on üks protsessi teostamise lõpptulemusi – standardne või mitte, kuvatakse täidetud ikoonina.

Tegevused

Diagrammina kujutatud protsess näeb välja nagu järjestatud toimingute kogum, mida tehakse teatud tulemuse saavutamiseks. BPMN-i märgistuse vertikaaldiagrammil on ülalt alla jada, mis näitab protsessi täitmist aja jooksul. Samuti saate seda jälgida ühenduselementide noolte suunas vasakult paremale. Kuvatud toimingutel on kolm põhivaadet ja palju erinevaid variante, millest igaühel on oma ikoon või ikoon.

ülesanne - ülesanne. Elementaarne tegevus, see tähendab jagamatu. Ülesande tüüpi või spetsiifilisust näitab toimingu sümboli vasakus ülanurgas olev marker või ikoon. Ülesandeks võib olla Teenus (teenus), teenuse osutamiseks, milleks on automatiseeritud rakendus või veebiteenus. Saada – saada sõnum. Kui sõnum saadetakse vähemalt üks kord, võib ülesande lugeda lõpetatuks. Võta vastu - sõnumi vastuvõtmine (sama põhimõte: kui sõnum võetakse vastu üks kord, on ülesanne täidetud). Kasutaja ülesanne loetakse iseloomulikuks ja seda täidab täitja tarkvara abil ja teiste töötajate kaasabil. Käsitsi täitmist nõudev ülesanne on Manual, mida teostatakse ilma automaatika abita. Business-Rule - ärireegel, tehnoloogia järgi sõltub selle ülesande täitmine asjaoludest, meetodi valik aitab paika panna ärireegli. Skript – skript, kus toimingute sooritamine toimub rangelt kirjeldatud järjekorras sooritaja poolt tunnustatud keeles. Tavaliselt tehakse seda tüüpi ülesandeid automatiseeritud vahenditega.

Alamprotsessid

Alamprotsess – alamprotsess. See sisaldab lüüsi BPMN-i tähistuses, töövooge, sündmusi ja paljusid muid tegevusi. Seega on alamprotsess liittoiming, mille osad kuvatakse diagrammil otse sümboli sees või paigutatakse eraldi lagunemisdiagrammile. Viimasel juhul peaks põhidiagrammil olema alamprotsessi keskel (tegevuse alumine serv) märk +. On standardseid alamprotsesse, kuid neist ei piisa, nii et ilmnes kaks konkreetset sorti. See on sündmuste alamprotsess – sündmuse alamprotsess, mis käivitub alati, kui algussündmus toimub. Diagramm näitab, et see ei ole kuidagi seotud ülejäänud tegevuste ja töövoogudega. Sellise alamprotsessi kontuur on kujutatud punktidega.

Teine sort on Tehing (tehing), see on toiming, mis koosneb erinevatest toimingutest eduka lõpuleviimisega, st positiivse tulemuse saamisega. Konkreetse tulemuse saate ainult siis, kui kõik komponendid on edukalt täidetud. Kui alamprotsessi täitmisel ilmnevad probleemid, tühistatakse kõigi eelnevate toimingute tulemused (tühista sündmus). Sellised häired võivad olla konkreetse toimingu teostamise võimatus või selle ebaõige sooritamine. Eelmiste sündmuste tühistamise vältimiseks võite proovida kompenseerimiseks ebaõnnestunud toimingut (sündmuse kompenseerimine). Sellise alamprotsessi kontuur on näidatud kahekordse pideva joonena. Kõigi taaskasutatavate ülesannete või alamprotsesside skeemile lisamiseks on Call - kõne, mis on diagrammil tähistatud paksu kontuuriga.

Väravad

Lüüsid BPMN-i tähistuses on mõeldud toimingute voo ja nende paralleelsete või alternatiivsete harude kaudu kulgemise spetsiifika näitamiseks. Lüüs saab hakkama ilma väljuvate või sissetulevate voogudeta, kuid sellel on alati vähemalt kaks oma sissetulevat või väljaminevat voogu. Selle sümboli sees olev marker määrab lüüsi tüübi. See võib olla eksklusiivne, XOR - eksklusiivne koos eksklusiivse "või"-ga, mis on loodud voolu jagamiseks alternatiivseteks marsruutideks. Protsessi ajal saab aktiveerida ainult ühe soovitatud marsruutidest. Vahelejätmise tingimused on märgitud tähisrea kõrval. Kaasav, VÕI - mittevälistav loogilise "või" väravaga, mis on loodud voo jagamiseks marsruutideks, kus igaüks aktiveeritakse, kui sellega seotud loogilise avaldise tõesuse tingimus on täidetud. Selles protsessis võib minna mitut teed, kuid kui vähemalt üks neist ei vasta tõele, on valik võimatu.

Mitte-eksklusiivse lüüsi analoog on Complex (kompleks). Erinevus seisneb selles, et on ainult üks avaldis, mis määrab konkreetse töövoo aktiveerimise. Parallel, AND - paralleel loogilise "ja" lüüsiga on vajalik paralleelsete toimingute hargnemiseks või ühendamiseks. Eksklusiivne sündmustepõhine – eksklusiivne, kuid sündmustepõhine lüüs, mis jagab töövoo alternatiivseteks marsruutideks. Eksklusiivne sündmustepõhine lüüs protsessi käivitamiseks on ka eksklusiivne lüüs, sündmused, millel see põhineb, käivitavad kogu protsessi. See on protsessi või alamprotsessi algusmärk, millel pole sisendvooge. Parallel Event-Based Gateway protsessi käivitamiseks töötab samamoodi – paralleellüüs, mis põhineb ka protsessi käivitavatel sündmustel. Selle abiga saab aga aktiveerida mitu protsessi korraga, kui nendega seotud sündmused toimivad. Loomulikult ei ole sellel sissetulevaid vooge. Piltidel on selgelt näha BPMN-i tähistus kahte tüüpi lüüside diagrammi näidetes.

Andmed ja vood

Andmeobjekt sisaldub ja kasutatakse spetsiaalselt diagrammides, mis näitab täiendavate markerite kasutamist. Andmesisendid - sisendandmed, st algteave toimingute käivitamiseks. Ilmub sümboli ülemisse serva. Andmekogu - andmete kogum, st terve sama tüüpi andmete massiiv või kogum. Kuvatakse sümboli all. Andmeobjekt ja tegevus on seotud seose abil.

Standardset töövoo pilti saab diagrammil täiendada, märkides konkreetsed vood. Tingimuslik järjestusvoog - tingimusliku toimingute voo tähistamine selle hargnemisel. Kuvatakse toimingust pärinevana (kui te ei soovi diagrammil lüüsi kasutada). Vaikimisi järjestusvoog – vaikimisi toimuv toimingute voog, mis enamasti pärineb lüüsist või toimingust, ei ole seotud loogiliste avaldistega.

Näited ja järeldused

Algussündmus, nagu nimigi ütleb, näitab protsessi alguspunkti. See on lähtepunkt, mis tähendab igasuguse puudumist sissetulev vool. BPMN-i tähistusnäidetes on algussündmust tähistatud ringiga, mille keskpunkt on vaba. Selliseks sündmuseks võib olla kliendi kiri või kõne, mis saadetakse näiteks veebipoodi või seda äriprotsessi modelleeriva ettevõtte kodulehele. Edasi läheb toimingute voog mööda jooni ja näitab protsessi täitmist kuni punase ringini, mis näitab lõpetamist, lõppsündmust. Muide, neid võib olla mitu ja protsessi lõpuleviimisega on lihtne jälgida, kus täpselt toimingute voog lõppes. Punasest ringist väljuv vool pole võimalik.

Kui diagramm pole värviline, siis on lõppsündmus esile tõstetud paksu ringikujulise joonega. Näiteks praktikas võib selleks sündmuseks olla tellitud toote väljastamine, mis on kulgenud vormistamisest kuni töötlemiseni kuni väljastamiseni. Kogu selle töö käigus on diagrammil näidatud tegevused, mis sooritati teel algusest lõpuni. Tegevust tähistab ümarate servadega ristkülik. Väravad – rombid. See keel on kasutajatele arusaadav, peate vaid pisut tutvuma siin illustratsioonidel oleva kuvasüsteemiga.

« Millises tähistuses on meil parem oma äriprotsesse üles ehitada? ” on üsna levinud ja üks kummalisemaid küsimusi, mida ma kunagi kuulnud olen. Fakt on see, et ärimudelite tähiste valik sõltub täielikult protsesside juhtimisele ülemineku otsustanud ettevõtte eesmärkidest ja eesmärkidest.

Veelkord IDEF0 kohta

Just IDEF0 tähistus on konsultantide ja ärianalüütikute seas endiselt armastatud. Enamik protsessijuhtimise seminare ja koolitusi toimub tänapäeval selle tähise alusel, kuigi ma isiklikult olen juba avaldanud oma arvamust selles küsimuses artiklis "".

IDEF0 sobib hästi tipptasemel protsesside ehitamiseks ehk kuvamiseks loogiline interaktsioon tööde vahel. Samal ajal saab diagrammi lahti võtta, st iga üksikut elementi saab esitada uue interaktsiooniskeemina, mis kirjeldab valitud plokki üksikasjalikult. Tänu sellele, et diagrammil kuvatakse mitte ainult sisendid ja väljundid, vaid ka "juhtimine" ja "mehhanism", on võimalik jälgida ressursside liikumist ja transformatsiooni oma protsessides.

Kahjuks ei mõista paljud ärikonsultandid, et IDEF0 kõigi eeliste juures ei ole mõistlik seda kasutada madalama taseme protsesside ehitamiseks, mis kirjeldavad personali üksikasjalikku tööd (WorkFlow). Esiteks ei ole IDEF0 tähistus võimeline kuvama töö teostamise ajajada ja teiseks ei sisalda see tingimuslikke üleminekuplokke, mistõttu kõik protsessid kirjeldavad tööd ainult lineaarselt, mitte piisavalt üksikasjalikult.

Järeldus: IDEF0 tähistus sobib tipptasemel protsesside ülesehitamiseks, et kuvada osakondadevahelisi interaktsioone ja ressursside liikumist.

BPMN – uus pilk protsessidele

BPMN on suhteliselt uus tähistus, mille esimene versioon ilmus 2005. aastal. Märkus on keskendunud töövoogude üksikasjalikule kirjeldamisele ja sobib kõige paremini madalama taseme protsesside modelleerimiseks. BPMN-i tähistusel on üks põhifunktsioon- süsteem saab reaalajas "käivitada" kõiki BPMN-i spetsifikatsioonile vastavaid diagramme.

Kui protsess on käivitatud, luuakse selle "eksemplar" ja protsessi juht või omanik saab kontrollida ülesannete täitmist reaalajas.
Protsesside "täitmise" oskus serveri poolt eeldab protsesside modelleerimise spetsialisti piisavalt kõrget kvalifikatsiooni ja protsessi piisavat detailsust. Näiteks kui ärianalüütik ei näinud ette sobivat üleminekut või võimalust naasta eelmisele funktsioonile, siis teatud etapis võib protsess "seiskuda" ja mitte käivituda, mis toob kaasa vajaduse teha muudatusi protsessi ja taaskäivitage see.

Kõigi oma eeliste juures on BPMN-i tähistust üsna raske kasutada regulatiivsetel eesmärkidel, näiteks kõigi töötajate funktsioonide kirjeldamiseks, et analüüsida ja genereerida ametijuhendeid, osakondade eeskirju ja protsessieeskirju.

Järeldus: BPMN-i tähistus sobib kõige paremini ainult ettevõtte põhiprotsesside modelleerimiseks, nende täitmise edasiseks kontrollimiseks reaalajas.

Vooskeem – tagasi põhitõdede juurde

Tegelikult pole selle nimega märget, tavalise vooskeemi teemal on palju variatsioone, näiteks põhiline vooskeem, Сristi funktsionaalne vooskeem jne. Kõik need tähised võimaldavad kirjeldada töövooge ja jagada vastutust tehtud funktsioonide eest. protsessi sees. Paljud tarkvaratooted kasutavad nende tähiste variatsioone ka madala taseme protsesside kirjeldamiseks lisaks tipptasemel protsesside kirjeldamisele IDEF0 abil.

Ärimodelleerijad saavad ise määrata selliste diagrammide detailsuse taseme, protsessiskeemide kirjeldamisel pole rangeid nõudeid, kuna need diagrammid ei ole mõeldud süsteemi poolt reaalajas täitmiseks.

Väga sageli kasutatakse neid tähiseid spetsialiseeritud ärimudelite süsteemides, et luua ettevõtte ühtne integreeritud protsessimudel viitega organisatsiooniline struktuur. Tarkvaraarendajad võtavad sageli kasutusele ka lisaplokke ressursside, dokumentide jms tähistamiseks.

Järeldus: Vooskeemide tähistuste modelleerimisprotsesside lihtsus muudab need ideaalseteks kandidaatideks kasutamiseks ärimudelite süsteemides regulatiivse dokumentatsiooni edasiseks automaatseks genereerimiseks: ametijuhendid, määrused, määrused.

eEPC – läheme oma teed

eEPC märgistuse autorid on tuntud Saksa firma IDS Scheer AG. Sarnaselt vooskeemil põhinevate tähistega on ka eEPC mõeldud madalama tasandi protsesside kirjeldamiseks, kuid see ei põhine personali funktsioonidel, vaid sündmustel, mis omakorda juba käivitavad mis tahes toimingu sooritamise personali poolt. Selle funktsiooni tõttu on standardprotsessid peaaegu kaks korda suuremad kui nende vooskeemis kirjeldatud analoogid.

eEPC notatsiooni funktsionaalsus on tavakasutaja jaoks üleliigne, kõiki saadaolevaid plokke pole mõtet kasutada, mistõttu reeglina koostavad kasutajad protsessimudeli väljatöötamisel eEPC notatsioonis esmalt spetsiaalse dokumendi (modelleerimine). leping), milles on eelnevalt sätestatud, milliseid plokke ettevõtte protsessimudelis kasutatakse.

Järeldus: eEPC tähistust saab kasutada madalama taseme protsesside ehitamiseks, kui lihtsamini kasutatav vooskeemi tähistus mingil põhjusel ei vasta ettevõtte nõuetele mudeli kirjelduse sügavuse osas.

Muidugi ei esinda see märkus esitluse täielikkust ega paljasta iga märke kasutamise funktsioone eraldi, kuid loodan, et pärast selle artikli lugemist tekivad küsimused stiilis “ Kas peaksime valima BPMN või IDEF0? ' muutub väiksemaks.

8. Valige formaalse lähenemisviisi eelised ettevõtte ärimudeli kujundamisel:

9. Humanitaarse lähenemise puudused ettevõtte ärimudeli kujundamisel on:

Teema 2. Ettevõtte protsesside ärimudel

2.1. Äriorganisatsiooni evolutsioon

2.2. Protsessi lähenemine juhtimisele, mõiste "äriprotsess" olemus

2.3. Ettevõtte äriprotsesside klassifikatsioon

2.4. Ettevõtte äriprotsesside juhtimine

Peamised edutegurid (CFU)

2.5. Äriprotsesside juhtimise efektiivsuse hindamine

Teema 3. Äriprotsesside modelleerimise alused

3.1. Äriprotsesside modelleerimise olemus ja vajalikkus

3.2. Märkused äriprotsesside loomiseks

3.3. Kaasaegsed metoodikad äriprotsesside modelleerimiseks

äriprotsessid

metoodika

idef3 metoodika

2. Valige modelleerimise teemavaldkonnad:

Teema 4. Äriprotsesside kvaliteedijuhtimise metoodika

4.1. Äriprotsesside täiustamise kontseptsioonisüsteemid

Kanban süsteem

5s süsteem

"Kolme" süsteem

Kvaliteediringide süsteem

pdca tsükkel

Shewhart-Demingi tsükkel

Kuus Sigma

Six Sigma kontseptsioonis

Kaizen süsteem

4.2. Äriprotsesside kvaliteedijuhtimise tööriistad

tulpdiagramm

Kontrollkaardid

Kihistumine

Ishikawa diagramm

Pareto diagramm

4.3. Metoodilised vahendid üksikute äriprotsesside kvaliteedijuhtimiseks

17. Mis on Six Sigma?

18. Valige Demingi ratta kasutamisel toimingute jada:

20. Mitu tsüklit sisaldab Shewhart-Demingi tsükkel?

Teema 5. Ettevõtte ressursside ärimudel

5.1. Ressursipõhine lähenemine ettevõtte juhtimises

5.2. Ettevõtte ressursside olemus, liigid ja struktuur

5.3. Ettevõtte tulemuslikkuse sõltuvus ressurssidest

5.4. Ettevõtte ressursside ärimudeli kujundamine

5.5. Tooraine jaotuse optimeerimine ettevõttes

Teema 6. Ettevõtte infoärimudel

6.1. Infoärimudeli põhimõisted ja elemendid

6.2. Ettevõtete majandustegevuse infokeskkond

6.3. Infosüsteemid: areng, tüübid, omadused

6.4. Pilvandmetöötlus - XXI sajandi äriplatvorm

6.5. Ettevõtte infoärimudeli kujundamine

11. Mis on infotööstus?

Teema 7. Ettevõtte maatriks-ärimudel

7.1. Maatriksmudelite põhimõisted ja tüübid majandusteaduses

7.2. Maatrikstööriistad ettevõtte juhtimissüsteemis

Prioriteetne maatriks

7.3. Majandusmaatriksmudelid ettevõtte tulemuslikkuse hindamisel

7.4. Ettevõtte maatriks-ärimudeli kujundamine väliskeskkonnas

1. Mida mõeldakse maatriksmudeli all?

2. Mis on maatriksdiagramm?

14. Joonisel on näidatud näitajate maatriks. Reastage näitajad tähtsuse järjekorras, et algatada parendustegevusi.

Teema 8. Ettevõtte kompetentsipõhine ("3d") ärimudel

8.1. Ettevõtte kompetentsipõhise ("3d") ärimudeli olemus ja põhielemendid

pädevusi

8.2. Metoodiline lähenemine kompetentsipõhise ("3d") ärimudeli kujundamisele

Lisa e

Ettevõtted

3.2. Märkused äriprotsesside loomiseks

Mudel- see on probleemide lahendamiseks loodud protsesside kuva. Mudelite loomiseks kasutatakse spetsiaalseid keeli, nagu graafika, diagrammid, tabelid või tekstilised kirjeldused, ja neid nimetatakse äriprotsesside kirjelduse "märkimiseks".

Metoodika alusel (tähistus)äriprotsessi mudeli (kirjelduse) loomist mõistetakse kui viiside kogumit, kuidas reaalse maailma objekte ja nendevahelisi seoseid mudeli kujul kujutatakse. Igale objektile ja lingile on iseloomulik hulk parameetreid (atribuudid) kajastades reaalse objekti teatud omadusi (objekti number, nimi, kirjeldus, täitmise aeg (funktsioonide jaoks), maksumus jne).

Äriprotsessi mudel- ettevõtte tehtud tööde rakendatud esitus (antud märgetes).

Ettevõtete praktikas kasutatakse erinevate suundade mudeleid:

tipptasemel äriprotsessi mudel- koondatud, ettevõtte äriprotsessi kõige üldisem mudel;

algoritmiline äriprotsessi mudel, kajastades selle elluviimisel ettevõtte poolt tehtava töö koostist ja loogikat;

voogesituse äriprotsessi mudel, objektide materiaalsete, finants- ja infovoogude kajastamine;

funktsionaalne äriprotsessi mudel,äriprotsessi funktsionaalse koostise kajastamine, protsessi funktsioonide määramine teostajatele.

Kaasaegsetes tingimustes hakati mudeleid pidama uut tüüpi regulatiivseteks dokumentideks. Juhtudel, kui mudel töötatakse välja spetsiaalse programmi abil, kasutatakse seda kui elektrooniline reguleerimine. Ja selliste mudelite rakendamise osas hakkas arenema spetsiaalne metoodika - äritehnoloogia.

Äriprotsesside kirjelduse vormid:

tekst;

tabelikujuline;

algoritmiline.

Protsessi täpsustamiseks täiendatakse tekstikirjeldust kirjeldusega tabeli või algoritmilise diagrammi kujul.

Rakendus tabelivorm(Joonis 3.2) muudab protsessi kirjelduse selgeks ja lihtsustab selle tajumist. Iga protsessi parameeter kajastub tabeli määratud veerus ega ole tekstis "hägune".

Äriprotsessi kirjeldus	Vastutav täitja	sisendteave	Tähtaeg	väljuv dokumentatsioon tulemus	Äriprotsessi tulemuse tarbija

Riis. 3.2. Näide äriprotsessi tabelikujutisest

Kasutamine algoritmilised skeemid(joonis 3.3; 3.4) on soovitav juhtudel, kui äriprotsessi (alamprotsessid, protseduurid) täitmise järjekord võimaldab täitmisel varieeruvust (jadakäitlemine on kombineeritud paralleelse, protsesside hargnemisega jne). Algoritmskeemid on mõeldud protsesside loogilise seose kuvamiseks, pealegi on need visuaalsemad ja "loetavamad".

Ei ole soovitatav kasutada ainult ühte vormi - tekstilist, tabelit või algoritmilist. Tekstivorm ei ole nii selge ja struktureerimata, protsesside loogilist ja ajalist omavahelist seost on tabelikujul keeruline kajastada ning seetõttu on keeruline ilma algoritmilise skeemita hakkama saada.

Kui kasutatakse ainult algoritmilist skeemi, tuleb sellel märkida kõik protsessi olulised parameetrid - teostajad, sisendid, väljundid, tarnijad, kliendid jne. Selle tulemusena osutub skeem tülikaks ja “ raskesti loetav”, mis vähendab selle praktilist väärtust.

Algoritmiliste skeemide koostamiseks kasutage spetsiaalsed graafilised elemendid(joon. 3.5), mille kogusumma määrab modelleeriv märge. Kõige populaarsemad äriprotsesside kirjeldamiseks on järgmised: vooskeem, põhiline vooskeem, ristfunktsionaalne vooskeem, sündmusepõhine protsessiahel,

IDEFO, 1DEF3, andmevoo skeemid, töövoo skeem. Modelleerimismärgise valik sõltub selle eesmärkidest ja selleks kasutatavast tarkvaratootest. Tavaliselt kasutatakse 3^1 või enamat tähistust.

Kõige tavalisem detaili tähistus(äriprotsesside kirjeldamise meetodid) on protsesside kujutamine algoritmidena plokkskeemide kujul ja protsessi kirjeldamine objektide voona. Objektivoog viitab teabele, dokumentidele ja muudele ressurssidele.