Služby 

Obchodní modelování v aplikaci Microsoft Visio: od strategie k obchodním procesům a kvalitě. Diagram obchodních procesů pro netrpělivé Diagram obchodních procesů pro vystavení úvěrového visio

Pokud je třeba analyzovat různé otázky řízení organizace (podniku), uvažuje se o problémech „zasahujících do života“ společnosti, například:

− nízká rychlost rozhodování,

- nezodpovědnost zaměstnanců,

− poruchy.

Důsledky těchto problémů jsou:

- snížení ziskovosti a konkurenceschopnosti,

- zpomalení vývoje,

− i ukončení činnosti společnosti.

A když si majitel nebo manažer jednoho dne uvědomí, že „takto není možné pokračovat!“, vyvstanou otázky: « kdo je vinen? Co mám udělat jako první?"

Zároveň je intuitivně jasné, že k vyřešení problémů je nutné „uvést věci do pořádku“:

− popsat určitým způsobem, v souladu s jasnými pravidly, všechny činnosti organizace, protože není možné prezentovat všechny obchodní procesy najednou;

− vysvětlit zaměstnancům, jak by měli pracovat, o co se snažit

Jinými slovy, naléhavé problémy vyžadují systematický přístup a formalizace činností organizace - soubor pohodlných a snadno použitelných dokumentů, které určují, co by se mělo stát a jak a kdo je za co zodpovědný.

Pokud si dáte za úkol důkladně porozumět problémům managementu, bude to vyžadovat poměrně vážnou investici času a úsilí a možná budete mít touhu absolvovat další školení. Zde odpovíme na některé skutečné otázky, které si majitelé a manažeři firem často kladou domácí firmy v různých fázích jejich vývoje.

1. Vaše společnost je na začátku svého rozvoje: nedávno vstoupila na trh a teprve začíná s jeho vývojem. Obvykle je v této fázi počet zaměstnanců v organizaci malý (do 30 lidí), organizační struktura není příliš formalizovaná, nejsou zde více než 3 úrovně hierarchie, těžiště managementu je nejčastěji ve výrobě a prodeji produktu/služby.

§ nedostatek zřetelně označených strategie další vývoj (co a proč jdeme?)

§ nejistota v vymezení povinností a odpovědností každého zaměstnance i celá oddělení, což snižuje kvalitu práce a způsobuje vnitřní konflikty

§ vznik vážné problémy při změně zaměstnanců i na nižší úrovni společnosti, protože neexistují mechanismy pro předávání znalostí a dovedností novým zaměstnancům, díky nimž by se museli učit ze svých chyb. Poté, co se manažer s podobnou situací setkal alespoň několikrát, nevyhnutelně začíná přemýšlet o tom, že je třeba nějak formalizovat pracovní řád podřízených, kteří den za dnem provádějí standardní operace.

§ nemožnost dalšího rozvoje firmy bez přilákat další specialisty se speciálními znalostmi a dovednostmi.

Pravidelnost těchto a podobných obtíží svědčí o nutnosti tvořit v organizaci spořádaný A formalizovanéřídicí systémy. Jinými slovy, systém řízení se musí stát zaprvé řádně organizovaným a zadruhé stejně srozumitelným pro každého, tj. přesným způsobem zdokumentovaný.

Můžete vytvářet předpisy a udržovat je aktuální ručně, ale po chvíli se z toho stane nákladné mučení. Tento úkol lze rychleji a snadněji vyřešit vybudováním obchodního modelu, který poskytne základ pro rozvoj společnosti v budoucnu.

Kromě toho, že vypracování obchodního modelu je samo o sobě užitečnou a zajímavou činností, řada pozitivní účinky Budete schopni poměrně rychle cítit:

1. V procesu popisu činností společnosti začnete lépe chápat jak opravdu funguje podniku, tedy jak v něm probíhají hlavní procesy. Je vysoká pravděpodobnost, že již v této fázi začnou vznikat nápady. systémové zlepšení práce.

2. Výsledkem popisu je soubor dokumentů (procesní předpisy, popis práce, předpisy o oddílech apod.), který skutečně eviduje vaše pracovní technologie. Následně je vhodné jej využít, pokud je potřeba rychle zaškolit personál (pokud zaměstnanec odejde, je mnohem snazší zaškolit nového).

3. Když je jasně představena technologie pro provádění práce, je to pro manažera mnohem jednodušší vymezit oblasti odpovědnosti mezi zaměstnanci.

4. Obecně platí, že přítomnost skutečně fungujícího obchodního modelu zlepšuje ovladatelnost společnosti a efektivní využívání jejích zdrojů: pokud je model průběžně aktualizován, pak má manažer možnost „držet prst na tepu“ společnosti a sledovat soulad její organizační struktury a alokace zdrojů se skutečnými úkoly.

Obchodní model pro malou firmu můžete v zásadě vybudovat na koleně pomocí známých nástrojů MS Office a MS Visio, které je hojně využíváno pro práci s grafikou. V budoucnu, jak se společnost vyvíjí, však určitě budete muset provést změny a doplňky modelu vytvořeného metodou pokusu a omylu, a čím dynamičtěji se společnost vyvíjí, tím více oprav budete muset provést v různých diagramech a tabulkách , což znamená, že tomu budete muset věnovat více času. Je mnohem pohodlnější zachovat relevanci modelu, pokud je původně postaven ve speciálním prostředí určeném pro obchodní modelování.

Většina manažerů předních společností na svých trzích, které úspěšně využívají technologie obchodního modelování, přiznává, že když se rozhodli zahájit transformaci ve svých organizacích, nepředpokládali, že První etapa bude vyžadovat pevnou vůli – musíte přebudovat nejen vlastní představy a stereotypy, ale i myšlení kolegů a podřízených, systém posuzování jejich činností a obvyklou organizační strukturu. Manažer však tím, že ukáže vytrvalost a překoná okamžitou touhu skončit s projektem, dostane vhodný nástroj, jak dát věci do pořádku ve svém podnikání. Dodatečným „bonusem“ pro ty, kteří na samém počátku vzniku organizace nešetřili čas a úsilí při jejím návrhu, je možnost vyhnout se mnoha problémům v pozdějších fázích vývoje, což znamená výrazné zvýšení šancí na úspěch. v soutěži.

Zejména formalizace strategie a popis obchodních procesů společnosti umožňuje managementu zaměřit se na výkonnostní výsledky organizací. Porozumění obchodní proces jako soubor akcí, které se ve firmě provádějí za účelem získání daného výsledku a vzhledem k tomu, že všechny aktivity společnosti jsou kombinací určitého počtu obchodních procesů, procesní přístup se vyhýbá nadměrnému rozšiřování počtu zaměstnanců a snižuje pravděpodobnost vnitřní konkurence mezi divizemi organizace.

2. Společnost prošla počáteční fází a aktivně roste, objevuje se v něm stále více funkčních celků a stupňů řízení, počet zaměstnanců je takový, že vrcholové vedení už každého člověka osobně nezná.

V praxi se ve firmách zaměstnávajících více než 50 lidí musí nejčastěji vypořádat s funkčně-hierarchickým systémem řízení. Jeho podstatu lze stručně popsat jako identifikaci určitého počtu funkčních oblastí v činnosti podniku a budování systému řízení v souladu s nimi. Navíc, jak organizace roste, každá z funkčních oblastí si buduje svou vlastní hierarchii manažerů – od manažera (jakéhosi „experta“ v této oblasti) po běžného výkonného pracovníka, a čím větší organizace, tím více úrovní této hierarchie . A pokud zpočátku celý systém funguje více či méně úspěšně a poskytuje organizaci ovladatelnost, pak s růstem společnosti její efektivita nevyhnutelně klesá. Je to dáno specifiky rozhodování v systému, kdy pro posouzení problému ze všech stran je nutná souhra všech „odborníků“ v různých funkčních oblastech. I když je v odděleních několik úrovní hierarchie, interakce je organizována poměrně rychle, ale jak organizace roste, čas strávený rozhodováním překračuje všechny rozumné limity. Výsledkem je převod VŠECHNO rozhodnutí na nejvyšší úroveň a globální pokles ovladatelnosti.

Možné problémy, které vás nutí přemýšlet o optimalizaci ovládání:

§ Řešení provozních záležitostí zabírá vše pracovní doba hlava

§ Růst zaměstnanců společnosti předčí růst tržeb

§ Konkurence na trhu nás nutí hledat rezervy pro snížení výrobních nákladů

§ Každá z funkčních divizí společnosti si „žije svým vlastním životem“, koordinace mezi nimi probíhá pouze na nejvyšší úrovni – na úrovni ředitele.

V této fázi je již pro vedení společnosti extrémně obtížné obejít se bez jasně definovaného modelu systému řízení, protože struktura společnosti a informační toky v ní jsou poměrně složité a je nemožné je řídit „na rozmar." V tomto případě jednoduché zobrazení hierarchické funkční struktura společnost na papíře bohužel dělá málo pro zlepšení efektivity svých činností. Problémy funkčního řízení se zvláště zřetelně projevují ve velkých společnostech v obdobích vnější nestability, kdy se rychlost rozhodování stává kritickou charakteristikou systému.

Řešením problémů spojených s funkčním řízením je přechod na procesní řízení: všechny činnosti, bez ohledu na to, k jakému funkčnímu atributu patří, jsou seskupeny do smíšené jednotky, kde každý exekutor odpovídá za svůj blok operací. Zásadním rozdílem mezi těmito přístupy je přechod od řízení FUNGOVÁNÍ organizace (a jejích strukturálních útvarů sdružených na základě PŘEDMĚTU činnosti: účetnictví, právní oddělení, zásobování, prodej atd.) k řízení OBCHODNÍCH PROCESŮ založených na tzv. VÝSLEDKY aktivit. Tím pádem, zaměření se přesouvá směrem k efektivitě organizace. Zároveň jsou co nejpodrobněji popsány všechny možné situace při provádění obchodních procesů, protože v praxi je typických 80 % situací, které nastanou, a pro ně je vhodné vytvořit podrobné předpisy pro činnosti. V tomto případě personál v typických situacích může jednat co nejefektivněji a hlavně samostatně, tedy bez účasti manažera. Ve skutečnosti je manažer zapojen do procesu pouze tehdy, když nastane nestandardní situace, jejíž jednání není regulováno.

Díky přechodu na procesní řízení jsou společnosti s velkým rozsahem operací schopny systematizovat své činnosti a získávat výhody ve dvou směrech najednou:

1. Sníží se počet úrovní hierarchie, protože struktura řízení je postavena v souladu se strukturou procesů a v praxi jich je zřídkakdy více než 5-6

2. Normy ovladatelnosti při procesní přístup 2-3krát vyšší, protože management spočívá v koordinaci zaměstnanců a zapojení do procesu pouze tehdy, když se odchýlí od svého normálního průběhu.

Aby bylo možné reorganizovat systém řízení na základě procesního přístupu, musí vedení vyřešit otázku designu nový systém a směr tohoto návrhu je vzhůru nohama, tj. Na počátku jsou stanoveny strategické cíle a záměry organizace a ukazatele pro jejich dosažení a na tomto základě je vybudován systém procesů. Na základě procesů se formuje organizační struktura. Použití moderních technologií může výrazně snížit pracnost a urychlit projektování software pro vhodné účely, zejména systémy podnikového modelování Business Studio. Tento systém navíc umožňuje nejen připravit reorganizaci, ale také podpořit implementaci a následnou údržbu procesního řízení.

3. Dosažená organizace nová etapa svého vývoje: Otevíráte pobočky a měníte se v síťovou strukturu.

Někdy je vývoj firmy tak dynamický, že nemá čas na transformaci systému řízení. To se obvykle děje na rychle rostoucí trhy za výhodných podmínek.

Při rozhodování o otevření vzdálených divizí nelze podceňovat důležitost vnitřní připravenosti společnosti na takový krok. Není žádným tajemstvím, že některé společnosti úspěšně reprodukují a rozvíjejí své podnikání bez ohledu na region, zatímco jiné mají mnoho poboček, které jsou ztrátové.

Faktem je, že metody a technologie funkčního řízení, do určité míry účinné pro „jednoduché podnikání“, nemohou fungovat na síťových strukturách.

Připravenost společnosti otevřít regionální divize se obvykle posuzuje na následujících úrovních:

§ manažerské;

§ finanční;

§ marketing;

§ proces

Pokud firma řízená na funkčně-hierarchickém principu začne tvořit síť, stává se přechod na procesní řízení téměř nevyhnutelný, protože vážný rozsah úkolů a problémů dálkové ovládání podnikání činí ze zavádění pravidelných technik řízení naléhavou nutnost.

Možné problémy, které vás nutí přemýšlet o optimalizaci ovládání:

§ Nedostatek formalizace efektivní provozní technologie

§ Nemožnost (nebo vysoká cena) kontroly všechny aspektyčinnosti dceřiných společností

Obvykle je při otevírání poboček optimální ze všech hledisek přenést tam již vyvinuté provozní technologie (ano, stejné technologie, které dostáváte při popisu a optimalizaci obchodních procesů organizace). To vám umožní efektivně uplatnit stávající zkušenosti a „replikovat“ je s minimálními problémy: koneckonců, pokud není technologie činnosti formalizována, je manažer nucen osobně organizovat pobočku nebo k tomu přidělit nejkompetentnějšího zaměstnance. Co když potřebujete otevřít více než jednu nebo dvě pobočky a v krátké době? Přítomnost obchodního modelu v tomto případě řeší značnou část organizačních záležitostí.

Pouhé otevření poboček je dále pouze prvním krokem a při plánování takovéto cesty rozvoje si musíte být vědomi toho, že síť bude muset být spravována. Efektivní řízení síť poboček není možná, aniž by měly vysokou míru nezávislosti na přizpůsobení se různým vnějším podmínkám. V tomto případě podnikové centrum vystupuje výhradně jako koordinační orgán, který kontroluje finanční a materiálové toky. Proto je správa sítě podobná řízení procesů, kdy se pozornost managementu nezaměřuje na fungování, ale na výsledky výkonnosti.

Jak ukazuje praxe, většina společností s úspěšnou regionální strategií používá několik nástrojů:

1. optimální struktura– flexibilní a reagující na požadavky trhu;

2. správně zvolený model řízení pobočky, který určuje míru jejich nezávislosti;

3. podrobné pokyny, předpisy a dokumenty, definování práce

4. pobočková síť.

V reálné situaci na trhu musí podnikové centrum vytvořit systém řízení, který na jedné straně zajistí dostatečně vysokou míru regulace činnosti poboček a na druhé straně poskytne příležitosti pro pružnou reakci na změny trhu. podmínky.

Jak určit optimální míru standardizace jednotlivých procesů?

Jednou z možností by mohlo být použití takového algoritmu: definováním standardních procesů firma řeší problém optimálního rozdělení funkcí mezi centrum a pobočky. Každý regulovaný proces společnosti (řídící, hlavní, pomocný) je tedy rozdělen podle pravidla: proveden pouze v centru, provedeno pouze v pobočce, provedeno spolu. Je zřejmé, že procesy prováděné pouze v centru jsou standardní a musí být regulovány. Jsou-li procesy prováděny na obou úrovních, je obvykle vhodné je také standardizovat a regulovat. U procesů na úrovni odvětví je možné buď standardizovat provádění procesu – pokud jsou všechny pobočky podobné, nebo standardizovat reporting o procesu – pokud se provedení procesu v různých odvětvích může výrazně lišit.

Výsledkem je, že společnost obdrží seznam procesů, které je třeba standardizovat.

Pro úspěšné provedení všech přípravných prací a vybudování efektivní síťové struktury je nutné na základě jasně definovaných strategických cílů vytvořit systém procesního řízení s optimálním rozložením pravomocí a odpovědností mezi firemní centrum a pobočky. Aplikace procesního přístupu v v tomto případě diktuje logika rozvoje organizace a potřeba poskytnout jí adekvátní řízení.

Bez ohledu na to, v jaké fázi vývoje se společnost nachází, čím dříve se její vedení a vlastník věnují budování systému řízení procesním přístupem, tím větší je pravděpodobnost předstižení před konkurencí a zabránění výskytu typických „růstových bolestí“ .

Návrh systému řízení, jeho implementace a následné správné fungování je výrazně zjednodušeno při použití specializovaného softwaru pro obchodní modelování.

Dmitrij Pinajev / Moderní technologieřízení

Jedna z nejnaléhavějších výzev, kterým moderní doba čelí ruská společnost- jedná se o zlepšení podnikových procesů a systému řízení jako celku. Pomocí aplikace Microsoft Visio 2003 může obchodní analytik zjednodušit a urychlit základní práci při popisu systému řízení společnosti.

Popis řídicího systému

Optimálně navržené podnikové procesy mohou realizovat strategické cíle organizace a také poskytnout příležitost pro systémovou analýzu k přijímání informovaných obchodních rozhodnutí.

Formalizaci a dokumentaci systémů managementu dnes provádějí konzultanti managementu, strategické a organizační vývoj, IT specialisté a manažeři kvality. Nejčastěji se přitom potýkají s řešením následujících problémů:

  • popis a optimalizace obchodních procesů;
  • navrhování systému řízení pro nový obchodní směr;
  • implementace automatizované systémyřízení;
  • budování systému managementu kvality.

Popis systému řízení zpravidla zahrnuje model podnikových procesů společnosti, organizační strukturu a evidenci dokumentů pracovní povinnosti a odpovědnost zaměstnanců společnosti za konkrétní proces.

Model podnikových procesů

Model popisuje činnost firmy formou systému podnikových procesů a ukazuje, co se ve firmě dělá a jaké jsou díky tomu výsledky. Podnikatelský proces je chápán jako účelový sled akcí vedoucích k danému výsledku, který je pro firmu hodnotný. Většina jednoduchým způsobem budování modelu obchodních procesů je použití jednoho z běžných grafických zápisů, zatímco obchodní proces je znázorněn pomocí diagramu pomocí speciálních grafických symbolů.

Organizační struktura

Organizační struktura ukazuje hierarchii pozic a divizí v organizaci a zahrnuje rozdělení hlavních funkcí podniku, oblastí odpovědnosti a pravomocí podél hierarchického žebříčku řízení.

Graficky je organizační struktura znázorněna ve formě diagramu, na kterém jsou v blocích znázorněny divize a funkcionáři společnosti a v řádcích jsou znázorněny podřízenosti mezi nimi.

Dnes je většina technologií obchodního modelování založena na použití grafických diagramů. S ohledem na to zařadil Microsoft do svého systému pro tvorbu obchodních diagramů a diagramů Microsoft Visio 2003 speciální nástroje pro popis obchodních procesů a organizační struktury společnosti.

Pro modelování obchodních procesů nabízí Visio 2003 šablony obchodní analýzy pro vytváření 7 typů diagramů:

  1. Základní vývojový diagram;
  2. Cross-Functional Flowchart (s vertikálními nebo horizontálními stopami);
  3. EPC (Event-driven Process Chain);
  4. IDEF0;
  5. DFD (Data Flow Diagrams) ve dvou notacích: Gein-Sarson a Jordan-De Marco;
  6. WFD (Work Flow Diagram)

Z uvedených zápisů jsou nejoblíbenější IDEF0 a EPC.

Modelovací zápis IDEF0 je založen na metodologii SADT (Structured Analysis and Design Technique).

Diagram procesu „Nákup zásob a materiálů“ zobrazený pomocí notace IDEF0

Prvky grafického jazyka notace IDEF0 jsou Procesy (reprezentované jako obdélníkový blok) a Šipky, označující vstupy a výstupy procesu. K dispozici jsou celkem 4 typy šipek, které se liší podle toho, na kterou stranu obdélníku jsou připevněny.

Typy šipek notace IDEF0

Toto označení odráží určité systémové principy: vstupy se převádějí na výstupy, řídí limity nebo předepisují podmínky pro realizaci transformací, mechanismy ukazují, kdo nebo pomocí jaké funkce je vykonávána.

Dalším důležitým principem metodologie je hierarchická dekompozice procesů (práce): proces lze reprezentovat jako posloupnost jeho dílčích procesů. Rozklad lze provést do požadovaného stupně podrobností v popisu procesu.

Notace IDEF0 se obvykle používá k popisu obchodních procesů společnosti na nejvyšší úrovni. Umožňuje jednoduše a přehledně znázornit skladbu hlavních procesů, výstupy obchodních procesů, zobrazující zadaný výsledek jejich provádění, a vstupy, ukazující, jaké zdroje jsou potřeba k získání výsledku.

Chcete-li poskytovat navigaci prostřednictvím hierarchických modelů obchodních procesů, umožňuje aplikace Visio 2003 vytvářet hypertextové odkazy z jednoho diagramu do druhého. Můžete například určit, že když kliknete na proces, otevře se stránka s jeho diagramem rozdělení.

Diagram procesu zpracování objednávky znázorněný pomocí notace EPC

K popisu podnikových procesů na nižší (provozní) úrovni můžete použít notaci EPC vyvinutou Institutem informačních systémů Sárské univerzity (Německo) ve spolupráci se SAP AG. Klíčová vlastnost EPC diagramy - popis obchodního procesu jako sekvence střídajících se událostí a funkcí.

Základní grafické prvky EPC grafu:

  • funkce,
  • Události,
  • organizační jednotky odpovědné za výkon funkcí,
  • informace nebo hmotné předměty, které se používají k provádění funkcí,
  • konektory (AND, OR, XOR).

Na rozdíl od zápisu IDEF0 vám zápis EPC umožňuje pohodlně popsat nelineární provádění obchodního procesu. Pomocí konektorů můžete určit některé procesní funkce, které se provádějí paralelně, a některé pouze za určitých podmínek.

Druhým krokem při popisu systému řízení společnosti je sestavení modelu organizační struktury. K vyřešení tohoto problému obsahuje Visio 2003 šablonu organizačního diagramu, která umožňuje rychle vytvořit hierarchický diagram pozic a oddělení společnosti a definovat jejich parametry.

Organizační struktura

Šablona organizačního diagramu obsahuje sadu grafických prvků označujících typy pozic:

  • jednatel - vrchní manažer,
  • manažer - vedoucí,
  • pozice - pozice,
  • konzultant - konzultant,
  • volné místo - volné místo,
  • asistent - asistent.

Pokud je váš organizační diagram velký a obtížně se vejde na jeden list, Visio 2003 vám umožní rozdělit organizační diagram na více stránek. Po vytvoření horní části organizačního diagramu můžete pokračovat v jeho popisu na nové stránce, počínaje vybraným oddělením. Prvky představující stejné oddělení na různých stránkách budou vzájemně synchronizovány, když se změní název a parametry oddělení.

Vlastníci procesu

Po popisu organizační struktury je nutné určit vlastníka procesu z řad vedoucích a manažerů společnosti. Vlastník je osoba, která je odpovědná za výsledek procesu a má pravomoc řídit zdroje (materiál, práce atd.) nutné k jeho realizaci. Abyste mohli v diagramech IDEF0 přiřadit vlastníka procesu, musíte pro všechny procesy vytvořit vlastní parametr „Vlastník procesu“ a zadat do něj pracovní pozici z organizační struktury.

Vlastnosti procesu plnění

Na základě vyvinutých modelů obchodních procesů vám Microsoft Visio 2003 umožňuje generovat sestavy v následujícím formátu:

  • stránky Microsoft Excel,
  • webové stránky (soubor HTML),
  • tvar visio pro vložení sestavy jako tabulky aplikace Excel přímo do diagramu aplikace Visio,
  • XML soubor.

Chcete-li například obdržet zprávu o procesech označující správce procesů, musíte sestavu nakonfigurovat zadáním potřebných sloupců a spustit ji.

Generovaná zpráva o procesu ve formátu Microsoft Excel

Charakteristickým rysem aplikace Visio 2003 je snadnost a pohodlí vytváření diagramů a integrace s dalšími produkty Microsoft Office. Díky tomu specialisté, kteří vidí Visio poprvé, začnou během několika hodin vytvářet diagramy obchodních procesů a organizačních struktur a používat tyto diagramy v dokumenty společnosti Microsoft Slovo.




Event-driven Process Chain (EPC) Organizace používají EPC diagramy k plánování pracovních toků obchodních procesů. Pro tvorbu EPC diagramů existuje řada nástrojů, jako je sada nástrojů ARIS a ARIS Express, Microsoft Visio, Adonis od BOC Group, Mavim Rules od Mavim BV, Business Process Visual Architect od Visual Paradigm. Některé z těchto nástrojů podporují formát výměny dat EPC nezávislý na nástroji, značkovací jazyk EPML. EPC diagramy používají několik typů symbolů k zobrazení struktury toku řízení (sekvence rozhodnutí, funkcí, událostí a dalších prvků) obchodního procesu. Metodu EPC vyvinul August-Wilhelm Scheer jako součást své práce na ARIS na počátku 90. let. Používá se mnoha organizacemi k modelování, analýze a reorganizaci obchodních procesů.


Použití MS Visio Ve Visiu 2013 obsahuje kategorie Business šablonu diagramu EPC, kterou můžete použít k vytvoření diagramu EPC (Event Driven Process Chain) k dokumentaci obchodních procesů.






Závěry Použití softwaru Microsoft® Visio® je pohodlné, jednoduché a přístupné jako plotr pro procesní modely, ale není v plném smyslu modelovacím nástrojem. V profesionálních modelovacích nástrojích jsou objekty a jejich vlastnosti uloženy v databázových buňkách, což umožňuje provádět s nimi různé operace. Při použití složitých modelovacích systémů je však vyžadováno pořízení, instalace, vývoj a seriózní podpora takových systémů. To má své opodstatnění pouze v případech, kdy je skutečná potřeba využívat všechny možnosti databází zcela naplno. Vaše volba bude záviset na rozsahu použití: zda potřebujete „odlehčené“ řešení nebo profesionální softwarový produkt.

Dnes je Microsoft Visio jedním z nejrozšířenějších softwarových produktů pro obchodní modelování a je instalován na počítačích mnoha obchodních analytiků. Praxe ukazuje, že přítomnost takového jednoduchého, levného a zároveň funkčního nástroje několikrát zvyšuje efektivitu dokončení projektů a úkolů formalizace a optimalizace činností podniku.

Během semináře jsou podrobně probrány zápisy business modelingu a popisy podnikových procesů zabudovaných v MS Visio, metody pro vývoj obchodních modelů a implementace různých projektů pomocí MS Visio, základní a servisní funkce MS Visio a velké množství příkladů z reálných organizace jsou dány.

Hlavní důraz tohoto semináře není na tom, „která tlačítka stisknout“, ale na to, jak řešit praktické obchodní problémy pomocí MS Visio (tj. vytvářet strategické mapy, popisovat a analyzovat obchodní procesy, vyvíjet efektivní obchodní modely a předpisy). Účastníci proto na základě výsledků semináře získávají znalosti + dovednosti jak v práci v MS Visio, tak v základních metodách a úspěšných praktikách podnikového inženýrství.

Workshop poskytne odpovědi na následující otázky:

  • Jak rychle a efektivně rozvíjet obchodní modely v různých notacích?
  • Jak vypracovat obchodní model v souladu se všemi požadavky zvoleného zápisu a automaticky zkontrolovat jeho správnost (správnost)?
  • Jaké jsou vlastnosti a vlastnosti použití notací zabudovaných v MS Visio: Základní vývojový diagram (jednoduchý vývojový diagram), křížový funkční vývojový diagram (funkční vývojový diagram), IDEF0, ARIS VACD (řetězový diagram s přidanou hodnotou), eEPC (událostmi řízený procesní řetězec), Diagram příčin a následků (model analýzy příčin a následků), BPMN (model a zápis obchodního procesu) a mnoho dalších?
  • Jak využívat základní a servisní funkce MS Visio na profesionální úrovni?
  • Jak řešit každodenní a složité praktické problémy pomocí MS Visio?
  • Jaké jsou příklady a výsledky používání MS Visio v různých organizacích a projektech?
  • Co je komplexní obchodní model organizace a jak se vyvíjí a formalizuje?
  • Jak vypracovat předpisy a normativní dokumenty založené na obchodních modelech a zajistit jejich implementaci zaměstnanci?
Workshop je určen pro manažery a specialisty následujících oddělení:
  • oddělení obchodních procesů a technologií;
  • oddělení metodiky a toku dokumentů;
  • oddělení strategického a organizačního rozvoje;
  • Úřad pro informační technologie;
  • Služba kvality a standardizace;
  • Personální oddělení;
  • Projekční kancelář;
  • Finanční divize;
  • Stejně jako útvary, jejichž manažeři a specialisté se podílejí na projektech strategického a organizačního rozvoje, regulace a optimalizace podnikových procesů, organizační struktury, zvyšování efektivity práce, často vyvíjejí různé obchodní modely a předpisy.
Zavedení technologií a nástrojů podnikového inženýrství pro organizaci jako celek může výrazně zvýšit transparentnost a ovladatelnost, zajistit udržitelný rozvoj a obchodní replikace, získat potřebné konkurenční výhody.

Na semináři je každému účastníkovi poskytnut počítač s nainstalovaným MS Visio, na kterém se plní praktické úkoly. To umožňuje účastníkům ihned po absolvování semináře začlenit nabyté zkušenosti do činnosti svých organizací a dále je rozvíjet.

Všechny materiály a obchodní modely v MS Visio, které jsou na semináři demonstrovány, jsou účastníkům předávány elektronicky.

Pro efektivní školení na semináři jsou nutné základní znalosti a dovednosti v práci se softwarem MS Word a MS Excel.

Program semináře:

  1. Základy obchodního modelování a obchodního inženýrství
    • Základní pojmy podnikového modelování, podnikového inženýrství a organizačního rozvoje
    • Základní systémy řízení a obchodní modely v organizaci, integrovaný systém řízení (IMS)
    • Divize podílející se na projektech a úlohách podnikového inženýrství, jejich interakce
    • Komplexní obchodní model organizace: struktura, obsah a příklady
    • Softwarový produkt MS Visio: funkce a úkoly, které je třeba vyřešit
    • Organizace projektu implementace MS Visio, formalizace a optimalizace podnikových aktivit
  2. Rozhraní a základní funkce MS Visio
    • Hlavní menu ("ribbon")
    • Tvorba modelů, práce s listy, nastavení zobrazení a návrh modelů
    • Panel nástrojů ("tvary")
    • Práce s objekty (tvary): tvorba, editace, formátování (design), automatické zarovnání, rozvržení pro umístění objektů na modelu, atributy objektů a jejich vyplňování
    • Práce s připojením objektů, vytváření nových bodů připojení na objektech, automatické připojování objektů (technologie hotspotů)
  3. Vývoj základních a strategických obchodních modelů v MS Visio, příklady
    • Metodika strategického řízení a Balanced Scorecard (BSC/KPI)
    • Strategická mapa a BSC/KPI scorecard, přiřazení indikátorů a projektů pro strategické cíle
    • Strom produktů a obchodních oblastí
    • Organizační struktura
    • Strom obchodních procesů s přiřazením osob odpovědných za obchodní procesy
    • Model analýzy problému příčiny a následku „Diagram příčin a následků“ (Ishikawa diagram)
    • Architektura systému (informační systémy, aplikace a IT infrastruktura)
    • Modely pro řízení projektů (GANT-Chart, PERT-Chart)
  4. Vývoj procesních obchodních modelů v MS Visio s využitím různých notací (šablon), příklady
    • Metodika popisu obchodních procesů a systému řízení obchodních procesů (BMS)
    • Metody zlepšování kvality podnikových procesů a systém managementu kvality (QMS)
    • Přehled notací pro popis podnikových procesů, jejich charakteristik a aplikací
    • Pravidla pro tvorbu grafických modelů podnikových procesů
    • Klasické zápisy: Základní vývojový diagram, křížový funkční vývojový diagram, IDEF0, IDEF3, DFD
    • ARIS notace: VACD (Value Added Chain Diagram), eEPC (Event řízený procesní řetězec) atd.
    • Zápis BPMN (Business Process Model and Notation).
    • Vizuální reprezentace obchodních procesů (diagram workflow)
    • Příklady modelů obchodních procesů ( technologické mapy) v různých notacích: personální řízení, řízení kvality, strategické řízení, řízení rizik, ITIL / ITSM procesy (podpora IT), krizový štáb, marketing a zákaznický servis, finanční procesy atd.
  5. Funkce služby MS Visio, příklady aplikací
    • Propojení dat s obchodními modely (připojení k externí zdroje data), automatická aktualizace, vizualizace dat
    • Controlling KPI indikátorů (monitorování obchodních procesů)
    • Propojení externích dokumentů s objekty obchodního modelu
    • Dekompozice podnikových procesů (tvorba vnořených modelů)
    • Synchronizace objektů na modelech
    • Vývoj nových zápisů obchodního modelování (vlastní postavy/objekty)
    • Funkční analýza nákladů (FCA) podnikových procesů
    • Kontrola správnosti konstrukce obchodních modelů a souladu s notací (standard)
    • Web-publisher (publikování obchodních modelů ve formátu HTML)
    • Vývoj šablon reportů, automatické generování reportů na základě obchodních modelů (předpisy obchodních procesů, scorecardy, předpisy o organizační struktuře, produktech atd.)
  6. Recenze a srovnávací analýza jiných softwarových produktů pro obchodní modelování
    • Business Studio
    • AllFusion Process Modeler (BPWIN)
    • Obchodní inženýr

Autor a moderátor:
Expert na obchodní inženýrství a management v bankovním sektoru.
Člen koordinačního výboru Asociace ruských bank (ARB) pro standardy bankovní kvality.
Partner skupiny společností „Modern Management Technologies“.

Pokud se chcete zúčastnit, vyplňte prosím formulář níže:

Odeslat svou dobrou práci do znalostní báze je jednoduché. Použijte níže uvedený formulář

Studenti, postgraduální studenti, mladí vědci, kteří využívají znalostní základnu ve svém studiu a práci, vám budou velmi vděční.

Vloženo na http://www.allbest.ru

Vloženo na http://www.allbest.ru

Úvod

Modelování podnikových procesů v kontextu modernizace ekonomiky a managementu je relevantní oblastí, která pomáhá optimalizovat procesy činností organizace a zlepšovat výkonnost podniku. Při modelování podnikových procesů budeme používat terminologii několika oblastí znalostí souvisejících s ekonomikou, informatikou a modelováním složitých systémů. Pojďme si proto definovat základní definice a pojmy.

Podnikový proces je definován jako logicky dokončený řetězec vzájemně souvisejících a opakujících se činností, v jejichž důsledku jsou podnikové zdroje využívány ke zpracování objektu (fyzicky nebo virtuálně) za účelem dosažení určitých měřitelných výsledků nebo vytvoření produktů pro uspokojení interních nebo externích zákazníků. .

Termín „modelování“ má dva hlavní významy. Za prvé, modelování je chápáno jako proces konstrukce modelu jako určité reprezentace (obrazu) originálu, odrážející jeho nejdůležitější rysy a vlastnosti. Pokud je model již vytvořen, pak je modelování procesem výzkumu (analýzy) fungování systému, respektive jeho modelu. Základním účelem modelování podnikových procesů je popsat skutečný průběh podnikových procesů podniku. V tomto případě je nutné určit, co je výsledkem procesu, kdo a jaké úkony provádí, jaké je jejich pořadí, jaký je pohyb dokumentů během procesu a také jaká je spolehlivost procesu (pravděpodobnost neúspěšného provedení) a jak jej lze v budoucnu rozšířit/upravit.

Zajištění transparentnosti průběhu obchodních procesů je důležité, protože pouze v tomto případě vlastník obchodního procesu (zaměstnanec společnosti, který řídí průběh obchodního procesu a odpovědný pro její výsledky a efektivitu), obchodní analytik, management a další zainteresované strany budou mít jasnou představu o tom, jak je práce organizována. Pochopení toku stávajících podnikových procesů umožňuje posoudit jejich efektivitu a kvalitu a je nezbytné pro rozvoj podnikové IT infrastruktury. Úspěšný vývoj aplikačních systémů, které podporují provádění obchodních procesů od začátku do konce, je možný pouze tehdy, když jsou procesy samotné jasně do detailu pochopeny.

Model podnikových procesů je jeho formalizovaný (grafický, tabulkový, textový, symbolický) popis, který odráží skutečnou nebo navrhovanou činnost podniku.

Problém této práce v kurzu zní takto: jak praktické jsou diagramy navržené v MS Visio k použití (jednoduchost, vizuální a informativní).

Předmětem je obchodní modelování.

Předmětem bude: modelování podnikových procesů podniku poskytujícího služby silniční dopravy v MS Visio.

Na základě problému definujme cíl: určit, jak praktické je použití diagramů navržených v MS Visio na příkladu dopravní společnosti (TC) EcoTrans LLC.

K dosažení tohoto cíle je nutné vyřešit následující úkoly:

Najít a studovat metodiky modelování obchodních procesů;

Seznamte se s obchodní grafikou v MS Visio;

Analyzujte obchodní procesy společnosti TC LLC "EcoTrans"

Popište obchodní procesy společnosti TC LLC "EcoTrans" pomocí obchodního modelování v aplikaci Microsoft Visio

Pro modelování obchodních procesů lze použít různé metody. Metoda modelování nebo metodologie zahrnuje posloupnost akcí, které je nutné provést pro vytvoření modelu, tj. postup modelování a použitý zápis (jazyk). V tomhle práce v kurzu, IDEF0, IDEF3 metodiky budou použity pro modelování obchodních procesů.

1. Metodiky popisu předmětová oblast

Proces obchodního modelování lze implementovat v rámci různých technik, které se liší především svým přístupem k tomu, co je modelovaná organizace. V souladu s různými představami o organizaci se metody obvykle dělí na objektové a funkční (strukturální).

Objektově založené metody považují modelovanou organizaci za množinu vzájemně se ovlivňujících objektů – produkčních jednotek. Předmět je definován jako hmatatelná realita – předmět nebo jev, který má jasně definované chování. Účelem použití této techniky je identifikovat objekty, které tvoří organizaci, a rozdělit mezi ně odpovědnost za prováděné akce.

Funkční techniky, z nichž nejznámější je technika IDEF0, považují organizaci za soubor funkcí, které transformují příchozí tok informací na výstupní tok. Proces konverze informací spotřebovává určité zdroje. Hlavním rozdílem od objektové metody je jasné oddělení funkcí (metod zpracování dat) od dat samotných.

Z pohledu obchodního modelování má každý z prezentovaných přístupů své výhody. Objektový přístup umožňuje vybudovat systém, který je odolnější vůči změnám a lépe odpovídá stávajícím strukturám organizace. Funkční modelování funguje dobře v případech, kdy je organizační struktura v procesu změny nebo je obecně špatně formována. Přístup z vykonávaných funkcí interpreti intuitivně lépe pochopí, když od nich obdrží informace o své aktuální práci.

1.1 Pochopení rodiny standardů IDEF

Jeden z nejdůležitějších cílů při přípravě stavebního projektu informační systém je jasné a správně srozumitelné vyjádření problému. K dosažení tohoto cíle je nutné prozkoumat všechny probíhající finanční a ekonomické procesy a jim odpovídající toky informací v podniku, identifikovat ty, které by měly být nejdříve reorganizovány, tzn. vybudovat tzv. business model. Takové komplexní průzkumy podniků jsou vždy složité a případ od případu se výrazně liší. K řešení takových problémů modelování složitých systémů existují osvědčené metodiky a standardy. Tyto standardy zahrnují rodinu metodologií IDEF. S jejich pomocí můžete efektivně zobrazovat a analyzovat vzorce aktivit široké škály složitých systémů v různých kontextech. Šíři a hloubku zkoumání procesů v systému si přitom určuje sám vývojář, což umožňuje nepřetěžovat vytvářený model zbytečnými daty.

Metodika IDEF byla vytvořena v rámci programu počítačové automatizace průmyslu ICAM (Integrated Computer Aided Manufacturing) realizovaného v USA, při jehož implementaci byla identifikována potřeba vyvinout metody pro analýzu interakčních procesů v výrobních systémů. Odtud pochází název této rodiny standardů – Icam DEFINition – IDEF.

V současné době rodina IDEF zahrnuje následující standardy:

IDEF0 - metodologie funkčního modelování. Pomocí vizuálního grafického jazyka IDEF0 se zkoumaný systém jeví vývojářům a analytikům ve formě sady vzájemně provázaných funkcí (funkčních bloků – řečeno IDEF0). Modelování IDEF0 je zpravidla prvním krokem při studiu jakéhokoli systému;

IDEF1 je metodika pro modelování informačních toků v rámci systému, která umožňuje zobrazit a analyzovat jejich strukturu a vztahy;

IDEF1X (IDEF1 Extended) - metodika pro budování relačních struktur. IDEF1X patří k typu metodologií „entity-relationship“ (ER - Entity-Relationship) a zpravidla se používá k modelování relačních databází relevantních pro daný systém;

IDEF2 je metodika pro dynamické modelování vývoje systémů. Vzhledem k velmi vážným potížím analýzy dynamických systémů byla tato norma prakticky opuštěna a její vývoj se zastavil v úplné počáteční fázi.

IDEF3 je metodika pro dokumentaci procesů probíhajících v systému, která se využívá např. při studiu technologických procesů v podnicích. IDEF3 popisuje scénář a sekvenci operací pro každý proces. IDEF3 má přímý vztah s metodikou IDEF0 - každá funkce (funkční blok) může být reprezentována jako samostatný proces pomocí IDEF3;

IDEF4 je metodika pro budování objektově orientovaných systémů. Nástroje IDEF4 vám umožňují vizuálně zobrazit strukturu objektů a základní principy jejich interakce, čímž vám umožní analyzovat a optimalizovat složité objektově orientované systémy;

IDEF5 je metodologie pro ontologický výzkum komplexních systémů. Pomocí metodiky IDEF5 lze ontologii systému popsat pomocí specifického slovníku pojmů a pravidel, na jehož základě lze vytvořit spolehlivá prohlášení o stavu uvažovaného systému v určitém okamžiku. Na základě těchto tvrzení se vyvozují závěry o dalším vývoji systému a provádí se jeho optimalizace.

V této práci se budeme podrobněji zabývat standardy, které budou vyžadovány při popisu obchodních procesů: IDEF0, IDEF3.

Funkční metoda IDEF0.

Účelem techniky je sestrojit funkční schéma studovaného systému, popisující všechny potřebné procesy s přesností dostatečnou pro jednoznačné modelování činnosti systému.

Metodika je založena na čtyřech hlavních pojmech: funkční blok, oblouk rozhraní, dekompozice, glosář.

a) Activity Box představuje určitou specifickou funkci v rámci uvažovaného systému. Podle požadavků normy musí být název každého funkčního bloku formulován ve verbálním duchu (například „produkovat služby“). V diagramu je funkční blok znázorněn jako obdélník (obrázek 1.1). Každá ze čtyř stran funkčního bloku má svůj specifický význam (role) a:

Horní strana je nastavena na "Control";

Levá strana je nastavena na "Input";

Pravá strana je nastavena na Výstup;

Spodní strana má význam "Mechanismus".

Toto označení odráží určité systémové principy: vstupy se převádějí na výstupy, řídí limity nebo předepisují podmínky pro provádění transformací, mechanismy ukazují, co a jak funkce vykonává.

Každý funkční blok v rámci jednoho uvažovaného systému musí mít své vlastní jedinečné identifikační číslo.

Obrázek 1.1 - Funkční blok

b) Šipka rozhraní představuje prvek systému, který je zpracován funkčním blokem nebo jinak ovlivňuje funkci reprezentovanou tímto funkčním blokem. Oblouky rozhraní se často nazývají toky nebo šipky.

Pomocí oblouků rozhraní se zobrazují různé objekty, které do té či oné míry určují procesy probíhající v systému. Takovými objekty mohou být prvky reálného světa (díly, auta, zaměstnanci atd.) nebo toky dat a informací (dokumenty, data, instrukce atd.).

Podle toho, na kterou stranu funkčního bloku tento oblouk rozhraní pasuje, se nazývá „příchozí“, „odchozí“ nebo „ovládací“.

Je třeba poznamenat, že každý funkční blok musí mít podle požadavků normy alespoň jeden oblouk ovládacího rozhraní a jeden výstupní. To je pochopitelné - každý proces musí probíhat podle nějakých pravidel (zobrazených řídicím obloukem) a musí přinést nějaký výsledek (odchozí oblouk), jinak jeho uvažování nedává smysl.

Povinná přítomnost oblouků řídicího rozhraní je jedním z hlavních rozdílů mezi standardem IDEF0 a ostatními metodikami tříd DFD (Data Flow Diagram) a WFD (Work Flow Diagram).

c) Rozklad je základním konceptem standardu IDEF0. Principu rozkladu se využívá při rozdělení komplexního procesu na jeho dílčí funkce. V tomto případě úroveň detailu procesu určuje přímo vývojář modelu.

Dekompozice umožňuje postupně a strukturovaně reprezentovat model systému ve formuláři hierarchická struktura samostatné diagramy, díky čemuž je méně nepřehledný a snáze stravitelný.

Model IDEF0 vždy začíná pohledem na systém jako na jeden celek – jeden funkční blok s oblouky rozhraní přesahujícími uvažovanou doménu. Takový diagram s jedním funkčním blokem se nazývá kontextový diagram a je označen identifikátorem „A-0“ (obrázek 1.2).

Obrázek 1.2 - Příklad kontextového diagramu

Vysvětlující text pro kontextový diagram musí uvádět Účel sestavení diagramu ve formuláři stručný popis a úhel pohledu je pevný.

Definovat a formalizovat vývojový cíl modelu IDEF0 je extrémně náročné důležitý bod. Cíl ve skutečnosti definuje relevantní oblasti ve zkoumaném systému, na které je třeba se zaměřit jako první. Pokud například modelujeme činnost podniku s cílem vybudovat na tomto modelu v budoucnu informační systém, pak se tento model bude výrazně lišit od toho, který bychom vyvinuli pro stejný podnik, ale s cílem optimalizace dodavatelských řetězců.

Hledisko určuje hlavní směr vývoje modelu a požadovanou úroveň detailů. Jasná fixace pohledu umožňuje vyložit model tím, že odmítnete detaily a studujete jednotlivé prvky, které nejsou nutné, na základě zvoleného pohledu na systém. Například funkční modely stejného podniku z pohledu hlavního technologa a finančního ředitele se budou výrazně lišit ve směru jejich detailování. Je to dáno tím, že finančního ředitele nakonec nezajímají aspekty zpracování surovin na výrobních strojích a hlavní technolog nepotřebuje kreslená schémata finančních toků. Správná volba pohledu výrazně zkracuje čas strávený stavbou finálního modelu.

Během procesu dekompozice je funkční blok, který představuje systém jako celek v kontextovém diagramu, podrobně popsán v jiném diagramu. Výsledný diagram druhé úrovně obsahuje funkční bloky, které zobrazují hlavní podfunkce funkčního bloku kontextového diagramu a ve vztahu k němu se nazývá Child diagram (každý z funkčních bloků patřících do child diagramu se odpovídajícím způsobem nazývá Child Box) . Funkční blok předka se nazývá rodičovský blok ve vztahu k podřízenému diagramu (Parent Box) a diagram, ke kterému patří, se nazývá rodičovský diagram (Parent Diagram). Každá z dílčích funkcí podřízeného diagramu může být dále podrobně popsána podobným rozkladem jejího odpovídajícího funkčního bloku. Je důležité poznamenat, že v každém případě dekompozice funkčního bloku jsou všechny oblouky rozhraní vstupující nebo vycházející z tohoto bloku fixovány v podřízeném diagramu. Tím je dosaženo strukturální integrity modelu IDEF0. Princip rozkladu je názorně znázorněn na obrázku 1.3. Měli byste věnovat pozornost vztahu mezi číslováním funkčních bloků a diagramů - každý blok má na diagramu své jedinečné sériové číslo (číslo v pravém dolním rohu obdélníku) a označení v pravém rohu označuje číslo podřízeného diagramu pro tento blok. Absence tohoto označení naznačuje, že pro tento blok neexistuje žádný rozklad.

Často se vyskytují případy, kdy jednotlivé oblouky rozhraní nemá smysl nadále uvažovat v podřízených diagramech pod určitou úrovní v hierarchii nebo naopak - jednotlivé oblouky nedávají od určité úrovně praktický smysl. Například oblouk rozhraní zobrazující „díl“ na vstupu do „Proces at soustruh” nemá smysl více uvažovat o diagramech vysoké úrovně- to jen přetíží diagramy a znesnadní jim pochopení. Na druhou stranu je potřeba se zbavit jednotlivých „koncepčních“ oblouků rozhraní a nedetailovat je nad určitou úroveň. Pro řešení těchto problémů poskytuje standard IDEF0 koncept tunelování. Označení Arrow Tunnel se dvěma závorkami kolem začátku oblouku rozhraní označuje, že oblouk nebyl zděděn z funkčního nadřazeného bloku a objevuje se (z „tunelu“) pouze v tomto diagramu. Na druhé straně, stejné označení kolem konce (šipky) oblouku rozhraní v bezprostřední blízkosti bloku přijímače znamená skutečnost, že tento oblouk nebude zobrazen a uvažován v podřízeném diagramu tohoto bloku. Nejčastěji se stává, že jednotlivé objekty a jim odpovídající styčné oblouky nejsou uvažovány na některých mezilehlých úrovních hierarchie - v tomto případě jsou nejprve „ponořeny do tunelu“ a poté, pokud je to nutné, „vráceny z tunelu“ .

d) Glosář. Pro každý z prvků IDEF0 – diagramy, funkční bloky, oblouky rozhraní – stávající standard vyžaduje vytvoření a údržbu sady vhodných definic, klíčových slov, narativních prohlášení atd., které charakterizují objekt zobrazený prvkem. Tato sada se nazývá glosář a je popisem entity tohoto prvku. Glosář harmonicky doplňuje vizuální grafický jazyk a poskytuje diagramům potřebné doplňující informace.

Standard procesní dokumentace IDEF3.

IDEF3 je standard pro dokumentaci technologických procesů probíhajících v podniku a poskytuje nástroje pro vizuální studium a modelování jejich scénářů. Scénář (Scenario) je v tomto případě popis sledu změn vlastností předmětu v rámci uvažovaného procesu (například popis sledu fází zpracování dílu v dílně a změna jeho vlastností po průchodu každým stupněm).

Dokumentační a modelovací nástroje IDEF3 vám umožňují provádět následující úkoly:

Zdokumentujte dostupné údaje o technologii procesu, identifikované řekněme v procesu dotazování kompetentních zaměstnanců odpovědných za organizaci daného procesu;

Identifikovat a analyzovat body vlivu souvisejících toků dokumentů na scénář technologického procesu;

Identifikujte situace, které vyžadují rozhodování, které ovlivňují životní cyklus zpracovat např. změnu designu, technologických nebo provozních vlastností konečného produktu;

Podporujte adopci optimální řešení při reorganizaci technologických procesů.

Ve standardu IDEF3 existují dva typy diagramů, které představují popis stejného procesního scénáře z různých perspektiv. Diagramy patřící do prvního typu se nazývají diagramy popisu toku procesů (PFDD) a druhý typ se nazývají diagramy objektové stavové sítě (OSTN).

Předpokládejme, že chcete popsat proces malování součásti výrobní dílna v podniku. PFDD diagramy dokumentují sled a popis fází zpracování dílce v rámci studovaného technologického procesu. OSTN diagramy se používají k ilustraci transformací součástí, ke kterým dochází v každé fázi zpracování.

Na následujícím příkladu popíšeme, jak vám grafické nástroje IDEF3 umožňují dokumentovat výše uvedené výrobní proces barevné detaily. Obecně se tento proces skládá přímo ze samotného lakování, prováděného na speciálním zařízení, a z fáze kontroly kvality, která určuje, zda je potřeba díl přelakovat (v případě neshody s normami a zjištěny závady) nebo poslat k dalšímu zpracovává se.

Obrázek 1.4 ukazuje diagram PFDD, což je grafické znázornění scénáře zpracování součásti. Obdélníky v diagramu PFDD se nazývají jednotky chování (UOB) a představují událost, fázi procesu nebo rozhodnutí. Každý UOB má svůj vlastní název, zobrazený ve slovesné náladě a jedinečné číslo. Šipky nebo čáry představují, jak se součást během procesu pohybuje mezi bloky UOB.

Obrázek 1.4 - PFDD diagram scénáře zpracování dílu

Objekt označený J1 se nazývá Junction. Křižovatky se používají k zobrazení logiky toho, jak šipky (vlákna) interagují při slučování a větvení, nebo k zobrazení více událostí, které mohou nebo musí být dokončeny před zahájením další práce. Jsou zde průsečíky pro slučování (Fan-in Junction) a větvení (Fan-out Junction) šipky. Průsečík nelze použít pro sloučení i rozvětvení. Při přidávání průsečíku do diagramu musíte určit typ průniku. Klasifikace možných typů křižovatek je uvedena v tabulce 1.

Tabulka 1 - Klasifikace typů křižovatek

název

Význam v případě sloučení šipek
(Fan-in Junction)

Význam v případě rozvětvených šipek (Fan-out Junction)

Asynchronní AND

Všechny předchozí procesy musí být dokončeny

Všechny následující procesy musí být spuštěny

Všechny předchozí procesy jsou dokončeny současně

Všechny následující procesy běží současně

Jeden nebo více předchozích procesů musí být ukončeno

Musí být spuštěn jeden nebo více následujících procesů

Jeden nebo více předcházejících procesů skončí současně

Jeden nebo více následujících procesů běží současně

XOR (exkluzivní OR)

Byl dokončen pouze jeden předchozí proces

Pouze jeden další proces
začíná

Scénář zobrazený v diagramu lze popsat následovně:

Díl dorazí do lakovny připravený k lakování. Během procesu lakování se nanáší jedna vrstva emailu při vysoké teplotě. Poté se díl vysuší, poté začíná fáze kontroly kvality nanesené vrstvy. Pokud zkouška potvrdí nedostatečnou kvalitu nanesené vrstvy (nedostatečná tloušťka, heterogenita apod.), pak díl prochází lakovnou znovu. Pokud díl úspěšně projde kontrolou kvality, je odeslán na další dílna pro další zpracování.

Každý funkční blok UOB může mít sekvenci rozkladů, a proto může být podrobný s libovolnou požadovanou přesností. Dekompozicí rozumíme reprezentaci každého UOB pomocí samostatného diagramu IDEF3. Můžeme například rozložit Paint Part UOB tak, že jej představíme jako samostatný proces a vytvoříme pro něj vlastní PFDD diagram. V tomto případě bude tento diagram nazýván podřízeným diagramem ve vztahu k diagramu zobrazenému na obrázku 1.4, respektive tomu nadřazenému. Čísla UOB podřízených diagramů mají průběžné číslování, tj. pokud má nadřazený UOB číslo „1“, pak bloky UOB při jeho rozkladu budou mít čísla „1.1“, „1.2“ atd. Aplikace principu dekompozice v IDEF3 umožňuje popsat procesy strukturovaným způsobem s libovolnou požadovanou úrovní detailů.

Pokud PFDD grafy technologický postup"Z pohledu pozorovatele" nám další třída diagramů, IDEF3 - OSTN, umožňuje nahlížet na stejný proces "z pohledu objektu". Obrázek 1.5 ukazuje proces lakování z hlediska OSTN diagramu. Klíčovými pojmy OSTN diagramu jsou „stavy objektů“ (v našem případě části) a „změna stavu“. Stavy objektů jsou zobrazeny jako kruhy a jejich změny jako směrované čáry. Každý řádek má odkaz na odpovídající funkční blok UOB, který vedl ke změně stavu objektu, který zobrazuje.

Obrázek 1.5 - Proces lakování z pohledu OSTN diagramu

2. Nástroje pro modelování podnikových procesů

Existuje mnoho nástrojů pro popis obchodních procesů: BPWin, ERWin, PowerDesigner, Business Studio, ELMA BPM, Visual Paradigm a další.

Do výše uvedeného seznamu můžete přidat jeden, který patří do přední rodiny kancelářských produktů vyráběných lídrem softwarového průmyslu - Microsoft Visio. Samozřejmě není tak funkční z pohledu modelování podnikových procesů, ale je velmi oblíbený a rozšířený díky relativně nízké ceně.

2.1 Technické vlastnosti. Datové úložiště

Technicky je Visio desktopová aplikace, která manipuluje s jednotlivými soubory (dokumenty). Dokument Visio obsahuje jeden nebo více diagramů uspořádaných na jedné nebo několika stránkách. Každý dokument obsahuje sadu symbolů (odpovídajících objektům modelu) a konektorů (odpovídajících spojením), přičemž symboly mohou mít kromě názvů další atributy, které definuje uživatel během procesu modelování.

V případě potřeby lze sadu symbolů dodávaných s produktem rozšířit o symboly vytvořené uživateli. Neexistují žádná globální omezení pravidel a možnosti vytvářet spojení mezi určitými typy symbolů v produktu, má však mechanismus pro tzv. šablony diagramů, jejichž použití umožňuje omezit množinu přímo dostupných symbolů. na odpovídajícím panelu nástrojů během procesu modelování. Šablony mohou vytvářet uživatelé a produkt je dodáván se sadou hotových šablon (obrázek 2.1).

Soubor modelů popisujících činnost podniku je zpravidla souborem samostatných souborů a v případě dostatečného velké společnosti a komplexní popis činnosti, počet takových souborů může činit několik tisíc. Technické prostředky zajistit, aby vztahy mezi modely uloženými v různých souborech nebyly implementovány na úrovni produktu, ačkoli produkt poskytuje nástroje pro nezávislou implementaci takových vztahů (o nich bude řeč o něco později). Proto použití Visio v takových případech, zejména v podmínkách neustále se měnících procesů, vyžaduje značné náklady na údržbu tak působivé sady modelů.

Obrázek 2.1 - Sada hotových šablon MS Visio

2.2 Podporované metodiky a notace

Vzhledem k tomu, že sadu symbolů a šablon Visio lze libovolně rozšiřovat a samotný produkt neznamená globální omezení možností použití symbolů a propojení mezi nimi, lze popis obchodních procesů pomocí Visio formálně provádět v rámci téměř jakéhokoli metodologie. Zároveň produktový balíček v libovolné edici (Standard, Professional) obsahuje sadu šablon modelů pro nejběžnější zápisy, jako jsou diagramy datových toků, přidané diagramy řetězců kvality, Event-driven Process Chain, IDEF0, diagramy typu SwimLane , a také šablony pro modelování organizačních struktur firem.

3. Analýza předmětné oblasti EcoTrans LLC

Dopravní společnost EcoTrans LLC byla založena v roce 2008. První přepravní služby byly poskytovány spotřebitelům podnikajícím v regionu Oryol. Řada největších podniků v regionu uzavřela s firmou dlouhodobé smlouvy na nákladní a osobní přepravu. Pro společnost EcoTrans LLC se služby nákladní dopravy (region Oryol) v regionu staly úspěšným začátkem dalšího rozvoje. Dnešní zeměpis dopravní služby vykročila daleko za hranice svého rodného kraje. Rozšíření geografie jejích aktivit si vyžádalo nárůst počtu moderních nákladních vozů, takže pro rozvoz zboží dnes využívá nejen vlastní rozsáhlý vozový park, ale i vozy partnerů.

EcoTrans LLC zajišťuje nejen nákladní dopravu po celém Rusku, ale také poskytuje klientům doprovodné služby, jako jsou: spedice a pojištění nákladu.

a) Přepravní spedice. Tato služba umožňuje klientovi nejen usnadnit proces přepravy nákladu, ale také snížit její náklady. Spedice se skládá z několika typů služeb:

Výzdoba potřebné dokumenty. Nákladní listy, celní prohlášení, doklady pojišťovny atd. dokumenty, stejně jako jejich podepisování, se již klienta netýkají;

Výběr vozidla. Zohledňuje se hmotnost nákladu, jeho rozměry a trasa;

Plánování trasy. Je vybrán nejrychlejší a nejbezpečnější způsob provozu;

Řešení dalších problémů, které se na trase vyskytnou.

b) Pojištění nákladu. Nákladu se po cestě může stát cokoli. Může být poškozen, zničen, odcizen atd. Aby tato rizika eliminovala Pojišťovny pojišťují náklad, přepravní náklady na jeho doručení a dokonce i nějakou část očekávaného zisku.

Posláním společnosti EcoTrans LLC je poskytovat kvalitu na vysoké profesionální úrovni, přepravní služba klientům navazovat dlouhodobá partnerství se stávajícími spotřebiteli a přitahovat nové.

3.1 Organizační struktura společnosti EcoTrans LLC

Ve společnosti EcoTrans LLC generálnímu řediteli poslouchat: Hlavní účetní, Hlavní inženýr, elektrotechnik, správce systému. Účetní podává zprávy hlavnímu účetnímu. Skladník se hlásí účetní. Hlavnímu inženýrovi podřízeni: skladník, mechanik, zdravotnický pracovník, dispečer. Dispečerovi jsou podřízeni: mechanici, řidiči automobilů, řidiči autobusů, řidiči vysokozdvižných vozíků. Mechanikovi jsou podřízeni: řidiči automobilů, řidiči autobusů a řidiči vysokozdvižných vozíků.

3.2 Obchodní proces „Přeprava nákladu“

Obchodní proces „Nákladní přeprava“ zahrnuje:

1 Příjem žádosti. Zákazník odešle požadavek dispečerovi a ten jej akceptuje.

2 Uzavření smlouvy. Mezi zákazníkem a ředitelem je uzavřena smlouva, na základě které je přeprava realizována.

3 Kontrola existence smlouvy. Dispečer zkontroluje existenci smlouvy.

4 Zpracování žádosti. V souladu s technickými vlastnostmi vozidla dispečer na základě aplikace s přihlédnutím k rozměrům, hmotnosti nákladu a přepravním podmínkám přiděluje vozidla.

5 Vystavení nákladního listu. Dispečer zavolá řidiči, informuje ho o nadcházejícím letu a trase a vystaví nákladní list.

6 Absolvování lékařské prohlídky. Řidič se podrobí lékařské prohlídce.

7 Známka při absolvování lékařské prohlídky. Zdravotnický pracovník zjišťuje obsah alkoholu a psychotropních látek v těle, zdravotní stav: měří puls, krevní tlak, teplotu, zjišťuje míru únavy a kvalitu spánku. Pokud je lékařská prohlídka úspěšná, zdravotnický pracovník vyznačí na nákladním listu.

8 Denní údržba vozidla. Řidič provádí každodenní údržbu vozidla. Kontroly: kompletnost vozu, hladina chladicí kapaliny a mazacích kapalin, těsnost systémů vozu, stav a upevnění kol, činnost brzdových systémů, světelná a zvuková signalizace.

9 Vyznačte provozuschopnost vozidla na nákladním listu. Řidič vyznačí na nákladním listu poznámku o kontrole vozidla.

10 Kontrola vozidla. Řidič zajišťuje vozidlo ke kontrole mechanikem. Mechanik kontroluje vozidlo. Kontroly: těsnosti a funkce brzdových systémů, systémů napájení, chladicích systémů, výfukových systémů; provozuschopnost řízení, vnějšího osvětlení, stěračů čelního skla; upevnění kola; dostupnost lékárničky, hasicího přístroje a výstražného trojúhelníku.

11 Vyznačte provozuschopnost vozidla na nákladním listu. Mechanik učiní poznámku o provozuschopnosti vozidla na nákladním listu.

12 Nákladní doprava. Řidič odjede na linku, vyzvedne náklad na určeném místě a doručí jej příjemci.

13 Příjem dokumentů . Řidič si vyzvedne dodací listy od zákazníka.

14 Vraťte se z řady. Řidič z linky se vrací do garáže.

15 Kontrola vozidla. Při návratu z linky poskytne řidič vozidlo ke kontrole mechanikovi.

16 Poznámka o stavu vozidla na nákladním listu. Mechanik zaznamená stav vozidla do nákladního listu.

17 Předání dokladů do účtárny. Řidič předkládá faktury účetnímu oddělení.

18 Vystavování dokladů účetním oddělením. Účetní oddělení vystavuje doklady: potvrzení o provedení práce, fakturu, fakturu k zaplacení.

19 Platba za služby zákazníkem. Účetní oddělení předá vystavené doklady k platbě zákazníkovi. Zákazník platí za poskytnutou službu.

3.3 IT infrastruktura

modelování informační sítě

Architektura sítě je kombinací topologií, metod přístupu k médiím a protokolů nezbytných k vytvoření funkční sítě.

LAN - místní síť (LAN, local area network).

V organizaci EcoTrans LLC je LAN vytvořena podle „hvězdové“ topologie.

IS objektu průzkumu využívá adresářovou službu Microsoft Corporation - Active Directory. Tato služba se používá k regulaci zásad skupiny domén. Domény mají hierarchickou strukturu.

V hardwarové části IS objektu: 2 servery; 16 pracovních stanic.

Software EcoTrans LLC: operační systém Windows XP Servise Pack 2/3, MS Office 2007, antivirový software - Panda Antivirus Platinum, právnická osoba poplatníka, 1C: Účetnictví, 1C: Platy a personál, PP "Adresář certifikátů", CIPF Crypto Pro CSP, PP "STEC- Důvěřovat"". AWS "TRUST-Client", Systém "STEC-Trust". Pracovní stanice pojistníka, Nástroj pro Fond sociálního pojištění, Dokumenty PU 5, CheckXML, Canon Solution Menu, ABBYY FineReader Professional Edition, Total Commander, WinDjView, Adobe Acrobat Professional, WinRAR a další.

4. Popis obchodních procesů TC LLC "EcoTrans" s využitím obchodního modelování v Microsoft Visio

4.1 Sestavení modelu v notaci IDEF0 a jeho rozklad

Vytvořme model společnosti TC LLC "EcoTrans" pomocí metodiky IDEF0. Nejprve vytvořte kontextový diagram obchodního procesu „Nákladní přeprava“ (obrázek 4.1). Podle notace IDEF0 nazvěme tento funkční blok „Transport cargo“.

Obrázek 4.1 - Kontextový diagram procesu „Přeprava nákladu“.

Poté rozdělíme obchodní proces „Přeprava nákladu“ na komponenty: „Zpracování žádosti“, „Uzavření smlouvy“, „Příprava na přepravu nákladu“, „Příprava dokumentů potřebných pro přepravu nákladu“, „Provedení přeprava nákladu“. A podle toho rozložíme funkční blok „Transport cargo“ (obrázek 4.2).

Obrázek 4.2 - Schéma rozkladu procesu „Přeprava nákladu“.

Podívejme se blíže na obchodní procesy: „Zpracování aplikací“ (obrázek 4.3); „Příprava na přepravu nákladu“ (obrázek 4.4); „Evidence dokumentů nezbytných pro přepravu zboží“ (obrázek 4.5); „Přeprava nákladu“ (obrázek 4.6).

Obrázek 4.3 - Schéma rozkladu procesu „Zpracování aplikace“.

Obrázek 4.4 - Schéma rozkladu procesu „Příprava na přepravu nákladu“.

Obrázek 4.5 - Schéma rozkladu procesu „Evidence dokumentů nezbytných pro přepravu zboží“

Obrázek 4.6 - Schéma rozkladu procesu „Přeprava nákladu“

4.2 tSestavení modelu v notaci IDEF3

Nyní sestavíme model TC společnosti EcoTrans LLC pomocí metodiky IDEF3. Rozklad procesu „Přeprava nákladu“ je znázorněn na obrázku 4.7

Obrázek 4.7 - PFDD diagram rozkladu procesu „Cargo Transportation“.

Symbol „“ znamená „Exkluzivní OR“, také známý jako „XOR“ (Exkluzivní OR).

Závěr

Při studiu tématu „Popis podnikových procesů podniku poskytujícího služby silniční dopravy v MS Visio“ byl zjištěn význam popisu podnikových procesů pro optimalizaci procesů podniku.

Popis obchodních procesů je možný různé způsoby: textové, tabulkové, grafické. K jejich popisu existuje mnoho metodik (IDEF0, IDEF3, DFD, WORKFLOW, UML, ARIS a další) a nástrojů (BPWin, ERWin, PowerDesigner a další).

Pro popis obchodních procesů společnosti TC LLC "EcoTrans" v grafické podobě byly zvoleny metodiky modelování obchodních procesů IDEF0, IDEF3. Modelování bylo provedeno pomocí produktu společnosti Microsoft – Visio. Tento program Má to hotová šablona pro modelování v notaci IDEF0, ale pro IDEF3 jsme si museli vytvořit vlastní sadu prvků. To potvrzuje nízkou funkčnost, ale zároveň absenci globálních omezení v procesu návrhu.

Přidání grafického popisu k jednoduchému textovému popisu obchodních procesů společnosti EcoTrans LLC jim poskytlo přehlednost. A ve výsledku poskytl více příležitostí pro systémovou analýzu a optimalizaci činností společnosti.

S přihlédnutím k dostupnosti programy společnosti Microsoft Visio pro ruského uživatele, jeho snadné použití a při zohlednění nově vznikajících výhod grafického modelování obchodních procesů lze tvrdit, že diagramy navržené v MS Visio jsou dostatečně praktické pro velký počet uživatelů.

Literatura

1 Golichev V.D., Golicheva N.D., Gusarova O.M. atd. Aktuální problémy ekonomika a management v podmínkách modernizace. Kolektivní monografie. - Smolensk: Smolgortypografie, 2014. - 212 s.

2 Gusarová O.M. Modelování obchodních výsledků v organizačním řízení // Perspektivy rozvoje vědy a vzdělávání. - Tambov: Business-Science-Society, 2014. - str. 42-43.

Publikováno na Allbest.ru

...

Podobné dokumenty

    Provedení předprojektového průzkumu podniku. Budování modelu organizační a funkční struktury společnosti. Vytvoření organizačního schématu v MS Visio. Seznam a struktura dokumentů, které by měl informační systém generovat.

    praktické práce, přidáno 14.02.2012

    Modelování podnikových procesů jako prostředek hledání cest k optimalizaci činnosti firmy. Metodologie SADT (Structural Analysis and Design), rodina standardů IDEF a algoritmické jazyky jsou základem metodologií modelování obchodních procesů.

    abstrakt, přidáno 14.12.2011

    Architektura integrovaných informačních systémů ARIS jako metodika pro modelování podnikových procesů, výhody a nevýhody použití. Výběr podnikového procesu pro modelování a jeho smysluplný popis, tabulkový formát pro jeho popis.

    práce v kurzu, přidáno 19.06.2015

    Účel aplikace Microsoft Visio. Soubory obrázků objektů určitých typů. Požadavky na software. Vlastnosti uživatelského rozhraní. Funkce, operace a techniky Microsoft Visio. Interakce designéra s aplikacemi.

    test, přidáno 19.12.2010

    Podstata, význam a metodika modelování podnikových procesů. Historie vývoje metodik modelování. Systematizace znalostí o firmě a jejích obchodních procesech ve vizuální grafické podobě pro analytické zpracování získaných informací.

    abstrakt, přidáno 29.04.2009

    Hlavní význam UML popisu. Popis hlavních součástí používaných v aplikaci Microsoft Visio. Tvorba diagramů tříd v Microsoft Visio 2010. Revize vygenerovaného modelu při úpravách systému. Struktura systému, jeho třídy, jeho atributy a operátory.

    praktické práce, přidáno 05.07.2014

    Návrh lokální počítačové sítě. Výběr topologie sítě, architektury a struktury systému. Analýza informačních toků v distribuovaném systému, výběr simulačního systému. Stanovení nákladů na vytvoření a vývoj systému.

    práce, přidáno 21.05.2015

    Správa vzdálené konfigurace a instalace softwaru. Historie vývoje VMware ThinApp. Vytvořte balíček automaticky Instalace Microsoftu Office Visio Professional 2007. Softwarová analýza pro něj. Testování výsledného balíčku msi.

    práce v kurzu, přidáno 14.03.2013

    Srovnávací analýza hotelových informačních systémů. Analýza a výběr CASE nástrojů pro modelování podnikových procesů. Vizuální a matematické modely oboru, volba architektury a platformy informačního systému, konstrukce databáze.

    práce, přidáno 20.07.2014

    Prostředí Microsoft Visio: koncepce, hlavní funkce. Funkce automatického připojení v aplikaci Office Visio 2007. Funkce pravděpodobnosti protokolování. Graf pravděpodobnosti selhání verze softwaru. Vizuální modelování v UML. Celkový pohled na diagram tříd.