Modelování podnikových procesů se stalo klasickou prací mnoha podnikových analytiků v rámci optimalizace podnikových procesů a standardizace činností. ruské společnosti. Existuje mnoho notací, které se v určitých případech používají. Tento článek je věnován přehledu zápisů modelování obchodních procesů.

VAD (protischéma řetězu s přidanou alue)

Notace VAD navržená Michaelem Porterem ve své práci o firemní strategii se zaměřuje na modelování obchodních procesů, které „vytvářejí hodnotu“ ve formě služeb nebo produktů pro zákazníka. Model obchodních procesů vytvořený v notaci VAD poskytuje obecný, nepodrobný pohled na obchodní procesy.

Pomocí zápisu VAD můžete popsat seznam a vztah obchodních procesů na nejvyšší úrovni, protože tento zápis umožňuje zobrazit všechny obchodní procesy společnosti na jednom modelu. V notaci VAD můžete použít vztahy, které ukazují vztah obchodních procesů vůči sobě navzájem, přičemž tok procesu v této notaci v naprosté většině případů směřuje zleva doprava.

Existuje mnoho možností zápisu VAD implementovaných v různých nástrojích, z nichž každý má svou vlastní znakovou sadu, ale všechny vypadají přibližně stejně - sada obchodních procesů často propojená odkazy „předchůdce-následovník“.

Rozšíření této notace v sadě nástrojů ARIS vám například umožňuje zobrazit umělce, rizika, dokumenty, data a mnoho dalšího na modelu obchodních procesů.

Kromě modelování mapy obchodních procesů organizace vám notace VAD umožňuje modelovat kompletní obchodní procesy během jejich počáteční definice. Musíte však pochopit, že VAD není určen k modelování logických podmínek v procesu, a proto je managementem dobře přijímán. V praxi po modelování podnikových procesů na nejvyšší úrovni v notaci VAD následuje podrobnější modelování podnikových procesů v dalších notacích, které si podrobněji rozebereme níže.

Model notace VAD lze kreslit v různých nástrojích, jako je MS Visio a mnoho dalších nástrojů pro modelování obchodních procesů.

Modelování obchodních procesů - EPC (event-driven process chain)

EPC notaci vyvinul profesor August Wilhelm Scheer v rámci metodologie ARIS toolkit. S pomocí je obchodní proces modelován jako seznam procesních kroků spouštěných událostmi. Zápis je vhodný pro následnou regulaci obchodního procesu, stejně jako pro analýzu informačního toku obchodního procesu (příchozí/odchozí dokumenty).

Volnost zápisu EPC vám umožňuje popsat další objekty v rámci modelování podnikových procesů, jako jsou operační rizika, kontrolní postupy, obrazovkové formuláře, Informační systémy, indikátory a mnoho dalšího.

V rámci notace EPC je proces modelován „shora dolů“ a pořadí, ve kterém jsou prováděny kroky/funkce/akce/operace obchodního procesu, je určeno systémem událostí a logických podmínek. Jako události v zápisu EPC se uvažuje začátek a dokončení procesních kroků a také externí události, které vyžadují odezvu organizace.

Model obchodních procesů se skládá ze sekvencí "událost-funkce-událost" a logických operátorů "AND", "OR", "exkluzivní OR", které zobrazují řešení, kontrolu stavu, paralelizaci a konvergenci toků modelovaného obchodního procesu.

Možností zápisu EPC je mnoho, ve formátu sloupců, řádků i s různými seznamy použitých objektů, nicméně všechny tyto možnosti jsou dostupné pouze v sadě nástrojů ARIS, zatímco v jiných nástrojích, například MS Visio nebo Business Studio, k dispozici je pouze modelování obchodních procesů EPC v klasickém formátu.

Modelování obchodního procesu v notaci EPC umožňuje následně získat textový nebo tabulkový předpis obchodního procesu, protože správně nakreslený model EPC lze převést na sekvenci vět v běžném jazyce, která se stane základem předpisu. Proto je tento zápis považován za nejvhodnější pro modelování obchodních procesů za účelem následné analýzy a regulace.

Modelování podnikání— procesy– BPMN (Business Process Model and Notation 2.0)

Notace BPMN byla vytvořena Object Management Group (OMG) a je určena pro modelování podnikových procesů s ohledem na jejich následnou automatizaci. Notace BPMN se používá pro detailní modelování obchodního procesu a počet objektů v této notaci přesahuje 100, což umožňuje popsat všechny nuance chování obchodních procesů tak, aby informační systém dokázal převést vytvořený model na spustitelný kód.

Díky otevřenosti zápisu BPMN a podpoře většiny nástrojů pro modelování obchodních procesů a automatizace se tento zápis stal lídrem v modelování obchodních procesů.

V notaci BPMN můžete kromě kroků obchodního procesu modelovat počáteční, mezilehlé a konečné události procesu, informační toky a toky zpráv. Mezi rysy notace lze vyzdvihnout výchozí použití stylu modelování Swim Lane (plavecké dráhy), kdy je účinkující zobrazen jako vertikální nebo horizontální pruh připomínající dráhy v bazénu, a právě na této dráze jsou umístěny akce / operace prováděné tímto umělcem.

Zefektivnění podnikového procesu ve formátu Swim Lane zviditelní přenos odpovědnosti a pracovní tok mezi účastníky procesu, ale zároveň znesnadní modelování v případě více spolurealizátorů v jedné operaci.

Modely nakreslené v notaci BPMN je často obtížné sestavit do koherentní hierarchie, protože metodika byla původně vytvořena pro automatizaci „end-to-end“ obchodních procesů.

Použití notace BPMN vyžaduje určitou zkušenost, což často omezuje počet tvůrců těchto modelů na systémové a obchodní analytiky. Zástupci obchodních jednotek zřídka modelují obchodní procesy v notaci BPMN.

Navzdory grafickým odlišnostem jsou si notace BPMN a EPC velmi podobné a v ARIS toolkitu je již lze vzájemně převádět, i když s určitými metodickými omezeními.

Modelování obchodních procesů - Flow Charting

Název zápisu je Flow Charting, nejsnáze se překládá jako vývojové diagramy. Tato notace se původně objevila ve standardu ANSI v roce 1970 a obsahuje velmi jednoduchou sadu znaků.

Za léta existence zápisu Flow Charting bylo nakresleno mnoho variant vývojových diagramů obsahujících symboly pro řešení různých problémů, např. materiálové toky, role a zaměstnání, vybavení, analyzovat vstupy a výstupy funkcí.

Vývojové diagramy byly ve skutečnosti předchůdci moderních zápisů modelování obchodních procesů a až dosud byly vyučovány ve většině vzdělávací instituce v rámci oborů věnovaných informačním technologiím.

Notace Flow Charting nemá pevný standard, který vám umožňuje modelovat obchodní procesy z různých úhlů pohledu a podle potřeby do modelu přidávat určité objekty. Tímto způsobem je tento zápis velmi podobný EPC, ale má ještě větší volnost, pokud jde o aplikaci. Díky svobodě používat Flow Charting a podpoře nejlevnějších a dokonce bezplatných nástrojů pro modelování obchodních procesů je tato notace použitelná v mnoha společnostech.

Mezi nedostatky Flow Charting lze vyzdvihnout absenci typického seznamu objektů a atributů, což je odvrácená strana „svobody“ tohoto zápisu. To vám umožňuje modelovat stejný obchodní proces v tomto zápisu takovým způsobem, že se modely od sebe budou vážně lišit.

Navzdory skutečnosti, že modely obchodních procesů v zápisu Flow Charting lze nalézt poměrně často, s největší pravděpodobností se stanou minulostí a ustoupí „přísnějším zápisům“

Modelování podnikání— procesy– IDEF (jazyk integrované definice)

Notace IDEF vznikla v 70. letech 20. století jako vládní standard USA se zaměřením na vstupy, výstupy, mechanismy a kontroly podnikových procesů a propojující procesy organizace do hierarchie. Klíčovým prvkem tohoto zápisu je funkce, zatímco všechny ostatní objekty a interakce jsou modelovány pomocí vztahů.

Notace používá velmi jednoduchou sadu symbolů: procesní obdélníky a šipky znázorňující vstupy, výstupy, ovládací prvky a mechanismy, tato notace se vyznačuje „zabudovaným“ systémem číslování kroků obchodního procesu, který umožňuje sledovat vztahy mezi nadřazenými a dětské procesy.

Vzhledem k historii tohoto standardu a jeho poměrně rozšířenému použití je implementován v mnoha modelovacích nástrojích, ale přesto lze tento zápis připsat odcházející generaci, protože má stále méně příznivců a obchodní zástupci často zacházejí s těmito "mikroobvody" skepticismus.

UML (sjednocený Modelování Jazyky)

Unified Modeling Language (UML) je sada notací a modelovacích metod určených k popisu požadavků na informační systémy, ale mezi notacemi UML existuje i specializovaná notace určená speciálně pro modelování podnikových procesů. UML podporuje Object Management Group (OMG), díky čemuž je tato metodika mezi IT profesionály zcela běžná.

Tato notace je velmi podobná EPC a BPMN, rozdíl je pouze v zobrazení logických příkazů a událostí, a přestože existuje mnoho knih o notaci UML a je podporována mnoha modelovacími nástroji, UML Activiti Diagram se používá především pro analýzu systémů. a design a pouze malý počet společností používá UML k modelování obchodních procesů

VSM (hodnota Proud Mapování)

Název notace VSM lze přeložit do ruštiny jako mapování toku hodnoty zákazníka. původní název tento zápis v Toyota Corporation, kde se věří, že byl vynalezen - Mapa toku materiálů a informací.

V rámci metodiky byla vyvinuta notace VSM štíhlá výroba a používá sadu specifických symbolů k zobrazení prvků nákladů na zdroje a čas k analýze efektivity obchodního procesu v projektech Lean 6Sigma. Mapa hodnotového toku zobrazuje fyzické prostředí a tok materiálů a produktů ve výrobním procesu a používá se k propojení nákladů na zdroje a čas s procesem, a tak poskytuje náhled na výkon.

Účelem této notace je zapojit její účastníky do analýzy obchodního procesu a povzbudit je k samostatnému hledání příležitostí k optimalizaci. Modely VSM se zpravidla kreslí v projektech na Flip Chart a nevyžadují seriózní nástroje pro modelování podnikových procesů, protože na jejich základě jsou přijímána rozhodnutí a samotný model se nestává základem regulace ani IT řešení.

Hlavní při tvorbě modelu v notaci VSM je vyplňování dočasných atributů procesem, hledání „úzkých míst“ a míst nadměrného skladování zásob.

Tento zápis má omezený okruh příznivců a mezi širokými masami obchodních analytiků nebude v blízké budoucnosti rozšířen kvůli specifičnosti úloh řešených s jeho pomocí. Zároveň však mnoho nástrojů pro modelování podnikových procesů, jako je ARIS, již vyvinulo rozšíření pro podporu modelování podnikových procesů v této notaci.

SIPOC

Zkratka SIPOC znamená: Dodavatel (dodavatel), Vstup (vstup), Proces (proces), Výstup (výstup), Zákazník (spotřebitel). Jedná se o šablonu procesní dokumentace přijatou v metodologii Six Sigma, ve skutečnosti se ani nejedná o modelový zápis, ale o tabulkový formát, který umožňuje popsat obchodní proces na nejvyšší úrovni. Model SIPOC je nejúčinněji aplikován při definování hranic podnikových procesů, interagujících stran a procesních vstupů/výstupů.

Pro SIPOC neexistuje žádná notace, protože se jedná o jednoduchou tabulku s příslušnými záhlavími, která umožňuje strukturovat vybraný obchodní proces pro další analýzu a optimalizaci.

Užitečnost SIPOC na rozdíl od jiných diagramů spočívá v možnosti jeho použití zaměstnanci obchodních jednotek, protože neobsahuje složitou logiku a mnoho objektů, jako jsou notace EPC nebo BPMN.

Modelování podnikových procesů – závěry

Podíval jsem se tedy na některé zápisy modelování obchodních procesů, které lze nalézt na ruský trh(Podrobněji jsou popsány v kapitole BPM CBOK o modelování podnikových procesů). Který ze zápisů zvolit pro použití je otevřená otázka, např. pro modelování podnikových procesů organizace na nejvyšší úrovni používám zápis VAD, pro primární modelování podnikového procesu vybraného k optimalizaci je jednodušší použít SIPOC nebo VAD. Vytvářet podrobné modely obchodních procesů – zjednodušené BPMN pro modelování mezifunkčních interakcí nebo EPC pro detailní modelování za účelem formalizace toku informací a sady objektů spojených s obchodním procesem. Pokud potřebujete automatizovat obchodní proces v systému BPMS, pak se bez zápisu BPMN neobejdete.

Procesním přístupem k obchodní organizaci se svět zabývá již dlouho a poměrně efektivně a standard Business Process Model and Notation (BPMN, notation) je promyšlený postup správný popis podnikové procesy. Společnosti neustále zdokonalují různé specializace tohoto standardu a dosahují tak velmi výrazného zvýšení všech ukazatelů kvality své práce. Zápis BPMN je srozumitelný nejen pro odborníky v oboru, ve kterém byl vytvořen, s jeho logickými výpočty může pracovat každý pracovník.

Modelování a standardizace

Současně s jednoduchostí je tato standardizace nejvíce kompletní model popsaný obchodní proces ve strojově čitelné podobě. BPMN (při zobrazení ve verzi zápisu BPMN 2.0) staví modely nejsložitějších procesů v podnikání velmi výkonným a výrazným způsobem a v nejsrozumitelnějším systému. A co je nejdůležitější, spolu s tímto standardem jsou definovány grafické modely a převedeny do krásně strukturované a strojově čitelné podoby, která je založena na XML. Notační jazyk BPMN je absolutně spustitelný, to znamená, že umožňuje modelovat procesy, které jsou následně prováděny pomocí BPMS ( automatizované systémyřízení obchodních procesů). Taková standardizace je mimořádně užitečná právě proto, že modeláři mohou používat některé softwarové produkty a interpreti - jiné, pokud tento standard podporují.

Pro sestavení určitého modelu lze použít více než jednu verzi (zápis BPMN 2.0 (PDF) a další), někdy je model sestaven z fragmentů různých zápisů, ale způsob jejich systematizace a čtení je stejný. Stále více podnikatelů zavádí ve svých společnostech provádění obchodních procesů na základě tohoto standardu. Poptávka po specialistech, kteří znají tento modelovací jazyk, každým dnem roste. Grafické prvky zápisu BPMN a pravidla pro stavbu modelů studuje stále více lidí. K tomu existují speciální kurzy, kde se zájemci seznámí s účelem tohoto jazyka, s typy diagramů a uvidí možnosti automatického provádění konstruovaných modelů. Nejzajímavější je praktická zkušenost s notací BPMN 2.0 (dostupná i v ruštině), modelování a analýza, vývoj obchodního procesu.

Specialisté

Kdo je schopen popsat obchodní procesy? Modelovací zápis BPMN snadno provede každý, kdo se zabývá automatizací, vývojem obchodních procesů. projektové manažery, systémové analytiky, architekty a vývojáře počítačové systémy, metodici, pracovníci kvalitních služeb. Obvykle jsou tito lidé schopni číst technickou dokumentaci v angličtině, podílet se na jakýchkoli analytických projektech, popisovat notaci BPMN, optimalizované nebo automatizované obchodní projekty nebo vyvíjet a udržovat software. Tato metodika má mezinárodní status, a ne značkové, jako mnoho jiných norem, a dokonce ani národní. Proto od roku 2005 analyzují a reorganizují podnikání pomocí procesního modelování v notaci BPMN.

Tato technika poskytla dostupné informace téměř všem uživatelům – od největších analytiků, kteří vytvářejí schémata, a vývojářů, kteří implementují technologie pro provádění obchodních procesů podle těchto schémat, až po vedoucí pracovníky společností, tedy běžné uživatele, kteří jsou zaneprázdněni správou a monitorováním implementace postavený model. Tímto způsobem Business Process Modeling Notations (BPMN) překlenují mezeru mezi tvorbou modelu a implementací modelu. Zde jsou shromážděny nejlepší nápady dostupné v jiných metodikách. Například pro lepší flexibilitu a čitelnost v zápisu BPMN 2.0 se řídí tradicí vývojových diagramů.

Symboly (prvky) BPMN

Podporuje a rozvíjí BPMN organizaci OMG. Nejedná se o meme internetových štamgastů, což znamená „ach mine goth“, ale o velmi slavnou Object Management Group, která zahrnuje více než osm set společností, které vyvíjejí standardy jako BPMN notace. Za všechny užitečné změny v nových verzích vděčíme vývojářům OMG. Právě tato organizace si jako klíčový směr zvolila propagaci notace UML BPMN, která se používá k modelování objektově orientovaných systémů. Proto při vývoji diagramů kromě konceptů a konceptů (tok řízení, akce, datový objekt atd.) existuje v BPMN mnoho konceptů, které jsou charakteristické pro objektově orientovaný přístup: zpráva, výměna a tok zpráv.

Symboly grafického zápisu jsou analyzovány podle jejich účelu a kombinovány do kategorií. Objekty – proudové objekty, Data – data, Swimlanes – oblasti odpovědnosti, Connecting Objects – spojování objektů, Artefakty – artefakty. Řídicí tok, datový objekt a symboly objektů toku jsou dále rozděleny do podskupin podle sémantických vlastností, aby bylo možné zobrazit specifika probíhajících událostí, vlastnosti větvení toku, provádění akcí a tak dále. Naznačují specifika díky dalším grafickým obrázkům - markerům, ikonám umístěným uvnitř hlavního symbolu. Přicházejí také symboly událostí jiný druh obrys a barvu pozadí.

Události podle času

Při provádění obchodního procesu vždy dochází k různým a četným událostem, které mají svůj dopad, přestože se nejčastěji jedná o nepovinné prvky a nejsou zobrazeny v diagramu obchodního procesu. Jedná se o příjem a odpověď na zprávu, změnu stavu v dokumentech a mnoho dalšího, co nemá smysl vypisovat – spousta událostí se děje doslova na každém kroku. Pro jejich klasifikaci jsou určeny vlastnosti každého z nich. První skupina - v době nástupu. Toto je počáteční událost, která ukáže začátek grafu. Odtud může být řídicí tok pouze odchozí a tok zpráv může jít oběma směry. Událost spuštění v diagramu obchodního procesu je obvykle jedna, ale nemůžete ji vůbec zobrazit. Někdy je jich dokonce několik, pokud k mapování dochází se stopami, fondy a nasazenými podprocesy. Obrys události je zobrazen jako tenká čára.

Koncová událost je výsledkem provedení obchodního procesu. Zde tok řízení pouze vstupuje a tok zpráv se stále přesouvá jak na vstup, tak na výstup. Příchozí proud je znázorněn šipkou. Diagram zobrazuje pouze jednu koncovou událost nebo několik – jsou naznačeny jako tlustá čára. Mezilehlá událost je jakákoli jiná událost, ke které dochází během provádění obchodního procesu. Jeden proud sem vstupuje a jeden také vystupuje. Pouze Boundary (hraniční událost) nastane a je zpracována okamžitě - buď na samém začátku nebo na konci akce. Zobrazuje se na obrysu (okraji) akce a obsahuje pouze jeden proud – buď příchozí, nebo odchozí. A taková událost je označena tenkou dvojitou čárou.

Události: přerušení podprocesu a typ výsledku

Vzhledem k tomu, že události během modelování obchodního procesu jsou velmi odlišné, byl další blok klasifikován jako ty, které mohou přerušit provádění akce. Jako první se označí nepřerušující události – jedná se o mezilehlé nebo spouštěcí události, které se vyskytnou během provádění, ale spouštějí odchozí vlákno, které je s ním spojeno, až po dokončení aktivity. Obrys takové události je znázorněn přerušovanou čarou. Další je přerušující událost, která nastane před nebo po standardní akci. Ve výjimečných situacích tato událost vyžaduje zastavení nebo ukončení akce, pokud chybí potřebné informace nebo se při zpracování zobrazí chyba, jsou potřeba další akce a podobně. Zde je obrys zobrazen jako plná čára.

Třetí typ událostí je klasifikován podle typu výsledku. Nejprve si zde musíme promluvit o iniciátoru zpracování. Jedná se o přechodnou nebo počáteční událost, která nastává v důsledku provádění akcí a je výsledkem provádění procesu - standardního nebo ne. Spouštěcí událost je reprezentována nevyplněnou ikonou. Do této sekce je potřeba přidat ještě jednu událost, která také hovoří o výkonu, pouze zde jde o výsledek zpracování. Jedná se o přechodnou nebo konečnou událost, která nastane během provádění akcí a je jedním z konečných výsledků provádění procesu – standardní nebo ne, zobrazuje se jako vyplněná ikona.

Akce

Proces, znázorněný jako diagram, vypadá jako uspořádaná sada akcí, které se provádějí za účelem získání určitého výsledku. Na vertikálním diagramu notace BPMN je shora dolů specifikována sekvence ukazující provádění procesu v průběhu času. Můžete jej také obkreslit ve směru šipek spojovacích prvků zleva doprava. Zobrazené akce mají tři hlavní pohledy a mnoho variant, z nichž každá má svou vlastní ikonu nebo ikonu.

úkol – úkol. Elementární jednání, tedy nedělitelné. Typ nebo specifičnost úkolu je označena značkou nebo ikonou v levém horním rohu symbolu akce. Úkolem může být Služba (služba), pro poskytování služby, což je automatizovaná aplikace nebo webová služba. Odeslat - odeslání zprávy. Pokud je zpráva odeslána alespoň jednou, lze úkol považovat za dokončený. Receive - příjem zprávy (stejný princip: pokud je zpráva přijata jednou, je úkol splněn). Úkol Uživatele je považován za charakteristický a provádí jej vykonavatel za pomoci softwaru a za asistence dalších zaměstnanců. Úloha, která vyžaduje ruční provedení, je ruční, která se provádí bez pomoci automatizace. Business-Rule - obchodní pravidlo, podle technologie splnění tohoto úkolu závisí na okolnostech, volba metody pomáhá nastavit obchodní pravidlo. Skript - skript, kde je provádění operací striktně v pořadí popsaném v jazyce, který interpret uznává. Obvykle se tento druh úkolu provádí automatizovanými prostředky.

Podprocesy

Sub-Process - podproces. Zahrnuje brány v notaci BPMN, pracovní postupy, události a mnoho dalších aktivit. Dílčí proces je tedy složená akce, jejíž části jsou přímo zobrazeny uvnitř symbolu na diagramu nebo jsou umístěny na samostatném rozkladovém diagramu. V druhém případě by měl hlavní diagram zobrazovat znaménko + ve středu dílčího procesu (spodní okraj aktivity). Existují standardní podprocesy, ale nestačí, takže se objevily jeho dvě specifické varianty. Toto je dílčí proces události - dílčí proces události, který se vždy spustí, když nastane událost spuštění. Diagram ukazuje, že to nijak nesouvisí se zbytkem činností a pracovních postupů. Obrys takového podprocesu je znázorněn tečkami.

Druhou variantou je Transaction (transaction), jedná se o akci skládající se z různých operací s úspěšným dokončením, tedy získáním pozitivního výsledku. Konkrétního výsledku můžete získat pouze tehdy, pokud jsou všechny součásti úspěšně dokončeny. Pokud se během provádění podprocesu vyskytnou problémy, výsledky všech předchozích operací budou zrušeny (událost zrušení). Takovým rušením může být nemožnost provedení konkrétní operace nebo její nesprávné provedení. Abyste předešli zrušení předchozích událostí, můžete zkusit kompenzovat neúspěšnou operaci (kompenzace události). Obrys takového dílčího procesu je zobrazen jako dvojitá plná čára. Chcete-li do diagramu zahrnout všechny úkoly nebo dílčí procesy, které jsou znovu použity, existuje výzva - výzva, která je v diagramu označena tučným obrysem.

Brány

Brány v notaci BPMN mají indikovat specifika toku operací a jejich průchod paralelními nebo alternativními větvemi. Brána se obejde bez odchozích nebo příchozích toků, ale vždy má alespoň dva vlastní buď příchozí nebo odchozí toky. Značka uvnitř jejího symbolu určuje typ brány. Může to být Exclusive, XOR - exclusive s exkluzivním "nebo", určeným k rozdělení toku do alternativních tras. Během procesu lze aktivovat pouze jednu z navrhovaných tras. Podmínky přeskočení jsou uvedeny vedle řádku označení. Inclusive, OR - neexkluzivní s logickým "nebo" hradlem určeným k rozdělení toku do tras, kde každá je aktivována, pokud je splněna podmínka pravdivosti logického výrazu s ní spojeného. V tomto procesu lze zvolit několik cest, ale pokud alespoň jedna z nich není pravdivá, pak je volba nemožná.

Obdobou nevýhradní brány je Complex (komplex). Rozdíl je v tom, že existuje pouze jeden výraz, který určuje aktivaci konkrétního pracovního postupu. Parallel, AND - paralelní s logickou bránou "and" je potřeba pro větvení nebo slučování paralelních operací. Exclusive Event-Based – Exkluzivní, ale na událostech založená brána, která rozděluje pracovní postup do alternativních tras. Exkluzivní brána založená na událostech pro spuštění procesu je také exkluzivní bránou, události, na kterých je založena, spouštějí celý proces. Toto je počáteční znak procesu nebo podprocesu, který nemá žádné vstupní proudy. Paralelní brána založená na událostech pro spuštění procesu funguje stejným způsobem - paralelní brána, také založená na událostech, které spouštějí proces. S jeho pomocí však můžete aktivovat několik procesů současně, pokud události s nimi spojené fungují. Přirozeně nemá žádné příchozí proudy. Obrázky jasně ukazují zápis BPMN v příkladech diagramů se dvěma druhy bran.

Data a streamy

Datový objekt je obsažen a používán konkrétně v grafech, což demonstruje použití dalších značek. Data Inputs - vstupní data, tedy počáteční informace pro zahájení provádění akcí. Zobrazuje se na horním okraji symbolu. Data Collection – sada dat, tedy celé pole nebo kolekce dat stejného typu. Zobrazuje se pod symbolem. Datový objekt a akce jsou spojeny vztahem pomocí asociace.

Standardní obrázek pracovního postupu lze v diagramu doplnit uvedením konkrétních toků. Conditional Sequence Flow - označení podmíněného toku operací při jeho větvení. Zobrazeno jako pocházející z akce (pokud nechcete v diagramu použít bránu). Default Sequence Flow - tok operací, který se vyskytuje ve výchozím nastavení, nejčastěji pochází z brány nebo akce, není spojen s logickými výrazy.

Příklady a závěry

Událost start, jak název napovídá, označuje počáteční bod procesu. Toto je výchozí bod, což znamená absenci jakéhokoli příchozího toku. Událost start v příkladech zápisu BPMN je označena kroužkem, ve kterém je střed volný. Takovou událostí může být dopis nebo hovor od klienta, například zaslaný do internetového obchodu nebo na webovou stránku společnosti, která modeluje tento obchodní proces. Dále tok operací jde podél čar a ukazuje provedení procesu až k červenému kruhu, který označuje dokončení, konec události. Mimochodem, může jich být několik a je snadné vysledovat, kde přesně tok operací skončil a dokončil proces. Žádný výstupní tok z červeného kruhu není možný.

Pokud diagram není barevný, je událost end zvýrazněna tlustou čárou ve tvaru kruhu. V praxi může být touto událostí například vydání objednaného produktu, který prošel celou cestou od vyřízení přes zpracování až po vydání. V průběhu všech těchto prací diagram ukazuje akce, které byly provedeny na cestě od začátku do konce události. Akce je označena obdélníkem se zaoblenými hranami. Brány - kosočtverce. Tento jazyk je uživatelům srozumitelný, pouze je nutné se mírně seznámit se systémem zobrazení, který je zde na obrázcích.

do EPC

Pokračujme v rozhovoru o Business Studiu. Možnosti tohoto systému poskytují podporu pro celý cyklus rozvoje podnikání: od návrhu architektury až po hledání způsobů, jak ji zlepšit.

Business Studio je jednoduchost a pohodlí

Business Studio je systém obchodního modelování vyznačující se jednoduchostí, pohodlím a vysoká rychlost učení od odborníků. Přítomnost intuitivního rozhraní systému umožňuje i začátečníkům zahájit proces návrhu obchodní architektury.

Použité modelovací zápisy

Program používá nejoblíbenější zápisy modelování obchodních procesů, které jsou pro zaměstnance srozumitelné bez dalšího školení:

1. Zápis IDEF0

Nejoblíbenější zápis modelování obchodních procesů založený na metodologii strukturální analýzy SADT.

Metodika IDEF0 je metodologie modelování, která umožňuje vytvořit funkční model, který zobrazuje strukturu a funkce systému. A také - toky informací a hmotných objektů, které tyto funkce spojují. Na obrázku níže je grafické schéma v notaci IDEF0 - příklad je implementován v systému Business Studio.

Obchodní procesy v notaci IDEF0 jsou znázorněny ve formě obdélníku a šipky odrážejí propojení s jinými procesy a vnějším prostředím.

Funkce zápisu jsou:

• schopnost dekomponovat procesy na podprocesy a tím vytvářet hierarchické modely podnikových procesů;
• výběr čtyř typů šipek: tři typy vstupů (vstup, ovládání a mechanismus), které umožňují flexibilnější popis logiky použití vstupů v procesu za účelem následné analýzy a výstupu.

Notace IDEF0 se používá k vytvoření modelu obchodního procesu nejvyšší úrovně. Konstrukce diagramu IDEF0 nejvyšší úrovně poskytuje nejobecnější nebo nejabstraktnější popis objektu modelování. Na nižší úrovni je pro popis algoritmu (scénáře) provádění procesu přípustné změnit standard IDEF0 na zápis Process, Procedure, EPC nebo BPMN 2.0.

Metodiku SADT lze podrobně nalézt v monografii Davida A. Marka a Clementa McGowana „SADT Structural Analysis and Design Methodology“.

2. Proces zápisu (základní vývojový diagram B Visio)

Tento zápis Používají se grafické prvky: událost, proces, rozhodnutí, dva typy šipek - šipky priority a šipky "Tok objektů".

Notace Process podporuje rozklad na dílčí procesy.

Procesní notaci lze použít k modelování jednotlivých firemních procesů i na nižší úrovni modelu podnikových procesů vytvořeného v notaci IDEF0.

3. Postup zápisu (křížový vývojový diagram B Visio)

Tento zápis se používá k reprezentaci algoritmu provádění procesu (zápis třídy pracovního postupu). Kromě grafických prvků používaných v zápisu Process jsou použity stopy (Swim Lanes), označující organizační jednotky - vykonavatele procesních akcí.

Notation Procedure podporuje rozklad na dílčí procesy.

Zápis procedury lze použít pro modelování jednotlivých firemních procesů i na nižší úrovni modelu obchodních procesů vytvořeného v notaci IDEF0.

4. Zápis BPMN 2.0

Používá se k reprezentaci algoritmu provádění procesu (zápis třídy pracovního postupu).

Zvláštností zápisu BPMN 2.0, který se objevil jako modelovací standard v roce 2011, je, že je určen jak pro modelování podnikových procesů, tak pro jejich provádění.

Je snadno pochopitelný a pohodlný jak pro obchodní analytiky, tak pro vývojáře, kteří automatizují provádění procesů. Pro export procesního diagramu do systému BPMS používá Business Studio standard XPDL.

Business Studio poskytuje 2 typy diagramů BPMN 2.0 – diagramy procesů a diagramy interakce procesů.

Používají se následující grafické prvky:

• procesy;
• vývoj;
• brány;

3 typy šípů:

• kontrolní tok;
• tok zpráv;
• sdružení;

• dokumenty;
• informace;
• zprávy, databáze.

Je důležité, aby v Business Studiu byly všechny prvky diagramu BPMN objekty úložiště.

V Business Studiu v notaci BPMN můžete sestavit hierarchický strom procesů, to znamená, že je podporována dekompozice.

Pro proces BPMN můžete automaticky generovat předpisy a další sestavy, tento zápis se používá hlavně k popisu procesů nižší úrovně, zejména těch se složitou logikou provádění.

5. Zápis EPC (Event-Driven Process Chain).

Používá se k reprezentaci algoritmu provádění procesu (zápis třídy pracovního postupu).

Diagram popsaný v notaci EPC (Event Process Chain) je uspořádaná kombinace událostí a funkcí.

Pro každou funkci lze definovat počáteční a závěrečné akce, účastníky, účinkující, materiálové a dokumentární toky, které ji doprovázejí. V EPC notaci se větvení šipek provádí pomocí operátorů.

EPC notace podporuje rozklad na nižší úrovně. Rozložitelný funkční diagram EPC lze popsat pouze v notaci EPC nebo BPMN 2.0.

EPC notaci lze použít k modelování jednotlivých firemních procesů, stejně jako na nižší úrovni modelu obchodních procesů vytvořeného v notaci IDEF0.

Jaké zápisy používáte ve své práci?

Často dostávám otázku – co číst o obchodních procesech?
Jedna z nejlepších stránek na Runetu je www.klubok.net. Sám jsem na fóru a článcích na tomto webu "vyrostl". Mnoho článků neztratilo na aktuálnosti ani nyní. Doporučuji začít u něj.

Ale pokud mluvíme o knihách, mohu s jistotou říci nejlepší kniha o podnikových procesech je kniha napsaná Repinem a Yeliferovem: "Obchodní procesy společnosti. Konstrukce, analýza, regulace".

Popis obchodních procesů: snaha o jednoduchost.

Článek se zabývá problematikou výběru notace pro popis procesů za účelem následné regulace. Jsou vzájemně porovnávány často používané zápisy Work Flow, např.: "Jednoduchý vývojový diagram" v MS Visio, "Procedura" Business Studia, zápis ARIS eEPC a další.

Při porovnávání zápisů je kladen důraz na vytváření jednoduchých a srozumitelných procesních diagramů pro zaměstnance organizace.

Pro obchodní analytiky firem jsou teze diskutované v článku vážným důvodem k zamyšlení nad tím, jak efektivní jsou přístupy, které používají k vytváření grafických diagramů organizačních procesů.

Úvod

Jedním z nejdůležitějších cílů pro tvorbu grafických procesních diagramů je jejich následné použití v regulačních dokumentech organizace. Tato schémata zpravidla používají zaměstnanci, kteří nejsou vyškoleni ve složitých notacích, nemají dovednosti systémové analýzy atd. Pro ně je velmi důležitá jednoduchost a přehlednost schémat. Složitá, matoucí schémata obsahující mnoho různých symbolů jsou lidmi špatně vnímána, což ztěžuje jejich praktické použití. Pro praktické účely je proto důležitá správná volba a použití zápisu (metody) pro popis procesů. Podle jakých kritérií by měl být takový zápis vybrán? Jak porovnat různé zápisy mezi sebou? Podívejme se na některé populární zápisy a pokusme se na tyto otázky odpovědět.

Porovnání notace

Pro srovnání byly vybrány následující zápisy popisu procesu:

1. "Jednoduchý vývojový diagram" (se zobrazením pohybu dokumentů pomocí bloku "Rozhodnutí");
2. "Jednoduché blokové schéma" (bez zobrazení pohybu dokumentů, bez použití bloků "Solution");
3. "Postup" systému Business Studio (jeden z možnosti zastoupení);
4. ARIS eEPC.

Jako testovací případ byl zvolen jednoduchý a intuitivní proces. Výsledky popisu tohoto procesu jsou uvedeny na Obr. 1-4.

Rýže. 1. Diagram procesu v notaci "Jednoduchý vývojový diagram" v MS Visio (s pohybem dokumentů, pomocí bloku "Řešení").

Na schématu Obr. 1. Posloupnost operací procesu v čase je znázorněna tlustými šipkami a pohyb dokumentů je znázorněn tenkými tečkovanými šipkami. Bloky "Solution" se používají klasickým způsobem. Zobrazují informace (otázky), na kterých „závisí“ další průběh procesu. Tento přístup k použití „diamantů“ je velmi běžný. Ve skutečnosti by však celá logika rozhodování a vytváření určitých výstupů (dokumentů) měla být obsažena v operacích procesu. Pokud se nad tím zamyslíte, hodnota (význam) kreslení těchto „diamantů“ není zřejmá. Jaké jsou tyto objekty: operace procesů, události? Zdá se, že není ani jedno, ani druhé. Jsou to spíše výroky pro rozhodování za nějaké podmínky. Ale koneckonců vyvíjíme procesní diagram pro lidi, a ne píšeme počítačový program ve speciálním jazyce. V počítačový program"diamant" by byla plnohodnotná operace pro porovnávání podmínek atp. Ale na procesním diagramu musíte zobrazit skutečné objekty - procesy prováděné lidmi, dokumenty, informační systémy atd. Přemýšlejte o tom, je správné zobrazovat „diamanty“ odděleně od operace procesu na diagramu? Místo toho můžete:

a) popsat logiku rozhodování ve formě sledu operací na schématu uvažovaného procesu;
b) popište logiku ve formě diagramu kroků odpovídajícího dílčího procesu s přechodem na úroveň níže;
c) popsat logiku v textu (v textových atributech operace) a následně ji uvést do plánu provádění procesu.

Formulujme „plusy“ a „mínusy“ výše uvedeného (obr. 1.) způsobu použití „diamantů“.

"Jednoduchý vývojový diagram" v MS Visio (s pohybem dokumentů, pomocí bloku "Řešení")
"Profesionálové"	"mínusy"
Vizuální zobrazení "logiky" volby určitých výstupů procesu. Zaměření pozornosti interpreta na rozhodovací bod / větvení procesu v závislosti na podmínkách.	Odstranění rozhodovací logiky „mimo“ procesní provoz (nesprávné z hlediska formálního rozkladu procesů). Dokumentovat proces je nepohodlné (při vytváření textového popisu operace musíte duplikovat „kosočtverce“ textem). Procesní diagram je přetížen informacemi. „Diamanty“ se často používají příliš formálně, bez skutečné potřeby.

Na Obr. 2. ukazuje příklad stejného procesu, pouze popsaného bez použití bloků a dokumentů "Solution". Je snadné zkontrolovat, že v tomto schématu je o 24 grafických prvků méně než na schématu na Obr. 1. Schéma Obr. 2. vypadá mnohem jednodušeji. Z grafických prvků neoslní, ale z hlediska informativnosti je toto schéma celkem srozumitelné a dostupné koncovému uživateli. Pokud jsou pro každou operaci procesu požadavky na její implementaci popsány v textu, pak kombinací tabulkového a grafickou podobu zastupování, je možné adekvátně popsat postup provedení procesu pro zaměstnance společnosti.

Rýže. 2. Diagram procesu v notaci "Jednoduchý vývojový diagram" v MS Visio (bez pohybu dokumentů, bez použití bloku "Rozhodnutí").

"Pro" a "proti" grafického znázornění procesu ve formě znázorněné na Obr. 2. jsou uvedeny níže.

Obecně platí, že použití schémat ve formátu podobném tomu, který je znázorněn na Obr. 2 je vhodný jak pro vývojáře, tak pro zaměstnance pracující podle těchto schémat.

Na Obr. 3. je prezentován procesní diagram vytvořený v zápisu "Procedura" modelovacího prostředí Business Studio. Schéma má několik funkcí. Jednak bloky „Rozhodnutí“ se nepoužívají standardním způsobem – nikoli jako grafický prvek pro zobrazení otázky a větvení, ale jako plnohodnotná operace rozhodovacího procesu. V Business Studiu má „kosočtverec“ téměř všechny atributy plnohodnotného procesu, ale nelze jej rozložit (snad to vývojáři systému časem umožní). Použitím "kosočtverce" (místo čtyřúhelníku) je diagram přehlednější. Přitom jakékoliv textové informace: popis, začátek, konec, požadavek na termín atd.

Druhý rys procesního diagramu znázorněného na Obr. 3., je použití šipek. Chcete-li zobrazit sled operací, můžete použít šipku s jediným hrotem - šipku "přednost". Pro zobrazení pohybu dokumentů můžete použít šipku se dvěma hroty. Ale právě v Business Studiu můžete použít pouze jeden typ šipky – šipky „nadřazenosti“. Zároveň se můžete vázat na pojmenované šipky požadované množství dokumenty, které jsou definovány v adresáři objektů činnosti. Tento přístup umožňuje:

• výrazně snížit počet grafických prvků na procesním diagramu a zároveň:
• zobrazit potřebné informace o příchozích a odchozích dokumentech v procesních předpisech.

Bez zahlcení diagramu zbytečnými prvky můžeme přesto celý proces popsat a nahrát do předpisů všechny potřebné informace.

"Pro" a "proti" grafického znázornění procesu ve formě znázorněné na Obr. 3. jsou uvedeny níže.

Rýže. 3. „Procedura“ systému Business Studio (varianta s netradičním využitím bloků „Solution“).

V případě použití Business Studia lze zápis "Procedura" použít mírně odlišnými způsoby. Autor článku se přiklání k přístupu uvedenému na Obr. 3.

Na Obr. Obrázek 4 ukazuje schéma uvažovaného procesu vyvinutého v notaci ARIS eEPC. Všimněte si, že některé operace procesu se nevešly do diagramu. Tento neúplný diagram nejjednoduššího procesu vytvořený v notaci ARIS eEPC obsahuje čtyři logické příkazy a osm událostí! Osoba, která čte diagram, musí být schopna správně interpretovat všechny tyto logické operátory. Bez speciálního školení a určitých dovedností ve čtení takových diagramů je nepravděpodobné, že by běžný zaměstnanec byl schopen porozumět logice daného procesu bez podrobného textového popisu nebo pomoci kvalifikovaného obchodního analytika.

Všimněte si, že procesní diagram v notaci ARIS eEPC zabírá podstatně více místa než diagramy zobrazené na Obr. 1-3. Složitost tvorby takového schématu je také výrazně vyšší.

Procesní diagram v notaci ARIS eEPC (vestavěný v Business Studiu)
"Profesionálové"	"mínusy"
Při vytváření schématu je zachována přísná formální logika procesu. Všechny události, ke kterým během procesu dojde, jsou jasně definovány.	Obtížnost vnímání. Značná složitost tvorby schématu. Zaměstnanci by měli mít zvláštní dovednosti a zkušenosti s interpretací takových schémat. informační redundance. Zabírá příliš mnoho místa, což je pro dokumentaci nepohodlné.

Obecně platí, že pokud se nechystáte kupovat SAP R / 3, pak volba a použití notace ARIS eEPC není z pohledu autora článku optimálním řešením. Za pozornost stojí vizuálnější a intuitivně srozumitelnější zápis popisů procesů. Někomu se však může zdát zápis ARIS eEPC přehlednější a srozumitelnější. Do jisté míry je to věc vkusu.

Rýže. 4. Diagram procesu v notaci ARIS eEPC (vestavěný v Business Studiu).

Popis procesu pro účely následné automatizace

Je zajímavé podívat se na dotyčný procesní diagram, pokud je popsán v notaci BPMN 2.0. Tento zápis je určen k popisu „spustitelných“ procesů, tzn. procesy podporované systémem BPM.

Váš názor na používání BPMN 2.0. akcie A.A. Belaichuk - výkonný ředitel Společnost "Business Console":

Na Obr. 5 ukazuje stejný proces v notaci BPMN. Jak vidíme, tento obrázek je podobný obrázku 1: v zápisu BPMN jsou úkoly reprezentovány obdélníky, vidličkami - kosočtverci, daty - ikonou podobnou dokumentu. Kontrolní toky jsou plné čáry, datové toky jsou přerušované. Je třeba poznamenat, že v tomto diagramu je zahrnuta pouze malá část zápisu BPMN: pouze jeden typ vidlice z 5 dostupných v paletě, jeden typ úloh z 8. Kromě širší palety je tato notace Vyznačuje se schopností modelovat nejen izolovaný pracovní tok, ale také několik procesů vzájemně interagujících prostřednictvím zpráv nebo dat. Tento zápis je navíc přísnější: definuje nejen ikony, ale také pravidla, podle kterých je lze vzájemně kombinovat. Potřeba takových pravidel je dána skutečností, že notace BPMN je zaměřena nejen na to, že ji lidé budou číst, ale také na přímé provedení speciálním software- "motor" BPM-systém. Zároveň, jak ukazuje tento příklad, při použití omezené podmnožiny palety není BPMN o nic složitější než známý vývojový diagram. Pro ty, kteří chtějí BPMN ovládnout profesionálně, doporučujeme specializované školení www.bpmntraining.ru.

Rýže. 5. Diagram procesu v notaci BPMN 2.0.

Životní praxe

Na Obr. Obrázek 6 ukazuje fragment procesního diagramu vyvinutého obchodními analytiky velmi specifické společnosti v notaci, kterou vynalezli. Schéma je postaveno na principech "Jednoduchého blokového diagramu" - blok "Solution" je použit v klasické verzi. Kromě toho schéma ukazuje mnoho dalších symbolů používaných nestandardním způsobem.

Při vytváření schématu na Obr. 6, obchodní analytici evidentně „bojovali“ o viditelnost a maximální přehlednost pro běžného uživatele. Snažili se minimalizovat, nebo dokonce eliminovat textové komentáře k procesním diagramům. Účinkující si jednoduše vytiskli schéma formátu A3, při čtení kterého bylo vše okamžitě jasné: co dělat, jak, jaké dokumenty použít atd.

Zvažované schéma samozřejmě není příkladem jednoduchosti a jasnosti. Byl však vytvořen za účelem předat maximum užitečných informací realizátorům procesu.

závěry

Je tedy zřejmé, že při popisu procesů je třeba usilovat o jednoduchost a srozumitelnost pro zaměstnance.
Použití složitých, formalizovaných zápisů při popisu procesů vede k:

• potíže při používání (výkladu) schémat běžnými zaměstnanci;
• nemožnost (obtížnost) organizace práce na popisu procesů zaměstnanci útvarů, kteří neprošli speciálním školením;
• výrazné zvýšení mzdových nákladů obchodních analytiků při vytváření schémat;
• další potíže při dokumentaci obvodů (velký objem atd.);

Nezahlcujte proto procesní diagram různými grafickými prvky. Ale pokud je používáte, je lepší, když je nosíte užitečné informace pro zaměstnance a nebyly pouze důsledkem formálního použití modelovacích notací.

V.V. Repin, Ph.D., docent, Výkonný ředitel BPM Consulting Group LLC, vedoucí. Katedra řízení podnikových procesů NOU HPE "IEF "Synergie", zakladatel portálu www.FineXpert.ru

Právě tyto jednoduché principy se snažím předat vedoucím podniků, které fascinují krásné prezentace. softwarových produktůčasto zapomínají, že jednoduchý kontrolní seznam je často lepší než 10 stran předpisů.

Na internetu můžete najít mnoho recenzí a diskuzí o zápisech pro modelování obchodních procesů. Konzultanti a obchodní analytici vedou dlouhé diskuse o tom, který zápis je nejlepší použít při modelování podnikových obchodních procesů. Diskuse o zápisech bez odkazu na softwarový produkt z našeho pohledu nedává smysl. Koneckonců, grafický diagram je jen špičkou ledovce, veškerá obchodní logika a vztahy jsou uloženy „uvnitř“ notačních bloků a nejsou na diagramu viditelné.

Například nyní populární zápis BPMN skutečně odhalí své výhody pouze ve spojení se systémem BPM, který dokáže „porozumět“ a „vykonat“ nakreslený diagram obchodních procesů v reálném čase. To znamená, že pomocí tohoto zápisu můžete automatizovat a řídit provádění procesu. Pokud proces pouze nakreslíte v notaci BPMN ve Visiu a uložíte ji jako obrázek, ztratíte téměř všechny výhody této notace oproti jakékoli jiné.

Nyní se na trhu objevilo mnoho softwarových produktů, které údajně podporují několik zápisů najednou, ale faktem je, že ve skutečnosti je logika těchto programů stejná pro kterýkoli z těchto zápisů. Odpovědnost a dokumenty jsou zpravidla upevněny uvnitř bloku a poté, aby se vizuálně splnily požadavky jednoho ze zápisů, lze do diagramu přidat grafické bloky, jejichž přítomnost neovlivňuje funkčnost v žádném způsob. To znamená, že ve skutečnosti vytváříte dva modely: jeden podle logiky programu a druhý - pro splnění požadavků zápisu a zároveň se tyto modely nemusí shodovat (to, co vidíme, není odpovídat tomu, co je uloženo v databázi).

Níže je uveden příklad systému obchodního modelování, který na papíře podporuje notaci ARIS eEPC, ale ve skutečnosti je odpovědnost přiřazena funkční kartě a grafické bloky se používají „pro krásu“.

Ale nekritizujme vývoj jiných lidí, ale místo toho se podívejme na nejpopulárnější notace na trhu pro modelování obchodních procesů a také na jejich implementaci v programu Fox Manager.

Procesy nejvyšší úrovně

Nejběžnější zápis pro budování procesů na nejvyšší úrovni je dnes IDEF0(metodika funkčního modelování) a ARIS VAD(řetězec hodnot).

Ve Fox Manageru jsme se nedrželi striktních požadavků žádného zápisu, ale jednoduše jsme vytvořili diagram interakce procesů, který se skládá z bloků a šipek a zobrazuje spojení, stejně jako vstupy a výstupy procesů ve vizuálu grafické schéma. Výhodou našeho přístupu k modelování procesů na nejvyšší úrovni je, že takové diagramy mohou být generovány automaticky pomocí Fox Manager, podívejte se na krátké video, abyste pochopili, jak to funguje.

Jaký je rozdíl mezi naším schématem a IDEF0? Za prvé, v IDEF0 jsou požadavky na to, na kterou stranu bloku by měla šipka pasovat:

• vstupní šipka vždy směřuje k levému okraji aktivity
• ovládací šipka - k hornímu okraji
• mechanismus šipka - spodní okraj
• exit šipka - pravý okraj

Je to důležitý rozdíl, který dává této notaci výhody oproti našemu přístupu? Z našeho pohledu ne, ale pokud chcete, můžete schéma interakce přinést ve Fox Manageru přesně v souladu s požadavky tohoto zápisu (nahoře - původní schéma v IDEF0, dole - jeho analog ve Fox Manageru).

Jak vidíte, pokud chcete, můžete modelovat schémata IDEF0 i ve Fox Manageru.

Zápis IDEF0 má i další požadavky (které však obchodní analytici obvykle nedodržují) - jde o omezení počtu bloků v diagramu (6-8) a princip dominance (nejvíce důležitou funkci by měl být v levém horním rohu). Opět platí, že v našem programu neexistují žádné překážky pro uspořádání bloků tímto způsobem.

Pokud jde o notaci ARIS VAD, je zde ještě jednodušší: stačí budovat procesy podél hodnotového řetězce a, chcete-li, ukázat odpovědné osoby a interakce.

Obrázek ukazuje příklad takového schématu v našem programu (nahoře - původní ARIS VAD diagram, dole - jeho analog ve Fox Manageru). Samozřejmě můžete najít chybu ve formě bloků, šipek nebo zvýraznění, ale obecně není pochyb o tom, že v našem programu můžete na přání vytvářet diagramy v souladu s požadavky notace ARIS VAD.

Procesy nižší úrovně

Ve Fox Manage používáme jednoduchý, vizuální a velmi flexibilní zápis pro modelování nízkoúrovňových procesů. S jeho schopnostmi se můžete seznámit z videa.

Existuje mnoho notací pro modelování nízkoúrovňových obchodních procesů: základní vývojový diagram, křížový funkční vývojový diagram, EPC a další. Většina z nich má mezi sebou drobné rozdíly.

Pokud například v programu Fox Manager na diagramu sbalíme bloky odpovědných, dokumentů a zdrojů, získáme analog notace základní vývojový diagram(vpravo je původní proces, vlevo analog ve Fox Manageru).

Pokud jsou všechny bloky na diagramu rozšířeny, dostaneme analog procesu v notaci EPC. Skvělé je, že při použití zápisu Fox Manager lze bloky dynamicky sbalit a rozbalit, aniž byste museli vytvářet novou verzi procesu v jiném zápisu. Obrázek vpravo ukazuje původní proces a vlevo je analog ve Fox Manageru.

Ano, samozřejmě, existují rozdíly, například jsme použili funkci ovládání jako zobrazení událostí, také nemáme samostatné bloky "Logický AND" a "Logický OR", ale lze je snadno nahradit jiným blokem (kosočtverec ) s písmenem "X" nebo "V" uvnitř.

Podpora notace Křížový funkční vývojový diagram byl přidán do programu v jedné z našich bezplatných aktualizací. Tato notace se liší od notací, o kterých jsme již hovořili výše, v tom, že na ní můžete zobrazit zodpovědné osoby podle stop, nikoli vedle bloku. Bohužel tato metoda má své nevýhody, když je spousta zodpovědných lidí, proces se stává neviditelným a obtížně čitelným. Problémy jsou i tehdy, když je potřeba rozdělit odpovědnost za funkci na dvě a více pozic najednou. Níže je uveden příklad takového procesu ve Fox Manageru.

Co se týče notace BPMN, pak se domníváme, že jeho schopnosti jsou příliš nadbytečné pro účely popisu, analýzy a regulace obchodních procesů. Tento zápis obsahuje asi 100 různých bloků a jejich poddruhů, které se používají v automatizaci procesů, ale jsou k ničemu pro systémy obchodního modelování, které neumí „provádět“ procesy v reálném čase, ale berou z nich informace k vytvoření regulačních dokumentů.

Samozřejmě je pravděpodobně možné množinu prvků tohoto zápisu zredukovat na potřebné minimum a pokusit se jej přizpůsobit pro účely regulace, ale v tomto případě přijdeme o jeho hlavní výhodu – možnost spouštět procesy s BPM. motor. Současně, pokud zbude pouze 5–10 nezbytných bloků, bude s největší pravděpodobností vzhled takových procesů velmi podobný zápisům, které jsme již zvažovali.

Závěr

Věříme, že program Fox Manager zvolil pro modelování podnikových procesů optimální zápisy, které jsou snadno pochopitelné a mají vysokou funkčnost.

Podpora notace je implementována na základě programového jádra, nepoužíváme Visio a další komponenty třetích stran, takže rychlost zpracování dat z takových vývojových diagramů je velmi vysoká.

Diagram může ukázat mnoho dodatečné informace, například vedle názvu funkce můžete zobrazit její typ, frekvenci, čas a dokonce i cenu, která se dynamicky počítá v reálném čase, jak se proces zaplňuje. Vzhled schématu lze zároveň přizpůsobit každému uživateli individuálně.

A v našem editoru procesů můžete sledovat změny, které uživatelé provedli, a zobrazit je v tabulce nebo je zobrazit graficky v diagramu.

Pokud vám nestačí standardní funkcionalita, můžete rozšířit základní sadu bloků pro modelování podnikových procesů. Můžete například vytvořit bloky rizik nebo indikátorů a zobrazit je v grafickém diagramu procesu.

Jsme si však vědomi toho, že někteří obchodní analytici nedůvěřují novému vývoji a raději používají staré známé notace. Účelem tohoto článku je ukázat flexibilitu programu Fox Manager a možnost přizpůsobení vzhled schémata pro požadavky většiny notací dostupných na trhu. Vytvářejte modely obchodních procesů tak, jak chcete!