BPM: Ako si vybrať systém obchodného modelovania v Rusku. Modelovanie obchodných procesov - prehľad zápisov Aké sú systémy modelovania obchodných procesov

Modelovanie obchodných procesov je efektívnym nástrojom na hľadanie spôsobov optimalizácie činnosti spoločnosti, ktorý umožňuje určiť, ako spoločnosť funguje ako celok a ako sú aktivity organizované na jednotlivých pracoviskách. Metodológia (notácia) tvorby modelu (popisu) podnikového procesu je chápaná ako súbor spôsobov, akými sú objekty reálneho sveta a vzťahy medzi nimi reprezentované vo forme modelu. Každý objekt a odkazy sú charakterizované množstvom parametrov alebo atribútov, ktoré odrážajú určité charakteristiky skutočného objektu (číslo objektu, názov, popis, čas vykonania (pre funkcie), náklady atď.).

Popis podnikových procesov sa vykonáva za účelom ich ďalšej analýzy a reorganizácie. Účelom reorganizácie môže byť zavedenie informačného systému, zníženie nákladov, skvalitnenie zákazníckeho servisu, vytvorenie pracovných a pracovných pokynov a pod., pričom podrobný popis procesov sám o sebe nemá význam.

Reinžiniering podnikových procesov (angl. Business process reengineering) je zásadné prehodnotenie a radikálne prepracovanie podnikových procesov na dosiahnutie maximálnej efektívnosti výrobných, ekonomických a finančných a ekonomických činností, formalizované príslušnými organizačnými a administratívnymi a normatívne dokumenty. Podnikové inžinierstvo pozostáva z modelovania podnikových procesov (vývoj modelu „tak ako je“, jeho analýza, vývoj modelu „ako na to“) a vývoja a implementácie plánu prechodu do stavu „podľa potreby“.

Základom mnohých moderných metodík na modelovanie podnikových procesov bola metodika SADT (Structured Analysis and Design Technique - the method štrukturálna analýza a dizajn), rodina štandardov IDEF (Icam DEFinition, kde Icam znamená Integrated Computer-Aided Manufacturing) a algoritmické jazyky.

Hlavné typy metodík na modelovanie a analýzu obchodných procesov:

Modelovanie obchodných procesov ( modelovanie obchodných procesov). Najpoužívanejšou metodikou na popis obchodných procesov je štandard IDEF0. Modely v notácii IDEF0 sú určené pre vysokoúrovňový popis podnikania spoločnosti po funkčnej stránke.

Popis pracovných postupov ( Modelovanie pracovného toku). Štandard IDEF3 je určený na popis pracovných tokov a má blízko k algoritmickým metódam vytvárania vývojových diagramov.

Popis dátových tokov ( Modelovanie toku údajov). DFD notácia ( Diagram toku údajov), vám umožňuje odrážať postupnosť práce vykonanej počas procesu a toky informácií, ktoré medzi týmito prácami kolujú.

iné metodiky.

Vo vzťahu k získaniu pridanej hodnoty produktu alebo služby možno rozlíšiť tieto triedy procesov:

Hlavné obchodné procesy (napr. marketing, výroba, dodávka a servis produktov).

Podporné obchodné procesy nepridávajú produktu hodnotu, ale zvyšujú jeho hodnotu (napríklad finančná podpora prevádzky, personálne zabezpečenie, právna podpora, administratíva, bezpečnosť, dodávka komponentov, opravy a Údržba atď.).

Riadenie obchodných procesov.

Obchodný model je formalizovaný (grafický, tabuľkový, textový, symbolický) popis podnikových procesov. Hlavnou oblasťou aplikácie obchodných modelov je reengineering obchodných procesov.

Ciele modelovania obchodných procesov sú zvyčajne formulované takto:

Poskytnúť pochopenie štruktúry organizácie a dynamiky procesov, ktoré v nej prebiehajú;

Poskytnúť pochopenie aktuálnych problémov organizácie a možností ich riešenia;

Uistite sa, že zákazníci, používatelia a vývojári zdieľajú rovnaké chápanie cieľov a zámerov organizácie;

Vytvorte základňu pre tvorbu požiadaviek na softvér, ktorý automatizuje podnikové procesy organizácie (softvérové požiadavky sa tvoria na základe obchodného modelu).

Dôležitým prvkom modelu podnikových procesov sú obchodné pravidlá alebo pravidlá domény. Typickými obchodnými pravidlami sú firemná politika a štátne zákony. Obchodné pravidlá sú zvyčajne formulované v špeciálnom dokumente a môžu sa premietnuť do modelov.

Rozklad vo všeobecnom zmysle ide o metódu, ktorá vám umožňuje nahradiť riešenie jedného veľkého problému riešením série menších problémov, pričom sa objekt rozdelí na jednotlivé časti podľa stanoveného kritéria. V praxi sa rozklad využíva na spresnenie obchodných modelov.

Etapy popisu obchodného procesu:

Určenie účelu popisu.

Popis prostredia, definícia vstupov a výstupov podnikového procesu, konštrukcia diagramov IDEF0.

Popis funkčnej štruktúry (procesné akcie), konštrukcia diagramov IDEF3.

Popis tokov (materiálnych, informačných, finančných) procesu, konštrukcia DFD-diagramov.

Budovanie Organizačná štruktúra procesu (oddelenia, účastníci, zodpovední).

IDEF0

Model pozostáva z diagramov, textových fragmentov a glosára, ktoré sú navzájom prepojené. Diagramy sú hlavnými komponentmi modelu, všetky funkcie a rozhrania sú prezentované ako bloky a oblúky.

Spojovací bod oblúka s blokom určuje typ rozhrania:

Kontrolné informácie vstupujú do bloku zhora.

Vstupné informácie sú zahrnuté v bloku vľavo.

Výsledky opustia blok vpravo.

mechanizmus (osoba resp automatizovaný systém), ktorý vykonáva operáciu, vstupuje do bloku zdola.

Každý komponent modelu je možné rozložiť (dešifrovať podrobnejšie) v inom diagrame. Odporúča sa zastaviť modelovanie, keď úroveň detailov modelu spĺňa svoj účel. Celkový počet úrovní v modeli by nemal presiahnuť 5-6.

Diagram začína znázornením celého systému vo forme jedného bloku a oblúkov zobrazujúcich rozhrania s funkciami mimo systému. Potom je blok, ktorý predstavuje systém ako jeden modul, podrobne opísaný v inom diagrame pomocou niekoľkých blokov spojených oblúkmi rozhrania. Každý podrobný diagram je blokový rozklad z diagramu predchádzajúcej úrovne. V každom kroku rozkladu sa diagram predchádzajúcej úrovne nazýva rodičovský diagram pre podrobnejší diagram.

Takéto diagramy explicitne neindikujú ani sekvenciu, ani čas. Metóda má množstvo nevýhod: zložitosť vnímania (veľký počet oblúkov v diagramoch a veľký počet úrovní rozkladu), náročnosť prepojenia viacerých procesov.

IDEF3

Táto metóda je určená na simuláciu postupnosť akcií a vzájomné závislosti medzi nimi v rámci procesov. Modely IDEF3 možno použiť na rozbalenie funkčných blokov IDEF0, ktoré nemajú diagramy rozkladu.

Zobrazenie diagramov IDEF3 akcia vo forme obdĺžnika. Akcie sú pomenované pomocou slovies alebo slovesných podstatných mien, pričom každej z akcií je priradený unikát identifikačné číslo(Pred číslom akcie sa zvyčajne uvádza číslo jej rodiča, napr. 1.1.).

Všetky odkazy v IDEF3 sú jednosmerné a sú usporiadané zľava doprava.

Typy odkazov IDEF3:

Časová prednosť, jednoduchá šípka. Pred začatím koncovej aktivity sa musí dokončiť zdrojová aktivita.

Tok objektu, dvojitá šípka. Výstup pôvodnej akcie je vstupom konečnej akcie. Pred začatím koncovej aktivity sa musí dokončiť zdrojová aktivita. Názvy streamingových odkazov musia jasne identifikovať objekt, ktorý sa s ich pomocou prenáša.

Fuzzy Relationship, bodkovaná šípka.

Dokončenie jednej akcie môže iniciovať spustenie vykonávania niekoľkých ďalších akcií naraz, alebo naopak, určitá akcia si môže vyžiadať dokončenie niekoľkých ďalších akcií pred začatím jej vykonávania (vetvenie procesu).

Vetvenie procesu sa odráža pomocou špeciálnych blokov:

- "A", zablokujte znakom &.

- "XOR" ("jeden z"), blok so znakom X.

- "ALEBO", blok so znakom O.

Ak sa akcie "AND", "ALEBO" musia vykonať synchrónne, je to označené dvoma dvojitými zvislými čiarami vo vnútri bloku, asynchrónne - jednou.
Metóda IDEF3 vám umožňuje viacnásobne rozložiť aktivitu, čo zaisťuje, že alternatívne toky procesov sú zdokumentované v jedinom modeli.

DFD

Účelom tejto prezentácie je ukázať, ako každý proces prebieha transformuje ich vstup údajov cez víkend. Môže odrážať nielen informácie, ale aj materiálové toky. Rovnako ako v iných modeloch je podporovaný rozklad.

Hlavnými komponentmi diagramov toku údajov sú:

Vonkajšie entity (hmotný objekt resp individuálny, ktoré sú zdrojom alebo príjemcom informácií, napríklad zákazníci, personál, dodávatelia, zákazníci, sklad);

Systémy a podsystémy (napríklad podsystém pre prácu s jednotlivcami);

Procesy (transformácia vstupné prúdyúdaje o výstupe v súlade s určitým algoritmom; fyzicky môže ísť napríklad o pododdelenie organizácie (oddelenie), ktoré spracováva vstupné dokumenty a vydáva zostavy, program, hardvérovo implementované logické zariadenie a pod.);

Zariadenia na ukladanie údajov (abstraktné zariadenia na ukladanie informácií);

Dátové toky (šípky na diagrame).

Na každý diagram je potrebné umiestniť od 3 (menej nedáva zmysel) po 7 (viac - nevnímaných) procesov, bez toho, aby sa diagramy zahltili detailmi, ktoré sú na tejto úrovni nepodstatné.

Prvým krokom pri budovaní hierarchie DFD je vytvorenie kontextových diagramov. Typicky sa pri navrhovaní relatívne jednoduchých systémov vybuduje jeden kontextový diagram s hviezdicovou topológiou, v strede ktorého je takzvaný hlavný proces, napojený na prijímače a zdroje informácií. Pre komplexné systémy (desať a viac externých entít, distribuovaný charakter a multifunkčnosť systému) je vybudovaná hierarchia kontextových diagramov. Kontextový diagram najvyššej úrovne zároveň neobsahuje jeden hlavný proces, ale súbor podsystémov spojených dátovými tokmi.

Každý proces na DFD môže byť podrobne popísaný pomocou DFD alebo (ak je proces elementárny) špecifikácie. Špecifikácie sú popisy algoritmov pre úlohy vykonávané procesmi. Špecifikačné jazyky sa môžu pohybovať od štruktúrovaného prirodzeného jazyka alebo pseudokódu až po jazyky vizuálneho modelovania.

V modelovaní obchodných procesov sa diagramy toku údajov (DFD) používajú na zostavenie modelov „AS-IS“ a „AS-TO-BE“, čím odrážajú existujúcu a navrhovanú štruktúru podnikových procesov organizácie.

ARIS

V súčasnosti existuje tendencia integrovať rôzne metódy modelovania, čo sa prejavuje vo forme vytvárania integrovaných modelovacích nástrojov. Jedným z týchto nástrojov je softvérový produkt s názvom ARIS (Architecture of Integrated Information Systems), ktorý vyvinula nemecká spoločnosť IDS Scheer.

ARIS podporuje štyri typy modelov (a mnoho typov modelov v každom type), ktoré odrážajú rôzne aspekty skúmaného systému:

Organizačné modely reprezentujúce štruktúru systému - hierarchia organizačných jednotiek, pozícií a konkrétnych osôb, väzby medzi nimi, ako aj územná väzba štruktúrnych jednotiek;

Funkčné modely obsahujúce hierarchiu cieľov, ktorým čelí riadiaci aparát, so súborom funkčných stromov potrebných na dosiahnutie cieľov;

Informačné modely odrážajúce štruktúru informácií potrebných na implementáciu celého súboru funkcií systému;

Modely riadenia predstavujúce komplexný pohľad na implementáciu podnikových procesov v rámci systému.

Na zostavenie uvedených typov modelov sa používajú ako vlastné modelovacie metódy ARIS, tak aj rôzne známe modelovacie metódy a jazyky, najmä UML. Proces modelovania je možné spustiť s ktorýmkoľvek typom modelu.

Hlavným obchodným modelom ARIS je eEPC (extended Event-driven Process Chain, rozšírený event-driven process chain model). Notácia ARIS eEPC je rozšírením notácie IDEF3. Obchodný proces v zápise eEPC je tok postupne vykonávaných prác (postupov, funkcií) usporiadaných v poradí, v akom sa vykonávajú. Skutočné trvanie procedúr v eEPC sa vizuálne neodráža.

Na získanie informácií o skutočnom trvaní procesov je potrebné použiť iné popisovacie nástroje, napríklad MS Project.

Modely v ARIS sú diagramy, ktorých prvky sú rôzne predmety- "funkcie", "udalosti", " štruktúrne jednotky", "dokumenty" atď. Medzi objektmi určitých typov, spojenia určité typy („vykonáva“, „rozhoduje“, „mal by byť promptne informovaný o výsledkoch“ atď.). Každý objekt zodpovedá špecifickému súboru atribútov, ktoré vám umožňujú zadať Ďalšie informácie o konkrétnom objekte.

Hlavnými predmetmi notácie eEPC sú:

Funkcia. Slúži na popis funkcií (postupov, práce), ktoré vykonávajú oddelenia / zamestnanci podniku. Každá funkcia musí byť iniciovaná udalosťou a musí končiť udalosťou; Každá funkcia nemôže zadať viac ako jednu šípku, ktorá „spúšťa“ vykonávanie funkcie, a nemôže ukončiť viac ako jednu šípku, ktorá popisuje dokončenie funkcie.

Udalosť. Používa sa na opis skutočných udalostí, ktoré ovplyvňujú vykonávanie funkcií.

Organizačná jednotka. Napríklad vedenie alebo oddelenie.

dokument. Odráža skutočné médiá, ako sú papierové dokumenty.

Systém aplikácie.

informačný klaster. Charakterizuje súbor entít a vzťahy medzi nimi.

Komunikácia medzi objektmi. Typ vzťahu medzi objektmi, napríklad aktivácia vykonania funkcie nejakou udalosťou.

Booleovský operátor. Operátor "AND", "OR" alebo exkluzívny "OR" umožňuje popísať vetvenie procesu.

Ak pri vytváraní modelu v eEPC zadáte len postupnosť postupov, nedbáte na premietnutie kontrolných dokumentov a informácií, výsledné modely budú mať nízku hodnotu z hľadiska analýzy a ďalšieho využitia.

Na uloženie modelov v ARIS sa používa objektový DBMS a pre každý projekt sa vytvorí nová databáza. Za predpokladu rôzne funkcie administrácia databáz, napríklad riadenie prístupu. Databáza je hierarchické úložisko modelov.

Práca na vytváraní modelu by mala byť regulovaná prísnymi a objemnými modelovacími konvenciami (štandardmi), ARIS podporuje mechanizmus metodických filtrov, ktoré umožňujú užívateľovi používať len určitú množinu schém a objektov. Vypracovanie takýchto dohôd si vyžaduje značný čas a vysokokvalifikovaných odborníkov. Ak sa projekt využívajúci ARIS spustí bez podrobného vypracovania takýchto dohôd, potom je pravdepodobnosť vytvorenia modelov podnikových procesov, ktoré neodpovedajú na položené otázky, veľmi vysoká.

Získanie holistického obrazu o živote organizácie, koordinácia rôznych uhlov pohľadu na neustále sa rozvíjajúce a meniace sa podnikanie.
Zabezpečenie vzájomného porozumenia na všetkých úrovniach organizácie, preklenutie priepasti medzi riadiacimi a výkonnými stranami.
Zabezpečenie znižovania výrobných nákladov a zvyšovania kvality a úrovne služieb.

V procese obchodného modelovania dochádza k prechodu od konceptu „čo“ by sa malo robiť ku konceptu „ako“ by sa malo robiť. Výstupom simulácie by mal byť dokument, ktorý umožní vývojovému tímu jasne pochopiť rozsah projektu, ako aj programové a hardvér zákazníka. Prijaté údaje sa odrážajú v špecifikácii projektu, ktorá môže obsahovať nasledujúce časti:

popis hlavných dátových entít aplikácie;
formálny popis špecifikácie aplikácie;
obchodná logika a obchodné pravidlá;
funkčné požiadavky;
nefunkčné požiadavky;
šablóny prihlášok/stránok;
slovník alebo zoznam skratiek;
pomocné tabuľky.

Nástroje podnikového modelovania a ich vývoj

Dizajnové nástroje sa používajú na vytváranie obchodných modelov informačné systémy a ich zodpovedajúce jazyky popisu (najznámejší z nich je UML - Unified Modeling Language). Pomocou takýchto jazykov sa budujú grafické modely a diagramy, ktoré demonštrujú štruktúru obchodných procesov organizácie, organizáciu interakcie medzi ľuďmi a potrebné zmeny na zlepšenie výkonnosti organizácie ako celku. Nástroje obchodného modelovania sa neustále vyvíjajú. Spočiatku bolo pomocou takýchto nástrojov možné popísať iba obchodné funkcie (prácu) spoločnosti a pohyb dát v procese ich implementácie. Navyše, ak bola pri vykonávaní použitá rovnaká obchodná funkcia rôzne druhy bolo ťažké pochopiť, či ide o rovnakú obchodnú funkciu alebo inú. Neschopnosť explicitne definovať hierarchiu obchodných procesov (napríklad „hodnotový reťazec“, „obchodný proces“, „podproces“, „práca“, „funkcia“) spôsobovala problémy pri používaní takýchto popisov. Samotné popisy boli len zbierkou obrázkov. Neskôr sa začali objavovať nástroje, ktoré umožnili popísať organizáciu nielen zo strany podnikových funkcií, ale aj z iných strán. Tak bolo možné vytvárať samostatné diagramy, ktoré odrážajú organizačnú štruktúru spoločnosti, dátové toky v organizácii, postupnosť obchodných funkcií, ktoré tvoria jeden obchodný proces, s možnosťou používania logických symbolov atď. so stále rastúcimi požiadavkami na nástroje obchodného modelovania sa stále viac a viac objavovalo diagramov popisujúcich rôzne aspekty organizácie, čo robilo tvorbu modelu čoraz komplikovanejším. V tomto ohľade je ďalšia dôležitá etapa vo vývoji nástrojov obchodného modelovania spojená s myšlienkou použitia jediného úložiska (úložiska) objektov a myšlienkou možného opätovné použitie objekty na rôznych mapách. Bez ohľadu na zvolený nástroj je potrebné zabezpečiť vzájomnú interakciu miestnych informačných systémov. Dodnes najmodernejším a zároveň všeobecne akceptovaným štandardom pre organizáciu riadenia podnikových procesov je BPEL (Business Process Execution Language). Na základe tohto produktu môžete vytvoriť jednotnú integračnú platformu pre všetky vaše aplikácie. Po modelovaní procesov v jednom z modelovacích nástrojov sa používajú špeciálne prekladače, aby sa model dostal do štandardu BPEL.

Príklady biznis modelovania a jeho výsledky

Zníženie nákladov. Obchodný model vám poskytne predstavu o tom, kde sa môžete vyhnúť zbytočným nákladom a ako optimalizovať využitie zdrojov. Na základe obchodného modelu sa vykonáva funkčná analýza nákladov na výpočet nákladov na produkt alebo službu a je vybudovaný systém riadenia rozpočtu, ktorý vám umožňuje kontrolovať náklady podniku.
Zlepšenie efektívnosti. Schopnosť znížiť náklady na adaptáciu a školenie personálu. Regulačná dokumentácia na základe pripraveného biznis modelu zodpovedá aktuálnemu stavu organizácie, rozdeľuje zodpovednosti, buduje hierarchický systém kariérneho rastu.
Rozširovanie sféry vplyvu, zvyšovanie siete, organizovanie pobočiek. Prítomnosť obchodného modelu zníži náklady a umožní opísať štruktúru usporiadania nových pobočiek podniku.
Primeranosť investícií. Pomocou obchodného modelovania je možné s dostatočnou presnosťou určiť výšku kapitálových investícií, znížiť riziká a finančné straty už v štádiu rozbehu nového projektu.
Implementácia EDMS. Obchodný model podniku štandardizuje zloženie podnikových dokumentov a stanovuje cesty pre pohyb dokumentov.
Automatizácia a implementácia systémov triedy ERP, SCM, CRM alebo iného softvéru. Na základe obchodného modelu je možné formulovať lepšie požiadavky na systém a zvoliť riešenie, ktoré je optimálne z hľadiska nákladov a funkčnosti.
Certifikácia systému manažérstva kvality. rozvoj obchodné modely enterprise vám umožňuje výrazne znížiť čas a náklady na vývoj, implementáciu a certifikáciu systému manažérstva kvality a získať súbor požadované dokumenty pre úspešnú certifikáciu znížiť náklady na udržiavanie systému manažérstva kvality.

Vlastnosti obchodného modelovania

Tvorba, implementácia a podpora obchodného modelu je nákladný investičný projekt. A ako každému projektu, aj vytvoreniu biznis modelu musí predchádzať analýza realizovateľnosti a realizovateľnosti jeho implementácie. Veľké projekty vyžadujú výkonné nástroje obchodného modelovania s dobre vyvinutou funkčnosťou: so schopnosťou ukladať informácie do jedného úložiska, spolupracovať na modelovom projekte a kontrolovať integritu vytvoreného modelu, poloautomatické generovanie diagramov, integráciu s iným softvérom, analýzu a modelová dokumentácia – zatiaľ čo pri malých projektoch by bolo z nákladových dôvodov rozumnejšie použiť menej funkčné nástroje. Na analýzu činnosti, rozvoj existujúcej štruktúry je potrebné najprv vybudovať adekvátny obchodný model. To znamená, že spočiatku teória a až potom - jej implementácia.

Riešenia

V súčasnosti existuje veľké množstvo softvérových produktov, ktoré sú navrhnuté tak, aby popisovali architektúru organizácie. Podľa správ analytickej spoločnosti Gartner možno k lídrom tohto segmentu priradiť nasledujúce spoločnosti.

Teraz, po všeobecnom objasnení generál funkčné úlohy riešené uvažovanými prostriedkami, treba porovnať aj možnosti, ktoré tieto nástroje poskytujú.

V ďalšej analýze sa budú brať do úvahy iba charakteristiky programov ARIS ToolSet (ďalej len ARIS), BP-Win - Erwin (ďalej len BP-Win) a ORG-Master (ďalej len ORG-Master). Program Rational Rose – ako najviac zameraný na budovanie čisto softvéru, a nie organizačných systémov, s cieľom zjednodušiť prezentáciu, vylúčime z úvahy, najmä preto, že metodika UML, na ktorej je založený, je teraz implementovaná v ARIS).

Funkčnosť nástrojov na modelovanie obchodných systémov

Pri porovnávaní rôznych nástrojov na modelovanie obchodných systémov je vhodné zvážiť ich vlastnosti podľa nasledujúcich skupín funkcionality:

nástroje na vytváranie modelov obchodných systémov;
nástroje na analýzu modelov;
prostriedky na optimalizáciu simulovaných systémov podľa ich modelov;
podpora knižníc štandardných modelov;
registrácia predpisov a dokumentácie;
podpora vývoja databázových modelov a softvérových nástrojov;
integrácia s inými softvérovými produktmi (CASE nástroje, ERP systémy, aplikačné programy).

všeobecná organizácia obchodných procesov a postup interakcie medzi organizačnými jednotkami (výkonnými pracovníkmi),
rozdelenie zodpovednosti za vykonávanie jednotlivých funkcií a vynakladanie systémových zdrojov,
načítanie organizačných jednotiek, účinkujúcich a inštrumentálnych zdrojov v systéme,
hlavné časové a nákladové parametre simulovaného systému,
požiadavky na podporu procesov prebiehajúcich v systéme.

Analýza všeobecná organizácia podnikových procesov a poradie interakcie organizačných jednotiek v systéme sa vykonáva priamo pri štúdiu vybudovaných modelov podnikových procesov. Odhaľuje to aj kvalitatívna analýza rolí, ktorú je možné za určitých podmienok z procesu vylúčiť. V čom viditeľnosť modelu a schopnosť sledovať vzťahy existujúce v systéme naberá prvoradý význam.

Poznámky týkajúce sa viditeľnosti modelov sú uvedené nižšie. Tu je však potrebné poznamenať, že dôležitou požiadavkou na model je možnosť jeho rozboru pred jeho kompletnou výstavbou. V skutočnosti, ak je možné identifikovať vzájomné vzťahy (ako aj ich neprítomnosť) v systéme až po zostavení jeho úplného modelu, potom sa to v počiatočných fázach práce, keď sa informácie o vlastnostiach vyskytujúcich procesov, ukazuje ako veľmi nepohodlné. v systéme môžu stále čiastočne chýbať alebo byť nepresné.

Tu je ORG-Master vo víťaznej pozícii, keďže model obchodného procesu v ňom nie je postavený priamo vo forme IDEF diagramu. Tento diagram je možné automaticky vygenerovať po vytvorení a vyplnení klasifikátorov tvoriacich model (obchodné funkcie, organizačné väzby, zdroje atď.) a nastavení všetkých potrebných projekcií (vzťahy podľa zdrojov, interpretov, nástrojov, predpisov a skutočných vzťahov medzi Obchodné operácie). Takže ešte predtým, ako sa získa úplný (alebo čiastočný) model obchodného procesu, hlavné vzťahy, ktoré definujú modelovaný proces, sú už identifikované a možno ich analyzovať.

Na rozdiel od tohto prístupu sú modely podnikových procesov v ARIS a BP-Win budované priamo a existujúce vzťahy procesných komponentov musia byť pripravené na analýzu, ako výsledok vhodných postupov.

Takže napríklad po vybudovaní modelu podnikových procesov v BP-Win pomocou ERwin je vybudovaný samostatný dátový model, v ktorom sú vytvorené väzby medzi komponentmi systému (entitami dátového modelu podľa metodiky). Potom sú tieto modely prepojené pomocou mechanizmu v podstate podobného mechanizmu konštrukcie projekcie používaného v ORG-Master (pozri Príloha 1. Komponenty modelov softvérového a metodického komplexu ORG-Master).

S ohľadom na to, druhá z uvažovaných možností analýzy modelu: analýza rozdelenia zodpovednosti za implementáciu jednotlivých funkcií a vynaloženie systémových zdrojov, sa automaticky implementuje do procesu budovania modelu podnikových procesov v systéme ORG-Master. V skutočnosti projekcie typu Organizačné prepojenia - Funkcie a Funkcie - Zdroje, špecifikované pri vytváraní modelov obchodných procesov v ORG-Master, priamo ukazujú tých, ktorí sú zodpovední za konkrétnu oblasť práce alebo zdroja (a umožňujú vám analyzovať akúkoľvek ich kombináciu ). Okrem toho vám ORG-Master umožňuje exportovať maticové projekcie do MS Excel, kde sa na ich základe vytvárajú grafy organizačnej analýzy.

V ARIS a BP-Win je na tento účel potrebné buď manuálne sledovať všetky prepojenia v diagramoch obchodných procesov (a dátových modeloch v BP-Win), alebo špecificky zostaviť príslušné zoznamy alebo zostavy.

Otázka o načítavaní umelcov a inštrumentálnych zdrojov v systéme, ako aj získavanie odhadov pre hlavné časové parametre simulovaného systému, možno rozhodnúť na základe kvantitatívnych údajov o zložitosti (alebo jednoducho o trvaní) funkcií, ktoré implementujú. Na vyriešenie tohto problému je potrebné vložiť takéto údaje do systému tak či onak, ako aj poskytnúť prostriedky na získanie súhrnných odhadov. Podpora pre metodiku IDEF3 (v BP-Win), metódy ABC v ARIS a BP-Win a simulačné nástroje v ARIS (a čiastočne v BP-Win) zabezpečujú určité spracovanie týchto odhadov. Čo sa týka samotných pôvodných údajov, tie si nastavuje užívateľ, ktorý je teda zodpovedný za konečný výsledok.

Získanie dostatočne reprezentatívnych odhadov pomocou štatistického (simulačného/udalostného) modelovania (a ešte viac pomocou metód ABC, keď sa uvažuje čas ako zdroj) pre načítanie systémových komponentov je však náročné z dôvodu nasledujúcich faktorov.

Moderné prístupy na analýzu akéhokoľvek procesu ( pracovný tok) vychádzať z delenia času jeho vykonania v skutočnosti obdobím vykonávania operácií a časom prenosu ich výsledkov. Zároveň v kancelárskych procesoch alebo procesoch poskytovania služieb skutočná práca zaberie v priemere asi 10 % času a zvyšok času strávi buď fyzickým pohybom výsledku úlohy (vyžaduje podpis textu zmluvy, ktorú je potrebné znova umyť) a čakať v rade, kým si účinkujúci nájde čas na pokračovanie v procese. Preto metódy založené na jednoduchom súčte času operácií v súčasnosti spravidla nedávajú presnú predstavu o časových parametroch procesu.

Adekvátnejšie výsledky možno získať simuláciou správania systému. Avšak pre časy oneskorenia služby je potrebné buď prijať veľmi približné predpoklady o zákone ich rozloženia v čase, alebo vykonať pomerne drahé a časovo náročné postupy časovania a následné štatistické spracovanie. Spoľahlivosť získaných výsledkov zároveň nebude príliš vysoká alebo si to bude vyžadovať značné dodatočné náklady. Preto sa zdá byť rozumný prístup, že: „náklady na modelovanie na získanie akejkoľvek informácie by nemali presiahnuť hodnotu (náklady) výsledkov jej použitia. Okrem toho treba mať vždy na pamäti Paretov zákon, z ktorého vo vzťahu k uvažovanému problému vyplýva, že 20 % modelingového úsilia poskytuje 80 % efektu.

Preto sa z nášho pohľadu pred prechodom na zložité a časovo a zdrojovo náročné modelovacie metódy spojené s kvantitatívnymi odhadmi časových a nákladových parametrov oplatí zamerať sa na získanie efektu z implementácie zrejmejších výsledkov biznis modelovania. Kvantitatívna optimalizácia by sa mala vykonávať s prihliadnutím na merania a analýzu skutočných procesov.

ORG-Master má funkčnú obdobu analytických nástrojov ABC - Sprievodcu zostavovaním rozpočtu, ktorý generuje jednoduchý rozpočtový systém. Jedným z výsledkov tohto systému je kvantitatívne hodnotenie nákladov na implementáciu podnikových procesov (prevádzkové rozpočty), ktoré je hodnotovo minimálne porovnateľné s údajmi získanými pomocou nástrojov podpory ABC-costing.

Okrem toho rodina ORG-Master obsahuje aj softvérový balík Time-Master, ktorého jedna z komponentov, ktorá zabezpečuje riadenie procesov (workflow), umožňuje zhromažďovať štatistiky v priebehu ich vykonávania, ktoré poskytujú odhady pre časové parametre procesy potrebné na analýzu.

Nástroje na optimalizáciu obchodných systémov (obchodné procesy) okrem možností analýzy modelov poskytujú: nástroj riadenia.
generovanie množstva alternatív;
plánovanie;
výber najlepšieho postupu;
prideľovanie zdrojov;
stanovenie priorít.

Implementácia uvedených funkcií je spravidla spojená s použitím špeciálnych pomerne zložitých alebo ťažkopádnych algoritmov na riešenie optimalizačných problémov. V systéme ARIS je začlenených viacero možností tohto druhu. Ich implementácia sa však vo všeobecnosti javí ako vhodná až vo fáze dolaďovania podnikového procesu po dosiahnutí výsledkov jeho reštrukturalizácie jednoduchšími metódami.

Podpora pre knižnice generických modelov umožňuje použiť predtým vytvorený vývoj v procese vytvárania nových modelov. Túto možnosť poskytujú všetky tri uvažované nástroje. Najmä ORG-Master podporuje obidva kompletné referenčné obchodné modely podnikov získané ako výsledok reálnych realizovaných projektov ruských podnikov a "knižničné" klasifikátory, ktoré popisujú modelová organizácia jednotlivé aspekty činnosti.

registrácia, v súlade s vyrobenými modelmi, firemné predpisy sa zdá byť veľmi dôležitou vlastnosťou, ktorá zabezpečuje integritu a konzistentnosť dokumentárneho popisu obchodného systému. Význam tohto komponentu pre nástroje obchodného modelovania možno pochopiť tak, že sa na predpisy pozrieme ako na nástroj riadenia spoločnosti. Ak spoločnosť funguje stabilne, znamená to, že jej obchodné procesy sú dobre zavedené a podliehajú takmer formálnej regulácii. Vnútorná kultúra, ktorá musí byť v takejto spoločnosti prítomná, umožní v prípade potreby rýchlo prebudovať systém alebo parametre podnikového procesu zmenou pracovných predpisov príslušných oddelení a výkonných pracovníkov.

Prítomnosť dokumentov-predpisov pre všetky aspekty činnosti spoločnosti je jedným zo základných ustanovení koncepcie riadneho, systémového riadenia. V dobre organizovanom biznise sa podľa nej asi 80 % manažérskych rozhodnutí robí podľa vopred stanovených postupov a len zvyšok, súvisiaci s neštandardnými situáciami a rôznymi inováciami, sa spolieha na kreativitu a hrdinstvo zamestnancov.

Organizáciu činnosti podniku (spoločnosti), zameranú na dosiahnutie určitých cieľov, na súčasnej úrovni upravuje nasledujúci štandardný súbor základných organizačných dokumentov:

postavenie v organizačnej a funkčnej štruktúre odrážajúce zloženie podnikov a funkcií podporovaných v podniku a ich rozloženie v rámci podniku;
ustanovenia o podnikových zásadách (účtovníctvo, investície atď.);
predpisy o organizácii hlavných obchodných a riadiacich subsystémov spoločnosti, ktoré obsahujú podrobný popis funkcií v oblastiach činnosti;
dokumentované postupy - popisy obchodných procesov vo forme, ktorá umožňuje prezentovať proces vonkajšiemu pozorovateľovi a zároveň sa týmto dokumentom riadiť vykonávateľmi procesných operácií;
a nakoniec tradičné „predpisy členenia“ a „ popisy práce» personál so zoznamom funkčných povinností, druhov zodpovednosti, práv a právomocí zamestnancov.

Okrem toho by malo byť možné vytvárať špeciálne formuláre výkazov na vytváranie dokumentov v rôznych funkčných oblastiach: Zadanie pre podnikový manažérsky informačný systém, Príručka kvality (pozri napr. Príloha 3) a ďalšie špeciálne dokumenty podľa normy ISO9000 , atď.

Všetky informácie, ktoré umožňujú generovanie týchto dokumentov, musia byť obsiahnuté vo forme uceleného a konzistentného systému v kompletnom obchodnom modeli podniku (spoločnosti). Okrem toho by mnohé z vytvorených dokumentov mali čo najviac zodpovedať všeobecne uznávaným Ruské štandardy(Samozrejme, že systémy ARIS a BP-Win posledný hovor odpovedať najmenej).

V prostredí ORG-Master sa takéto ustanovenia a inštrukcie generujú automaticky ako textové formuláre na popis procedúr, reprezentované zodpovedajúcimi klasifikátormi a projekčnými vzťahmi medzi nimi. Grafické formy (rôzne digrafy a diagramy procesov) slúžia ako dobrý doplnok k týmto dokumentom.

V prostredí ARIS sú popisy úloh a popisy procesov založené na diagramoch udalostí procesov av princípe je možné pomocou analýzy modelov procesov a organizačných štruktúr vytvárať rôzne textové dokumenty. Aj keď vo väčšej miere sa tu obraz obracia - systém je zameraný hlavne na tvorbu grafiky a funkcia tvorby regulačných dokumentov je jednoznačne pomocná a v dôsledku toho nerozvinutá.

V BP-Win nie je stanovená priama možnosť získania rôznych regulácií.

Vo vzťahu projektovej dokumentácie za dve strany možno uvažovať: popis podnikových procesov a popis informačného systému na podporu podnikových procesov pre jeho následný rozvoj. Prvým z nich je takmer rovnakou mierou v každom z uvažovaných prostredí možnosť budovania rôznych reportovacích formulárov na základe vybudovaných modelov podnikových procesov.

Z hľadiska dokumentácie pre vývoj informačného systému najtradičnejšie funkcie poskytuje prostredie BP-Win / ERwin, ktoré bolo v podstate na to vytvorené.

Schopnosti ARIS sú približne rovnaké: v prvých verziách dátového modelu boli popísané podľa schémy entity-relationship, v neskorších verziách v jazyku UML. Nástroj ARISToolset však poskytuje pokročilejšie funkcie vývoja informačných systémov.

Možnosti ORG-Master vám umožňujú plne reprezentovať dátové štruktúry potrebné na organizáciu informačnej podpory pre modelované obchodné procesy pomocou vlastných univerzálnych nástrojov – klasifikátorov a projekcií. Neexistujú žiadne formalizmy ako ER diagramy, hoci v posledných verziách je možné vizualizovať v štandarde DFD. Okrem toho bolo možné reflektovať interakciu medzi funkčnými blokmi na diagramoch IDEF0 nielen pomocou priameho prenosu dokumentov a súborov, ale aj prostredníctvom zdieľaných databáz!

Podpora vývoja databázových modelov a softvérových nástrojov zvyčajne odkazuje na možnosti nástrojov typu CASE alebo súvisiacich nástrojov na nastavenie podnikových manažérskych informačných systémov (napríklad systémy triedy ERP). Takáto podpora môže poskytovať nasledujúce funkcie:

analýza a návrh architektúry systémov správy informácií,
návrh databázy a súborov,
programovanie (generovanie programového kódu),
údržba a reinžiniering,
projektový manažment.

Otázky analýza a návrh architektúry informačných systémov, zvyčajne vyvrcholí definovaním systémových požiadaviek a súvisiacich špecifikácií. Táto fáza, pri systémový prístup navrhovať, by sa mali priamo opierať o modely podnikových systémov a v skutočnosti ich detailne rozpracovávať. Preto tu platia všetky vyššie uvedené argumenty týkajúce sa konštrukcie, analýzy a optimalizácie modelov systémov, ako aj návrhu predpisov a dokumentácie.

Návrh databázy a súboru(koncepčná a interná úroveň), transformácia dátových modelov, popis formátov súborov v uvažovaných nástrojoch je najviac podporovaný iba v BP-Win (ERwin), pretože toto prostredie je špeciálne navrhnuté na riešenie takýchto problémov.

V prostredí ARIS je táto možnosť poskytovaná v balíku ARIS Toolset na úrovni špecifikácie projektu a definície parametrov databázy.

Prístup vyvinutý v prostredí ORG-Master predpokladá (aj keď nie nevyhnutne), že informačné systémy, ktoré už majú databázy, môžu byť použité v modelovaných podnikových systémoch. V tomto prípade ich netreba prerábať, pokiaľ sa nemá vymeniť používaný systém. Pri absencii informačných systémov však ORG-Master vytvára základ pre koncepčný dátový model a štruktúry dátových súborov. Tento základ predstavujú popisy zloženia a vzťahu informačných objektov a dokumentov používaných v modeloch podnikových procesov.

Generovanie programových kódov pre aplikačné alebo systémové nástroje Systémy ARIS a ORG-Master nie sú poskytované, pretože ide o nástroje na návrh podnikových systémov, nie o softvér. Do určitej miery je táto funkcia implementovaná iba v BP-Win.

Údržba a reinžiniering. Tieto funkcie sa zvyčajne implementujú prostredníctvom dokumentovania, analýzy programov, ich reštrukturalizácie a reengineeringu. Vyššie uvedené poznámky týkajúce sa prostriedkov dokumentácie sú v tejto súvislosti plne aplikovateľné.

Funkcie projektový manažment tvorba databáz a softvérové nástroje sú špecifické pre vývoj softvérových produktov. V tejto podobe sú implementované v BP-Win. Projektový manažment v rodine ORG-Master plne podporuje softvérový balík Time-Master. (Aj keď, prísne vzaté, tieto funkcie nie sú povinné pre príslušnú triedu nástrojov).

Integrácia s inými softvérovými produktmi zahŕňa rozšírenie rozsahu predmetného nástroja a môže sa vykonávať ako súčasť vývoja rodiny kompatibilných softvérových nástrojov (ako Platinum Technologies) alebo so softvérovými nástrojmi od iných vývojárov (softvér tretích strán).

Integrácia so softvérovými produktmi „tretej strany“ sa vykonáva na jeden z nasledujúcich účelov:

používanie funkcionality integrovaného produktu na rozšírenie rozsahu jeho produktu,
poskytnutie možnosti zahrnúť váš produkt do produktu tretej strany,
poskytovanie viac-menej univerzálneho rozhrania pre váš produkt, ak konkrétna tretia strana nie je vopred známa.

Z hľadiska funkčnej orientácie integrácia s:

CASE znamená,
ERP systémy,
aplikačné programy.

ARIS má rozhrania s niektorými nástrojmi CASE a je tiež nástrojom na vytváranie modelov na priame prispôsobenie takýchto systémov riadenia podniku, predovšetkým SAP R/3. Ako bolo uvedené vyššie, systém sa pri reprezentácii obchodných procesov spolieha na vlastný zápis, takže využíva vstavané simulačné nástroje a nástroj na analýzu nákladov, ktorých výsledky je však možné exportovať do formátov MS Excel.

Systémy ORG-Master a BP-Win podporujú notáciu IDEF0 na popis reprezentovaných obchodných procesov. V princípe ide o akési prepojenie ako medzi týmito nástrojmi, tak aj pre komunikáciu s inými softvérovými produktmi pomocou tejto metodiky. Avšak bez toho, aby sme tu uvažovali o problémoch „vek“ notácie IDEF0, je potrebné poznamenať, že interná reprezentácia údajov v každom systéme je odlišná a štandardné rozhranie typu „zásuviek“ alebo tried pre systém IDEF0 nie je špecifikované. Existuje však štandardizovaný formát súboru na reprezentáciu diagramov IDEF. Preto, hoci popisy vytvorené s jeho pomocou nie sú príliš vhodné pre ľudí aj pre počítače, je možné ich použiť ako prostriedok na výmenu modelov, ak existujú vhodné prevodníky tohto formátu. Takýto prevodník je k dispozícii v nasledujúcich verziách ORG-Master.

BP-Win podporuje metodiky IDEF0, DFD a IDEF3 a integruje sa s nasledujúcimi softvérovými produktmi (väčšinou od rovnakého výrobcu):

Nástroj na modelovanie údajov ERwin (Platinum Technology),
Systém riadenia a ukladania projektov ModelMart (Platinum Technology),
špecializovaný generátor správ založený na modeli RPTwin (Platinum Technology),
simulačný systém BPSimulator (System Modeling Corporation),
Nástroj na analýzu nákladov EasyABC (ABC Technologies).

(*Platinum Technology – súčasť Computer Associates od roku 1999)

ORG-Master je pôvodne umiestnený ako systém organizačných tried zameraný na riešenie problémov modelovania a navrhovania obchodných procesov a štruktúr a na podporu organizačného rozhodovania. Poskytuje možnosť integrácie s vlastnými vývojárskymi balíkmi ("BIG-SPB Software"), zameranými na riešenie rôznych funkčných úloh. V systéme ORG-Master sa v prípade potreby automaticky vytvárajú jednoduché výkonné informačné systémy v prostredí MS Office:

Rozpočtový systém (čo je jednoduchý systém manažérskeho účtovníctva, riadenia ziskovosti a solventnosti podniku).
Marketingový systém (zhromažďovanie prevádzkových kvantitatívnych informácií o podnikovom trhu, ako aj integrácia s vlastným CRM systémom na podporu vzťahov so zákazníkmi).

Zavedenie týchto aplikácií do aktivít podniku vám umožní rýchlo zvládnuť moderná technológia ovládanie, čo výrazne uľahčuje prechod na zložitejšie výkonné systémy.

V rámci budovania integrovaných informačných systémov je možné (a v projektoch odskúšané) prepojiť dáta prostredníctvom výmenných súborov s výkonnými a analytickými programami partnerských spoločností: 1C, AiT:Soft, Intalev, Comteh+, INEK atď. ako aj s integrovanými systémami riadenia podnikových zdrojov (napríklad výroba IPS).

AT Nová verzia poskytuje tiež mechanizmy na export popisov obchodných procesov do softvérového balíka Time-Master, ktorý kombinuje vlastnosti systémov Project Management, WorkFlow a Personal Information System a je postavený na technológiách internetu/intranetu.

Zhrnutie sekcie:

Hlavné funkčné schopnosti porovnávaných nástrojov sú uvedené v tabuľke 2, kde sú hodnotenia miery implementácie funkcií alebo vlastností uvedené na päťstupňovej škále.

Ako je možné vidieť z tabuľky 2, priamy súčet odhadov dáva rozptyl približne ± 4 %. Takýto rozptyl spočíva v chybe samotných odhadov. Okrem toho samotné prostriedky, ktoré sa líšia funkčnou orientáciou, dostali presné odhady v dôsledku skutočnosti, že rôzne sily a slabé stránky rôzne prostriedky v priamom výpočte sa navzájom kompenzujú.

Pri diskusii o funkcionalite však bolo zdôraznené, že priamo pre riešenie problémov podnikového inžinierstva majú jednotlivé skupiny funkcionality rôzny význam. Túto skutočnosť odzrkadľujú koeficienty zaznamenané v stĺpci „Hmotnosť“ v tabuľke 2. Ak vezmeme do úvahy tento faktor, je možné vidieť, že celkové hodnotenie komplexu ORG-Master je o niečo lepšie ako ARIS.

Ale opäť to môže byť výsledkom rôznych preferencií a priorít v zamýšľanom použití produktu. Napríklad kvôli nižšiemu skóre významnosti existujúce fondy kvantitatívna analýza modelov (simulácia a modelovanie udalostí), ako aj optimalizačné nástroje, ktoré sú však slabo zastúpené vo všetkých uvažovaných systémoch. Zároveň sa vysoko oceňujú vlastnosti autodokumentačných modelov či univerzálnosť prezentácie rôznych aspektov modelovania.

Vo všeobecnosti sa pri hodnotení a výbere modelovacieho nástroja odporúča samostatne rozhodnúť, ktoré zo systémových nástrojov sú najdôležitejšie pri riešení konkrétneho problému jeho aplikácie, a podľa toho priložiť „váhy“.

Referenčná príloha 2 navyše poskytuje prehľad formalizačných štandardov a nástrojov na zostavovanie a/alebo analýzu určitých modelov, ktoré sa používajú v uvažovaných systémoch.

Materiál bol pripravený odborníkmi spoločnosti "Abis Soft"

Ako si vybrať

Skôr ako začnete vyberať softvérový produkt, musíte si zodpovedať tri základné otázky:

1. Čo je potrebné opísať?

2. Do akej miery je potrebné opísať?

3. Ako sa bude monitorovať výkon?

Pri odpovedi na prvú otázku by ste si mali určiť, ktoré oblasti systému riadenia budete popisovať, či je potrebný komplexný popis celého systému.

Odpoveď na druhú otázku by mala poskytnúť predstavu o tom, či bude systém riadenia popísaný pre jednotlivý podnik, oddelenie alebo pre celú organizáciu ako celok.

Tretia otázka bude definovať obmedzenia, ktoré môžu byť uložené na softvérový produkt s cieľom jeho ďalšej integrácie s výkonným systémom.

Odpovedemi na tieto otázky môžete výrazne zúžiť rozsah možných softvérových produktov.

Možnosť práce viacerých používateľov,
Spôsoby prezentácie výsledkov,
Rozhranie a ergonómia,
dostupnosť dokumentácie a technickej podpory,
hardvérové a softvérové požiadavky,
Cena.

Bez nároku na konečnú pravdu autori recenzie ponúkajú niekoľko možností hodnotenia recenzovaných produktov.

1. Ak už má firma vypracovanú stratégiu a potrebuje ju kontrolovať, tak zo zahraničných produktov, o ktorých sa hovorí v článku, je na to najvhodnejšie riešenie Hyperion Performance Scorecard reprezentovaný Oracle.

2. Ak je hlavný dôraz kladený na obchodné procesy prebiehajúce vo firme, potom je produkt firmy optimálny IBM - IBM WebSphere Business Modeler.

(Treba objasniť, že výber softvéru od výrobcov ako napr IBM, Oracle, SAP, určený výberom ERP- systémy príslušného výrobcu. Ich softvér na obchodné modelovanie je podsystémom komplexných produktov.)

3. Z ruských výrobkov je najvhodnejšie použitie INTALV: Firemný navigátor, ak chcete urobiť popis celej spoločnosti (holdingu) ako celku, a nie iba jednej obchodnej jednotky (divízie alebo pobočky).

Informácie boli získané od zástupcov výrobcov na území Ruskej federácie alebo z oficiálnych stránok výrobcov.

ARIS Business Performance Edition.

Implementované pomocou systému IBM Rational Clear Case

V tomto článku uverejníme príspevok krátka recenzia programy na popis a modelovanie obchodných procesov.
Keď budú dostupné informácie, článok doplníme. krátke popisy programy.
Ak poznáte šikovný program na modelovanie obchodných procesov, ktorý nie je zahrnutý v našom zozname, dajte nám vedieť v komentári alebo prostredníctvom formulára spätnej väzby.

1. ARIS Express je nástroj na modelovanie podnikových procesov, ktorý sa ľahko inštaluje a používa, takže ho môžu používať začínajúci používatelia aj študenti vysokých škôl. Tento produkt patrí do rodiny modelovacích nástrojov ARIS (ARchitecture of Integrated Information Systems) od IDS Scheer (teraz súčasť Software AG), široko zastúpeného na ruskom trhu, lokalizovaný pred niekoľkými rokmi a dokonca poskytovaný v ruskom jazyku. technická podpora. Rodina produktov ARIS (ARchitecture of Integrated Information Systems), vyrábaná spoločnosťou IDS Scheer, zahŕňa nielen nástroje na modelovanie obchodných procesov a publikačných modelov, ale aj nástroje, ktoré sa navzájom integrujú s cieľom vytvoriť vyvážený prehľad výsledkov, vyhodnocovať a optimalizovať náklady na podnikové procesy, ich simulačné modelovanie, nástroje zjednodušujúce implementáciu ERP systémov, návrh distribuovaných aplikácií a IT infraštruktúry, ako aj nástroje na sledovanie implementácie podnikových procesov. Popredné analytické firmy Gartner Group a Forrester Research hodnotia IDS Scheer ako svetového lídra na trhu v oblasti modelovania obchodných procesov a nástrojov analýzy.

2. Bizagi Process Modeler – zadarmo softvér na vytváranie procesných diagramov a dokumentácie v štandardnom zápise BPMN.

3. Business Studio - systém podnikového modelovania od domáceho výrobcu, ktorý firmám umožňuje urýchliť a zjednodušiť vývoj ich systému manažérstva, implementáciu systému manažérstva kvality. Existuje bezplatná verzia. Hlavné úlohy, ktoré treba vyriešiť:

Formalizácia stratégie a kontrola jej dosahovania
Návrh a optimalizácia obchodných procesov
Navrhovanie organizačnej štruktúry a personálne obsadenie
Tvorba a distribúcia medzi zamestnancami regulačnej dokumentácie
Zavedenie systému manažérstva kvality v súlade s normy ISO
Tvorenie Referenčné podmienky a podpora implementácie informačných systémov

4. AllFusion Process Modeler – Umožňuje vám opísať, analyzovať a modelovať dátový model – tvorca metadátových modelov. Vo svojom segmente trhu zaujíma jednu z vedúcich pozícií.
Zahŕňa tri štandardné metodológie: IDEF0 (funkčné modelovanie), DFD (modelovanie toku údajov) a IDEF3 (modelovanie toku práce).

5. je komplexný nástroj s užívateľsky prívetivým rozhraním určeným na modelovanie a organizovanie spolupráce medzi produkčným a IT personálom.

Rýchla a bezproblémová integrácia funkcií modelovania, vytvárania pracovných postupov a simulácií.
Simulácia založená na úložisku, hlásenie zmien a nástroje na vyhodnotenie výkonu v reálnom čase.
Monitorujte pracovné postupy cez internet pomocou štandardného prehliadača.

6.ELMA - ruský voj. Systém riadenia podnikových procesov je založený na jednoduchej myšlienke: vytvárate model podnikových procesov vašej spoločnosti pomocou vizuálnych diagramov (notácia BPMN), nahráte tieto popisy do počítačového systému ELMA a program vám umožní sledovať vykonávanie procesov. v skutočnej praxi podniku. Existuje bezplatná verzia.
Okrem riadenia sekvenčných úloh, ktoré je výhodné automatizovať, existuje modul projektového manažmentu. Vytvorí sa existujúci kontrolný systém (aj prostredníctvom modulu riadenia KPI) a zostavy optimálne podmienky pracovať v tíme, a to aj na diaľku (cenné najmä pre pobočky).
Elektronická správa dokumentov prepojený so všetkými modulmi systému a zabezpečuje ukladanie, triedenie dokumentov. To šetrí veľa času a redukuje pojem „nepostrádateľný pracovník“ na minimum.
Účtovanie pre klientov a prístupové práva je riešené v module CRM: objavila sa funkcia integrácie s call centrami. Pre bežného používateľa môže byť ELMA užitočná ako alternatíva k vnútropodnikovej pošte a nástroj na správu úloh.

7. Fox Manager obchodné procesy zadarmo. Program na vytváranie a analýzu podnikových procesov, ako aj na generovanie správ o procesnom modeli podniku. Program vám umožňuje vytvoriť jednotný integrálny procesný model podniku. Použitá notácia je blízka základnému vývojovému diagramu, ktorý je mnohým dobre známy svojou jednoduchosťou budovania obchodných procesov. Program automaticky vytvára procesy najvyššej úrovne, pričom zobrazuje interakciu medzi kategóriami a obchodnými procesmi vo forme vizuálneho diagramu. Analytické funkcie programu vám umožňujú včas si všimnúť a odstrániť chyby vzniknuté pri budovaní vytvoreného procesného modelu, a to zdôrazniť procesy, za ktoré nikto nezodpovedá, nájsť prepojenia na neexistujúce dokumenty, pozície, dodávateľov alebo obchodné procesy.