Popisujeme obchodné procesy organizácie. Diplomová práca: Modelovanie podnikových procesov na príklade firmy zaoberajúcej sa vývojom softvéru Vývoj obchodných procesov na príklade podniku

Analýza podnikových aktivít a modelovanie hlavných podnikových procesov. Modelovanie obchodných procesov pomocou nástroja Rational Rose CASE. Vytváranie zisku rozširovaním trhu tovarov a služieb. Obchodný proces "Objednávka a nákup tovaru."

Odoslanie dobrej práce do databázy znalostí je jednoduché. Použite nižšie uvedený formulár

Študenti, postgraduálni študenti, mladí vedci, ktorí pri štúdiu a práci využívajú vedomostnú základňu, vám budú veľmi vďační.

Podobné dokumenty

Modelovanie podnikových procesov ako prostriedok hľadania spôsobov optimalizácie činnosti podniku. Metodológia SADT (Structural Analysis and Design), rodina štandardov IDEF a algoritmické jazyky sú základom metodík modelovania obchodných procesov.

abstrakt, pridaný 14.12.2011


Podstata, význam a metodika modelovania podnikových procesov. História vývoja metodológií modelovania. Systematizácia poznatkov o firme a jej obchodných procesoch vo vizuálnej grafickej podobe pre analytické spracovanie získaných informácií.

abstrakt, pridaný 29.04.2009


Vytvorenie modelu podnikových procesov „Predaj“ vo VPwin. Účel a pravidlá predaja. Prognózovanie obchodných procesov PPP "Statistica". Metódy analýzy, modelovania, prognózovania aktivít v predmete "Predaj", štúdium VIP Enterprise PPP.

kurzová práca, pridané 18.02.2012


Vývoj jazyka na modelovanie reálnych obchodných procesov v rámci „Štúdia podnikových hier založených na kompetenciách“. Používanie platformy DSM MetaEdit+. Vypracovanie požiadaviek na vyvíjaný programovací jazyk. Pravidlá pre vývoj jazykového metamodelu.

kurzová práca, pridané 10.5.2014


Etapy vývoja automatizovaného podnikového informačného systému. Prostredie obchodného modelovania BPwin. Vývoj metodických prístupov, návrhov a smerníc pre plánovanie, organizovanie a zlepšovanie softvéru organizácie.

diplomová práca, pridané 07.05.2009


Modelovanie predpisov Kľúčového certifikačného centra JSC „Infraštruktúra verejného kľúča“ s prihliadnutím na bezpečnostné požiadavky. Základné definície a pojmy procesného modelovania. Funkcie softvérového a hardvérového komplexu centra. Bezpečnostné atribúty.

práca, pridané 20.03.2012


Architektúra integrovaných informačných systémov ARIS ako metodika modelovania podnikových procesov, výhody a nevýhody použitia. Výber podnikového procesu pre modelovanie a jeho zmysluplný popis, tabuľkový formát pre jeho popis.

kurzová práca, pridané 19.06.2015

anotácia

podnikanie v oblasti informačného modelovania

Tento článok skúma obchodné procesy spoločnosti PromTransInform LLC – ďalej len PTI.

Boli preskúmané a študované nasledovné:

· všeobecná charakteristika podniku;

Zvažovali sa druhy činností organizácie, aké produkty uvádza a aké služby poskytuje, s ktorými organizáciami (najmä najväčšie) boli uzatvorené zmluvy a ako to ovplyvňuje činnosť organizácie.

· sú popísané metodológie na popis obchodných procesov;

V PTI sa používa najmä metodika ARIS, ktorá umožňuje posudzovať organizáciu zo všetkých hľadísk a umožňuje uvažovať o organizácii pomocou hierarchie modelov – od zovšeobecnenia až po úroveň procedúr a zdrojové prostredie funkcií.

· boli skonštruované diagramy obchodných modelov (v notáciách ARIS pomocou CASE nástroja Microsoft Visio) „AKO JE“ (tak ako je);

· bolo nájdené „úzke miesto“ a pomocou modelu eEPC ako príkladu bol zobrazený model „AKO SA“ (ako by mal byť);

„Prekážkou“ v tomto kurze je slabá organizácia pracovného procesu, ku ktorej dochádza pri racionálnom rozdelení povinností, čo spomaľuje realizáciu zákazky.

· bola spísaná dohoda o modelovaní a dokumentácii obchodného procesu;

· bola vykonaná procesná analýza.

Úvod

Účelom práce je modelovať obchodné procesy spoločnosti PromTransInform sro, identifikovať nedostatky v činnosti konkrétnych oddelení a navrhnúť spôsob ich odstránenia.

Otázka zlepšovania činnosti podniku hľadaním a odstraňovaním tzv. „úzkych miest“ v práci zamestnancov pomocou modelovania podnikových procesov je aktuálna v každom rozvíjajúcom sa podniku.

Predmetom štúdia v tejto kurzovej práci je PTI sro a jej odbory, ktorých hlavnou službou je automatizácia podnikov priemyselnej železničnej dopravy.

Predmetom štúdia je súčinnosť útvarov a zamestnancov týchto útvarov podriadených generálnemu riaditeľovi.

Pracovné ciele: tréning pracovných zručností s metodikou modelovania podnikových procesov ARIS, zbieranie informácií a štúdium podnikových podnikových procesov, modelovanie postupov, zostavovanie diagramov podnikových modelov, vypracovanie modelovej zmluvy a dokumentácia podnikového procesu, vykonávanie analýzy procesov.

Pracovné metódy. Práca je realizovaná s cieľom zlepšiť zručnosti konštrukcie diagramov obchodného modelu v notáciách ARIS pomocou CASE nástroja Microsoft Visio na príklade podnikových procesov PTI OJSC.

Nasledujúce informácie sa v tejto práci používajú ako počiatočné údaje:

· organizačná štruktúra podniku;

· charakteristika podniku;

· organizácia dizajnu v poradenských podnikoch;

· informácie o používaných aplikačných systémoch PTI.

V dôsledku vykonanej práce a odstránenia úzkych miest sa očakáva zjednodušenie a uľahčenie práce zamestnancov, teda zníženie pracnosti a chybovosti vo výkazoch.

1. Architektúra integrovaných informačných systémov ARIS ako metodika modelovania podnikových procesov

Vývojárom metodiky ARIS (Architecture of Integrated Information Systems) je IDS Scheer AG, založená v roku 1984 profesorom Augustom-Wilhelmom Scheerom v Saarbrückene (Saarland, Nemecko). Metodika ARIS predstavuje moderný prístup k štruktúrovanému popisu činností organizácie a jej prezentácii vo forme vzájomne prepojených a doplňujúcich sa grafických modelov, ktoré sú ľahko pochopiteľné a analyzovateľné.

Modely používané v ARIS sú znázornené na obrázku 1.1.

Obrázok 1.1 - Klasifikácia modelov ARIS

Modely vytvorené pomocou metodiky ARIS odrážajú existujúcu situáciu s rôznym stupňom aproximácie. Úroveň podrobnosti v popise závisí od cieľov projektu, v rámci ktorého sa modelovanie uskutočňuje. Modely ARIS možno použiť na analýzu a vývoj rôznych druhov riešení pre reorganizáciu činností podniku, vrátane implementácie manažérskeho informačného systému a rozvoja systémov manažérstva kvality.

Metodika ARIS implementuje princípy štrukturálnej analýzy a umožňuje identifikovať a premietnuť do modelov hlavné zložky organizácie, prebiehajúce procesy, vyrábané a spotrebované produkty, používané informácie, ako aj identifikovať vzťahy medzi nimi. Vytvorené modely predstavujú zdokumentovaný súbor poznatkov o systéme manažérstva, vrátane organizačnej štruktúry, prebiehajúcich procesov, interakcií medzi organizáciou a subjektmi trhu, zloženia a štruktúry dokumentov, postupnosti procesných krokov, popisov práce oddelení a ich zamestnancov. . Na rozdiel od iných prístupov metodika ARIS zahŕňa ukladanie všetkých informácií do jedného úložiska, čo zaisťuje integritu a konzistenciu procesu modelovania a analýzy a tiež umožňuje verifikáciu modelu.

Metodológia ARIS je založená na koncepte integrácie, ponúka holistický pohľad na procesy a predstavuje mnoho rôznych metodológií kombinovaných v rámci jedného systémového prístupu. Medzi nimi sú také známe ako:

eEPC diagram (Extended Event Driven Process Chain – procesný reťazec udalostí)

· Chenov diagram (ERM - Entity Relationship Model - Entity-Relationship Model)

· Jazyk UML (Unified Modeling Language - univerzálny modelovací jazyk)

· Technika OMT (Object Modeling Technique – objektovo orientovaná modelovacia technika)

· Metodológia BSC (Balanced Scorecard) Výhodou tohto prístupu je, že je možné popísať procesy a ich prostredie z rôznych, vzájomne sa dopĺňajúcich uhlov pohľadu.

2. Výhody a nevýhody existujúcich metodík modelovania podnikových procesov

metodika ARIS.

Výhody:

· schopnosť vidieť objekt z rôznych uhlov pohľadu; rôzne úrovne opisu na podporu koncepcie životného cyklu systému; diferencovaný pohľad na analyzovaný objekt (organizácia, systém riadenia atď.);

· množstvo metód modelovania, odrážajúce rôzne aspekty skúmanej oblasti, umožňuje modelovať široké spektrum systémov (organizačných, ekonomických, technologických a iných);

· jediné úložisko; všetky modely a objekty sú vytvorené a uložené v jedinej projektovej databáze, ktorá zabezpečuje konštrukciu integrovaného a holistického modelu predmetnej oblasti;

· možnosť opakovanej aplikácie výsledkov modelovania; nahromadené podnikové znalosti o všetkých aspektoch činnosti organizácie môžu ďalej slúžiť ako základ pre vývoj rôznych projektov priamo v prostredí ARIS a pomocou rozhraní a iných nástrojov.

nedostatky:

· Pri niektorých procesoch je prílišná formalizácia nielen neúčinná, ale pre ich špecifickosť dokonca škodlivá. Príkladom môžu byť tie zložky podnikateľskej činnosti, ktoré priamo súvisia s tvorivými riešeniami nepredvídateľných problémov, ktoré vznikajú pri tejto činnosti.

· Vysoká cena produktu.

SADT ( Štruktúrovaná analýza a technika návrhu) je metodika pre štrukturálnu analýzu a návrh, ktorá integruje proces modelovania, riadenie konfigurácie projektu, používanie ďalších jazykových nástrojov a riadenie projektov s vlastným grafickým jazykom. Proces modelovania možno rozdeliť do niekoľkých etáp: rozhovory s odborníkmi, vytváranie diagramov a modelov, distribúcia dokumentácie, posúdenie vhodnosti modelov a ich prijatie na ďalšie použitie. Tento proces je dobre zavedený, pretože špecialisti vykonávajú špecifické zodpovednosti počas vývoja projektu a knihovník zabezpečuje včasnú výmenu informácií.

SADT sa objavil koncom 60. rokov ako súčasť revolúcie, ktorú prinieslo štruktúrované programovanie. Zatiaľ čo väčšina ľudí sa snažila vytvoriť softvér, len málo z nich sa pokúšalo vyriešiť zložitejší problém vytvárania rozsiahlych systémov zahŕňajúcich ľudí, stroje a softvér, podobne ako systémy používané v telefónnej komunikácii, priemysle, vláde a kontrole zbraní. V tom čase si špecialisti tradične zapojení do vytvárania rozsiahlych systémov začali uvedomovať potrebu väčšieho poriadku. Preto sa vývojári rozhodli formalizovať proces vytvárania systému a rozdelili ho do nasledujúcich fáz:

Analýza – určenie toho, čo bude systém robiť

· Návrh – definícia subsystémov a ich vzájomné pôsobenie

· Implementácia - vývoj subsystémov samostatne

Integrácia – spájanie podsystémov do jedného celku

· Testovanie – kontrola chodu systému

· Inštalácia - uvedenie systému do prevádzky

· Prevádzka -- používanie systému

Metóda SADT je ​​najvhodnejšia na popis modelov najvyššej úrovne. Jeho hlavné výhody sú nasledovné:

· úplnosť popisu BP (kontroly, informačné a materiálové toky, spätná väzba).

· Zložitosť rozkladu

· Možnosť agregácie a spresnenia dátových a informačných tokov (oddeľovanie a spájanie oblúkov)

· Dostupnosť prísnych požiadaviek zabezpečujúcich získanie modelu štandardného typu.

Jednoduché zdokumentovanie procesu

· Súlad prístupu k popisu procesu s normou ISO

Zároveň má SADT niekoľko nevýhod:

· Ťažkosti s vnímaním – veľký počet oblúkov na diagrame.

· Veľký počet úrovní rozkladu

· Ťažkosti pri prepájaní viacerých procesov zastúpených v rôznych modeloch tej istej organizácie.

IDEF0

Metodika funkčného modelovania. Pomocou vizuálneho grafického jazyka IDEF0 sa skúmaný systém javí vývojárom a analytikom vo forme súboru vzájomne súvisiacich funkcií (funkčných blokov – v zmysle IDEF0). Modelovanie pomocou IDEF0 je spravidla prvou fázou štúdia akéhokoľvek systému.

Hlavné výhody IDEF0 sú nasledovné:

· úplnosť popisu podnikového procesu (riadenie, informačné a materiálové toky, spätná väzba);

· zložitosť v rozklade (migrácia a tunelovanie šípok);

· schopnosť agregovať a spresňovať toky údajov a informácií (oddeľovanie a spájanie šípok);

· prítomnosť prísnych metodických požiadaviek, ktoré zabezpečujú výrobu procesných modelov štandardného typu;

· jednoduchosť dokumentovania procesov;

· súlad prístupu k popisu procesov v IDEF0 s normami ISO 9000:2000.

Všeobecným účelom IDEF0 je teda reštrukturalizácia štruktúry funkcií, ktorá zlepší výkon a efektivitu systému.

Metodika IDEF3 (Integrated Definition Process Description Capture Method) bola vyvinutá pre pohodlnejší popis pracovných procesov (Work Flow), pre ktoré je dôležité reflektovať logickú postupnosť postupov. Táto technika na rozdiel od IDEF0 nie je štandardizovaná.

IDEF3 je štrukturálna metóda, ktorá ukazuje vzťahy a udalosti príčina-následok. Tiež ukazuje, ako je práca organizovaná a ktorí používatelia pracujú so simulovaným systémom. IDEF3 popisuje scenár a postupnosť operácií pre každý proces. Scenár je popis postupnosti zmien vlastností objektu v rámci posudzovaného procesu (napríklad popis postupnosti etáp spracovania dielu v dielni a zmeny jeho vlastností po prechode cez každú fázu). Realizáciu každého scenára sprevádza zodpovedajúci tok dokumentov, ktorý pozostáva z dvoch prúdov: dokumentov definujúcich štruktúru a postupnosť procesu (technologické pokyny, popisy noriem) a dokumentov odrážajúcich postup jeho implementácie (výsledky skúšok, správy o chybách). ).

Dokumentačné a modelovacie nástroje IDEF3 vám umožňujú vykonávať nasledujúce úlohy:

· zdokumentovať dostupné údaje o technológii procesu;

· identifikovať a analyzovať body vplyvu súvisiacich tokov dokumentov na scenár technologického procesu;

· identifikovať situácie, v ktorých je potrebné rozhodnutie, ktoré ovplyvňuje životný cyklus procesu (napríklad zmena technologických vlastností konečného produktu);

· uľahčiť prijímanie optimálnych rozhodnutí pri reorganizácii technologických procesov;

· rozvíjať simulačné modely technologických procesov na princípe „čo sa stane, ak...“.

IDEF3 má priamy vzťah s metodikou IDEF0 – každá funkcia môže byť reprezentovaná ako samostatný proces pomocou IDEF3. Funkčné modelovanie v IDEF3 sa však líši od modelovania v IDEF0 a DFD v tom, že odráža funkcie systému v časovej postupnosti ich implementácie.

Metodológia DFD (Data Flow Diagrams) - diagramy toku údajov predstavujú spôsob reprezentácie procesov spracovania informácií. Autori techniky, Gane a Sarson, ju vyvinuli nezávisle od IDEF0. Táto technika na rozdiel od IDEF0 nie je štandardizovaná.

Na rozdiel od šípok IDEF0, ktoré predstavujú rigidné vzťahy, šípky DFD (toku údajov) ukazujú, ako sa objekty (vrátane údajov) skutočne presúvajú z jednej funkcie do druhej. Táto reprezentácia dátového toku zaisťuje, že fyzické charakteristiky systému, ako je pohyb objektov, ukladanie objektov a šírenie objektov, sa odrážajú v modeli DFD.

Diagramy DFD poskytujú pohodlný spôsob, ako opísať informácie prenášané medzi časťami modelovaného systému a medzi systémom a vonkajším svetom. Táto kvalita určuje rozsah DFD - používajú sa na vytváranie modelov výmeny informácií organizácie, napríklad model toku dokumentov. DFD má široké využitie aj pri konštrukcii podnikových informačných systémov.

Unified Modeling Language (UML), jednotný modelovací jazyk, je neproprietárny modelovací a špecifikačný jazyk určený na použitie v oblasti vývoja softvéru. Rozsah jeho aplikácie sa však neobmedzuje len na oblasť modelovania informačných systémov. Môže sa tiež použiť na modelovanie inžinierskych systémov, obchodných procesov a organizačných štruktúr. UML je jazyk používaný systémovými inžiniermi na špecifikáciu, vizualizáciu, konštrukciu a dokumentáciu komplexných systémov objektov bohatých na informácie.

Výhody UML

· UML je objektovo orientované, v dôsledku čoho sú metódy na popis výsledkov analýzy a návrhu sémanticky blízke programovacím metódam v moderných objektovo orientovaných jazykoch;

· UML vám umožňuje popísať systém takmer zo všetkých možných uhlov pohľadu a rôznych aspektov správania sa systému;

· UML diagramy sú relatívne ľahko čitateľné, keď sa pomerne rýchlo zoznámite s jeho syntaxou;

· UML rozširuje a umožňuje zadávať vlastné textové a grafické stereotypy, čo podporuje jeho využitie nielen v oblasti softvérového inžinierstva;

· UML sa rozšírilo a dynamicky sa rozvíja.

nedostatky:

· Redundancia jazyka. UML je často kritizované ako zbytočne veľké a zložité. Zahŕňa veľa nadbytočných alebo do značnej miery nepoužívaných diagramov a konštrukcií.

· Nepresná sémantika. Keďže UML je definované kombináciou seba samého (abstraktná syntax), OCL (jazyk s obmedzeniami formálnej validácie) a angličtiny (podrobná sémantika), nemá obmedzenie vlastné jazykom presne definovaným technikami formálneho popisu. V niektorých prípadoch si abstraktná syntax UML, OCL a angličtiny navzájom odporujú, v iných prípadoch sú neúplné. Nepresné popisy samotného UML ovplyvňujú používateľov aj predajcov nástrojov, čo vedie k nekompatibilite nástrojov kvôli jedinečným interpretáciám špecifikácií.

· Problémy v učení a implementácii. Vyššie uvedené problémy sťažujú učenie a implementáciu UML, najmä keď manažment núti obchodných analytikov používať UML bez predchádzajúcich znalostí.

· Snaží sa byť všetkým všetkým. UML je univerzálny modelovací jazyk, ktorý sa snaží dosiahnuť kompatibilitu so všetkými možnými vývojovými jazykmi. V kontexte konkrétneho projektu, aby tím dizajnérov dosiahol konkrétny cieľ, musia byť vybrané použiteľné schopnosti UML. Okrem toho spôsoby, ako obmedziť rozsah UML v konkrétnej doméne, sú prostredníctvom formalizmu, ktorý nie je úplne formulovaný a ktorý je sám osebe predmetom kritiky.

3. Výber podnikového procesu pre modelovanie a jeho zmysluplný popis

3.1. Všeobecná charakteristika podniku

Spoločnosť PromTransInform LLC sa zaoberá automatizáciou podnikov priemyselnej železničnej dopravy prostredníctvom implementácie informačných komponentov softvérového a hardvérového komplexu Integrovaného informačného manažérskeho systému "Dopravný a logistický komplex", riadením projektov implementácie špecializovaných systémov riadenia informácií v hlavnej linke. železničná doprava, ako aj riadenie projektov implementácie zariadení na území Kazašskej republiky, zariadení a informačných systémov železničnej automatizácie a telemechaniky, poskytuje poradenskú činnosť v tejto oblasti.

Hlavné činnosti spoločnosti PromTransInform LLC sú:

Automatizácia železničných podnikov, ktorá pracuje s takými IT produktmi ako IAS „Dopravná práca“, IAS „Prevádzkové náklady“, IAS „Dopravné aktíva“, IAS „Interakcia so zákazníkmi“, IAS „Účinnosť logistiky“.

Hardvérový a softvérový komplex IAS TR je súčasťou softvérovej a hardvérovej platformy „PTI Framework .Net.2.1.“, na ktorej je vybudovaný Integrovaný manažérsky informačný systém „Železničný komplex“ (IIMS „ZhKD“).

Tento komplex je špecializované riešenie spoločnosti PromTransInform LLC, založené na IT produktoch radu .NET od spoločnosti Microsoft.

IAS TR využíva značné množstvo vstavanej obchodnej logiky, ktorá zabezpečuje automatizované riadenie železničného komplexu zákazníka.

Informačný a analytický systém „Transport Work“ (ďalej len „IAS TR“) bol vyvinutý odborníkmi z PromTransInform LLC (Novosibirsk).

Hlavným cieľom implementácie IAS TR je komplexná automatizácia riadiacich obchodných procesov plánovania výroby a účtovania objemov a nákladov:

Dopravná logistika (doprava); Uverejnené dňa http://www.site/

Dopravné (logistické) práce;

Doprava o Zverejnené dňa http://www.site/

služby zákazníkom (poskytovanie prepravných služieb);

Náklady na dopravu (náklady na prácu Zverejnené dňa http://www.site/

a tarify za služby);

Prevádzka dopravných prostriedkov železničného podniku na prístupovej ceste a v hlavnej premávke.

Zohľadňuje odvetvové rozdiely vo výrobnej a ekonomickej činnosti železničných podnikov (v porovnaní s činnosťou priemyselných podnikov)

PromTransInform sro sa zaoberá aj dopravným a ekonomickým poradenstvom (Dopravno-logické komplexy pre železničnú dopravu, Dopravné poradenstvo pre železničnú dopravu, Ekonomické poradenstvo pre železničnú dopravu, IT poradenstvo pre železničnú dopravu, Metodické usmernenia k tarifám na železnici ) a projektovým riadením v železničných podnikoch ( implementácia informačných systémov v železničnej doprave, optimalizácia obchodných procesov logistiky železničnej dopravy, optimalizácia prevádzkových nákladov komplexu železničnej dopravy, implementácia systémov riadenia projektov).

Hlavnými partnermi a zákazníkmi PromTransInform LLC sú podniky priemyselného železničného komplexu železničného priemyslu Kazašskej republiky a Ruska.

Hlavným metodickým partnerom PromTransInform LLC je Sibírska štátna dopravná univerzita (Novosibirsk) Špecialisti spoločnosti majú 6-ročné skúsenosti v železničnom priemysle.

3.2 Oblasť prieskumu

Ako skúmaný objekt budeme brať PromTransInform LLC, konkrétne proces organizácie pracovného procesu. Po preskúmaní tohto podniku a rozhovore so zamestnancami možno konštatovať, že organizácia pracovného procesu je slabá. Kompletnejší popis úzkeho miesta a spôsoby, ako ho odstrániť, sú uvedené v časti Analýza procesov.

Organizačná štruktúra PromTransInform LLC (obrázok 3.1):

Obrázok 3.1-Organizačná štruktúra PTI

3.3 Postup pri vykonávaní skúšky

· Miestom prieskumu je budova spoločnosti PromTransInform LLC, ul. Krasny Prospekt, 220/5, kancelária 326 (sibírsky veľtrh);

· Spôsob vyšetrenia - ústny pohovor so zamestnancami PromTransInform LLC, získanie potrebnej dokumentácie v elektronickej forme.

4. Modelovanie „AKO JE“ (ako je), popis prístupu. výber a zdôvodnenie typov diagramov používaných na opis obchodného procesu pomocou ARIS

Každý podnik má štruktúry, pravidlá a dokumenty, ktoré tvoria základ pre hladké fungovanie podnikových postupov a musia byť integrované s novým systémom manažérstva kvality. Analýza „tak ako je“ zahŕňa preskúmanie implementovaného štandardu s prihliadnutím na špecifikácie spoločnosti. Účelom takejto analýzy je objasniť požiadavky normy a do akej miery ovplyvňujú konkrétne aspekty činnosti spoločnosti. V rovnakej fáze sa v rámci spoločnosti vykonáva inventarizácia dokumentov a informačných systémov súvisiacich s kvalitou.

Na modelovanie procesov spoločnosti PromTransInform LLC použijeme nasledujúce diagramy:

· Organizačná schéma - popis organizačnej štruktúry oddelenia.

· Znalostná mapa – zobrazenie typov znalostí pracovníkov PTI a štruktúrovanie foriem ich uloženia na určenie schopností, ktorými disponujú.

· Mapa oprávnení - popis právomocí zamestnanca.

· Diagram informačného nosiča - popis dokumentov pre uľahčenie popisu procesov prebiehajúcich na oddelení.

· Strom funkcií – rozdelenie funkcií vykonávaných oddelením do úrovní pre lepšie vizuálne znázornenie činností oddelenia.

· Diagram priradenia funkcií - popis objektov obklopujúcich funkciu pre vizuálnu reprezentáciu komplexnej funkcie.

· Komunikačný diagram - znázornenie interakcií organizačných jednotiek na popis priebehu celého výrobného procesu.

· Rizikový diagram – na popis rizík, ktoré vznikajú v procese činnosti.

· Strom produktov/služieb – na štruktúrovanie produktov získaných ako výsledok činností oddelenia.

· Model technických zdrojov – na popis technických zdrojov používaných v oddelení.

· Diagram reťazca pridanej hodnoty - popis procesov oddelenia, ktoré ovplyvňujú kvalitu fungovania. Popísať typy činností PTI, ktoré vytvárajú pridanú kvalitu produktov.

· Event-driven process chain diagram – popis akcií v rámci obchodného procesu. Pre vizuálnu reprezentáciu procesov vykonávaných oddelením.

5. Modelovacie konvencie

Účel projektu modelovania sa zhoduje s účelom projektu kurzu a je uvedený v úvode. Spodná práca skúma modely „AKO JE“ (ako to je) a „AKO TO BE“ (ako by malo byť). Metóda modelovania je zhora nadol.

Zvažuje sa modelovanie na nasledujúcich úrovniach abstrakcie: štandardné obchodné procesy a inštancie obchodných procesov.

Modely sa zvažujú vo vzťahu k počiatočným údajom: popis požiadaviek, popis právomocí, popisy práce, služby spoločnosti, funkcie zamestnancov.

Metodika ARIS obsahuje mnoho typov modelov, z ktorých každý je priradený špecifickému typu reprezentácie a úrovni popisu. Práca využíva nasledujúcu hierarchiu použitú na modelovanie obchodného procesu:

- procesy na najvyššej úrovni, ktorej súčasťou sú diagramy Organizačná schéma - Organizačná štruktúra PTI, Model technických zdrojov - Technické zdroje, Strom produktov/služieb - Produkty a služby PTI

- podprocesy, ktorých súčasťou je informačný diagram nosiča - Dokumenty PTI

- procesné scenáre, ktorých súčasťou je diagram Autorizačnej mapy - Právomoci obchodného analytika

- postupy (operácie), ktoré zahŕňajú diagramy Event-Driven Process Chain, Knowledge map - Business analytik Knowledge map, Functionallocation diagram - Function environment - proces modernizácie IAS "Dopravné práce" pre klienta, Value-Added chain diagram - Postupy pre proces participácie v súťaži.

V predchádzajúcej časti boli uvedené typy diagramov, ktoré sú prezentované v práci v kurze. Prvky týchto diagramov sú podrobne opísané v modelovacej konvencii.

5.1 Slovník pojmov projektu

Modelová dohoda definuje výklad nasledujúcich pojmov používaných v projekte (tabuľka 5.1):

Tabuľka 5.1 - Slovník

Termín (ruština)	Termín (angličtina)	Definícia
		Akcie zamestnanca vykonávané pri výskyte daného súboru podmienok (udalostí) a zamerané na dosiahnutie požadovaného výsledku.
		Odraz zmien stavu vonkajšieho alebo vnútorného prostredia, vyjadrený v súbore dokumentov, prijatých rozhodnutí, príchod určitého termínu a pod. Je výsledkom vykonávanej akcie, ako aj potreby jej vykonania. alebo viac z nasledujúcich akcií. Na rozdiel od funkcií, ktoré odrážajú proces, ktorý sa vyskytuje v priebehu času a má určité trvanie, udalosti sa vyskytujú v jednom časovom bode.
Obchodný proces	Obchodný proces	Súvisiaci súbor opakovateľných akcií (funkcií), ktoré transformujú zdrojový materiál a/alebo informácie na konečný produkt (službu) v súlade s vopred stanovenými pravidlami.
		Produkt/služba je výsledkom ľudskej činnosti alebo technologického procesu. Produkt môže byť hmotný alebo nehmotný (služba).

5.2 Schéma reťaze procesov riadených udalosťami (eEPC). Použité predmety a ich symboly sú uvedené v tabuľke 5.2.1.

Tabuľka 5.2.1 - použité objekty

Typ objektu ruský (Angličtina)		Zamýšľané použitie	Pravidlá pomenovania
Udalosť		Zobrazenie udalostí, ktoré sa vyskytnú počas vykonávania obchodného procesu	Názov začína názvom objektu, stavu alebo udalosti, v súvislosti s ktorou sa vyskytla
		Zobrazenie média na ukladanie informácií v nehmotnej forme (napríklad na magnetickom disku alebo flash pamäti)	Označuje sa ako názov súboru alebo názov informačnej databázy
Nosič informácií		Reprezentácia média na uchovávanie informácií v materializovanej forme (napríklad na papieri)	Názov musí obsahovať názov dokumentu
Inštancia funkcie		Popis inštancie obchodnej funkcie v reťazci vykonávania obchodného procesu.
pozícia			Úplný názov pracovnej pozície

Typy pripojení použitých v diagrame reťazca procesov riadených udalosťami sú uvedené v tabuľke 5.2.2.

Tabuľka 5.2.2 - typy pripojení

Typ objektu zdroja komunikácie	Typ komunikácie ruský (Angličtina)	Zamýšľané použitie	Typ objektu komunikačného prijímača
Udalosť	Aktivuje sa		Funkcia
Funkcia	vytvára	Určené na popis udalosti vytvorenej na výstupe	Udalosť
Funkcia	Vedie k		Pravidlo
Pravidlo	Aktivuje sa	Navrhnuté na volanie funkcie	Funkcia
Pravidlo	Vedie k	Určené na opis výsledku popravy	Udalosť
Organizačná jednotka	vykonáva		Funkcia
pozícia	vykonáva	Určené na označenie jednotky/osoby, ktorá vykonáva funkciu	Funkcia
Nosič informácií Funkcia			Funkcia
			Nosič informácií
Systém aplikácie	Podporuje		Funkcia

5.3 Organizačná schéma

Tabuľka 5.3.1 - Použité predmety

Typy vzťahov použité v diagrame organizačnej štruktúry sú uvedené v tabuľke 5.3.2.

Tabuľka 5.3.2 - typy pripojení

5.4 Diagram štruktúry znalostí

Typy objektov použitých v diagrame štruktúry znalostí sú uvedené v tabuľke 5.4.1.

Tabuľka 5.4.1 - typy objektov

Typ objektu ruský (Angličtina)	Symbol s predvoleným názvom (ruština/angličtina)	Zamýšľané použitie	Pravidlá pomenovania
Zdokumentované znalosti		Objekt sa používa na identifikáciu formalizovaného (zdokumentovaného) množstva vedomostí potrebných na vykonávanie obchodnej funkcie.	Úplný názov dokumentu obsahujúceho informácie
		Reprezentácia vedomostí alebo zručností, ktoré musí mať zamestnanec alebo ktoré sú potrebné na úspešné vykonávanie obchodnej funkcie.	Poloformálne vymedzenie požadovaného množstva vedomostí
pozícia		Zastupovanie pozície pracovníka organizácie.	Úplný názov pracovnej pozície

Typy vzťahov použitých v diagrame štruktúry znalostí sú uvedené v tabuľke 5.4.2.

Tabuľka 5.4.2 - typy pripojení

5.5 Schéma nosiča informácií

Typy objektov použité v diagrame sú uvedené v tabuľke 5.5.1

Tabuľka 5.5.1 - Typy objektov

Typy zapojení použité v diagrame sú uvedené v tabuľke 5.5.2.

Tabuľka 5.5.2 - typy pripojení

5.6 Mapa oprávnení

Typy použitých objektov sú uvedené v tabuľke 5.6.1.

Tabuľka 5.6.1 - typy objektov

Typy pripojení sú uvedené v tabuľke 5.6.2.

Tabuľka 5.6.2 - typy spojení medzi objektmi

5.7 Strom funkcií

Typy použitých objektov sú uvedené v tabuľke 5.7.1.

Tabuľka 5.7.1 - typy objektov

Typy pripojení sú uvedené v tabuľke 5.7.2.

Tabuľka 5.7.2 - typy pripojení

5.8 Diagram pridelenia funkcií

Typy použitých objektov sú uvedené v tabuľke 5.8.1.

Tabuľka 5.8.1 - typy objektov

Typ objektu ruský (Angličtina)	Symbol s predvoleným názvom (ruština/angličtina)	Zamýšľané použitie	Pravidlá pomenovania
Cieľ		Popis účelu procesu	Názov začína označením akcie alebo procesu, ktorých podstatné charakteristiky sú uvedené ďalej v názve.
Prevádzkový zdroj		Reprezentácia použitých zdrojov	Názov obsahuje názov zdroja
Systém aplikácie		Prezentácia použitých aplikačných systémov	Názov obsahuje názov inštancie aplikačného systému
pozícia		Zastupovanie pozície pracovníka organizácie.	Úplný názov pracovnej pozície
list (mail)		List e-mailom	Meno obsahuje názov priloženého odoslaného e-mailu
Nosič informácií		Prezentácia nosiča informácií v hmotnej podobe	Názov musí obsahovať názov kolekcie
Poloha		Miesto, kde sa objekt nachádza	Názov musí obsahovať súradnice polohy

Typy pripojení sú uvedené v tabuľke 5.8.2.

Tabuľka 5.8.2 - typy pripojení

Typ objektu zdroja komunikácie	Typ komunikácie rus. (Angličtina)	Zamýšľané použitie	Typ objektu komunikačného prijímača
Funkcia	Podporuje	Navrhnuté na opis podriadenosti funkcií	Cieľ
pozícia	Je za to zodpovedné IT	Určené na popis príspevku na výkon funkcie daným zamestnancom	Funkcia
Nosič informácií	Poskytuje vstup pre	Účelom je opísať, ako zdokumentovať funkciu	Funkcia
Funkcia	Vytvorí výstup do		Nosič informácií
Systém aplikácie	Podporuje	Je určený na opis používaného aplikačného systému	Funkcia
Funkcia	Vykonáva sa o	Je určený na opis toho, kde sa funkcia vykonáva	Poloha

5.9 Schéma komunikácie

Typy objektov sú uvedené v tabuľke 5.9.1.

Tabuľka 5.9.1 - Typy objektov

Typy pripojení sú uvedené v tabuľke 5.9.2.

Tabuľka 5.9.2 - typy pripojení

5.10 Model technických zdrojov

Typy objektov sú uvedené v tabuľke 5.10.1.

Tabuľka 5.10.1 - typy objektov

Typy pripojení sú uvedené v tabuľke 5.10.2

Tabuľka 5.10.2 - typy pripojení

5.11 Strom produktov/služieb

Typy použitých objektov sú uvedené v tabuľke 5.11.1.

Tabuľka 5.11.1 - typy objektov

Typy pripojení sú uvedené v tabuľke 5.11.2.

Tabuľka 5.11.2 - typy pripojení

Typy použitých objektov sú uvedené v tabuľke 5.12.1

5.12. Rizikový diagram

Typy pripojení sú uvedené v tabuľke 5.12.2.

Tabuľka 5.12.2 - typy pripojení

5.13 Diagram reťazca pridanej hodnoty

Typy objektov sú uvedené v tabuľke 5.13.1

Typy pripojení sú uvedené v tabuľke 5.13.2

Tabuľka 5.13.2 - typy pripojení

6. Diagramy obchodného modelu

6.1 Reťazec procesov riadený udalosťami

Obrázok 6.1.1 - Event-driven chain pre spracovanie aplikácie z klienta (v zápise ARIS rozšíreného Event-Driven Process Chain diagramu)

6.2 Organizačná schéma PromTransInform (Organizačná schéma) je znázornená na obrázku 6.2

Obrázok 6.2 - Organizačná štruktúra PTI (v ARIS Organizačná schéma zápisu)

6.3 Mapa znalostí a diagram štruktúry znalostí obchodného analytika sú uvedené na obrázkoch 6.3.1, 6.3.2, 6.3.3.

Obrázok 6.3.1 - Mapa znalostí obchodného analytika (v zápise diagramu mapy znalostí ARIS)

Tabuľka 6.3.1 - Podrobnosti

Obrázok 6.3.3 - Zručnosti obchodného analytika (v zápise diagramu štruktúry znalostí ARIS)

Obrázok 6.3.4 - Znalosti obchodného analytika (v zápise diagramu štruktúry znalostí ARIS)

6.4 Schéma informačných médií PTI je znázornená na obrázku 6.4

Obrázok 6.4 - Diagram informačného nosiča (v zápise diagramu informačného nosiča ARIS)

6.5 Mapa poverení obchodného analytika je znázornená na obrázku 6.5

Obrázok 6.5 - Oprávnenie obchodného analytika (v zápise diagramu autorizačnej mapy ARIS)

6.6 Strom funkcií pre proces plnenia objednávky je znázornený na obrázku 6.6

Obrázok 6.6 - Strom funkcií pre proces plnenia objednávky

6.7 Schéma funkčného prostredia je znázornená na obrázku 6.7

Obrázok 6.7. - Funkčné prostredie - Modernizácia IAS “Dopravné práce” pre klienta (v zápise ARIS Diagramu pridelenia funkcií)

6.8 Schéma komunikácie je znázornená na obrázku 6.8

Obrázok 6.8 - Komunikačný diagram - Prenos výsledkov medzi oddeleniami (v zápise ARIS Communication diagram)

6.9 Model technického zdroja je znázornený na obrázku 6.9

Obrázok 6.9 - Technické zdroje PTI (v zápise modelu ARIS Technical resources model diagram)

6.10 Strom produktu/služby je znázornený na obrázku 6.10

Obrázok 6.9 - Produkty a služby PTI (v stromovom diagrame produktov/služieb ARIS)

6.11 Diagram rizika je znázornený na obrázku 6.11

Obrázok 6.9 - PTI rizikový diagram (v zápise ARIS Risks diagram)

6.12 Schéma reťazca pridanej kvality pre proces účasti v súťaži je znázornená na obrázku 6.12

Obrázok 6.12 - Pridaná procedúra reťazca kvality pre proces účasti v súťaži (v zápise diagramu reťazca pridanej hodnoty ARIS)

7. Dokumentovanie obchodného procesu

Pri riadení podnikových procesov sa vedenie spoločností stretáva so skutočnosťou, že miera zložitosti ich riadenia sa prudko zvyšuje v dôsledku výrazného nárastu počtu spravovaných objektov a interakcie organizačných štruktúr, ako aj diverzifikácie podnikania a rozširovania geografia a/alebo sortiment.

V tejto súvislosti nesie dokumentovanie činnosti spoločnosti množstvo dôležitých funkcií, ako je udržiavanie vedomostnej základne o rôznych predmetných oblastiach spoločnosti (procesy, organizačná štruktúra, produkty, právomoci atď.), zvyšovanie transparentnosti obchodných procesov (analýzy efektívnosti interakcie medzi štrukturálnymi divíziami, ktoré sa zúčastňujú celého procesu), pripravujú procesy organizácie na implementáciu informačných systémov. Dokumentácia činností umožňuje pochopiť, aké procesy prebiehajú v organizácii, kto je za ne zodpovedný, či tieto zodpovedné osoby majú dostatočné právomoci a či sú tieto procesy zabezpečené dostatočnými zdrojmi (dokumentácia technických informácií v tabuľke 7.1.1) .

Tabuľka 7.1.1 - Výsledky vyšetrenia PTI

	Názov práce			Komu sa hlásia?	Prichádzajúce informácie	Odchádzajúce informácie
	Obchodný analytik	Analytické oddelenie	Písanie BP	Generálny riaditeľ	priania klienta, údaje z prieskumu softvéru klienta	Technické špecifikácie, obchodné procesy
	Programátor	Vývojové oddelenie	Kódovací softvér	Vedúci oddelenia vývoja	BP, priania klienta	softvér (programy)
	Tester	Vývojové oddelenie	Testovanie softvéru	Vedúci oddelenia vývoja	Hotový softvér	Pracovný program
	Generálny riaditeľ	Vedúci PTI	Hľadanie klientov a uzatváranie zmlúv s nimi		želanie klienta, uzatvorená dohoda s klientom	Pokyny pre vedúceho práce
	riaditeľ	Vedúci PTI	Spolupráca s generálnym riaditeľom	Generálny riaditeľ	želanie klienta, uzatvorená dohoda s klientom	Pokyny generálneho riaditeľa
	Vývojár	Vývojové oddelenie	Návrh softvérovej architektúry	Vedúci oddelenia vývoja	BP, priania klienta	Formovaná architektúra
	web Developer	Vývojové oddelenie	Program pre web na strane klienta a servera, konfigurácia web servera, rozloženie	Vedúci oddelenia vývoja	BP, priania klienta	Nakonfigurovaný server, webový server
	Vedúci oddelenia vývoja	Vývojové oddelenie		Generálny riaditeľ	Zadanie od riaditeľa	Pokyny pre podriadených

Aktualizovaný zoznam procesov a ich vlastníkov je uvedený v tabuľke 7.1.2.

Tabuľka 7.1.2 - zoznam procesov a ich vlastníkov

			Vlastník	Prichádzajúce jednotky a funkcionári
	Výroba	Základné	Generálny riaditeľ, riaditeľ	CEO, riaditeľ
	poskytovanie IT	Základné	Vedúci oddelenia vývoja	Vývojové oddelenie
	Kontrola kvality	Základné	Tester	Vývojové oddelenie
	Riadenie organizácie	Pomocný	CEO, riaditeľ	Generálny riaditeľ, riaditeľ
	Úložisko dát	Pomocný	Obchodný analytik	Analytické oddelenie

Celkovo má oddelenie 5 procesov. Z toho sú 3 hlavné a 2 pomocné.

Dokumentácia výrobného procesu je uvedená v tabuľke 7.1.3. Pri vykonaní potrebných zmien v procese a jeho modeli teda výstupný dokument nebude obsahovať tie chyby v logike a rozdelení právomocí štrukturálnych jednotiek prítomné v manuálnom prístupe.

Napríklad, keď sú vykonané zmeny v procese v ARIS, nové funkcie sa musia prejaviť v príslušnom BP s uvedením zodpovedného oddelenia a príslušného používateľa.

Manuálne vykonávanie takýchto zmien je náročný a zdĺhavý proces, ktorý si vyžaduje samostatné kontroly, čo si vyžaduje veľa času a zdrojov. V ARIS je možné takéto zmeny vykonať v priebehu niekoľkých minút a proces generovania nového dokladu prebieha automaticky.

Tabuľka 7.1.3 - Výrobný proces

		Názov práce	Rozdelenie	Prichádzajúce informácie
	Dohodnutie podmienok so zákazníkom	riaditeľ	nadriadených	Zákaznícke podmienky
	Uzavretie dohody	Generálny riaditeľ	nadriadených	Technická úloha
	Informovanie zamestnancov o objednávke	riaditeľ	nadriadených	Objednávka automatizácie (e-mail)
	Popis a dokumentácia napájacieho zdroja	Obchodný analytik	Analytické oddelenie	Sada dokumentov BP
	Návrh architektúry IS	Vývojár	Vývojové oddelenie	Technologické pokyny, údaje o dátovej architektúre zákazníka, súbor dokumentov BP, softvérové ​​požiadavky
	Softvérové ​​kódovanie	Programátor alebo webový programátor	Vývojové oddelenie	Sada dokumentov BP, Softvérová licencia
	Testovanie softvéru	Tester	Vývojové oddelenie	IP zákazníka
	implementácia IS	Vývojár	Vývojové oddelenie	Záver o implementácii IS

Vykonávanie zmien sa stáva mimoriadne jednoduchým a tvorba regulačných dokumentov sa neodkladá až do okamihu, keď každý nový dokument už nezodpovedá skutočnosti.

8. Analýza podnikových procesov

Procesnú analýzu je potrebné chápať v širšom zmysle: zahŕňa nielen prácu s grafickými diagramami, ale aj analýzu všetkých dostupných informácií o procesoch, merania ich ukazovateľov, komparatívnu analýzu atď. Existuje kvalitatívna aj kvantitatívna analýza podnikových procesov. . Začnime s kvalitatívnou analýzou procesu. Identifikácia problémových oblastí je najjednoduchším prostriedkom kvalitatívnej analýzy procesov. Hlavným účelom tejto metódy analýzy je určiť smer pre ďalšiu hlbšiu analýzu. Obrázok 8.1 zobrazuje štyri problémové oblasti.

Prvý z nich súvisí s plánovaním práce, druhý - s plnením objednávok, tretí - s interakciou s klientmi, štvrtý - s interakciou s personálom. Pre každú problémovú oblasť sú uvedené stručné vyhlásenia o problémoch.

Identifikácia problémových oblastí sa vykonáva rozhovormi s manažérmi a zamestnancami zapojenými do posudzovaného procesu. Na príklade z obrázku 8.1 sa teda uskutočnil prieskum zamestnancov PTI. Každý proces vykonávajú špecifické oddelenia.

Obrázok 8.1 - Problémové oblasti PTI

Výsledný procesný diagram môže slúžiť ako predmet diskusie a analýzy počas projektu redizajnu procesu. Napríklad informácie o interakcii s klientmi možno podrobnejšie zvážiť: aké je poradie práce, proces rozdelenia rolí, postup pri komunikácii s klientmi atď.

Práve tento proces je podrobne znázornený na diagrame (obrázok 6.1.1).

Keďže tento proces má problémy, je potrebné ho reštrukturalizovať.

Pred modernizáciou vyzeral proces takto: po uzavretí dohody s klientom preniesol generálny riaditeľ PTI riadenie projektu na projektového manažéra (obr. 8.2).

Ak sa ale vyskytli nejaké otázky, projektový manažér bol nútený kontaktovať generálneho riaditeľa, aby klientovi zavolal a objasnil všetky potrebné informácie. To bolo často mimoriadne nepohodlné, keďže generálny riaditeľ bol neustále na služobných cestách a nie vždy sa s ním dalo telefonicky spojiť.

Projektový manažér preto musel neustále čakať na upresnenie informácií od generálneho riaditeľa.

Následne zamestnanci čakajú na ďalšie pokyny a práca sa zastaví.

Obrázok 8.2 - Postup vykonania príkazu až do odstránenia úzkeho miesta (v zápise rozšíreného diagramu ARIS Event-Driven Process Chain)

Teraz proces vyzerá takto: po uzavretí dohody s klientom generálny riaditeľ PTI odovzdá riadenie projektu projektovému manažérovi (obr. 8.3).

Prenáša sa nielen manažment, ale aj všetky údaje o klientoch (ich telefónne čísla a pod.).

Teraz už nie je potrebné čakať na generálneho riaditeľa (môže pokojne pracovať, uzatvárať nové zmluvy) a všetku prácu vykonáva sám projektový manažér. Príloha A obsahuje popis práce obchodného analytika.

Obrázok 8.3 – Postup vykonania objednávky po odstránení úzkeho miesta (v zápise ARIS rozšíreného diagramu reťazca procesov riadených udalosťami)

Požiadavky na systém KPI:

Každý ukazovateľ musí byť jasne definovaný;

· ukazovatele a normy musia byť dosiahnuteľné: cieľ musí byť realistický, no zároveň musí byť stimulom;

· za ukazovateľ musia zodpovedať tí ľudia, ktorí sú hodnotení;

· ukazovateľ musí byť zmysluplný;

· ukazovatele môžu byť všeobecné pre celú spoločnosť, teda „viazané“ na cieľ spoločnosti a špecifické pre každú divíziu, t.j. „viazané“ na ciele jednotky.

Analyzujme časové oneskorenia (ako dlho bola zákazka dokončená pred a po modernizácii procesu) (tabuľka 8.1). Výpočty sa berú pre jednu objednávku.

Tabuľka 8.1 - Analýza časového oneskorenia

Objasnenie informácií od klienta
Písanie BP
Testovanie IC
implementácia IS
Integrálne hodnotenie stupňa dosiahnutia cieľa
Plánované integrálne hodnotenie stupňa dosiahnutia cieľa

Celková účinnosť modernizácie (KPI) je 63,13 %. Údaje analýzy BP založené na výsledkoch správy o analýze procesného modelu „Vykonanie objednávky (eEPC)“ sú uvedené v tabuľke 8.2.

Tabuľka 8.2 - Správa o výsledkoch analýzy procesného modelu „Proces vykonávania objednávok (eEPC)“

Podobné dokumenty

Klasifikácia podnikových procesov, rôzne prístupy k ich modelovaniu a parametre kvality. Metodika a funkčnosť systémov modelovania podnikových procesov. Porovnávacie hodnotenie systémov ARIS a AllFusion Process Modeler 7, ich výhody.

práca, pridané 2.11.2011


Vytvorenie obchodného modelu pre proces poskytovania spotrebiteľských úverov. Organizačné zabezpečenie úverového procesu. Modelovanie a dokumentovanie podnikových procesov v programe BPwin. Konštrukcia modelu AS IS. Návrh na automatizáciu obchodného procesu.

kurzová práca, pridané 01.07.2012


Zdôvodnenie, schéma a popis obchodného procesu organizácie. Identifikácia distribučných zákonov náhodných veličín. Vývoj a popis modelovacieho algoritmu na implementáciu programu simulačného modelu. Vývoj počítačového simulačného programu.

kurzová práca, pridané 28.07.2013


Modelovanie informačného systému (IS) obchodných procesov supermarketu s potravinami "Big Lozhka" v ranom štádiu (fáza formovania koncepcie podniku) pomocou štandardov UML. Scenár pre modelovanie IS, počiatočné dáta a štruktúra riadenia.

kurzová práca, pridané 16.09.2011


Analýza vonkajšieho a vnútorného prostredia, ekonomické ukazovatele, podnik. Posúdenie jeho konkurencieschopnosti. Zostavenie matice atraktívnosti trhu. Plán prognózy príjmov a výdavkov. Modelovanie obchodných procesov pre fungovanie rekreačného domu.

kurzová práca, pridané 18.03.2015


Vlastnosti modelovania obchodných procesov v štandarde IDEF0 a výpočtu ich efektívnosti. Reengineering procesu výroby ručne vyrábaného mydla v súlade s rozpočtom materiálových nákladov, šetrením materiálu a splnením všetkých kvalitatívnych požiadaviek.

kurzová práca, pridané 17.07.2014


Zostavenie simulačného modelu obchodného procesu "Incident Management" spoločnosti MegaFon za účelom predikcie celkových nákladov IT služieb na obsluhu incidentov. Vývoj modelovacích algoritmov pre implementáciu počítačových programov modelu.

kurzová práca, pridané 04.09.2012


Aplikácia metódy jednotného usporiadania na optimalizáciu obchodných procesov. Softvér Staffware Process Suit, podstata jeho práce a výhody. Vývoj prototypovej aplikácie na automatizáciu aplikácie metódy jednotného rozstupu.

práca, pridané 21.08.2016


Pojem a podstata IT poradenstva. Oblasti činnosti spoločností špecializujúcich sa na oblasť informačného poradenstva. Základné pojmy obchodného modelovania. Klasifikácia podnikových procesov. Funkcie správy o analýze problému príčiny a následku.

test, pridané 11.09.2012


Všeobecná charakteristika podnikového procesu a konštrukcia jeho vonkajších, funkčných a objektových modelov. Popis zdrojov a vykonávateľov procesov. Hodnotenie pomocou metrík, ktoré charakterizujú mieru spokojnosti zákazníka. Definovanie cieľov optimalizácie.

Štandardné štruktúry podnikových procesov (Process Frameworks) vyvinula skupina spoločností Modern Management Technologies ako metodický základ pre budovanie modelov podnikových procesov reálnych spoločností. Typické štruktúry sú poskytnuté vo formáte PDF na referenciu a vo formáte XML na použitie v Business Studio (dostupné na stiahnutie na stránke Self-Download Packages).

Poskytovanie služieb (PDF)

Projektové aktivity (PDF)

Výroba (PDF)

správcovská spoločnosť (PDF)

Jedinečná príležitosť

Svoju spoločnosť môžete diagnostikovať na základe typických procesných štruktúr a identifikovať najproblematickejšie oblasti. Diagnostika sa vykonáva pomocou online organizačného diagnostického systému BIZDIAGNOSTICS.

Modely obchodných procesov vytvorené v Business Studio

Táto časť obsahuje príklady podnikových procesov - vzdelávacie modely a modely podnikových procesov reálnych podnikov, vytvorené v systéme Business Studio.

Modely sú publikované vo formáte HTML, ktorý automaticky generuje Business Studio. Publikácia HTML obsahuje schémy podnikových procesov, hlavné regulačné dokumenty (Procesné predpisy, Postupové predpisy, Predpisy divízií, Popis práce) a manažérske informácie s možnosťou navigácie medzi dokumentmi prostredníctvom hypertextových odkazov.

Pozor!

Šablóny dokumentov používané v obchodných modeloch slúžia len na demonštračné účely. Formát, štruktúru a zloženie informácií vo výstupných dokumentoch Business Studia generovaných pri budovaní obchodných modelov je možné prispôsobiť potrebám konkrétnej spoločnosti.

Model výrobného závodu

Charakteristika podniku

Hlavné aktivity:

• Výroba a predaj hliníkových profilov;
• Výroba a predaj autokomponentov.

Počet zamestnancov: 1200 osôb.

Popis modelu

Model je lokalizáciou 8-procesového normatívneho modelu podnikových procesov organizácie. Cieľom tvorby modelu je príprava na automatizáciu podnikových procesov (vytvorenie modelu „ako to bude“ s prihliadnutím na využitie budúceho informačného systému), vytvorenie technických špecifikácií pre automatizáciu.

Model obsahuje:

• Model obchodných procesov a postupov;
• Organizačná štruktúra podniku;
• Zoznam dokumentov používaných pri vykonávaní obchodných procesov podniku;
• Zoznam funkcií budúceho informačného systému.

Pre plánovanie automatizácie model vytvára prepojenie medzi procesmi a funkciami informačného systému. V dôsledku toho sa automaticky generuje, vrátane:

• Zoznam obchodných procesov podniku, ktoré podliehajú automatizácii;
• Zoznam dokumentov a správ, ktoré je potrebné získať pomocou informačného systému;
• Zoznam všetkých funkcií informačného systému;
• Zoznam plánovaných úloh.

Technické špecifikácie pre automatizáciu

Regulačný 8-procesný model činnosti výrobného podniku

Model bol vyvinutý spoločnosťou BKG a osobne popredným ruským špecialistom v oblasti organizačného rozvoja spoločností T.R. Kadyev. Môže byť použitý ako základ pre následnú lokalizáciu v konkrétnom podniku.

Model obsahuje:

• Model obchodného procesu, ktorý popisuje aktivity podniku;
• Organizačná štruktúra podniku postavená na procesnom (medzifunkčnom) princípe;
• Zoznam dokumentov používaných v obchodných procesoch podniku.

Princípom konštrukcie obchodného modelu je identifikovať hlavné objekty riadenia podnikového systému a navrhnúť procesy riadenia týchto objektov: (obchodné procesy, stratégia rozvoja).

Výsledkom vykonania procesov prvej úrovne je riadiaci objekt uvedený do požadovaného stavu. Procesy prvej úrovne sú rozložené na podprocesy potrebné na sekvenčnú transformáciu stavu riadiaceho objektu z počiatočného na požadovaný. Pre každý podproces sú stanovené ciele, ktoré je potrebné v rámci podprocesu dosiahnuť. Takto získaný strom cieľov poskytuje dekompozíciu strategických cieľov podniku až na úroveň konkrétnych realizátorov.

Model spoločnosti zaoberajúcej sa projektovaním, inštaláciou a údržbou inžinierskych systémov.

Model obsahuje:

• Model obchodných procesov a postupov vrátane cieľov a procesných ukazovateľov;
• Organizačná štruktúra spoločnosti;
• Finančná štruktúra spoločnosti;
• Štruktúra rozpočtu spoločnosti;
• Časť SMK obsahujúca požiadavky ISO 9001:2000 a ISO/TU 16949, Príručka kvality;
• Štruktúra informačného systému a zadávacie podmienky pre automatizáciu.

Tento model je obsiahnutý v demo verzii systému Business Studio.

Model výrobných činností podľa normy ISO 9001:2000

Rastúca konkurencia medzi západnými a domácimi spoločnosťami o právo ovládnuť ruský trh tovarov a služieb ich núti aktívnejšie využívať moderné metódy riadenia, najmä budovanie systému manažérstva kvality (QMS), ktorý spĺňa požiadavky normy ISO 9001. : 2000. Táto norma je súbor požiadaviek na subsystém manažérstva kvality vyrábaných výrobkov alebo poskytovania služieb organizácii. Fungujúci QMS nám umožňuje tvrdiť, že organizácia je schopná pravidelne produkovať kvalitné produkty (poskytovať služby), a preto má oproti konkurencii veľké výhody. Vybudovanie QMS však nie je ľahká úloha, často si vyžaduje, aby organizácia vykonala významné zmeny vo svojich výrobných a ekonomických činnostiach a v obchodných procesoch podniku. Na uľahčenie pochopenia požiadaviek samotnej normy ISO 9001:2000, ako aj ako príklad konštrukcie QMS je navrhnutý model činnosti organizácie vyrábajúcej produkty. Model zahŕňa všetky štandardné procesy, od návrhu až po popredajný servis produktu.

Na popis modelu organizácie bola použitá notácia funkčného modelovania IDEF0. Procesy na najvyššej úrovni modelu zodpovedajú kľúčovým úsekom normy ISO 9001:2000, následne sú dekomponované na podprocesy nižšej úrovne priamo v súvislosti s výrobnou a ekonomickou činnosťou organizácie. Model teda predstavuje súbor podnikových procesov organizácie, v ktorých sú integrované požiadavky normy ISO 9001: 2000. Zároveň existujú obmedzenia pri interpretácii požiadaviek normy (ich prenesení na činnosť organizácie). , vzhľadom na skutočnosť, že za základ bola braná pomerne konvenčná organizácia bez akýchkoľvek špecifík odvetvia. V tomto ohľade môže byť takýto model v praxi použitý ako základ pre analýzu súladu činností podniku (podľa oblastí zodpovednosti - sekcií normy) s požiadavkami ISO 9001:2000, ako aj normatívom model pre vývoj a implementáciu QMS.

Úvod

Modelovanie podnikových procesov je proces reflektovania subjektívnej vízie toku práce vo forme formálneho modelu pozostávajúceho zo vzájomne súvisiacich operácií.

Účelom modelovania je systematizovať poznatky o firme a jej podnikových procesoch v prehľadnej grafickej forme, ktorá je vhodnejšia na analytické spracovanie získaných informácií.

V súčasnosti trh s výpočtovou technikou ponúka niekoľko špeciálnych programov, ktoré vám umožňujú vykonať prieskum podniku a zostaviť model. Výber metodológie a nástrojov, pomocou ktorých sa modelovanie podnikových procesov vykonáva, nie je zásadný. Existujú štandardizované, časom overené metodiky a nástroje, pomocou ktorých môžete podnikať v prieskume a zostavovať jeho model. Ich kľúčovou výhodou je jednoduchosť a dostupnosť k zvládnutiu.

procesov bola zostavená metodikou SADT. V súčasnosti je najpoužívanejšou metodikou popisu obchodných procesov americký štandard IDEF.

Hlavnou výhodou myšlienky analýzy obchodných procesov podniku vytvorením jeho modelu je jeho všestrannosť. po prvé,

modelovanie obchodných procesov je odpoveďou na takmer všetky otázky,

v oblasti zlepšovania činnosti podniku a zvyšovania jeho konkurencieschopnosti. Po druhé, manažér alebo manažment podniku, ktorý zaviedol špecifickú metodiku, bude mať informácie, ktoré im umožnia nezávisle zlepšovať svoj podnik a predpovedať jeho budúcnosť.

1 Podstata a význam modelovania podnikových procesov

Modelovanie podnikových procesov vám umožňuje analyzovať nielen to, ako podnik ako celok funguje, ako interaguje s externými organizáciami, zákazníkmi a dodávateľmi, ale aj to, ako sú aktivity organizované na každom jednotlivom pracovisku.

Existuje niekoľko prístupov k definovaniu pojmu

"modelovanie obchodných procesov":

1) modelovanie obchodných procesov je popis podnikania

procesy podniku, ktoré umožňujú manažérovi vedieť, ako pracujú bežní zamestnanci, a radovým zamestnancom vedieť, ako pracujú ich kolegovia a na aký konečný výsledok sú zamerané všetky ich činnosti;

2) modelovanie podnikových procesov je efektívnym prostriedkom na hľadanie príležitostí na zlepšenie činnosti podniku;

3) modelovanie obchodných procesov je nástroj, ktorý vám umožňuje predvídať a minimalizovať riziká, ktoré vznikajú v rôznych fázach reorganizácie činností podniku;

4) modelovanie podnikových procesov je metóda, ktorá umožňuje posúdiť súčasné aktivity podniku vo vzťahu k požiadavkám,

požiadavky na jeho fungovanie, riadenie, efektívnosť,

konečné výsledky výkonnosti a spokojnosť zákazníkov

5) modelovanie obchodných procesov je metóda, ktorá vám umožňuje poskytnúť odhad nákladov pre každý proces, braný jednotlivo, a všetky obchodné procesy v podniku, ako celok;

6) Modelovanie obchodných procesov je vždy tým správnym spôsobom, ako identifikovať súčasné problémy v podniku a predvídať budúce problémy.

Moderné podniky sú nútené neustále zlepšovať svoju činnosť. To si vyžaduje vývoj nových technológií a obchodných praktík, zlepšenie kvality konečných výsledkov

činnosti a, samozrejme, zavádzanie nových, efektívnejších metód riadenia a organizácie činnosti podnikov.

Podnikový proces je logický, sekvenčný, vzájomne prepojený súbor činností, ktoré spotrebúvajú zdroje výrobcov, vytvárajú hodnotu a prinášajú spotrebiteľovi výsledky. Medzi hlavné dôvody patrí

podnecovaním organizácie k optimalizácii podnikových procesov, môžeme zdôrazniť potrebu znižovania nákladov alebo trvania výrobného cyklu, požiadaviek kladených spotrebiteľmi a štátom, zavádzanie programov manažérstva kvality, fúzie spoločností, vnútroorganizačné rozpory atď.

Modelovanie podnikových procesov je účinným prostriedkom na hľadanie spôsobov optimalizácie činností spoločnosti, prostriedkom na predpovedanie a minimalizáciu rizík, ktoré vznikajú v rôznych fázach reorganizácie podniku. Táto metóda vám umožňuje poskytnúť odhad nákladov pre každý jednotlivý proces a všetky obchodné procesy organizácie v súhrne.

Rozhodnutia o modelovaní obchodných procesov sa zvyčajne prijímajú z dôvodov uvedených na obrázku 1.

Obrázok 1 - Dôvody pre rozhodnutie o modelovaní obchodných procesov

Modelovanie obchodných procesov zahŕňa mnoho aspektov

aktivity firmy:

 zmena organizačnej štruktúry;

 optimalizácia funkcií oddelení a zamestnancov;

 prerozdelenie práv a povinností manažérov;

 zmeny vnútorných predpisov a technológie prevádzky;

 nové požiadavky na automatizáciu prebiehajúcich procesov a pod.

Účelom modelovania je systematizovať poznatky o firme a jej podnikových procesoch v prehľadnej grafickej forme, ktorá je vhodnejšia na analytické spracovanie získaných informácií. Model by mal odrážať štruktúru obchodných procesov organizácie, detaily ich implementácie a postupnosť toku dokumentov.

Modelovanie obchodných procesov organizácie zahŕňa dve fázy: štrukturálnu a podrobnú.

Štrukturálne modelovanie obchodných procesov organizácie je možné vykonať v notácii IDEF0 pomocou súpravy nástrojov BPwin alebo v UML pomocou súpravy nástrojov Rational Rose. Detailné modelovanie sa vykonáva v UML.

Vo fáze štrukturálneho modelovania by mal model odrážať:

1) existujúca organizačná štruktúra;

2) dokumenty a iné entity používané pri vykonávaní simul obchodné procesy a tie, ktoré sú potrebné na modelovanie toku dokumentov, s popisom ich hlavného významu;

3) štruktúra obchodných procesov, odrážajúca ich hierarchiu od všeobecnejších skupín až po súkromné ​​obchodné procesy;

4) interakčné diagramy pre koncové body obchodné procesy,

odrážajúc postupnosť vytvárania a pohybu dokumentov

(údaje, materiály, zdroje atď.) medzi aktérmi.

Pripravený model musia odsúhlasiť architekti a vedúci programátori, čím sa potvrdí, že štruktúra obchodných procesov je jasná.

Detailné modelovanie podnikových procesov sa vykonáva v rovnakom modeli a malo by odrážať požadovanú podrobnosť a malo by poskytovať jednoznačný pohľad na činnosť organizácie.

Podrobný model obchodného procesu by mal obsahovať:

1) súbor precedensov odrážajúcich možné možnosti implementácie obchodné procesy „tak ako sú“;

2) diagramy činností s podrobnosťami o postupnosti vykonávania obchodné procesy;

3) diagramy interakcií odrážajúce vzory toku dokumentov.

Modely musia byť dohodnuté s poprednými špecialistami organizácie, ktorí majú potrebné znalosti.

Ak sa po zostavení modelov nedosiahne dohoda, musia sa na modeli vykonať potrebné objasnenia a úpravy. Iteračný proces (koordinácia, vykonávanie úprav a upresňovaní) sa musí opakovať, kým sa úplne nepotvrdí, že model je zrozumiteľný a jednoznačne reprezentuje detaily podnikových procesov.

2 Metodika modelovania podnikových procesov

Podľa metodiky (notácie) tvorby modelu (popisu) podniku

proces sa chápe ako súbor spôsobov, akými sú objekty reálneho sveta a súvislosti medzi nimi reprezentované vo forme modelu. Akákoľvek metodika (technika) zahŕňa tri hlavné zložky:

– teoretický základ;

– opis krokov potrebných na získanie daného výsledku;

Modelovanie podnikových procesov je možné vykonávať pomocou rôznych prístupov, metodík, zápisov a nástrojov – v závislosti od požiadaviek na model v každom konkrétnom prípade. Čo určuje tieto požiadavky? V mnohých ohľadoch - proces vytvárania automatizačného systému ako celku, v rámci ktorého sa vykonáva modelovanie predmetnej oblasti. Tento proces určuje, ako bude model zostavený, zdokonaľovaný a používaný.

Systém spravidla vytvára tím ľudí. Títo ľudia majú rôzne špeciality, skúsenosti, zvyky, vzdelanie, preferencie a osobné vlastnosti. Model obchodných procesov je vybudovaný tak, aby si títo ľudia mohli efektívne vymieňať znalosti a spoločne robiť rozhodnutia pri vytváraní systému. Model je jazykom komunikácie medzi stranami zapojenými do vytvárania automatizačného systému -

zákazníkom, odborníkom, architektom atď. Musí byť organizovaný tak, aby každá strana, ktorá modelovaný systém vníma zo svojho uhla pohľadu, mohla efektívne prispieť k celkovému pochopeniu predmetnej oblasti.

Proces vytvárania automatizovaného systému je často iteratívny, takže model musí umožňovať postupné spresňovanie. V ideálnom prípade by mal byť model zostavený tak, aby sa pri jeho podrobnom rozpracovaní nemenili predtým skonštruované všeobecnejšie prvky modelu, ale len sa pridali nové.

Model musí byť odolný voči zmenám v predmetnej oblasti. To znamená, že musí byť organizovaný tak, aby sa pri zmene predmetu zmenila len určitá minimálna požadovaná množina prvkov modelu. Okrem toho musí byť aj samotný model

nástroj na reorganizáciu podnikových procesov v rámci tvorby automatizačného systému.

Je potrebné vziať do úvahy dôležité charakteristiky obchodného modelovania.

procesy. Medzi výhody modelovania obchodných procesov patria najmä: zvýšenie kvality a rýchlosti výroby pri súčasnom znižovaní nákladov; zvýšená profesionalita zamestnancov;

zvýšenie konkurencieschopnosti firmy. Nevýhody zasa:

zvýšené vykorisťovanie zamestnancov a súvisiace sociálno-psychologické problémy; potreba vykonávať cielenú prácu na zmene firemnej kultúry.

3 História vývoja metodík modelovania podnikových procesov

Základ mnohých moderných metodík obchodného modelovania

procesov bola zostavená metodikou SADT (Structured Analysis and Design Technique - metóda statickej analýzy a návrhu) a

algoritmické jazyky používané na vývoj softvéru.

V zhustenej podobe história vývoja metodológií obchodného modelovania

procesov je uvedený na obrázku 2. Pre názornosť je paralelne zobrazená história vývoja prístupov k manažérstvu kvality.

Obrázok 2 - História vývoja metodík obchodného modelovania

procesy

V súčasnosti popisovať, modelovať a analyzovať podnikanie

procesov sa používa viacero druhov metodík. Medzi najbežnejšie typy patria nasledujúce metódy:

 modelovanie obchodných procesov (Business Process Modeling);

 popisy pracovných tokov (Work Flow Modeling);

 popisy dátových tokov (Data Flow Modeling).

Metodiky pre modelovanie podnikových procesov (Business Process Modeling). Najpoužívanejšia metodika na popis podnikania

procesy – americký štandard IDEF0. Od svojho vývoja štandard neprešiel významnými zmenami. V súčasnosti je vývoj metodiky IDEF0 spojený so zdokonaľovaním nástrojov, ktoré ju podporujú – softvérových produktov pre biznis modelovanie.

procesy (napríklad BPWin 4.0, ProCap, IDEF0/EM Tool atď.).

Metodológia IDEF0 poskytuje analytikovi široké možnosti popísať podnikanie organizácie na najvyššej úrovni s dôrazom na procesné riadenie. Zápis vám umožňuje odrážať spätnú väzbu v modeli procesu

rôzneho druhu – o informáciách, riadení, pohybe materiálnych zdrojov.

Pomocou metodológie rodiny IDEF môžete efektívne zobrazovať a analyzovať vzorce aktivít širokého spektra komplexných systémov v rôznych kontextoch. Zároveň si šírku a hĺbku skúmania procesov v systéme určuje samotný vývojár, čo umožňuje nepreťažovať vytvorený model zbytočnými dátami. IN

Nasledujúce štandardy v súčasnosti patria do rodiny IDEF:

IDEF0 - metodológia funkčného modelovania. Pomocou vizuálneho grafického jazyka IDEF0 sa skúmaný systém javí vývojárom a analytikom ako súbor vzájomne súvisiacich funkcií. Modelovanie IDEF0 je spravidla prvým krokom pri štúdiu akéhokoľvek systému;

IDEF1 je metodológia na modelovanie informačných tokov v rámci systému, ktorá vám umožňuje zobraziť a analyzovať ich štruktúru a vzťahy;

IDEF1X (IDEF1 Extended) – metodika budovania relačných štruktúr. IDEF1X patrí do metodológií typu „Entity-Relationship“.

(ER – Entity-Relationship) a zvyčajne sa používa na modelovanie relačných databáz;

IDEF2 je metodika pre dynamické modelovanie vývoja systémov.

Kvôli veľmi vážnym ťažkostiam pri analýze dynamických systémov sa od tejto normy prakticky upustilo a jej vývoj bol pozastavený už v počiatočnom štádiu;

IDEF3 je metodika dokumentovania procesov prebiehajúcich v systéme, ktorá sa využíva napríklad pri štúdiu technologických procesov v podnikoch. Pomocou IDEF3

je popísaný scenár a postupnosť operácií pre každý proces. IDEF3 má priamy vzťah s metodológiou IDEF0 - každá

funkcia môže byť reprezentovaná ako samostatný proces pomocou

IDEF4 je metodika pre budovanie objektovo orientovaných systémov.

Nástroje IDEF4 vám umožňujú vizuálne zobraziť štruktúru objektov a základné princípy ich interakcie, čím vám umožňujú analyzovať a optimalizovať komplexné objektovo orientované systémy;

IDEF5 – metodika štúdia komplexných systémov.

Systém ARIS je súbor nástrojov na analýzu a modelovanie podnikových aktivít. Jej metodologickým základom je kombinácia rôznych metód modelovania, odrážajúcich rôzne pohľady na skúmaný systém. Rovnaký model je možné vyvinúť pomocou niekoľkých metód, čo umožňuje používať ARIS špecialistom s rôznymi teoretickými znalosťami a nakonfigurovať ho na prácu so systémami, ktoré majú svoje špecifiká.

ARIS podporuje štyri typy modelov, 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,

prepojenia medzi nimi, ako aj územný odkaz štrukturálnych jednotiek;

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

potrebné na dosiahnutie cieľov;

informačné modely odrážajúce štruktúru informácií,

potrebné na implementáciu celého súboru funkcií systému;

modely riadenia, ktoré prezentujú komplexný pohľad na

implementácia obchodných procesov v rámci systému.

Pojem podnikový proces, štruktúra procesov a podprocesov

Podnikový proces (BP) je chápaný ako skupina činností organizácie (udalosti a úlohy), ktoré sú zamerané na vytvorenie konkrétneho produktu alebo služby. Vykonaním analýzy, najmä v bode kontaktu medzi dvoma alebo viacerými oddeleniami zapojenými do toho istého podnikového procesu, môžete ľahko odstrániť rôzne náklady a bariéry a vybudovať procesne orientovaný podnik alebo organizáciu. Podnikové procesy sa zvyčajne zvažujú tak, že sa rozdelia na podprocesy a zostavia sa podrobné mapy. Hierarchický diagram množiny obchodných procesov sa nazýva strom obchodných procesov. Odráža jednoduchú schému prepojení všetkých napájacích jednotiek v ich celistvosti.

Existujú všeobecné a podrobné modely BP. Na najvyššej (všeobecnej) úrovni sa zvyčajne uvádza zoznam operácií na predaj produktu, ktoré vykonávajú oddelenia spoločnosti, v podrobnejšej verzii sú podrobnejšie zverejnené kľúčové fázy a schémy so všetkými aspektmi.

Skupiny obchodných procesov

Existujú hlavné, pomocné a riadiace procesy - to sú hlavné skupiny podnikových procesov. Vývojový BP je samostatne identifikovaný ako jedinečný proces vykonaný raz. Zameranie hlavnej skupiny BP:

• výroba produktov (služieb) hodnotných pre spotrebiteľa;
• tvorba pridanej hodnoty;
• naplnenie produktu kvalitami, ktoré sú hodnotné z pohľadu zákazníka;
• odhad zisku

Hlavné obchodné procesy sú orientované na zákazníka, pretože ich výsledky sú zamerané na koncového užívateľa. Podporné (pomocné) BP sú užšie spojené s podnikaním; poskytujú:

• vytváranie produktov pre interné obchodné oblasti;
• udržiavanie funkcií spoločnosti a jej zložky infraštruktúry

Procesy riadenia koordinujú celý súbor BP (hlavný, podporný, rozvojový BP).

Rozvoj BP je zameraný na dlhodobé vytváranie zisku, ako aj na zlepšovanie činností spoločnosti v budúcnosti (nezabezpečujú organizáciu procesov, ktoré sa v súčasnosti vyskytujú).

Uvedená klasifikácia nie je konečná. BP v každej spoločnosti závisí od jej špecifických charakteristických čŕt.

Popis hlavných napájacích zdrojov pre výrobnú a obchodnú spoločnosť (príklad):

• marketingové procesy;
• návrh, vývoj produktu alebo služby;
• výroba konečného produktu;
• logistické procesy (predaj, dodávka, zásobovanie);
• riadenie predaja a služieb

Podporné napájacie zdroje:

• finančná kontrola;
• služby a personálny manažment;
• ekologické procesy (procesy ochrany životného prostredia);
• riadenie podnikovej komunikácie;
• podpora systémov a ich návrhu;
• riadenie infraštruktúry

Manažérske obchodné procesy pre tento model zahŕňajú všetky procesy spojené so zberom informácií, plánovaním a reguláciou činností, procesmi analýzy a kontroly celého cyklu riadenia.

Rozvoj BP je zdokonaľovaním činností, akýmsi podnikovým inžinierstvom.

Popis a analýza BP

Opis obchodného procesu vám umožňuje určiť miesto každého zamestnanca v spoločnosti, vykonať potrebné zmeny v jeho činnosti na základe analýzy: zlepšiť informačný systém, zmeniť riadenie rizík, vykonať certifikáciu atď. Umožňuje vám urobiť organizáciu zrozumiteľnejšou pre manažment a umožňuje vám nájsť prebytočné finančné a iné zdroje. Zamestnanci sa z pochopiteľných dôvodov zvyčajne nezaujímajú o transparentnosť, ako aj spoľahlivosť v popise obchodného procesu – to sťažuje získanie vecných informácií, napríklad o rozdelení zodpovednosti.

Vizualizácia modelu.

Model sa zvyčajne zobrazuje vo forme diagramov, tabuliek s popismi, prípadne kombináciou grafu a textového popisu (notácie) atď. Miera detailu objektu a úplnosť popisu závisí od konkrétneho použitia tohto modelu. Úlohou ktorejkoľvek z týchto metód bude opísať BP podľa princípu: „akčná funkcia“. Každý BP má svojho vykonávateľa - to je tiež potrebné uviesť. Pôjde o oddelenie alebo konkrétnu pozíciu. „Vstupy“ sú materiálne, informačné a finančné a „výstupy“ sú prezentované vo forme zoznamu produktov alebo služieb. Výsledkom činnosti interpreta bude „výstup“, akcie sa môžu kombinovať aj podľa princípu logického spojenia medzi sebou, potom musia byť „vstupy“ a výsledky medzi nimi koordinované. Prepojenie „vstupu“ a „výstupu“ zabezpečujú činnosti zamerané na dosiahnutie výsledku pri prechode medzi nimi.

Ako sa implementuje popis BP

Ako už bolo spomenuté vyššie, môžeme rozlíšiť grafické, textové a tabuľkové spôsoby implementácie modelu. Napriek svojim výhodám a nevýhodám nájdu uplatnenie všetky, pretože každý z nich zodpovedá cieľom stanoveným pre takýto popis.

1. Popis textu.

Hlavnou výhodou tejto formy je absencia presných noriem a možnosť flexibilného popisu prakticky akéhokoľvek procesu alebo jeho nuansy. Organizácia môže použiť akýkoľvek textový formulár na podávanie správ, ako aj štruktúrovať zhromaždené informácie podľa vlastného uváženia. nedostatky:

• sekvenčné vnímanie textových informácií;
• Je ťažké analyzovať aktivity podniku na základe textovej reprezentácie;
• nedostatok formálnych a popisných noriem (plus aj mínus, v závislosti od prípadu);
• ťažkosti s vnímaním a porovnávaním veľkých objemov textu

2. Tabuľková forma. Vhodné na popis sekvenčných procesov. Môže byť použitý ako prechod na grafickú implementáciu ako databázu.

3. Grafický popis vo forme modelov a schém.

Ak je potrebné opísať, ako prebieha regulácia vo fázach obchodného procesu: kto je vykonávateľ, ako prebieha implementácia, o akú postupnosť a dokumentáciu ide, potom je vhodné použiť algoritmickú metódu popisu práce vo forme vývojový diagram.

Ďalšou možnosťou je reprezentovať proces ako prúd objektov. Je použiteľný a pohodlný na popis jednotlivých úloh a tých oddelení v organizácii, ktoré pracujú na princípe vstup-výstup, čo umožňuje priamo sledovať, čo sa deje medzi týmito dvoma komponentmi. „Vstupnými“ a „výstupnými“ tokmi budú informácie, dodávky materiálu a dokumentácia.

Technológie, ktoré sa používajú na popis napájania:

1. IDEF - akceptovaný ako štandard takmer všade. Definícia integrácie pre modelovanie funkcií – technológia funkčného modelovania. Je podporovaný nasledujúcim softvérom - BPWIN, MS Visio atď. Táto sada metód modelovania vám umožňuje podrobne rozpracovať napájacie zdroje všetkých úrovní, prezentovať ich v jednom bloku aj v samostatných diagramoch.

2. Modelovacie technológie využívajú Unified Modeling Language (UML). Umožňuje popísať napájanie priamo v jazyku zrozumiteľnom pre počítačové programy a je nástrojom automatizácie. Hlavným implementačným nástrojom podporovaným poprednými vývojármi softvéru je softvér Rational Rose od IBM.

3. EPC (rozšírený reťazec udalostí a procesov) diagramy. Vďaka nim je možné zobraziť postupnosť operácií, účastníkov, použité zdroje, zobrazenie stavu v aktuálnom čase.

4. Technológia ARIS (Architecture of Integrated Information Systems) sa používa ako vstavaný nástroj v jednom z najväčších automatizačných systémov - SAP R/3.

Modelovanie BP je súbor činností zameraných na vytvorenie modelu organizácie, zahŕňajúci popis všetkých objektov (informačných, materiálových atď.) a procesov, úloh oddelení a jednotlivých pozícií a väzieb medzi nimi. Zostavovanie modelov je hlavnou metódou inžinierstva BP a ich reorganizácie, čo tiež umožňuje použitie metodík na ich neustále zlepšovanie, čo vám umožňuje prehodnotiť a zlepšiť efektivitu všetkých typov činností v organizácii alebo podniku.

Algoritmus akcií počas modelovania:

1. Definícia cieľov pre popis BP. Príprava na modelovanie, výber modelky. Keďže model je zostavený na priame praktické použitie, ciele takéhoto opisu musia byť v súlade s budúcimi vyhliadkami. Všetky obchodné procesy - základné, pomocné (podporné), riadenie, rozvoj - podliehajú popisu.

2. Popisy celého prostredia BP, konkrétne označenie všetkých procesov, s ktorými je na „vstupe“ a „výstupe“ spojené, vrátane všetkých zdrojov v týchto fázach.

3. Popis funkčného obsahu BP. Zahŕňa popis všetkých oblastí zodpovednosti pre každé oddelenie alebo pozíciu v organizácii.

4. Popis tokov BP a ich štruktúry. Určené cieľmi, ktoré sleduje. Ak je potrebné zlepšiť informačný systém, tak sa popisuje tok informácií, tok dokumentov atď., ak je cieľom správne rozdeľovať financie, tak finančný tok a BP v nich.