Epc jelölés leírása. Üzleti folyamatmodellezési jelölések összehasonlító elemzése

"Minél tisztábban adják át az információt, annál gyorsabban és pontosabban fogja fel az a személy, akinek címezték." Ezt az igazságot régóta aktívan használják a marketingesek, oktatók és kutatók. A menedzserek sem maradtak ki. Ez a cikk az egyik legnépszerűbb EPC-jelölést tárgyalja modern módszerek, amely lehetővé teszi leírás készítését nehéz munka nemcsak kényelmes, hanem sokkal pontosabb és érthetőbb is a projekt vagy folyamat minden résztvevője számára.

A grafikus modellezési szabványok megjelenésének története

Most, amikor a társadalomban minden folyamat fejlődési üteme növekszik és a rendszerek egyre összetettebbé válnak, a menedzsment, mint az emberek befolyásolásának művészete kénytelen elsajátítani a rendszermenedzsment képességét is, hasonlóan a menedzsmenthez. mérnöki rendszerek. A múlt század 90-es éveinek elején a „ újratervezés Michael Hammer és James Champy először ismertette ezt a meghatározást Reengineering the Corporation című könyvében." És ezt követően megjelent az üzlet „mérnökségének” fogalma. Ha az első az üzleti folyamatok újratervezése, akkor a második egy hatékony szervezeti rendszer tervezése a semmiből.

Ez a tendencia azt jelzi, hogy a szervezet mint rendszer leírásának, sőt felépítésének módszereinek keresése már régóta és meglehetősen sikeresen folyik. Ha a menedzsmentet nemcsak művészetnek, hanem tudománynak is tekintjük, akkor az is, mint minden más tudományos diszciplína, szükségünk van saját jelölési rendszerünkre a képletek és törvények rögzítéséhez. Az ilyen rendszermegoldásokat számos tevékenységi területen sikeresen alkalmazzák a mérnökök, vegyészek, fizikusok, matematikusok stb.

A szervezetet jelentő társadalmi-gazdasági rendszer sokkal változatosabb, mint természettudományok, És egységes forma„axiómák” és kezelési képletek feljegyzései még nem kerültek elő. De az út ki van kövezve. És kezdődik a jól ismert folyamatábrák, amelyek lehetővé teszik, hogy leírjuk az adott eredmény elérésének folyamatát. Sajnos azonban a folyamatábra vizuális lehetőségei nagyon korlátozottak, és nem teszi lehetővé az üzletvezetési folyamat elemeinek teljes változatos megjelenítését.

Manapság meglehetősen sok lehetőséget fejlesztettek ki a folyamatábrákhoz, amelyekkel az emberek és a rendszerek interakcióját ábrázolhatja a kreatív tevékenység folyamatában. Eszközkészletekké vannak egyesítve, hogy teljesebben leírják a vállalkozás tevékenységeinek minden aspektusát. Az ilyen eszközöket modellezési módszertanoknak nevezzük. Ezek közül három a legteljesebb és legismertebb:

• ARIS (Integrált Információs Rendszerek Architektúrája);
• SADT (strukturált elemzési és tervezési technika);
• UML (Unified Modeling Language).

(kattints a kinagyításhoz)

Egy vállalkozás tevékenységének teljes körű és átfogó leírásához különböző grafikus szabványokat kell használni, amelyeket a módszertan tartalmaz, és amelyeket jelöléseknek nevezünk. De a szűkebb problémák megoldásához elegendő kiválasztani a megfelelő leíráshoz kitalált jelölést. Fent található az egyik grafikus jelöléstípus, amelyet ebben a cikkben tárgyalunk.

Az EPC-jelölés jellemzői

Az EPC (Eseményvezérelt folyamatlánc) modellezési jelölés interakciós algoritmusok felépítésére összpontosít egy adott feladat végrehajtása során. Fő elemei a következők:

• a munkát elindító vagy befejező események;
• tevékenységek (munka), amelyek a rendszert egyik állapotból a másikba helyezik át;
• a munka előadói;
• erőforrások és munkaeredmények (inputok és outputok).

Ez a jelölés az szerves része Az ARIS módszertana, szerzője Wilhelm-August Scheer, az 1990-es évek elején fejlesztették ki. Az előző rész végén az ábra szemlélteti általános forma a munka szabványosításának folyamata EPC-jelöléssel. Tekintsük a szervezet üzleti folyamatainak leírását ezzel a jelöléssel. Anélkül is, hogy belemélyednénk a diagram lényegébe, a piros és a zöld elemek váltakozása azonnal megragadja a szemet - ez az események és folyamatok láncolata, amely a jelölés elnevezésében rejlik. A modellelemek összetételét négy fő pozíció határozza meg.

Valószínű, hogy a folyamatmodell leírása során egy információs rendszert fogunk alkalmazni. Ezután speciális háromszintű elemkészletekkel tudjuk megjeleníteni ( narancsszín).

1. IS – információs rendszer.
2. IC modul.
3. IS funkció.

Az adatbázisoknak hagyományosan saját képük van - henger formájában. Bár ezek használata információs rendszer és adatbázis nélküli rendszer nélkül ma már lehetetlennek tűnik. A függvények közötti átmenetek logikájának megjelenítésére logikai operátorokat használnak, amelyek segítenek meghatározni a párhuzamos munkavégzés vagy az események bekövetkezésének feltételeit. Lehetőségeket mutatnak a funkciók és események összevonására vagy elágazására. Csak három logikai operátor létezik: „ÉS”, „VAGY” és „Kizárólagos VAGY”. BAN BEN különböző rendszerek különböző grafikus szimbólumaik használhatók.

Jelölés és logikai operátorok használata EPC-jelölésben

Algoritmus egy EPC diagram felépítéséhez

Amint látjuk, ennek a jelölésnek kétségtelen előnye az elemek és szabályok intuitív halmaza a diagramok felépítéséhez. Folyamatdiagramok készítéséhez speciális folyamatmodellező programok használata javasolt. Az EPC esetében ez elsősorban az ARIS rendszer. De drága és meglehetősen összetett, és nem használják kis időszakos projektekhez az osztályok tevékenységének egyszerűsítésére.

A jelölés egyszerűsége és népszerűsége ösztönözte az üzleti folyamatok rajzolására szolgáló egyéb eszközök létrehozását, beleértve az EPC-jelölést is. A legegyszerűbb közülük a Visio - az egyik sablon az „EPC diagram” nevet viseli. A leghasznosabb eszköz számomra a Business Studio rendszer. Ebben a folyamat rajzolási lehetősége mellett automatikusan generálhat egy dokumentumot (Process Regulations) és munkautasításokat a résztvevői számára, ami jelentősen leegyszerűsíti a teljesítménystandardok kialakításának folyamatának rutin részét.

A másodlagos elemek színei és jelölései a különböző programokban kissé eltérhetnek, de az általános szabályokat mindig be kell tartani. A cikk első részében bemutatott EPC-jelölési példa egy egyszerűsített algoritmust tükröz az ezzel a jelöléssel való munkavégzéshez. Vegyük lépésről lépésre.

Miután elvégeztük az összes lépést, amit kapunk részletes terv végrehajtói számára érthető folyamat végrehajtása. A jól megjelölt események és eredmények pedig lehetővé teszik, hogy mindenki számára kontrollpontokat állítson be jelentős szakaszai folyamat. És ismét utalok a cikk elején közzétett vizuális modell példájára.

Az EPC jelölés előnyei és hátrányai

Az egyszerűség és a hozzáférhetőség mellett az EPC használatának a következő előnyei is vannak.

1. Lehetővé teszi az összes jelentős szervezeti elem megjelenítését egy diagramon (egy egyszerű folyamatábrával szemben).
2. Használható a modell különböző szintjein - globális folyamatok leírására és részletes utasítások készítésére, mivel minden funkcionális blokk alfolyamattá válhat.
3. Könnyen elvégezhető egy folyamat összetett párhuzamosítása, mivel egy sorba tetszőleges számú eseményt írhatunk be.

Ugyanakkor ez a jelölés nem az alábbi hiányosságok miatt lett az egyetlen.

1. A rendszert nagymértékben bonyolítja, hogy minden apró lépéshez eseményeket kell kitalálni.
2. A szervezeti meghibásodások valószínűleg a megbízások kényelmetlen nyomon követése miatt következnek be.
3. A bemenetek és kimenetek jó minőségű regisztrálása az áramkör túlterheléséhez vezet téglalapokkal és nyilakkal, amelyek elkezdenek metszeni, és ezáltal tovább bonyolítják az áramkör észlelését.
4. A munka párhuzamosításánál nagyon nehéz a végrehajtókat tükrözni. Ha egy személy egy csoport funkciót lát el, a kép bonyolultabbá válik a nyilakkal. Ha több előadó van, vagy nem akarunk hosszú nyilakat rajzolni, akkor az „oválokat” meg kell duplikálnunk az előadókkal. Mindez nagyon hamar teljes zűrzavarhoz vezethet a diagramban.

Saját tapasztalatom alapján elmondhatom, hogy az ebben a jelölésben megrajzolt helyi működési eljárások meglehetősen kényelmesek az utasítások fejlesztője és felhasználója számára egyaránt. A jelölés a projektmenedzserek számára is alkalmas, mivel lehetővé teszi számukra, hogy vizuálisan megtervezhessék egy projektben a munka elosztását a projekt különböző résztvevői számára intuitív nyelven. A vállalati tevékenység összetettebb többszintű modelljének kidolgozásához pedig más modellezési jelölések alkalmasabbak, amelyeket a következő cikkekben fogunk figyelembe venni.

Eseményvezérelt folyamatlánc.

Az EPC célja a munkafolyamatok, alsó (működési) szintű, üzleti folyamatok tervezése, leírása. A diagramok készítésének fő elemei az események és a függvények. Az üzleti folyamatokat az EPC diagramon váltakozó események és funkciók sorozataiként ábrázolják.

Az EPC alkalmazási területe

Az EPC-diagram egy szabványosított grafikus diagram üzleti folyamatok modellezésére, amely alkalmazható:

• Modellek készítése és üzleti folyamatok dokumentálása úgy, ahogy vannak
• A lehetséges fejlesztések leírása meglévő vállalkozás folyamatok, ahogy lesz (lesz)
• A folyamat összes résztvevőjének azonosítása
• Mindenkit feltárva információs rendszerek, a folyamatban részt vevő források és dokumentumok

Az EPC diagram jobb megértéséhez javasoljuk, hogy látogassa meg a következő linkeket:

• Bevezetés az EPC-be

  A link az EPC bevezetéséhez vezet. Javasoljuk, hogy először látogassa meg a linket.

• Az EPC diagramok elemei és szerkezete

  A link egy leíráshoz vezet, ahol a diagram legfontosabb grafikai elemei láthatók. Az elemek bemutatása és használatuk tökéletesen felépített, így nagyon könnyen eligazodhatsz.

• Példák az EPC diagramok készítésének szabályaira

  A hivatkozás egy dokumentumhoz vezet, ahol a diagramkészítés példái vannak leírva. P.S. Ebben az esetben csak a 86. oldaltól kezdve a negyedik fejezetben bemutatott információkra vagyunk kíváncsiak.

Egyéb hasznos anyagok:

• A link a gyűjteményhez vezet oktatási anyagok az ARIS módszertan szerint.

Az EPC-jelöléssel leírt diagram események és függvények rendezett kombinációja. Minden funkciónál meghatározhatók a kezdeti és záró események, a felelős előadók, az azt kísérő anyag- és dokumentumfolyamatok, és elvégezhető az alsóbb szintekre való bontás.

ábrán. A 4.7.1. ábra egy folyamatdiagram példáját mutatja be EPC (Event-Driven Process Chain) jelöléssel.

Az EPC jelölésű folyamatdiagramon a diagrampanel gombjának megnyomásakor a folyamatok automatikusan felülről lefelé számozásra kerülnek. Ebben az esetben, ha megváltoztatja a folyamat pozícióját a diagramon, megváltozik a sorrend a Navigátorban. Ha a gombot nem nyomjuk meg, a folyamatok száma a folyamatok navigátorban való elhelyezkedésétől függ, és a felhasználó meghatározhatja a rendszernavigátor helyi menüjének „Mozgás felül” és „Mozgás lent” gombjaival (lásd az „Eszköztár” című részt. és a Navigátor helyi menüje”). Ha az aktuális EPC folyamat részfolyamatai a Navigátor fában lettek létrehozva, akkor a diagram első megnyitásakor azokat felülről lefelé rendezi a rendszer.

Az EPC-jelölésben az elágazó nyilak az operátorok segítségével történik.

Az összes diagramelemhez kiválaszthat egy másik elemet a referenciakönyvből az „Objektum módosítása” helyi menüelem segítségével. Ebben az esetben egy folyamat jön létre a funkcióhoz a kiválasztott szabványos folyamathoz való hivatkozásként.

Egy tárgy vagy tevékenység tárgyának EPC diagramon való átnevezésekor az új név egybeeshet egy olyan elem nevével, amely már létezik a megfelelő könyvtárban. Ebben az esetben a program további működése hasonló ahhoz a helyzethez, amely egy entitás átnevezésekor adódik az Eljárás diagramon (lásd a 4.6.2 „Folyamatdiagram kezelése az „Eljárás” jelölésben) fejezetet.

4.7.1. táblázat EPC jelölési diagram eszköztár

Gomb	Célja
	Távolítsa el az alapértelmezett hivatkozástípust. Megnyit egy ablakot a felhasználó által meghatározott alapértelmezett kapcsolattípusok listájával a törölni kívánt típusok kiválasztásához. További információkért lásd lent a „Hivatkozások létrehozása” részt.
	Minden típusú kapcsolat megjelenítése/elrejtése a diagramban. A hivatkozástípusok nyilakon való megjelenítését szabályozza. További információkért lásd lent a „Hivatkozások létrehozása” részt.
	A folyamatszámok automatikus frissítése. Ha megnyomja a gombot, a folyamatszámok automatikusan frissülnek, amikor a diagramon elfoglalt helyük más folyamatokhoz képest megváltozik. Ha a gombot nem nyomjuk meg, a folyamatok száma a folyamatok navigátorban való elhelyezkedésétől függ, és a felhasználó meghatározhatja a rendszernavigátor helyi menüjének „Mozgás felül” és „Mozgás lent” gombjaival (lásd az „Eszköztár” című részt. és a Navigátor helyi menüje”). Alapértelmezés szerint minden új diagramnál a gombra kattintanak.
	Funkciókontextus átvitele a fedő diagramból. A diagram létrehozza az összes elemet, amely a fedő diagram bontott függvényéhez kapcsolódik. További információkért lásd lent a „Funkciókontextus” részt.
	Futtassa a szimulációt. Megnyílik a szimulációs statisztikai ablak. További részletekért lásd a 7.3. bekezdést.

Minden dolog a végtelen sokféleség megnyilvánulási formája.

Kozma Prutkov

Bevezetés az eEPC-jelölésbe

Jelenleg számos különböző elv létezik az üzleti folyamatok grafikus ábrázolására, amelyeket jelöléseknek neveznek. Miért van belőlük annyi? Ezt a kérdést mindenki felteszi, aki évtizedek óta szembesül azzal, hogy le kell írni az üzleti folyamatokat. Nézzük az okokat. Három van belőle (szerintem):

• - Különféle feladatok. Nem minden jelölés egyformán kényelmes a megoldáshoz különféle feladatokat. Például a jelölés kényelmes lehet egy üzleti folyamathoz felső szintés egyáltalán nem alkalmas a munkafolyamat leírására.

Az ilyen jelöléseknek különböző fejlesztői vannak. BAN BEN más idő Különféle fejlesztők próbáltak új elveket kidolgozni az áramkörök leírására. Jó szándékkal tették ezt, amikor a gyakorlatban olyan helyzetbe kerültek, hogy az általuk használt jelölés nem tudta tükrözni a szükséges finomságokat (vagy nem volt egyértelmű). Néha az evolúció során az ilyen jelölések mintegy párhuzamosakká váltak, pl. másképp néz ki, de ugyanazokat a problémákat oldja meg.

A kitűnni vágyás. Ekkor ismeretlen okokból hirtelen felbukkan egy új jelölés, amelyben önmagában nincs semmi kiemelkedő, de valamiért a legtökéletesebb know-how-ként hirdeti meg alkotója. Ez ma is előfordul.

Ennek a cikknek nem az a célja, hogy mindenféle jelölést mérlegeljen (szándékosan nem nevezem meg), hanem az, hogy Részletes leírás azt a jelölést, amelyet a legoptimálisabb megoldás hosszas keresése során választottam a projektjeimhez.

Ha valakit érdekel, hogy milyen egyéb jelölések léteznek és mire használják őket, azt egy másik cikkben tervezem megtenni, aminek a címe „Beszéljünk a jelölésekről”, de ez még tervben van.

Itt az ideje elkezdeni történetünket a nagyon érdekes, egyszerű és praktikus eEPC jelölésről (lefordítva: a folyamatok eseményláncának kiterjesztett leírása). Szó szerinti fordítása feltárja fő célját is: az üzleti folyamatok láncolatának leírását. A jelölés fő „tulajdonsága” az „eseményesség” elve, amelyet részletesen megvizsgálunk.

Melyek az eEPC jelölés előnyei:

1. Először is, ez nem egészen jelölés a tiszta formájában. Azok. ha egyes jelölésekben szigorú elemek és használatukra vonatkozó szabályok vannak (különben minden összezavarodik), akkor az eEPC-elv lehetővé teszi saját elemek hozzáadását. Hogyan biztosított ez? Persze van egy bizonyos „mag”, ami köré minden épül, i.e. világos szabályok halmaza, amelyek alapján egy diagramot összeállítanak, és amelyek alapján azt olvassák. Ezenkívül hozzáadhat saját elemet, beépítheti a használatának szabályait a saját vállalati szabványába (hogy kizárja az amatőr tevékenységeket, amelyek megzavarhatják a diagramot és megnehezíthetik az olvashatóságot), és kész! Ez nagyon fontos pont. Ezenkívül bármilyen más korlátozást és szabályt beállíthat a vállalati szabványban.
2. Az eEPC logikai elemeket tartalmaz. Ez lehetővé teszi diagramok felépítését olyan feltételekkel, amelyek szükségesek a tevékenység leírásához ("ha a szerződés megegyezik, akkor ...., ellenkező esetben ...")
3. Az elemek egyszerűsége lehetővé teszi, hogy diagramokat rajzoljon az alábbiak szerint szoftver termékek, és minden más módon, még papíron sem fogsz összezavarodni.
4. Az eEPC olyan könnyen megtanulható és megérthető, hogy valós tevékenységekben is használható, és nem csak a szekrényben gyűjti a port. A szabályok betanítása körülbelül 2 órát vesz igénybe (ha a tanuló úgy kívánja).

Természetesen, mint mindennek ezen a világon, ennek is megvannak a maga hátrányai. De racionális használat minimálisra csökkenti őket. A fő hátrány szerintem az, hogy ha egyszerű eszközöket használunk (pl. diagramok rajzolására szolgáló programokat, nem pedig üzleti folyamatok modellezésére), akkor nem rendelkezünk egyetlen alap objektum adatok. Ráadásul nehézkes a be- és kimenetek vezérlése (szabályozni kell őket, azaz szükség esetén ki kell találni a vezérlés módját). Másrészt viszont az összetett üzleti folyamatmodellező eszközök használata igen impozáns összegekbe kerül, és egy ezeket alkalmazó projekt milliókban mérhető. Így van egy nagyon gazdaságos és érthető eszközünk. Pontosabban, ez a hátrány kifejezetten az általam vizsgált leírási módszerre vonatkozik, pl. MS Visio vagy hasonló szoftver használatával. Ha használ speciális rendszerek objektumadatbázisokat támogató üzleti folyamatok leírását, akkor ez a hiányosság elkerülhető. Nos, ideje elkezdeni...

Az eEPC jelölés fő "magja".

Mint már említettem, az eEPC betűszó szó szerinti fordítása tartalmazza az eseményszerűség fogalmát. Ez egy nagyon fontos pont, amelyen az áramkör felépítésének teljes elve alapul. Tehát kettő van kulcsfogalom: "Esemény" és "Funkció". Amikor valaki először próbálja megrajzolni a folyamatát eEPC diagram formájában, gyakran felmerül a kérdés, hogy mi a különbség az esemény és a függvény között? Ezt világosan meg kell értenie, különben kiszámíthatatlan eredményt kap. Tehát: egy esemény valami történés ténye, és nincs időbeli időtartama, vagy ez az idő nullára hajlik (vagy nem számít). Sőt, egy esemény mindig egy függvény végrehajtásának szükségességét okozza, és egy függvény végrehajtása mindig egy eseménnyel zárul. Hadd magyarázzam el egy példával. A telefon csörög. A menedzser felvette a telefont telefonbeszélgetés céljából. Ebben az esetben a „Cseng a telefon” egy esemény. A telefonbeszélgetés egy funkció. A beszélgetésnek vége (leteszi) – újabb esemény. Így egy eseménylánc figyelhető meg: Hívás - beszélgetés - hívás vége. És a hívás befejezése valószínűleg végrehajtást igényel új funkció: Rögzítse a hívás eredményét stb.

Próbáljuk meg lerajzolni. Először is ki kell találnia, hogyan jelennek meg az Esemény és a Funkció elemek.

Ez a két egyszerű elem képezi az üzleti folyamatok eEPC-jelöléssel történő leírásának szabályainak alapját. Azt hiszem, néhány szót szólnom kell a használt színekről. Ha más jelölésekkel találkozott a folyamatok leírásával, az általában fekete-fehér volt. És ez így van, nem szabad, hogy a tartalom nyilvánvalóan függjön a színtől, mert a diagram rajzolható ceruzával papírra, nyomtatható fekete-fehér nyomtatóra stb. Ebben az esetben (az eEPC nációban) történetileg előfordult, hogy az elemek bizonyos színekkel rendelkeznek. Nem azt mondom, hogy ez szükséges, de kialakul a szokás, és az észlelés is elektronikus formában jobb - azonnal láthatja, hogy mi az, ami. Ezek a színek ajánlásnak tekinthetők. Miért ilyenek? Nem tudom pontosan, de úgy tűnik, hogy mivel az ARIS cég, amikor termékében támogatta az eEPC jelölést, ilyen színeket adott nekik, „gyökeret eresztettek”. Egyébként ezt a jelölést néha „ARIS”-nak, „ARIS EPC-nek” is nevezik, ami nem teljesen helyes, mert Az ARIS nem találta ki ezt a jelölést, hanem támogatta az üzleti folyamatokat modellező programjában. Általában a színek használatát javaslom. A lényeg az, hogy magának az elemeknek az alakja ne legyen egyforma (azaz csak színben térjen el), mert fekete-fehérben ez zavart okozhat. Vannak más szabályok is, amelyek lehetővé teszik az eEPC diagram „harmonikussá” tételét, ezekről fogunk beszélni.

Tehát van esemény, van funkció. Hogyan kapcsolódnak össze?

Látjuk, hogy az esemény1 egy bizonyos funkció végrehajtásának szükségességéhez vezetett, ami az esemény2-vel végződött. Ha például egy telefonhívással, akkor a következőképpen néz ki:

A kapcsolódási esemény - függvény - esemény általában fentről lefelé egy sorban, illetve balról jobbra haladva jelenik meg. A lánc irányát összekötő vonalak nyilakkal jelzik. A diagram vizuálisabbá tétele érdekében a jelölés több szabványos elemet is tartalmaz:

• Pozíció (előadó). Aki ezt a funkciót ellátja
• Információ. Bármilyen információ, amelyet a dokumentumon kívüli funkció végrehajtására használnak fel. Például egy telefonhívás, egy művelet végrehajtására vonatkozó utasítások stb.
• Dokumentum. A „Dokumentum” elem információhordozó (papír vagy elektronikus) megjelenítésére szolgál. Azok. információ megjelenítése meghatározott struktúrában.
• Program (jelentkezés). A funkció végrehajtásához használt szoftver.

Az összes többi elem kiegészítő jellegű, és gyakorlatilag nem szabályozzák maga az eEPC követelményei. Azonban nincs akadálya saját elemek hozzáadásának. A lényeg az, hogy ezt egy belső szabványban rögzítsék, hogy egységes legyen, hogy néznek ki és miért használják őket. Az ilyen bővítés nem sérti a követelményeket, ha az esemény-funkció-esemény kapcsolat nem sérül, és csak az információ észlelésének javítására vagy a leírási szabályoknak az iparági sajátosságokhoz való igazítására szolgál. Hozzáadtam a saját elemkészletemet, amelyet az alábbiakban tárgyalok.

Azt is meg kell találni, hogy a figyelembe vett elemek hogyan helyezkedjenek el. Mindezen elemeknek valamilyen módon kapcsolódniuk kell a funkcióhoz. Ez Általános szabály: Az eseményhez egy függvényen kívül más elem nem tartozik. Azok. mindezeket az elemeket nyilakkal kell összekötni a funkcióval. Ami a nyilakat és azok irányát illeti: általánosan elfogadott, hogy ha nincs irány az információ továbbítására, akkor nyíl helyett csak egy vonal jelenik meg. Ha információ kerül be (bemenet), akkor a nyíl iránya az objektumtól a függvény felé, ha kijön, akkor fordítva.

Még néhány szó ezeknek az elemeknek a diagramon való elhelyezkedéséről, és átrajzolhatjuk diagramunkat, tisztázva a hívásfeldolgozási funkció végrehajtását. Nincsenek szigorú követelmények az elemek elrendezésére vonatkozóan, de szokás ezeket minden diagramon egyformán megjeleníteni (az ábra egységessége és harmóniája érdekében). Az üzleti folyamatok grafikus diagramjainak külső megjelenésének egységesítéséhez az ilyen szabályokat belső szabványba kell foglalni és be kell tartani. Kicsit később adok néhány ajánlást ezzel kapcsolatban. Most rajzoljuk újra a diagramunkat:

Azt látjuk, hogy az operátor a bejövő hívások feldolgozására vonatkozó szabályok szerint dolgoz fel egy bejövő hívást, és ehhez a CRM programot használja. Sem a bejövő, sem a kimenő dokumentumokat nem használjuk fel.

Mint már említettem, az egyik erősségeit a jelölések a logika elemei. Ugyanakkor ez az egyik legnehezebben megérthető pillanat. Ezért először mondok egy példát, majd külön foglalkozunk a logika elemeivel.

Legyen ez a mi példánkban így: ha az ügyfél érdeklődik, a további munkát az értékesítési vezető végzi vele és beállítja Üzleti ajánlat, amelyet levélben küldünk az MS Outlook levelezőkliens segítségével. Ha nincs érdeklődés, akkor a hívásfeldolgozás befejeződik. BAN BEN való élet Jó lenne a hívás befejezésének szabályait használni, de mellesleg ez csak én vagyok, most egyszerűsítsük le. Íme, mi történik:

Logikai elemek az eEPC jelölési diagramokban

A logika elemei egyszerűek, de vannak sajátos jellemzők és szabályok, amelyek biztosítják, hogy a diagram logikus és egyértelműen értelmezhető legyen. A legtöbb fontos szabály, amit 100%-ban be kell tartani: logikai döntéseket csak függvény végrehajtásakor lehet meghozni. Azok. valamilyen esemény után nem lehet elágazás. Miért? Mert ebben az esetben ez ellentmond az esemény fogalmának – egyszerű és azonnali, végrehajtási idő nélkül. Például, ha csörög a telefon, és az ember ülve azon gondolkodik, hogy felveszi-e a telefont vagy sem, akkor elméletileg ez már egy olyan funkció lesz, ahol ő dönt. De a gyakorlatban, a józan észt is beleértve, megsérti a hívásfeldolgozás szabályait, mert... fizetést kap azért, hogy feldolgozza ezeket a hívásokat, és itt nincs mit megvitatni (általában, ahogy a diagramon látható).

Összességében a logikának 3 különböző eleme van:

• I. Ha két vagy több esemény történik egyidejűleg;
• VAGY. Amikor egy vagy több esemény megtörténhet, de legalább egynek meg kell történnie;
• KIZÁRÓLAGOS VAGY. Vagy az egyik, vagy a másik. Azok. két lehetőség egyszerre lehetetlen.

Amint látható, a logikai elemek grafikus ábrázolására két lehetőség van. Nem különböznek egymástól, teljesen alternatívak. Mindkettőt elhoztam, mert... a gyakorlatban mindkét lehetőség megtalálható különböző forrásokban. Ön dönti el, hogy melyiket használja. Nekem az első jobban tetszik.

Most meg kell értened a logikai elemek használatát. Először nézzük meg, milyen lehetőségeket találunk, majd térjünk át egy példára. Nézzük meg az egyes elemeket külön-külön.

Logikai elem "AND". Ha egy függvénynek több esemény egyidejű előfordulásához szükséges:

Példa: ha zárva jelentési időszak(1. esemény) és elérkezett a vezetői bejelentés határideje (2. esemény), a munkavállaló havi jelentést készít.

Elemek összekapcsolása, ha egy függvény végrehajtása során több esemény történik:

Példa: Néhány munka befejeződött az ügyféllel. Egyszerre két esemény került rögzítésre: a kölcsönös elszámolások egyeztetése (1. esemény), az okirat aláírása (2. esemény). A gyakorlatban ez az alkalmazás ritkán fordul elő. Általános szabály, hogy ha sok műveletet kombinálnak egy funkcióban

Csatlakozó elemek, ha több funkció végrehajtása során az esemény bekövetkezik:

Példa: A raktáros átvette a rendelést (1. funkció), az üzemeltető kiállította a dokumentumokat (2. funkció), az áru készen áll a szállításra (esemény).

Elemek összekapcsolása, ha egy esemény bekövetkezése több funkció végrehajtásához vezet:

Példa: Áruszállítmány érkezett (esemény). Ezzel egyidejűleg megkezdődik a vevők által korábban megrendelt áruk kiszállítása és a megmaradt áru raktárban történő elhelyezése.

Logikai elem "OR".

Elemek összekapcsolása, ha az események egyike a függvény végrehajtását idézheti elő:

Példa: Pályázat érkezett telefonon (1. esemény), vagy jelentkezés érkezett a email(2. esemény) a feldolgozás szükségességéhez vezet.

Csatlakozó elemek, ha egy függvény legalább egy eseményt elő tud hozni:

Példa: Az áruról számlát készítettek és elküldték az ügyfélnek. A számlát postai úton (1. esemény), faxon (2. esemény) lehetett elküldeni.

Logikai elem "EXCLUSIVE OR".

Elemek összekapcsolása, amikor egy funkció végrehajtásához csak egy esemény szükséges:

Példa: A vásárló személyesen érkezett az üzletbe (1. esemény), vagy megrendelést adott le az interneten keresztül (2. esemény). Az árut ki kell szállítani (1. funkció).

Elemek összekapcsolása, ha a funkció végrehajtása következtében legfeljebb az alábbi események valamelyike ​​következik be:

Példa: A döntés megszületett vagy nem.

Elemek összekapcsolása, ha az esemény csak egy funkció végrehajtása után következik be.

Példa: Az áruk kiszállítása (1. esemény) vagy saját szállítmányozással (1. funkció) történt, vagy szállitó cég(2. funkció)

A logikai elemek helyes alkalmazása némi gyakorlatot igényel. De nem nehéz. Megjegyzendő, hogy nem minden figyelembe vett kombinációt alkalmaznak széles körben a gyakorlatban (és ezt általában az elemző gondolkodásmódja határozza meg). Próbálja meg alkalmazni a logika elemeit a gyakorlatban. Ha bármilyen nehézséged van, írj nekem, megpróbálok segíteni.

A jelölés kibővítése saját elemekkel

Ahogy már mondtam, az eEPC nem pontosan egy jelölés, hanem inkább a leírás szabályai. És ezek a szabályok nem tiltják saját elemek hozzáadását a diagramhoz. A lényeg az, hogy ezek az elemek érthetőek legyenek, és legyen olyan dokumentum, ahol rögzítik az elemek ilyen bővítését. Például az alábbi kiegészítő elemeket használom, amelyek fokozatosan keletkeztek a különböző feladatok valós folyamatainak leírása során, az egyszerű leírástól az automatizálási feladatok beállításáig.

Adatfájl. Akkor használatos, ha egy művelet eredményeként adatfájl jön létre, vagy egy fájlt egy művelet végrehajtására használnak fel.

Adatbázis. Az automatizált rendszerek közötti információáramlás leírására szolgál.

Kártyaindex. Papírfájl vagy archívum megjelenítésére szolgál.

Anyagáramlás. A bejövő és kimenő anyagáramlások, valamint a folyamat végrehajtása során felhasznált erőforrások jelzésére szolgál. Az anyagáramlás a kísérő dokumentumoktól balra látható.

Információs klaszter. Strukturált információ (entitás reprezentáció) jelölésére szolgál. A diagram használható a felhasználói alkalmazások használatakor programozottan generált dokumentumok jelzésére. Ebben az esetben a Cluster elem a megfelelő dokumentumtól balra található. Azok. azt jelzi, hogy a felhasználó nemcsak papíralapú dokumentumot hozott létre, hanem másolatot is készített róla a programban.

Megállapodások az ábrák diagramon való elhelyezésének szabályairól

Maga az eEPC jelölés nem támaszt szigorú követelményeket az elemek egymáshoz viszonyított elrendezésére vonatkozóan, bár a diagramot fentről lefelé vagy balról jobbra szokás rajzolni. Ha ez több szakember munkája esetén nem egységes, akkor egyfajta „vinaigrette” jöhet létre. Ennek elkerülése érdekében javasolt az elemek elrendezésére vonatkozó saját szabályok kidolgozása és jóváhagyása. Az alábbi szabályokat betartom (és javaslom):

• Az események és funkciók sorrendje fentről lefelé (jobb) vagy balról jobbra (ha nincs elég hely) van elrendezve;
• Az előadókat jelző elemek a funkcióktól jobbra találhatók;
• A beérkező dokumentumok a funkciók bal felső sarkában találhatók; nyíl iránya a dokumentumoktól a funkciók felé;
• Kimenő dokumentumok a funkciók bal alsó sarkában; nyíl iránya a funkciótól a dokumentumok felé;
• Az információs elem a funkció jobb alsó sarkában található. Ha nincs elég hely, tetszőleges elhelyezés megengedett, a funkcióhoz lehető legközelebb;
• Az Alkalmazás elem a függvények jobb felső sarkában található. (ha nem jelentésnek minősülő fájltárolókat használnak ehhez, akkor ezek hasonlóan jelennek meg). Link nyíl nélkül.
• Az „Adatbázis” és a „Kártyaindex” elemek véletlenszerűen vannak elrendezve;
• Az „Anyagáramlás” elem a kísérő dokumentumoktól balra található, és nyíl nélküli vonallal kapcsolódik a dokumentumhoz;
• A „Cluster” elem, ha a „Dokumentum” ábrával együtt használjuk egy elektronikus formátumú dokumentum megjelölésére, a megfelelő dokumentumtól balra található.

Például: A bérszámfejtő a rendelkezésére bocsátott „Dandárrendelet” dokumentumok alapján számítja ki a bért. Ennek során a „Szabályzat a bérek", a számítás az "1C: ZiK" programban történik. A számítás eredménye a „Nyilatkozat” dokumentum.

Elemek azonosítása a diagramon

Mint ismeretes, az üzleti folyamatok leírásának kompetens megközelítése magában foglalja azok azonosítását, pl. amikor minden folyamatnak saját kódneve van. Ennek megfelelően a folyamaton belüli egyes funkcióknak is megvan a saját nevük és azonosítójuk.

A diagramon fel kell tüntetni a „Dokumentum” és a „Funkció” ábrákat.

A bizonylat azonosítása úgy történik, hogy a bal felső sarokban feltüntetik a jelentés vagy bizonylat nyilvántartás szerinti kódját. Az áruk és szolgáltatások szállítóitól kapott (bejövő) dokumentumok csak név szerint azonosíthatók.

Egy függvény azonosítása egy adott folyamatcsoport függvénysorszámának megadásával történik. Azok. A funkció száma mindig a folyamatcsoport kódjával kezdődik. A folyamatcsoportok azonosításának kérdései kívül esnek ebben a cikkben. Ezenkívül meg kell tanulnia azonosítani a folyamatokat, mielőtt elkezdi leírni őket, különben felmerülhet a vágy, hogy a vállalat összes tevékenységét egy diagramon írja le, ahogyan azt néha megkísérlik.

Ezért most csak egy példával mutatom meg, hogyan ábrázolható ez a diagramon. Térjünk vissza a hívásfeldolgozási példához. Tegyük fel, hogy a „04” kódot az értékesítési osztályhoz, a „VK” kódot pedig a bejövő kapcsolat feldolgozási folyamatához rendeltük. Ezután a diagram a következő formában jelenik meg (az azonosítás az egyértelműség kedvéért pirossal van kiemelve). Az okmánykód az irat általános okmánynyilvántartásban szereplő sorszámát jelöli (ezt külön is figyelembe vesszük, amikor az iratfolyamat rendszerének vizsgálatához érünk).

Visszajelzés kijelző

A modellek felépítésénél gyakran felmerül egy folyamat ciklikus végrehajtása valamilyen feltétel szerint, vagy a döntéshozók tevékenységének megjelenítése. Ebben az esetben arról beszélünk ról ről Visszacsatolás. A vezérlési visszacsatolás megjelenítéséhez a „közvetlen beillesztés” elvét alkalmazzák egy további vezérlőfunkció folyamatába, ezt követően elágazással (az „Exkluzív VAGY” logikai elemet használjuk). Például:

A folyamatok szöveges leírása

Hiába próbálunk diagramon megjeleníteni egy üzleti folyamatot, nem fogunk tudni teljes részletet elérni, különben beleragadhatunk az elemek és feltételek végtelen láncolatába. Ennek elkerülésére, valamint a folyamatleírás grafikusan nem megjeleníthető információinak kiegészítésére a leírás szöveges kísérettel egészül ki. Erre a célra különféle szövegsablonokat dolgoznak ki, amelyeket a leírási folyamat során töltenek ki. Az ilyen sablonok formái különbözőek lehetnek, és külön szakaszokat tartalmazhatnak, amelyek leírják a bemeneteket és kimeneteket, az elhasznált és felhasznált erőforrásokat. szoftver stb.

A legegyszerűbb esetben egy üzleti folyamatleíró sablon így nézhet ki:

Üzleti folyamat:	Bejövő kapcsolat feldolgozása	04.VK
A folyamat funkciói:
Név	Leírás	Szám a diagramon
Bejövő hívás feldolgozása	Ha bejövő hívás érkezik, az operátor a hívást a bejövő hívások feldolgozására vonatkozó szabályok szerint dolgozza fel. Felfedi az ügyfelek érdeklődését és tájékoztatást nyújt a szolgáltatásokról	04.VK.01
Kereskedelmi ajánlat kialakítása	Ha az ügyfél felkeltette érdeklődését, az operátor átadja a kapcsolatot az értékesítési vezetőnek. Az értékesítési vezető elkészíti a kereskedelmi ajánlatot és e-mailben elküldi az ügyfélnek	04.VK.02
Folyamatjelzők:
Név	Értékelés/mérés módszere
Meghibásodások száma	Adatbázis statisztika

A cikk hatókörén kívül a következők szerepelnek: fontos témákat, mint például az információgyűjtés, az üzleti folyamatok kiemelése, a dekompozíció, a mutatók kiemelése. Ezeket a kérdéseket mindenképpen tanulmányozni fogjuk a következő számokban.

2010. szeptember 22. 20:30

"Sárkányok, vak ember buff és cédula
Bújócskák, labdák, ugróbéka és ugrókötelek,
És egyszerű és egyszerű, és csak ugrókötelek,
Hát egyszerű, egyszerű, csak ugrókötelek!!!”

A. Vratarev

A cikk elkészítése során felfedeztem egy hihetetlen tényt: az EPC jelölésről, amely olyan egyszerű és annyira népszerű (vannak olyan vélemények, hogy még a BPMN-nél is népszerűbb), mindössze 4 nyelven vannak cikkek a Wikipédián: angol, német, cseh és üzbég. Ráadásul ezek a cikkek meglehetősen rövidek. Talán a cikk végére te és én, kedves olvasó, megértjük, miért.

Hadd kezdjem azzal a ténnyel, hogy az EPC-jelölést az 1990-es évek elején fejlesztették ki. az ARIS módszertan fejlesztése során, mint mondjuk annak folyamatkomponense. Az EPC alapító atyjának Wilhelm-August Scheer professzort tartják, akinek a neve önmagában áhítatot kelt az átlagemberben (kimondja hangosan, és érezze az ihletet). Mit is mondhatnánk annak a karnak a nevéről, ahol ez a tekintélyes srác dolgozott: Institut für Wirtschaftsinformatik of the University Universität des Saarlandes.

Az EPC jelölés létrehozásának célja az volt, hogy a folyamatokat le lehessen írni úgy, hogy a bennük végrehajtott függvények globális szemantikával rendelkezzenek a diagramon belül, ami azt jelenti, hogy egy függvény végrehajtása az EPC diagramokon nem feltétlenül egyértelműen meghatározott, de függhet a a diagram többi csomópontjának állapota, amelyek néha nagyon távol vannak egymástól.

A jelölés neve Event-driven Process Chain rövidítése, ami egyértelműen jelzi, hogy az EPC jelölési diagramok központi eleme az események. Az események bizonyos résztvevők bizonyos cselekvéseinek végrehajtását eredményezik. A műveletek befejezése pedig újabb eseményt generál, és így tovább, amíg a rendszer el nem éri azt az állapotot, amelynek a folyamaton belüli megjelenése a végső eseménynek minősül.

A jelölés lehetőségeinek világos bemutatására egy mindennapi példát használok, amelyet egy nemrég befejezett, melegebb éghajlatú nyaralás inspirált. Egy elismert szálloda recepciósa, Ivo Petkov kérést kap az egyik vendégtől, hogy sürgősen cseréljék ki a mosószereket a szobájában. Teljesen egyértelmű, hogy az ő feladata az ügyfél kérésének teljesítése, illetve EPC-szóval a rendszer „Megérkezett mosdócserére vonatkozó kérése” állapotból az „Ügyfél kérését kielégítették” állapotba hozni.

Megjelenítjük a két jelzett állapotot a diagramvázlaton, és azonnal észrevesszük, milyen könnyen olvasható lesz a diagramunk, mert minden elemének nemcsak formája van, hanem színe is. Így az események piros hatszögek, a funkciók zöld téglalapok lekerekített élekkel, az előadók pedig sárga oválisok.

Tehát térjünk vissza a példához. Az ügyféltől érkező kérés kézhezvétele után az Ivo-nak azonnal kérést kell küldenie a szobalánynak az ügyfél kérésének teljesítésére, ezáltal a rendszer a „Teljesítési kérés elküldve” állapotba kerül. A szobalány a raktárban rendelkezésre álló kellékeket felhasználva teljesíti Ivo kérését. És itt jelenik meg először a folyamatunk párhuzamosítása: ha a szobalány megérti, hogy a szükséges mosószer (mondjuk a tusfürdő) jelenleg nincs raktáron, akkor ő maga, talán nem is akarva, áthelyezi a rendszert a „Feltöltés a kérés lehetetlen” állapot, amiből természetesen az következik, hogy Ivo-nak nem túl kellemes beszélgetést kell folytatnia az ügyféllel, és az, hogy a rendszer milyen állapotba kerül, csak az ügyfél beállítottságától és harci hajlamától függ. Ha a raktárban a vendég számára szükséges minden kellék megvan, akkor a szobalány sikeresen teljesíti a neki átadott kérést, jelenti a teljesítést Ivónak, aki ezt jelenti a megrendelőnek. És mindenki boldogan él, míg meg nem hal, és ugyanazon a napon hal meg.

Ezt az egyszerű folyamatot tükrözi az 1. ábrán látható, örömmel kacsintó piros, zöld és sárga diagram.

Rizs. 1. EPC diagram a vevői kérelem feldolgozásának folyamatáról egy szállodában

És most a hagyomány szerint a jelölés előnyei és hátrányai.

Amikor először találkoztam az EPC diagramokkal, mint korábban említettem, nagyon örültem annak, hogy milyen könnyen olvashatóak: minden blokk kiemelve van alakban és színben, nagyon jól láthatóak az előadók, a szükséges anyagok, kiemelhető a lista. a lehetséges rendszerállapotok listája, a funkciók folyamata során végrehajtott állapotok listája. Ez kétségtelenül óriási plusz: az ügyfélnek nem lesz nehézsége az üzleti folyamat diagramjának elolvasása során az EDMS megvalósítása, ha az EPC jelölésben pontosan szerepel. Azonban a megrendelőt talán meg fogja zavarni az ilyen gigantikus állapotok száma, mert valójában ezek miatt az áramkör nagyon megnő. Még a mi példánkban is: néhány 4 függvény akár 5 állapotot generált (a kezdeti állapotot nem számítva). Néha elgondolkozol: miért kell mindegyiket kiemelni. A szerződés megkötése után mondjuk el, miért van erre szükség főigazgató külön blokkban tüntesse fel a „Szerződés Megállapodva”, és az aláírás után - „Aláírt megállapodás”, ha a továbbiakban a folyamat továbbra is lineáris marad. Őszintén szólva semmi szükség, hacsak nem nyilvánvaló kapitány.

És néha nem világos, hogyan lehet azonosítani azt az állapotot, amelybe a funkció átviszi a rendszert. Még ennek az egyszerű példának az elkészítése közben is megtapasztaltam bizonyos nehézségeket, amelyek pontosan ehhez a pillanathoz kapcsolódnak.

Az EPC diagramok előnye, hogy az IDEF0 diagramokhoz hasonlóan az egyes funkciók bemeneti és kimeneti adatait is jelezhetjük rajtuk, illetve nyomon követhetjük a bemeneti és kimeneti adatok mozgásának logikáját blokkról blokkra. Ezen túlmenően, ellentétben ugyanazzal az IDEF0-val, lehetővé vált a folyamat párhuzamosítása, csak az egyik mentén irányítva azt alternatív ágak(IDEF0-ban, ha párhuzamosságot adunk hozzá a végrehajtáshoz, akkor az összes párhuzamos függvény egyidejűleg lesz végrehajtva). Előnynek tűnt számomra az is, hogy az egyes szakaszokhoz (értsd: funkciókhoz) meg lehet adni az előadót.

De! Az IDEF0-ban minden dekompozíciós szinten egyszer megjelenik a végrehajtó, és az általa végrehajtott összes blokkra nyilakat húzunk a nevében. Az EPC-ben annak kiszámításához, hogy egy végrehajtó hány műveletet hajt végre, végig kell menni az összes műveleti blokkon, és ellenőrizni kell, hogy benne van-e feltüntetve a számunkra szükséges végrehajtó.

Ez a jelölés nagyon kényelmesnek tűnt számomra a folyamat lebonyolításának ellenőrzése szempontjából: minden funkció minden bizonnyal új állapotba helyezi a rendszert, amiből az következik, hogy minden funkció végrehajtása után ellenőrizhető a rendszer, hogy átáll-e a kívánt állapotba. állapotot ténylegesen végrehajtották. De rögtön felmerült a kérdés: valóban szükség van erre? Például ritkán van ilyen vágyam =)

Tehát általánosságban az EPC jelölés számomra kényelmetlennek tűnik az üzleti folyamatok leírására: túl sok figyelem az eseményekre, túl kevés figyelem a cselekvésekre és különösen azok csoportosítására az előadó vagy a felhasznált anyagok alapján. Igen, egyszerű, igen, gyönyörű, és igen, sajnos csak ennyit mondhatok róla, mint valószínűleg sok másról. =)

Az UML és BPMN jelölésekről szóló cikkek pedig egyre közelebb kerülnek.

(4,14 - 21 ember értékelte)