Üzleti folyamatok modellezése hatékony eszköz a vállalat tevékenységeinek optimalizálásának megkeresésére, lehetővé téve a vállalat egészének működését és a tevékenységek szervezését az egyes munkahelyeken. Az üzleti folyamat modelljének (leírásának) létrehozásának módszertana (jelölése) olyan módszerek halmaza, amelyek segítségével a valós világ objektumai és a köztük lévő kapcsolatok modell formájában jelennek meg. Minden objektumot és linket számos paraméter vagy attribútum jellemez, amelyek tükrözik a valós objektum bizonyos jellemzőit (objektumszám, név, leírás, a végrehajtás időtartama (funkciók esetén), költség stb.).

Az üzleti folyamatok leírását azok további elemzése és átszervezése céljából végzik. Az átszervezés célja lehet egy információs rendszer bevezetése, a költségek csökkentése, az ügyfélszolgálat minőségének javítása, munka- és munkautasítások létrehozása stb., És a folyamatok részletes leírása önmagában nem értékes.

Újratervezés Az üzleti folyamatok újratervezése az üzleti folyamatok alapvető újragondolása és radikális újratervezése a termelés, a gazdasági és pénzügyi és gazdasági tevékenységek maximális hatékonyságának elérése érdekében, amelyet a vonatkozó szervezeti, adminisztratív és szabályozási dokumentumok formalizálnak. Az üzleti mérnöki tevékenység az üzleti folyamatok modellezéséből (a modell "ahogy van" kifejlesztéséből, annak elemzéséből, a modell "ahogy kell" kifejlesztéséből) áll, valamint a "ahogy kell" állapotba való átmenet tervének kidolgozásából és végrehajtásából.

Sok modern üzleti folyamatmodellezési módszer a SADT (Structured Analysis and Design Technique), az IDEF szabványcsaládon (Icam DEFinition, ahol az Icam az integrált számítógépes gyártás) és az algoritmikus nyelveken alapul.

Az üzleti folyamatok modellezésére és elemzésére szolgáló módszertanok fő típusai:

Üzleti folyamatok modellezése ( Üzleti folyamatok modellezése). Az üzleti folyamatok leírására a legszélesebb körben használt módszer az IDEF0 szabvány. Az IDEF0 jelölésű modellek a vállalat üzleti tevékenységének magas szintű leírására szolgálnak funkcionális szempontból.

A munkafolyamatok leírása ( Munkafolyamat modellezés). Az IDEF3 szabvány a munkafolyamatok leírására szolgál, és közel áll a blokkdiagramok építésének algoritmikus módszereihez.

Az adatfolyamok leírása ( Adatfolyam -modellezés). DFD jelölés ( Adatáramlási diagram), lehetővé teszi, hogy tükrözze a folyamat során elvégzett munkák sorrendjét, valamint az e művek között keringő információáramlást.

Egyéb módszerek.

Egy termék vagy szolgáltatás hozzáadott értékének megszerzésével kapcsolatban a következő folyamatosztályokat lehet megkülönböztetni:

Kulcsfontosságú üzleti folyamatok (például marketing, gyártás, termékek szállítása és szervizelése).

Az üzleti folyamatok támogatása nem növeli a termék értékét, hanem növeli annak értékét (például a műveletek pénzügyi támogatása, a személyzet, a jogi támogatás, az adminisztráció, a biztonság, az alkatrészellátás, a javítás és a karbantartás stb.).

Üzleti folyamatok menedzselése.

Üzleti modell az üzleti folyamatok formalizált (grafikus, táblázatos, szöveges, szimbolikus) leírása. Az üzleti modellek fő alkalmazási területe az üzleti folyamatok újratervezése.

Az üzleti folyamatok modellezésének célja általában a következő:

Ismertesse a szervezet felépítését és a benne zajló folyamatok dinamikáját;

Ismertesse a szervezet jelenlegi problémáit és azok megoldásának lehetőségeit;

Biztosítsa, hogy az ügyfelek, a felhasználók és a fejlesztők azonos módon ismerjék a szervezet céljait;

Hozzon létre alapot a szervezet üzleti folyamatait automatizáló szoftverek követelményeinek kialakításához (a szoftverre vonatkozó követelményeket üzleti modell alapján alakítják ki).

Az üzleti folyamat modell fontos eleme az üzleti szabályok vagy domain szabályokat. A tipikus üzleti szabályok a vállalati politikák és a kormányzati törvények. Az üzleti szabályokat általában egy meghatározott dokumentumban fogalmazzák meg, és modellekben is tükröződhetnek.

Bomlásáltalános értelemben ez egy olyan módszer, amely lehetővé teszi, hogy egy nagy probléma megoldását kicserélje egy sor kisebb feladat megoldására, egy adott kritérium szerint felosztva egy objektumot az alkotóelemeire. A gyakorlatban a bontást az üzleti modellek finomítására használják.

Az üzleti folyamatok leírásának szakaszai:

A leírás céljainak meghatározása.

A környezet leírása, az üzleti folyamat bemeneteinek és kimeneteinek meghatározása, IDEF0 diagramok készítése.

A funkcionális szerkezet leírása (folyamatműveletek), az IDEF3 diagramok felépítése.

A folyamat folyamatainak (anyagi, információs, pénzügyi) leírása, DFD diagramok készítése.

A folyamat szervezeti felépítésének felépítése (osztályok, résztvevők, felelős).

IDEF0

A modell diagramokból, szövegrészletekből és szószedetből áll, amelyek egymáshoz kapcsolódnak. A diagramok a modell fő összetevői, az összes funkció és interfész rajtuk blokkok és ívek formájában jelenik meg.

Az ív és a blokk közötti kapcsolat határozza meg az interfész típusát:

A vezérlő információ a felső blokkba kerül.

A bemeneti információ a bal oldali blokkba kerül.

Az eredmények a jobb oldali blokkból származnak.

A műveletet végrehajtó mechanizmus (emberi vagy automatizált rendszer) alulról lép be az egységbe.

A modell minden összetevője felbontható (részletesebben megfejthető) egy másik diagramon. Javasoljuk, hogy hagyja abba a modellezést, ha a modell részletessége kielégíti a célját. A modell összes szintje nem haladhatja meg az 5-6-ot.

A diagramozás azzal kezdődik, hogy a teljes rendszert egyetlen blokkként, az íveket pedig a rendszeren kívüli funkciókkal rendelkező interfészeket ábrázolja. Ezután a blokkot, amely a rendszert egyetlen egységként ábrázolja, egy másik diagram részletezi, több interfészív által összekapcsolt blokk használatával. Minden részletes diagram egy tömbbontás az előző szint diagramjából. A bontás minden lépésében az előző szint diagramját nevezzük szülő diagramnak a részletesebb diagramhoz.

Az ilyen diagramokon sem a szekvencia, sem az idő nincs kifejezetten feltüntetve. A módszernek számos hátránya van: az észlelés összetettsége (nagyszámú ív a diagramokban és nagyszámú bomlási szint), több folyamat összekapcsolásának nehézsége.

IDEF3

Ez a módszer szimulációra készült műveletsorés a folyamatokon belüli kölcsönös függőségek. Az IDEF3 modellek segítségével lebonthatók azok az IDEF0 funkcióblokkok, amelyek nem rendelkeznek bontási diagramokkal.

Az IDEF3 diagramok megjelennek akció téglalap alakban. A műveletek elnevezése igekötővel vagy verbális főnévvel történik, minden művelethez egyedi azonosítószámot rendelnek (a művelet számát általában a szülője előzi meg, például 1.1.).

Az IDEF3 összes linkje egyirányú, és balról jobbra vannak rendezve.

IDEF3 link típusok:

Időbeli elsőbbség, egyszerű nyíl. Az eredeti műveletnek be kell fejeződnie, mielőtt az utolsó művelet elkezdődhet.

Tárgyáramlás, kétfejű nyíl. Az eredeti művelet kimenete a végső művelet bemenete. Az eredeti műveletnek be kell fejeződnie, mielőtt az utolsó művelet elkezdődhet. A streamelési linkek nevének egyértelműen azonosítania kell az általuk továbbított objektumot.

Homályos kapcsolat, szaggatott nyíl.

Egy művelet befejezése egyszerre több más művelet végrehajtásának megkezdését is kezdeményezheti, vagy fordítva, bizonyos műveletek végrehajtása előtt több más műveletet is el kell végezni (folyamat elágazás).

A folyamat elágazását speciális blokkok tükrözik:

- "És", blokkolja a & jellel.

- "Exkluzív VAGY" ("az egyik"), blokkolja az X jellel.

- "VAGY", blokkolja az O jelzéssel.

Ha az "ÉS", "VAGY" műveleteket szinkronban kell végrehajtani, akkor ezt a blokkon belüli két kettős függőleges vonal jelzi, aszinkron módon - egy.
Az IDEF3 módszer lehetővé teszi egy tevékenység többszörös lebontását, így egyetlen folyamatban dokumentálja az alternatív folyamatokat.

DFD

Az előadás célja, hogy bemutassa az egyes folyamatokat átalakítja bemenetüket adat hétvégén. Nemcsak információt, hanem anyagáramlást is tükrözhet. A többi modellhez hasonlóan a bontás is támogatott.

Az adatáramlási diagramok fő összetevői:

Külső entitások (anyagi tárgy vagy magánszemély, aki információforrás vagy befogadó, például ügyfelek, személyzet, beszállítók, vevők, raktár);

Rendszerek és alrendszerek (például egy alrendszer személyekkel való munkavégzéshez);

Folyamatok (a bemeneti adatfolyamok átalakítása kimenetre egy bizonyos algoritmusnak megfelelően; fizikailag lehet például egy szervezeti egység (osztály), amely feldolgozza a bemeneti dokumentumokat és jelentéseket bocsát ki, egy program, egy hardver által megvalósított logikai eszköz stb.) .);

Adattároló eszközök (absztrakt eszközök információ tárolására);

Adatfolyamok (nyilak a diagramon).

Minden diagramon 3 (a kevesebb értelmetlen) és 7 (több nem észlelhető) folyamatot kell elhelyezni, anélkül, hogy a diagramokat ezen a szinten jelentéktelen részletekkel borítanánk fel.

A DFD hierarchia felépítésének első lépése a kontextusdiagramok készítése. Jellemzően a viszonylag egyszerű rendszerek tervezésekor egyetlen kontextusdiagram épül csillag topológiával, amelynek középpontjában az ún. Összetett rendszerek (tíz vagy több külső entitás, elosztott jelleg és a rendszer multifunkcionalitása) esetén a kontextusdiagramok hierarchiája épül fel. Ugyanakkor a legfelső szintű kontextusdiagram nem egyetlen fő folyamatot tartalmaz, hanem az adatfolyamokkal összekapcsolt alrendszerek halmazát.

A DFD minden folyamata részletezhető egy DFD vagy (ha a folyamat elemi) egy specifikáció segítségével. A specifikációk a folyamatok által végrehajtott feladatok algoritmusainak leírása. A specifikációs nyelvek a strukturált természetes nyelvtől vagy pszeudokódtól a vizuális modellező nyelvekig terjedhetnek.

Az üzleti folyamatok modellezése során az adatfolyam-diagramokat (DFD-ket) AS-IS és AS-TO-BE modellek készítésére használják, így tükrözik a szervezet üzleti folyamatainak meglévő és javasolt szerkezetét.

ARIS

Jelenleg a különböző modellezési módszerek integrálásának tendenciája figyelhető meg, ami az integrált modellező eszközök létrehozásának formájában nyilvánul meg. Az egyik ilyen eszköz az ARIS (Architecture of Integrated Information Systems) nevű szoftvertermék, amelyet a német IDS Scheer cég fejlesztett ki.

Az ARIS négyféle modellt támogat (és sokféle modelltípusonként), amelyek a vizsgált rendszer különböző aspektusait tükrözik:

Szervezeti modellek, amelyek a rendszer felépítését képviselik - a szervezeti egységek, pozíciók és egyes személyek hierarchiája, a köztük lévő kapcsolatok, valamint a strukturális egységek területi összekapcsolása;

Funkcionális modellek, amelyek a menedzsment apparátusával szemben álló célok hierarchiáját tartalmazzák, a célok eléréséhez szükséges funkciófák halmazával;

Információs modellek, amelyek tükrözik a rendszer teljes funkciókészletének megvalósításához szükséges információ szerkezetét;

Menedzsment modellek, amelyek integrált nézetet képviselnek az üzleti folyamatok rendszerben történő megvalósításáról.

A felsorolt ​​modellek felépítéséhez mind a szabadalmaztatott ARIS modellezési módszereket, mind a különböző jól ismert modellezési módszereket és nyelveket, különösen az UML-t használják. A modellezési folyamatot bármely típusú modellel elkezdheti.

Az ARIS fő üzleti modellje az eEPC (kiterjesztett eseményvezérelt folyamatlánc). Az ARIS eEPC jelölés az IDEF3 jelölés kiterjesztése. Az eEPC jelölésben szereplő üzleti folyamat egymás után elvégzett munka (eljárások, funkciók) folyamata, végrehajtásuk sorrendjében. Az eljárás tényleges időtartama vizuálisan nem tükröződik az eEPC -ben.

A folyamatok valódi időtartamára vonatkozó információk megszerzéséhez más leíróeszközöket kell használni, például az MS Project alkalmazást.

Az ARIS modelljei diagramok, amelyek elemei különbözőek tárgyakat- "funkciók", "események", "szerkezeti egységek", "dokumentumok" stb. Bizonyos típusú objektumok közé telepíthető kapcsolatok bizonyos típusok ("teljesít", "döntést hoz", "tájékoztatni kell az eredményekről" stb.). Minden objektum egy bizonyos attribútumkészletnek felel meg, amelyek lehetővé teszik további információk megadását egy adott objektumról.

Az eEPC jelölés fő tárgyai:

Funkció. A vállalkozás részlegei / alkalmazottai által végzett funkciók (eljárások, munkák) leírására szolgál. Minden funkciót egy eseménynek kell kiváltania, és egy eseménnyel kell végződnie; minden függvény nem tartalmazhat egynél több nyilat, amelyek "elindítják" a funkció végrehajtását, és egynél több nyílból a funkció végrehajtásának befejezését írja le.

Esemény. A funkciók végrehajtását befolyásoló valós események leírására szolgál.

Szervezeti egység. Például menedzsment vagy osztály.

Dokumentum. Valós médiát tükröz, például papír alapú dokumentumokat.

Alkalmazott rendszer.

Információhalmaz. Az entitáshalmazt és a köztük lévő kapcsolatokat jellemzi.

Kommunikáció tárgyak között. Az objektumok közötti kapcsolat típusa, például a funkció végrehajtásának aktiválása valamilyen esemény által.

Logikai operátor. Az "AND", "OR" vagy kizárólagos "OR" operátor lehetővé teszi egy folyamat elágazásának leírását.

Ha egy modell létrehozásakor az eEPC -ben csak az eljárások sorrendjét tünteti fel, anélkül, hogy aggódnia kellene az ellenőrző dokumentumok és információk tükröződése miatt, akkor a kapott modellek elemzése és további felhasználása szempontjából alacsony értékű lesz.

A modellek ARIS -ban történő tárolásához egy objektum DBMS -t használnak, és minden projekthez új adatbázist hoznak létre. Különféle adatbázis -kezelési funkciók állnak rendelkezésre, például hozzáférés -szabályozás. Az adatbázis a modellek hierarchikus tárolója.

A modell létrehozásával kapcsolatos munkát szigorú és terjedelmes modellezési megállapodásoknak (szabványoknak) kell szabályozniuk, az ARIS támogatja a módszertani szűrők mechanizmusát, amely lehetővé teszi a felhasználó számára, hogy csak bizonyos sémákat és objektumokat használjon. Az ilyen megállapodások kidolgozása jelentős időt és magasan képzett szakembereket igényel. Ha az ARIS -t használó projekt az ilyen megállapodások részletes kidolgozása nélkül kezdődik, akkor nagyon valószínű, hogy olyan üzleti folyamatmodelleket hoznak létre, amelyek nem válaszolnak a feltett kérdésekre.

Az üzleti folyamatok modellezésére számos különböző módszert alkalmaznak, amelyek mind a strukturális, mind az objektum-orientált modellezési megközelítésen alapulnak. Maguk a módszerek strukturális és objektív módszerekre való felosztása azonban meglehetősen önkényes, mivel a legfejlettebb módszerek mindkét megközelítés elemeit használják. A leggyakoribb módszerek közül néhány:

funkcionális modellezési módszer SADT (IDEF0);

IDEF3 folyamatmodellezési módszer;

DFD adatfolyamok modellezése;

ARIS módszer;

Ericsson-Penker módszer;

a Rational Unified Process technológiában alkalmazott modellezési technika

1. A SADT (Structured Analysis and Design Technique) módszer a menedzsment folyamatszemléletének klasszikus módszere. A folyamatszemlélet fő elve az, hogy a szervezet tevékenységeit az üzleti folyamatoknak megfelelően strukturálja, nem pedig a szervezeti és személyzeti struktúrát.

A SADT módszerrel sokféle folyamat és rendszer szimulálható. A meglévő rendszerekben a SADT módszerrel elemezhetők a rendszer által elvégzett funkciók, és jelezhetők azok végrehajtásának mechanizmusai.

A SADT módszer olyan szabályok és eljárások összessége, amelyeket bármely tárgykör objektumának funkcionális modelljének felépítésére terveztek. Az SADT funkcionális modell az objektum funkcionális szerkezetét tükrözi, azaz az általa végrehajtott cselekvések és e tevékenységek közötti összefüggések.

A SADT módszer alkalmazásának eredménye egy olyan modell, amely diagramokból, szövegtöredékekből és egy szószedetből áll, amelyek linkeket tartalmaznak.

A SADT módszer egyik legfontosabb jellemzője a magasabb szintű részletesség fokozatos bevezetése a modellt ábrázoló diagramok létrehozásakor.

Rizs. 2.

2. Módszer folyamatok modellezésére IDEF3

Az IDEF3 modellezési módszert úgy tervezték, hogy modellezze a műveletek sorrendjét és a folyamatokon belüli kölcsönös függőségeket.

Az IDEF0 módszerhez hasonlóan az IDEF3 modell alapegysége a diagram. A modell másik fontos alkotóeleme az akció, vagy az IDEF3 -as munkaegység. Az IDEF3 diagramok egy műveletet téglalapként jelenítenek meg. A műveletek elnevezése igekötővel vagy szóbeli főnévvel történik, és minden művelethez egyedi azonosítószámot rendelnek. Ezt a számot akkor sem használják fel újra, ha a tevékenységet törlik a modellépítési folyamat során. Az IDEF3 diagramokban a műveletek számát általában a szülő száma előzi meg (3. ábra).

Rizs. 3.

A műveletek közötti alapvető kapcsolatokat hivatkozások segítségével ábrázolják. Az IDEF3 összes linkje egyirányú, és bár egy nyíl kezdhet vagy végezhet egy akcióblokk mindkét oldalán, az IDEF3 diagramok általában balról jobbra vannak rendezve úgy, hogy a nyilak a blokkok jobb oldalán kezdődnek és a bal oldalon fejeződnek be. asztal Az 1. ábra három lehetséges hivatkozástípust mutat.

1. táblázat: Az IDEF3 hivatkozások típusai

3. DFD adatfolyam diagramok

Az adatáramlási diagramok (DFD) az adatfolyamokhoz kapcsolódó funkcionális folyamatok hierarchiája. Ennek a nézetnek az a célja, hogy bemutassa, hogyan alakítja át az egyes folyamatok a bemeneteit kimenetekké, valamint feltárja e folyamatok közötti kapcsolatot.

Ennek a módszernek megfelelően a rendszermodell az adatáramlási diagramok hierarchiájaként van definiálva, amelyek leírják az aszinkron folyamatot, amikor az információt a rendszerből származó bemenetből a fogyasztónak kiadott információvá alakítják át. Az információforrások (külső entitások) olyan információáramlásokat (adatfolyamokat) generálnak, amelyek információt hordoznak az alrendszerekhez vagy folyamatokhoz. Ezek viszont átalakítják az információkat, és új folyamokat generálnak, amelyek információt továbbítanak más folyamatoknak vagy alrendszereknek, adattároló eszközöknek vagy külső entitásoknak - információfogyasztóknak.

A hierarchia legmagasabb szintjein lévő diagramok (kontextusdiagramok) határozzák meg a fő folyamatokat vagy alrendszereket külső be- és kimenettel. Ezeket alacsony szintű diagramok segítségével részletezik. Ez a bontás folytatódik, és többszintű diagramhierarchiát hoz létre, amíg el nem éri a bomlás olyan szintjét, amelynél nincs értelme tovább részletezni a folyamatokat.

Az adatáramlási diagramok fő összetevői:

• * külső entitások;
• * rendszerek és alrendszerek;
• * folyamatok;
• * adattároló eszközök;
• * adatfolyamok.
• 4. ARIS módszer

Az ARIS (Architecture of Integrated Information System) rendszer, amelyet a német IDS Scheer cég fejlesztett ki, eszközkészlet a vállalati tevékenységek elemzésére és modellezésére. Módszertani alapja a különböző modellezési módszerek kombinációja, amelyek tükrözik a vizsgált rendszerrel kapcsolatos különböző nézeteket. Ugyanazt a modellt több módszerrel lehet kifejleszteni, amely lehetővé teszi, hogy a különböző elméleti ismeretekkel rendelkező szakemberek használhassák az ARIS -t, és testre szabhassák, hogy a saját sajátosságaikkal rendelkező rendszerekkel dolgozhassanak.

Az ARIS négyféle modellt támogat, amelyek tükrözik a vizsgált rendszer különböző aspektusait:

• * szervezeti modellek, amelyek a rendszer felépítését képviselik - a szervezeti egységek, pozíciók és konkrét személyek hierarchiája, a köztük lévő kapcsolatok, valamint a strukturális egységek területi összekapcsolása;
• * funkcionális modellek, amelyek a célok hierarchiáját tartalmazzák a menedzsment apparátusával szemben, a célok eléréséhez szükséges funkciófák halmazával;
• * információs modellek, amelyek tükrözik a rendszer teljes funkciókészletének megvalósításához szükséges információ szerkezetét;
• * menedzsment modellek, amelyek integrált nézetet képviselnek az üzleti folyamatok rendszerben történő megvalósításáról.

A felsorolt ​​modellek felépítéséhez mind a szabadalmaztatott ARIS modellezési módszereket, mind a különböző jól ismert modellezési módszereket és nyelveket, különösen az UML-t használják.

Az ARIS modelljei diagramok, amelyek elemei különböző objektumok - "funkció", "esemény", "szerkezeti egység", "dokumentum" stb. Különféle kapcsolatok jönnek létre az objektumok között. Tehát a "funkció" és a "szerkezeti egység" objektumok között a következő típusú kapcsolatok hozhatók létre:

• * teljesít;
• * döntést hoz;
• * részt vesz a megvalósításban;
• * tájékoztatni kell az eredményekről;
• * tanácsolja az előadókat;
• * elfogadja az eredményeket.

Az ARIS fő üzleti modellje az eEPC (kiterjesztett eseményvezérelt folyamatlánc). asztal 2 felsorolja a jelölésben használt főbb objektumokat.

2. táblázat: Az eEPC modell objektumai

Rizs. 4.

Az ARIS módszer fő előnye a bonyolultsága, amely a különböző típusú modellek közötti kapcsolatban nyilvánul meg. Az ARIS módszer lehetővé teszi, hogy különböző szempontokból írja le egy szervezet tevékenységét, és kapcsolatot létesítsen a különböző modellek között. Ez a megközelítés azonban nehezen valósítható meg a gyakorlatban, mivel hosszú ideig nagy (emberi és pénzügyi) erőforrás -felhasználást von maga után. Ezenkívül az ARIS szerszámkörnyezet meglehetősen drága és nehezen használható.

5. Az Ericsson-Penker módszer elsősorban az UML (eredetileg szoftverrendszerek architektúrájának modellezésére szánt) objektummodellező nyelv üzleti folyamatok modellezésére való felhasználásának kísérlete kapcsán érdekes. Ezt az UML kiterjesztési mechanizmusai teszik lehetővé.

Az UML kiterjesztési mechanizmusokat úgy tervezték, hogy a fejlesztők a modellezési nyelvet saját igényeikhez igazítsák anélkül, hogy módosítanák annak metamodelljét.

Rizs. 5.

A kiterjesztési mechanizmusok alapvetően megkülönböztetik az UML -t a modellezőeszközöktől, például az IDEF0, IDEF1X, IDEF3, DFD stb. modell elemeiről. Az UML, amely lehetővé teszi ezt az értelmezést (főleg sztereotípiákon keresztül), gyengén gépelt nyelv. Bővítési mechanizmusai a következők:

• * sztereotípiák;
• * címkézett (megnevezett) értékek;
• * korlátozások.

A sztereotípia egy új típusú modellelem, amelyet egy meglévő elem alapján határoznak meg. A sztereotípiák kiterjesztik a modell jelölését, alkalmazhatók a modell bármely elemére, és szöveges címkeként vagy ikonként jelennek meg.

A megnevezett érték a „tag = value” vagy a „name = content” karakterlánc -pár, amelyek további információkat tárolnak a rendszer egyes elemeiről, például a létrehozási időről, a fejlesztési vagy tesztelési állapotról, a munka befejezésének idejéről stb. .

A korlátozás szemantikai megkötés az OCL (Object Constraint Language) szövegkifejezés formájában, amelyet nem lehet grafikus UML jelöléssel kifejezni.

Az Ericsson-Penker módszer szerzői az üzleti folyamatok modellezésére szolgáló UML-profiljukat az Ericsson-Penker Business Extensions néven hozták létre, bemutatva egy szervezet folyamatait, erőforrásait, szabályait és céljait leíró sztereotípiákat.

A módszer az üzleti modell négy fő kategóriáját használja:

• * Erőforrások - különböző tárgyak, amelyeket üzleti folyamatokban használnak vagy vesznek részt (emberek, anyagok, információk vagy termékek). Az erőforrások strukturáltak, összekapcsolódnak és fizikai, absztrakt, információs és emberi kategóriákba sorolhatók.
• * A folyamatok olyan tevékenységek, amelyek megváltoztatják az erőforrások állapotát az üzleti szabályoknak megfelelően.
• * Célok - az üzleti folyamatok célja. A célkitűzések részcélokra bonthatók és az egyes folyamatokhoz rendelhetők. A célokat a folyamatokban érik el, és kifejezik az erőforrások szükséges állapotát. A célokat egy vagy több szabályként lehet kifejezni.
• * Üzleti szabályok - a folyamatok végrehajtásának feltételei vagy korlátozásai (funkcionális, viselkedési vagy strukturális). A szabályokat a külső környezet diktálhatja (előírások vagy törvények), vagy meghatározhatók az üzleti folyamatokban. A szabályok az UML szabvány részét képező OCL használatával határozhatók meg.

Mindezek a kategóriák összefüggnek: egy szabály meghatározhatja az erőforrások felépítését, az erőforrást egy adott folyamathoz rendelik hozzá, és egy célt egy adott folyamat végrehajtásához társítanak.

Az ebben a módszerben használt fő UML diagram a tevékenységdiagram. A diagram fő eleme a tevékenység. A tevékenységet lekerekített téglalapként ábrázolják szöveges leírással. Minden tevékenységdiagramnak kiindulóponttal kell rendelkeznie, amely meghatározza az események folyamatának kezdetét. A végpont nem kötelező. Egy diagramnak több végpontja is lehet, de csak egy kezdőpontja.

6. A Rational Unified Process technológiában alkalmazott modellezési módszer

Az UML -t az üzleti folyamatok modellezésében is használják, amely az IBM Rational Software Rational Unified Process technológiájának része. Ez a módszer, amelynek célja elsősorban a szoftverkövetelmények megalapozásának megalapozása, két alapvető modell felépítését foglalja magában:

• * üzleti folyamat modellek (Business Use Case Model);
• * Üzleti elemzési modell.

Üzleti folyamatmodell - Olyan modell, amely a szervezet üzleti folyamatait írja le szerepek és szükségletek szempontjából. A sztereotípiák - Business Actor és Business Use Case - bevezetésével kiterjeszti az UML használati esetmodellt.

Az üzleti színész (az üzleti folyamatok szereplője) egy bizonyos, a szervezet üzleti folyamatain kívüli szerep. Az üzleti folyamatok szereplőinek potenciális jelöltjei: részvényesek, ügyfelek, beszállítók, partnerek, potenciális ügyfelek, helyi hatóságok, szervezeti egységek alkalmazottai, akiknek tevékenységére nem terjed ki a modell, külső rendszerek.

A szereplők listáját a következő kérdések megválaszolásával állítják össze:

• * Kik profitálnak a szervezet létezéséből?
• * Ki segíti a szervezetet tevékenységének elvégzésében?
• * Kinek továbbítja a szervezet az információkat és kitől kapja?

Az üzleti felhasználási eset (használati eset az üzleti folyamatok szempontjából) az üzleti folyamaton belüli műveletsor (események folyamata) leírása, amely kézzelfogható eredményeket hoz egy adott szereplő számára. Ez a meghatározás hasonló az üzleti folyamat általános definíciójához, de pontosabb jelentéssel bír. Az objektummodell szempontjából az Üzleti használati eset egy olyan osztály, amelynek objektumai a leírt üzleti folyamaton belüli eseményfolyamok.

Ez a módszer elsősorban az alapvető üzleti folyamatokra összpontosít. Az ilyen folyamatot úgy definiálhatjuk, mint egy feladatot, amelyet egy személy egy helyen, egy adott eseményre reagálva hajt végre egy adott eredményre, és az adatokat valamilyen stabil állapotba fordítja le (például hitelkártyás fizetés megerősítése). Egy ilyen feladat elvégzése általában öt -tíz lépésből áll, és több perctől több napig is eltarthat, de a színész és az előadóművészek közötti interakciónak tekinthető.

Minden üzleti felhasználási eset tükrözi valamelyik szereplő célját vagy szükségletét.

A leírás Az üzleti felhasználási eset olyan specifikáció (szöveges dokumentum), amely a szokásos használati esetekhez hasonlóan a következő elemekből áll:

• * Név;
• * Rövid leírás;
• * célok és eredmények (a színész szempontjából);
• * a forgatókönyvek leírása (fő és alternatív);
• * különleges követelmények (a végrehajtási idő vagy más erőforrások korlátozása);
• * hosszabbítások (kivételes helyzetek);
• * linkek más üzleti felhasználási esetekkel;
• * tevékenységi diagramok (a forgatókönyvek vizuális leírásához - ha szükséges).

Az Üzleti felhasználási eset leírását folyamatcél is kísérheti, amelyet az ErikssonPenker metódushoz hasonlóan egy osztály segítségével modelleznek a "goal" sztereotípiával, és a célfát osztálydiagramként ábrázolják.

Minden üzleti felhasználási esethez felépül egy üzleti elemzési modell - egy objektummodell, amely egy üzleti folyamat megvalósítását írja le két osztályba tartozó - üzleti dolgozó és üzleti entitás - kölcsönhatásba lépő objektumok (üzleti objektumok - üzleti objektumok) szempontjából.

Üzleti dolgozó (végrehajtó) - aktív osztály, amely a végrehajtó absztrakciója, és bizonyos műveleteket hajt végre az üzleti folyamaton belül. A végrehajtók kölcsönhatásba lépnek egymással és manipulálják a különböző entitásokat, részt vesznek az üzleti felhasználási esetek megvalósításában. Az UML osztálydiagramban a dolgozót egy osztályként ábrázolják az "üzleti dolgozó" sztereotípiával.

Az üzleti entitás hasonló az entitáshoz tartozó entitáshoz az entitáskapcsolati modellben, azzal a különbséggel, hogy a modell nem határozza meg az entitás viselkedését, de az objektummodellben az entitásnak lehetnek felelősségi körei. Az UML osztálydiagramban egy entitás osztályként van ábrázolva az "üzleti entitás" sztereotípiával.

Az üzleti folyamat logikus, egymást követő, egymással összefüggő tevékenységek összessége, amely erőforrásokat emészt fel, értéket teremt és eredményeket hoz. Az ISO 9000: 2000 nemzetközi szabványban a "folyamat" kifejezés elfogadott, de jelenleg ezek a kifejezések szinonimának tekinthetők. Az üzleti folyamatok modellezése hatékony eszköz a vállalat tevékenységeinek optimalizálásának megkeresésére, amely lehetővé teszi, hogy meghatározza a vállalat egészének működését és a tevékenységek szervezését az egyes munkahelyeken. Az üzleti folyamat modelljének (leírásának) létrehozásának módszertana (jelölése) olyan módszerek halmaza, amelyek segítségével a valós világ objektumai és a köztük lévő kapcsolatok modell formájában jelennek meg. Minden objektumot és linket számos paraméter vagy attribútum jellemez, amelyek tükrözik a valós objektum bizonyos jellemzőit (objektumszám, név, leírás, a végrehajtás időtartama (funkciók esetén), költség stb.).

Sok modern üzleti folyamatmodellezési módszer a SADT (Structured Analysis and Design Technique), az IDEF szabványcsaládon (Icam DEFinition, ahol az Icam az integrált számítógépes gyártás) és az algoritmikus nyelveken alapul.

Az üzleti folyamatok modellezésére és elemzésére szolgáló módszertanok fő típusai:

• Üzleti folyamatok modellezése (Business Process Modeling). Az üzleti folyamatok leírására a legszélesebb körben használt módszer az IDEF0 szabvány. Az IDEF0 jelölésű modellek a vállalat üzleti tevékenységének magas szintű leírására szolgálnak funkcionális szempontból.
• A munkafolyamatok leírása (Munkafolyamat -modellezés). Az IDEF3 szabvány a munkafolyamatok leírására szolgál, és közel áll a blokkdiagramok építésének algoritmikus módszereihez.
• Az adatfolyamok leírása (adatfolyam -modellezés). A DFD (Data Flow Diagramming) jelölés lehetővé teszi, hogy tükrözze a folyamat során elvégzett munkák sorrendjét, valamint az ezen művek között keringő információáramlást.
• Egyéb módszerek.

IDEF0

A modell diagramokból, szövegrészletekből és szószedetből áll, amelyek egymáshoz kapcsolódnak. A diagramok a modell fő összetevői, az összes funkció és interfész rajtuk blokkok és ívek formájában jelenik meg. Az ív és a blokk közötti kapcsolat határozza meg az interfész típusát:

Interfész típusa:

• A vezérlő információ a felső blokkba kerül.
• A bemeneti információ a bal oldali blokkba kerül.
• Az eredmények a jobb oldali blokkból származnak.
• A műveletet végrehajtó mechanizmus (emberi vagy automatizált rendszer) alulról lép be az egységbe.

A modell minden összetevője felbontható (részletesebben megfejthető) egy másik diagramon. Javasoljuk, hogy hagyja abba a modellezést, ha a modell részletessége kielégíti a célját. A modell összes szintje nem haladhatja meg az 5-6-ot.

A diagramozás azzal kezdődik, hogy a teljes rendszert egyetlen blokkként, az íveket pedig a rendszeren kívüli funkciókkal rendelkező interfészeket ábrázolja. Ezután a blokkot, amely a rendszert egyetlen egységként ábrázolja, egy másik diagram részletezi, több interfészív által összekapcsolt blokk használatával. Minden részletes diagram egy tömbbontás az előző szint diagramjából. A bontás minden lépésében az előző szint diagramját nevezzük szülő diagramnak a részletesebb diagramhoz.

Az ilyen diagramokon sem a szekvencia, sem az idő nincs kifejezetten feltüntetve. A módszernek számos hátránya van: az észlelés összetettsége (nagyszámú ív a diagramokban és nagyszámú bomlási szint), több folyamat összekapcsolásának nehézsége.

IDEF3

Ezt a módszert úgy tervezték, hogy modellezze a műveletek sorrendjét és a folyamatokon belüli kölcsönös függőségeket. Az IDEF3 modellek segítségével lebonthatók azok az IDEF0 funkcióblokkok, amelyek nem rendelkeznek bontási diagramokkal.

Az IDEF3 diagramok egy műveletet téglalapként jelenítenek meg. A műveletek elnevezése igekötővel vagy verbális főnévvel történik, minden művelethez egyedi azonosítószámot rendelnek (a művelet számát általában a szülője előzi meg, például 1.1.). Az IDEF3 összes linkje egyirányú, és balról jobbra vannak rendezve.

IDEF3 link típusok:

• Időbeli elsőbbség, egyszerű nyíl. Az eredeti műveletnek be kell fejeződnie, mielőtt az utolsó művelet elkezdődhet.
• Tárgyáramlás, kétfejű nyíl. Az eredeti művelet kimenete a végső művelet bemenete. Az eredeti műveletnek be kell fejeződnie, mielőtt az utolsó művelet elkezdődhet. A streamelési linkek nevének egyértelműen azonosítania kell az általuk továbbított objektumot.
• Homályos kapcsolat, szaggatott nyíl.

Egy művelet befejezése egyszerre több más művelet végrehajtásának megkezdését is kezdeményezheti, vagy fordítva, bizonyos műveletek végrehajtása előtt több más műveletet is el kell végezni (folyamat elágazás).

A folyamat elágazását speciális blokkok tükrözik:

• "És", blokk & jelzéssel.
• "Exkluzív VAGY" ("az egyik"), blokkolja az X jellel.
• "VAGY", blokkolja az O jelzéssel.

Ha az "ÉS", "VAGY" műveleteket szinkronban kell végrehajtani, akkor ezt a blokkon belüli két kettős függőleges vonal jelzi, aszinkron módon - egy.

Az IDEF3 módszer lehetővé teszi egy tevékenység többszörös lebontását, így egyetlen folyamatban dokumentálja az alternatív folyamatokat.

DFD

E nézet célja annak bemutatása, hogy az egyes folyamatok hogyan alakítják át bemenetüket kimenetké. Nemcsak információt, hanem anyagáramlást is tükrözhet.

A többi modellhez hasonlóan a bontás is támogatott.

Az adatáramlási diagramok fő összetevői:

• Külső entitások (anyagi tárgy vagy magánszemély, amely információforrás vagy befogadó, például ügyfelek, személyzet, beszállítók, vevők, raktár).
• Rendszerek és alrendszerek (például egy alrendszer személyekkel való munkavégzéshez).
• Folyamatok (a bemeneti adatfolyamok átalakítása kimenetké egy bizonyos algoritmus szerint; fizikailag ez lehet például egy szervezet (osztály) egysége, amely feldolgozza a bemeneti dokumentumokat és jelentéseket bocsát ki, egy program, egy hardver által megvalósított logikai eszköz stb.).
• Adattároló eszközök (absztrakt eszközök információ tárolására).
• Adatfolyamok (nyilak a diagramon).

Minden diagramon 3 (a kevesebb értelmetlen) és 7 (több nem észlelhető) folyamatot kell elhelyezni, anélkül, hogy a diagramokat ezen a szinten jelentéktelen részletekkel borítanánk fel. A DFD hierarchia felépítésének első lépése a kontextusdiagramok készítése. Jellemzően a viszonylag egyszerű rendszerek tervezésekor egyetlen kontextusdiagram épül csillag topológiával, amelynek középpontjában az ún. Összetett rendszerek (tíz vagy több külső entitás, elosztott jelleg és a rendszer multifunkcionalitása) esetén a kontextusdiagramok hierarchiája épül fel. Ugyanakkor a legfelső szintű kontextusdiagram nem egyetlen fő folyamatot tartalmaz, hanem az adatfolyamokkal összekapcsolt alrendszerek halmazát.

A DFD minden folyamata részletezhető egy DFD vagy (ha a folyamat elemi) egy specifikáció segítségével. A specifikációk a folyamatok által végrehajtott feladatok algoritmusainak leírása. A specifikációs nyelvek a strukturált természetes nyelvtől vagy pszeudokódtól a vizuális modellező nyelvekig terjedhetnek.

Az üzleti folyamatok modellezése során az adatfolyam-diagramokat (DFD-ket) AS-IS és AS-TO-BE modellek készítésére használják, így tükrözik a szervezet üzleti folyamatainak meglévő és javasolt szerkezetét.

ARIS

Jelenleg a különböző modellezési módszerek integrálásának tendenciája figyelhető meg, ami az integrált modellező eszközök létrehozásának formájában nyilvánul meg. Az egyik ilyen eszköz az ARIS (Architecture of Integrated Information Systems) nevű szoftvertermék, amelyet a német IDS Scheer cég fejlesztett ki.

Az ARIS négyféle modellt támogat (és sokféle modelltípusonként), amelyek a vizsgált rendszer különböző aspektusait tükrözik.

Támogatott típusok az ARIS -ban:

• Szervezeti modellek, amelyek a rendszer felépítését képviselik - a szervezeti egységek, pozíciók és konkrét személyek hierarchiája, a köztük lévő kapcsolatok, valamint a strukturális egységek területi összekapcsolása.
• Funkcionális modellek, amelyek a menedzsment apparátusával szemben álló célok hierarchiáját tartalmazzák, a célok eléréséhez szükséges funkciófák halmazával.
• Információs modellek, amelyek tükrözik a rendszerfunkciók teljes készletének megvalósításához szükséges információ szerkezetét.
• Menedzsment modellek, amelyek integrált nézetet képviselnek az üzleti folyamatok rendszerben történő megvalósításáról.

A felsorolt ​​modellek felépítéséhez mind a szabadalmaztatott ARIS modellezési módszereket, mind a különböző jól ismert modellezési módszereket és nyelveket, különösen az UML-t használják. A modellezési folyamatot bármely típusú modellel elkezdheti.

Az ARIS fő üzleti modellje az eEPC (kiterjesztett eseményvezérelt folyamatlánc). Az ARIS eEPC jelölés az IDEF3 jelölés kiterjesztése. Az eEPC jelölésben szereplő üzleti folyamat egymás után elvégzett munka (eljárások, funkciók) folyamata, végrehajtásuk sorrendjében. Az eljárás tényleges időtartama vizuálisan nem tükröződik az eEPC -ben. A folyamatok valódi időtartamára vonatkozó információk megszerzéséhez más leíróeszközöket kell használni, például az MS Project alkalmazást.

Az ARIS modelljei diagramok, amelyek elemei különböző objektumok - "funkciók", "események", "szerkezeti egységek", "dokumentumok" stb. Bizonyos típusú kapcsolatok létesíthetők bizonyos típusú objektumok között ("teljesít", "döntést hoz", "tájékoztatni kell az eredményekről" stb.). Minden objektum egy bizonyos attribútumkészletnek felel meg, amelyek lehetővé teszik további információk megadását egy adott objektumról.

Az eEPC jelölés fő tárgyai:

• Funkció. A vállalkozás részlegei / alkalmazottai által végzett funkciók (eljárások, munkák) leírására szolgál. Minden funkciót egy eseménynek kell kiváltania, és egy eseménnyel kell végződnie; minden függvény nem tartalmazhat egynél több nyilat, amelyek "elindítják" a funkció végrehajtását, és egynél több nyílból a funkció végrehajtásának befejezését írja le.
• Esemény. A funkciók végrehajtását befolyásoló valós események leírására szolgál.
• Szervezeti egység. Például menedzsment vagy osztály.
• Dokumentum. Valós médiát tükröz, például papír alapú dokumentumokat.
• Alkalmazott rendszer.
• Információhalmaz. Az entitáshalmazt és a köztük lévő kapcsolatokat jellemzi.
• Kommunikáció tárgyak között. Az objektumok közötti kapcsolat típusa, például a funkció végrehajtásának aktiválása valamilyen esemény által.
• Logikai operátor. Az "AND", "OR" vagy kizárólagos "OR" operátor lehetővé teszi egy folyamat elágazásának leírását.

Ha egy modell létrehozásakor az eEPC -ben csak az eljárások sorrendjét tünteti fel, anélkül, hogy aggódnia kellene az ellenőrző dokumentumok és információk tükröződése miatt, akkor a kapott modellek elemzése és további felhasználása szempontjából alacsony értékű lesz.

Vlagyimir Repin, Vitalij Eliferov Egy fejezet a „A folyamat megközelítése a menedzsmenthez” című könyvből. Üzleti folyamat modellezés "
Kiadó "Mann, Ivanov és Ferber"

A folyamatelemzést tág értelemben kell érteni: nemcsak grafikus diagramokkal végzett munkát foglal magában, hanem a folyamatokra vonatkozó összes rendelkezésre álló információ elemzését, azok mutatóinak mérését, összehasonlító elemzését stb.

A folyamatanalízis típusainak osztályozását az 1. ábra mutatja. 1.

Rizs. 1. Az üzleti folyamatok elemzési típusainak osztályozása

Számos módszer létezik a folyamatok szubjektív értékelésére. Sokféleképpen kifejlesztettek ilyen technikákat az üzleti folyamatok újratervezésének módszertanának alapítói és követői írásaiban, például Hammer és Champy, Robson és Ullah, stb. Emellett a folyamatok minőségi elemzéséhez ismert elemzési módszerek használhatók: SWOT elemzés, elemzés a bostoni mátrix segítségével és mások.

A folyamatok grafikus elemzésére szolgáló módszerek kevésbé fejlettek. Besorolásukat nem találjuk az általunk ismert irodalomban. E tekintetben javasoljuk és mérlegeljük a módszerek grafikus elemzésére szolgáló legegyszerűbb módszereink osztályozását.

Ezen módszerek mellett egy másik módszert is kínálunk a folyamatok mennyiségi értékeléséhez, amely a folyamatnak a szervezetre vonatkozó tipikus követelményeknek való megfelelésének elemzésén alapul. A tipikus folyamatkövetelményekre javasolt szerkezet az ISO 9000 sorozat követelményein alapul, emellett a folyamat elemezhető a törvényeknek és előírásoknak való megfelelés szempontjából.

A világ gyakorlatában részletesebben kidolgozták a folyamatok mennyiségi elemzésének módszereit. Többségük a folyamatokra vonatkozó statisztikai információk gyűjtésén, feldolgozásán és elemzésén alapul. Valójában a folyamatok statisztikai elemzési módszereit fejlesztették ki, mint a minőségirányítási rendszerek megvalósításában használt eszközöket.

Jelenleg olyan kvantitatív elemzési módszereket alkalmaznak, mint a folyamatszimuláció és az ABC folyamatelemzés (működési költségek elemzése). Ezeket nem fogjuk figyelembe venni a könyv keretében, mivel a gyakorlatban való alkalmazásuk magas költségeket és hosszú projektvégrehajtási időt jelent a szervezetekben. Véleményünk szerint nem megfelelő e módszerek alkalmazása olyan szervezetekben, amelyek nem rendelkeznek egyértelmű szabályozással a teljesítményük mérésének folyamatairól és eszközeiről. Mivel az orosz vállalkozások többsége éppen ilyen állapotban van, a szimulációs modellezés és az ABC -elemzés használata korai számukra.

A folyamat SWOT elemzése

A folyamat SWOT -elemzése magában foglalja annak erősségeinek és gyengeségeinek, a javítási lehetőségeknek és a romlás veszélyeinek azonosítását. asztal A 3.15 példát mutat egy folyamat SWOT elemzésére.

Tab. 1. Példa egy folyamat SWOT elemzésére

Erősségek	Gyenge oldalak
1. Van egy vezető - egy vezető. 2. Kiváló minőségű termékfolyamat. 3. Képzett személyzet rendelkezésre állása. 4. Magas fokú automatizálás	1. A vásárlók nem elégedettek a termékek szállítási idejével. 2. A funkciók részleges duplikálása. 3. Nincs rendszer a folyamat teljesítménymutatóinak mérésére. 4. Számos előadó esetében nincs munkaköri leírás
Lehetőségek	Fenyegetések
1. A hatékonyság növelése CRM rendszer bevezetésével. 2. Csökkentett rezsiköltségek. 3. Az átfutási idő csökkentése a további automatizálás miatt	1. Vevők elvesztése a hosszú szállítási idő miatt. 2. A termék minőségének csökkenése. 3. Nagyobb függőség a folyamat végrehajtóinak személyiségétől

A folyamat SWOT -elemzése a következőképpen végezhető el:

• végezzen felmérést a szervezet vezetőiről és szakembereiről;
• dolgozza fel a kérdőív eredményeit, értékelje a jelentésükben hasonló válaszok számát és minősítse a válaszokat;
• készítsen SWOT elemzési táblázatot a folyamatról.

A SWOT -elemzés egy folyamat minőségi előzetes értékelésének eszköze. Az ennek alapján kapott adatok felhasználhatók a jövőben a folyamat alacsony hatékonyságának okainak tisztázására és az azt jellemző jellemzők meghatározására.

Folyamat problémaelemzése: a problémás területek azonosítása

A problémás területek kiemelése a minőségi folyamatelemzés legegyszerűbb eszköze. Ennek az elemzési módszernek a fő célja a további, mélyebb elemzés irányainak meghatározása. A problémás területek azonosításához nagyított folyamatábrát kell készíteni, amelyen megjelennek a végrehajtott funkciók fő csoportjai és azok végrehajtói. Ezt követően a diagramon fel kell tüntetni a problémás területeket, és meg kell adni azok rövid leírását. Ábrán. A 2. ábra példát mutat egy ilyen folyamatábrára.

A problémás területek azonosítását a vizsgált folyamatban részt vevő vezetők és alkalmazottak megkérdezésével végezzük. Ábra példáját használva. A 2. ábrán felmérést végeztek az RSU - a vállalkozás javítási és építési osztálya - alkalmazottai között. A felső szintű berendezésjavítási folyamat hét funkciócsoportból áll. Mindegyiket bizonyos osztályok végzik.

Ábrán. A 2. ábra négy problémás területet mutat be. Az első közülük a berendezések beszerzéséhez, a második - a vállalkozók bevonásával, a harmadik - a javítások végrehajtásához, a negyedik - az elvégzett munkákért és a berendezésekért járó kifizetések végrehajtásához kapcsolódik. Minden problématerülethez rövid problémajelentések találhatók.

Rizs. 2. Feldolgozza a problémás területeket

A kapott folyamatdiagram vita és elemzés tárgya lehet egy folyamat -átszervezési projekt végrehajtásakor. Így például részletesebben meg lehet fontolni a javítási munkák végrehajtásával kapcsolatos problémák jelenlétével kapcsolatos információkat: mi a javítási eljárás, hogyan és ki adja ki az anyagokat és az alkatrészeket, hogyan vezetik a számlát, ki felelős a becslések ellenőrzéséért, aki azonnal irányítja a folyamatot stb. A problémás területek kiemelése tehát a menedzserek és szakértők figyelmének a folyamat egyes töredékeire való összpontosításának eszköze.

A folyamatok rangsorolása szubjektív értékelés alapján

A folyamatok rangsorolása a projekt előkészítő szakaszában történik, amikor a szervezet minden fő folyamatát jellemeznie kell, és el kell döntenie, hogy melyiket kell először javítani. Erről a technikáról bővebben itt olvashat.

A folyamatok rangsorolásának többféle módja van. Megfontoljuk a legegyszerűbb technikát. Az első szakaszban össze kell állítani a szervezet fő folyamatainak listáját. Ezután a következő alakú táblázatot készítünk (2. táblázat):

Tab. 2. A szervezeti folyamatok rangsorolása

A folyamat fontossága / folyamat állapota	Magas hatásfok	Átlagos hatékonyság	Alacsony hatékonyság
Nagyon fontos folyamat	1. folyamat	-	2. folyamat
Fontos folyamat	6. folyamat	3. folyamat	-
Másodlagos folyamat	5. folyamat	7. folyamat	4. folyamat

A táblázat elemzése. A 2. ábra azt mutatja, hogy a 2. folyamat nagyon fontos a szervezet működése szempontjából, és ugyanakkor a legkevésbé hatékony. Így mindenekelőtt a 2. folyamat elemzésére és átszervezésére kell irányítani az erőfeszítéseket. Minden szervezet lap esetében. 2 másképpen lesz kitöltve. Sőt, idővel megváltozik a folyamatok elrendezése a táblázat celláiban.

Meg kell jegyezni, hogy az ilyen táblázatot használó folyamatok rangsorolása nagyon szubjektív. A szervezet teljesítményét javító hosszú távú projektek nem alapulhatnak ilyen elemzési módszerek alkalmazására. Ezt a módszert általában vezetőknek szóló képzések, értekezletek, ötletbörze és hasonló események lebonyolítása során alkalmazzák, amelyek célja a vállalati folyamatokkal kapcsolatos helyzet gyors elemzése minőségi mutatók alapján.

Folyamatelemzés a tipikus követelményekhez képest

Bármely szervezeti folyamat elemezhető bizonyos követelmények teljesítése szempontjából. Jelenleg a világon nincsenek speciális szabványok, amelyek szabályozzák az üzleti folyamatokra vonatkozó követelményeket (ISO / IEC 15504-2: 2003). Az alábbiakban javasolt folyamatszervezési követelmények szerkezetét az ISO 9001 szabvány követelményeinek figyelembevételével fejlesztettük ki.

Az ISO 9000 sorozat a PDA (Plan-Do-Check-Act) ciklus használatát javasolja a folyamatos folyamatfejlesztési rendszer létrehozásához. Úgy gondoljuk, hogy ennek a ciklusnak a használata is kötelező követelmény, amelyet be kell mutatni a folyamatoknak.

A folyamatnak a fenti követelményeken kívül tartalmaznia kell egy jól ismert eltérés -ellenőrzési sémát: "folyamattervezés - folyamatvégrehajtás - számvitel - ellenőrzés - döntéshozatal".

Tehát egy tipikus folyamatnak véleményünk szerint meg kell felelnie a következő követelménycsoportoknak:

• a folyamat minden összetevőjének szabályozása;
• a PDCA folyamat folyamatos fejlesztési hurok használatával.

A folyamat szervezésére vonatkozó követelményeket, figyelembe véve az ISO 9001 szabvány ajánlásait, a táblázat tartalmazza. 3.

Tab. 3. Folyamatelemző kérdőív a modellkövetelményekkel kapcsolatban

A folyamat elemzésekor az információkat a táblázat követelményeinek megfelelően kell gyűjteni. (3) Az ilyen munka elvégzése megfelelő lehet a vállalati folyamatok átszervezésére irányuló projekt végrehajtása során. A folyamatot elemzik a PDCA ciklus jelenlétére. Emlékezzünk vissza, hogy egy PDCA hurok jön létre egy folyamat körül, amint az az ábrán látható. 3. A folyamat folyamatos fejlesztésének ciklusának funkcióit a táblázat tartalmazza. 4.

Rizs. 3. PDCA ciklus

Tab. 4. PDCA ciklus egy folyamathoz

A folyamatot elemezni kell egy varianciaszabályozási ciklus szempontjából. Ez a ciklus öt folyamatfunkció -csoportot tartalmaz, amelyek célját a táblázat tartalmazza. 5.

Tab. 5. Vezérlőciklus funkciók

№	Vezérlő hurok funkció	Leírás
1	Tervezés	Funkciócsoport a folyamat technikai, gazdasági és pénzügyi tervezéséhez
2	Teljesítmény	Folyamatvégrehajtási funkciócsoport (példák: dokumentumkészítés, termékgyártás stb.)
3	Könyvelés	Funkciócsoport a folyamat végrehajtására vonatkozó tényadatok regisztrálására
4	Ellenőrzés	Funkciócsoport a tervezett teljesítménymutatók végrehajtásának nyomon követésére a ténylegeshez képest
5	Döntéshozatal	Funkciócsoport a vezetői döntések előkészítéséhez és elfogadásához a tervezett teljesítménymutatóktól való eltérésekre vonatkozó adatok alapján

A vezérlőhurok diagramja eltérések szerint az ábrán látható. 4.

Rizs. 4. Eltérés szabályozási ciklus

Ha az elemzés eredményeként kiderül, hogy a folyamat megfelel a fenti három követelménycsoportnak, akkor a folyamat szervezése kielégítőnek tekinthető. A folyamat javítására irányuló további munka a teljesítmény elemzése és javítása lesz.

A folyamat folyamatábráinak vizuális elemzése

A folyamatábrák vizuális elemzésének számos jelentős korláta van. A tény az, hogy a folyamat összetett objektum, amelyet nem lehet egyetlen grafikus diagram formájában leírni. A folyamat bármely grafikus diagramja megjeleníti az információkat a kiválasztott leírási mód (jelölés) szerint. Bármilyen hiba vagy hiányosság a grafikus séma kialakításában a hatékony elemzés lehetetlenségéhez vezet. Például egy folyamat leírásakor az elemző elfelejtett beilleszteni több bejövő és kimenő dokumentumot. A vizuális elemzés természetesen jelezheti hiányukat, de ezek az információk nem javítják tovább a folyamatot, mivel ezek a dokumentumok léteznek.

A második szempont, amelyet ki kell emelni, az ideális folyamat ismerete. A folyamat folyamatábráját tekintve csak a gyakorlati tapasztalatok és a legjobb ipari megoldások ismerete, más vállalkozások tapasztalatai és a szabványok követelményei alapján lehet bizonyos következtetéseket levonni néhány szükséges elem hiányáról. Elég nehéz ilyen tapasztalattal rendelkező szakértőket találni, és még a folyamatok leírására szolgáló jelölések ismeretében is. Ez a tény korlátozza a vizuális elemzés hatékonyságát is.

Néhány bevezető megjegyzés után tekintsük át a folyamatábrák elemzésének főbb megközelítéseit. Vegye figyelembe, hogy az alábbi elemzések mindegyike elvégezhető grafikus diagramok használata nélkül.

Először is a folyamatdiagram elemezhető a bemenetek és kimenetek szempontjából. Az I / O elemzésnek két része van:

1. Bemeneti kereslet elemzése / Kimeneti kereslet elemzése.
2. A fel nem használt kimenetek elemzése.

A bemeneti követelmények elemzése a következőképpen történik. A folyamat minden funkcióját egymást követően vizsgálják, és elvégzik annak értelmes elemzését. Meghatározzák az ehhez szükséges információk összetételét. Ellenőrzik, hogy ez az információ szerepel -e a beérkező dokumentumokban. Ha a szükséges információkat egyetlen dokumentum sem tartalmazza, ez azt jelentheti, hogy a funkció elvégzéséhez szükséges dokumentum hiányzik. A megadott algoritmus illusztrációját az 1. ábra mutatja. 5.

Rizs. 5. A bemenetek szükségességének azonosítása

Az anyagi ráfordítások, a személyzet és az infrastruktúra elemzése hasonló módon történik.

Nyilvánvaló, hogy ha a folyamat valamely részében hiányt találunk egy bemeneti dokumentumban, akkor meg kell határozni azt a funkciót, amelynek a kimenete. Az ilyen funkciók (folyamatok) modellsémák szerinti keresése aligha lehetséges. Könnyebb interjút készíteni az érintett vállalkozókkal, és megtalálni a szükséges információk szállítóit. Ezenkívül megtudja, hogy miért nem dokumentálják ezeket az információkat, és miért nem adják át azoknak a tisztviselőknek, akiket érdekel. Ezt szemlélteti az ábra. 6.

Rizs. 6. A kimenetek szükségességének azonosítása

A fel nem használt kimenetek elemzése azt jelenti, hogy megtaláljuk azokat a folyamatkimeneteket (függvényeket), amelyeket más folyamatokban (funkciókban) nem használunk. A gyakorlat azt mutatja, hogy a vállalatoknál sok olyan dokumentum létezik, amelyet a későbbiekben vagy nem használnak, vagy formálisan használnak. Ez utóbbi eset azt jelenti, hogy a dokumentum elkészíthető, átvihető a rendeltetési helyére, majd egyszerűen beleesik a megfelelő mappába, és évekig ott gyűjti a port. Az ilyen dokumentumok biztonságosan besorolhatók fel nem használtnak. Legalább figyelni kell rájuk, és ha lehetséges, megszabadulni tőlük.

A nem használt kimenetek megkereséséhez a következő táblázatot kell összeállítani:

Tab. 6. Használatlan folyamatkimenetek keresése

A fel nem használt dokumentumok azonosítása érdekében következetesen nyomon kell követni a dokumentum teljes mozgási láncát a szervezeten keresztül. A kiindulópont a folyamatfüggvény, amelynek kimenetén a kérdéses dokumentum jelenik meg először. Ezenkívül a feldolgozásával, használatával és tárolásával kapcsolatos összes funkciót elemzik. A gyakorlatban annak megértéséhez, hogy egy dokumentumot használnak -e vagy sem, találkozni kell az érintett emberekkel, és elemezni kell tevékenységüket. A fel nem használt dokumentumok azonosításakor az összes folyamatfunkciót és a kimenő dokumentációt sorrendben kell figyelembe venni.

Tekintsük a folyamatfüggvények grafikus elemzésének lehetőségeit. Lehetővé teszi a következők azonosítását:

• a szükséges funkciók hiánya;
• redundáns funkciók jelenléte;
• funkciók megkettőzése.

A szükséges funkciók hiányának elemzését a szakértő azon ismeretei alapján végzik, amelyek szerint a folyamatot a hatékony működés érdekében megszervezni kell. Az ilyen elemzésre példa látható az ábrán. 7.

Rizs. 7. A szükséges funkció hiánya a folyamatmodellben

Számos javaslatot adhat arra vonatkozóan, hogy mely funkcióknak kell jelen lenniük a folyamatban. Az IDEF0 jelöléssel készített felső szintű modellek esetében ezek tervezési, számviteli, ellenőrzési és döntéshozatali funkciók. Az IDEF3 (ARIS eEPC) formátumban készített alacsonyabb szintű modellek esetében számos fontos funkciót nem szabad elfelejteni a modell építésekor:

• vezérlési funkciók: bejövő vezérlés, statisztikai folyamatvezérlés;
• vészhelyzetekben végrehajtott funkciók;
• funkciók a nem megfelelő termékek kezelésére;
• funkciók a folyamat tényszerű információinak rögzítésére.

Vegye figyelembe a vezérlési funkciókat. Ábrán. A 8. ábra egy példát mutat egy olyan folyamatra, amely két ilyen funkciót is tartalmaz. Az első szelektív bejövő vezérlést végez, míg eredményeit dokumentálják - az 1. ábrán. A 8. ábra a "Bejövő ellenőrzés eredményei" dokumentumot mutatja. A funkció végrehajtása eredményeként két alternatív esemény fordulhat elő: "A bejelentkezés nem felel meg a követelményeknek" és "A bejelentkezés megfelel a követelményeknek". Az első esetben át kell térni a "Döntés a folyamat tulajdonosától" funkcióra. Ezt külön kezelési folyamatként kell leírni. (Természetesen ez a lehetőség akkor is lehetséges, ha a döntést a folyamat végrehajtója hozza meg.)

Rizs. nyolc. Vezérlő funkciók hiánya

A második ellenőrzési funkció statisztikai jellegű. A folyamat kimeneteinek helyszíni ellenőrzése történik. Az ellenőrzés eredményeit rögzítik a "Statisztikai ellenőrzés eredményei" dokumentumban, és a jövőben ezeket kell használni a folyamat ellenőrzésére.

Általában a folyamatok leírásakor gyakran megfeledkeznek a különféle vészhelyzetekről és cselekvésekről azok előfordulása esetén. Az ilyen folyamatok értéke jelentősen csökken. Egy példa a vészhelyzet megjelenítésére az ábrán látható. kilenc.

Rizs. kilenc. A vészhelyzetek kezelésére szolgáló funkció hiánya

Ábrán. 9 feltételezi, hogy az első folyamatfunkció végrehajtása után rendellenes helyzet lehetséges. Fel kell dolgozni. Ehhez a folyamat magában foglalja a "Rendellenes helyzet kezelése" funkciót, két új eseményt és szimbólumot a kizárólagos és normál "VAGY" logikájához.

A folyamatábrákból hiányozhatnak a nem megfelelő termékek (szolgáltatások, dokumentumok) kezelésére szolgáló funkciók. Ábrán. A 10. példa példát mutat egy ilyen folyamatra. A tényadatok rögzítésére szolgáló funkciók nagyon fontosak, mivel lehetővé teszik a folyamat paramétereire vonatkozó menedzsment információk felhalmozását, amelyek felhasználhatók annak elemzésére és javítására. Az elmélet szempontjából minden funkció végrehajtásának eredményeit rögzíteni kell. A gyakorlatban össze kell gyűjtenie azokat a tényszerű információkat, amelyek felhasználása a jövőben tanácsos.

Rizs. tíz. A funkciók hiánya a nem megfelelő termékek kezelésére

Mondjuk a legegyszerűbb példát a hiányzó függvényre a folyamatvégrehajtási paraméterek regisztrálásához (lásd 11. ábra).

Rizs. tizenegy. A folyamat tényleges információinak regisztrálására szolgáló funkció hiánya

A folyamat folyamatábráját ellenőrizni kell a redundáns funkciók tekintetében. Az ilyen elemzést a következő algoritmus szerint végezzük. A folyamat minden funkcióját sorban figyelembe veszik, mindegyiket elemzik. Felmerül a kérdés: "Mi történik, ha ezt a funkciót kizárják a folyamatból?" Vannak helyzetek, amikor nem szükséges funkciókat tartalmaz. Meg kell szabadulnia tőlük.

A folyamatok grafikus diagramjainak elemzésével foglalkozó alfejezet zárásaként tartsuk szem előtt a függvények megkettőzésének elemzését. Az ilyen elemzésre példa látható az ábrán. 12.

Rizs. 12. A folyamatfüggvények megkettőzésének elemzése

Ábrán. A 12. ábra két különböző folyamatot mutat. Különböző osztályokon végezhetők. Két funkciót veszünk figyelembe: "1. folyamatfunkció" és "2. folyamatfunkció". Nevük jelentősen eltérhet. Ezen funkciók kimenetei is eltérőek: "1. dokumentum" és "2. dokumentum". Hogyan lehet azonosítani az ismétlődést? E két funkció kimeneteinek elemzését a következő területeken kell elvégezni:

• az egyes dokumentumokban található információk elemzése;
• az egyes dokumentumok fogyasztóinak elemzése;
• a dokumentumokban szereplő információk alapján hozott döntések.

Ábrán. A 12. ábra azt mutatja, hogy mindkét dokumentum ugyanazt az "információt" tartalmazza. Ez azt jelentheti, hogy a vizsgált funkciók teljesen vagy részben átfedik egymást. Legalább nagyon figyelni kell rájuk. Hogyan lehet azonosítani a funkciók párhuzamosságát a gyakorlatban? Nyilvánvalóan lehetetlen összehasonlítani a folyamatok funkcióit egymással. Először is listát kell készíteni a duplikációra "gyanús" funkciókról. Ezeket a információkat az alkalmazottakkal és osztályvezetõkkel készített interjúk útján lehet megszerezni.

Ezenkívül az elemzőnek, aki régóta dolgozik a folyamatokkal, előzetes információval kell rendelkeznie a funkciók esetleges megkettőzéséről.

Összefoglalva, megjegyezzük, hogy a folyamatábrák elemzésének nagyrészt a józan észnek és a munkatapasztalatnak kell alapulnia.

A folyamatmutatók mérése és elemzése

A folyamat teljesítményének mérése és elemzése elengedhetetlen eszközök a folyamatok javításának megtalálásához. Amint fentebb említettük, a folyamatot több mutatócsoport jellemezheti:

• folyamatjelzők;
• feldolgozási termékmutatók;
• a folyamat vevői elégedettségének mutatói.

A folyamatmutatók számszerű értékekként határozhatók meg, amelyek jellemzik magát a folyamat menetét és annak költségeit (idő, pénzügyi, erőforrás, emberi stb.). A mutatók lehetnek abszolútak és relatívak (a szolgáltatások mennyiségére, szezonális ingadozásokra, tarifaváltozásokra és egyéb külső tényezőkre csökkentve, amelyek nem függenek az ellenőrzött folyamat ellenőrzésétől).

A termék (szolgáltatás) indikátorok a folyamat eredményeként egy terméket (szolgáltatást) jellemző számértékek (a szolgáltatások abszolút volumene, a szolgáltatások mennyisége a megrendelt vagy megkövetelthez képest, a szolgáltatások nyújtásának hibái és kudarcai, nyújtott szolgáltatások, a nyújtott szolgáltatások köre az előírthoz képest stb.) stb.).

A folyamat ügyfél -elégedettségi mutatói számszerű értékek, amelyek jellemzik a vevők elégedettségének mértékét a folyamat eredményeivel (output, szolgáltatás stb.). Ebben az esetben meg kell különböztetni a vevők elégedettségét (belső és külső) a folyamat kimenetelével és a végfelhasználó elégedettségét a kapott termékkel vagy szolgáltatással.

Ábrán. A 13. ábra a folyamatmutatók legegyszerűbb osztályozását mutatja.

Rizs. 13. A folyamatmutatók osztályozása

Nem vesszük figyelembe a folyamat minőségi értékeléseit, például a menedzser értékelését „a folyamat rosszul van menedzselve”, mivel lehetetlen megalapozott vezetési döntéseket hozni ezen mutatók alapján.

A folyamat mennyiségi mutatóit két csoportra osztottuk: abszolút és relatív. Az abszolút mutatók a következők: folyamat végrehajtási ideje, technikai mutatók, költség- és minőségi mutatók. A relatív mutatókat az abszolút alapján lehet kiszámítani úgy, hogy különböző kapcsolatokat alakítunk ki közöttük.

Nézzük részletesebben a folyamat teljesítményének abszolút mutatóit.

Feldolgozási idők

Az indikátorok első csoportja a folyamat végrehajtási idejének mutatóit tartalmazza:

• a folyamat egészének átlagos végrehajtási ideje;
• átlagos állásidő;
• az egyes folyamatfunkciók átlagos végrehajtási ideje;
• mások.

A folyamatszemlélet megvalósításának első szakaszában a legegyszerűbb mutatókat kell figyelembe venni, például a folyamat egészének befejezéséhez szükséges időt. Részletesebb elemzés során olyan mérőszámok vehetők figyelembe, mint az állásidő, bizonyos folyamatfunkciók elvégzéséhez szükséges idő stb. Ehhez szükség van egy rendszer kifejlesztésére és megvalósítására, amely rögzíti az egyes folyamatfunkciók végrehajtási idejét. Azokon a munkahelyeken, ahol ez indokolt, fel kell jegyezni a funkció végrehajtásának kezdetének és befejezésének pillanatát. Ehhez különféle regisztrációs formákat használhat, például bejövő dokumentumok naplóit stb. Más munkákhoz használhatja az átlagos végrehajtási idő normatív becsléseit. Ennek legegyszerűbb módja a következő.

A funkció által előállított termékek (szolgáltatások, feldolgozott dokumentumok) mennyiségét kiszámítják. Továbbá a teljes munkaidőt el kell osztani a kiszámított termékek számával. Megkapjuk a függvény átlagos végrehajtási idejét. A helyzet bonyolultabb, ha egy előadó több funkciót is ellát. Ebben az esetben különböző súlyokat használhat, amelyek meghatározzák az előadó munkaidejének eloszlásának szerkezetét a különböző feladatokhoz.

Természetesen a folyamat időmutatóinak kiszámítása, mint mások, nem öncél. Információkat kell nyújtania a folyamat javítására vonatkozó döntések meghozatalához. A legegyszerűbb, de nagyon fontos példa az ügyfél kérésének feldolgozási idejének kiszámítása.

Ha az ügyfelek nem elégedettek a folyamat hosszával, akkor a szervezet valószínűleg elveszíti őket.

Ábrán. A 14. ábra a legegyszerűbb lineáris folyamat végrehajtási idejének mutatójának kiszámítására szolgáló sémát mutatja.

Rizs. tizennégy. Példa a folyamatidő kiszámítására

Folyamat technikai mutatói

A technikai mutatóknak tartalmazniuk kell azokat a mutatókat, amelyek a folyamat technológiáját, a használt berendezéseket, szoftvereket, környezetet stb. Ugyanakkor számos olyan mutató különböztethető meg, amelyek bármilyen folyamathoz mérhetők:

• a munkahelyen elvégzett folyamatfunkciók száma;
• a folyamat személyzetének száma, beleértve a vezetőket és a szakembereket;
• az adott időszak tranzakcióinak száma;
• a munkaállomások száma;
• - mások.

A technikai mutatók nagymértékben tükrözik a szervezet hatékonyságát, és felhasználhatók a folyamat összehasonlító elemzése során a versengő szervezetek folyamataival. Általános szabály, hogy az azonos iparágban működő hazai és külföldi vállalkozások összehasonlítása különösen feltűnőnek tűnik. Például egy ilyen összehasonlítás a személyzet számát tekintve azt mutatja, hogy a fejlett országok szervezetei három -ötször kevesebb alkalmazottat foglalkoztatnak, mint a belföldiek hasonló folyamatok végrehajtásához. Meg kell jegyezni, hogy a folyamatok technikai mutatóinak összehasonlítása abszolút értékben legtöbbször nem informatív. Az elemzéshez érdekesebb adatokat nyújt több folyamat relatív teljesítményének kiszámítása. Erről később lesz szó.

A technikai mutatók szolgálnak alapul a folyamat számos specifikus mutatójának kiszámításához, mint például az egy alkalmazottra jutó teljesítmény, a folyamat automatizáltságának mértéke stb. Nem szabad elfelejteni, hogy nem önmagában fontos mutatók összessége, hanem a döntések meghozatalának képessége a folyamat javítása érdekében.

Költségmutatók feldolgozása

A folyamatköltség -mutatók az indikátorok egyik legfontosabb csoportja. A költségmutatókat több csoportra lehet osztani:

• a folyamat egészének költsége;
• folyamatköltség -mutatók:
  • az előadók díjazásának költségei;
  • berendezések és immateriális javak értékcsökkenése;
  • hő- és energiaköltségek;
  • kommunikációs költségek;
  • az információszerzés költségei;
  • az előadók képesítésének javításának költségei;
  • mások;
• feldolgozási termékek költségmutatói:
  • a nyersanyagok és a beszerzési költségek;
  • Munka költségek;
  • berendezések értékcsökkenése;
  • egyéb költségek.

Azt kell mondanom, hogy a folyamat teljes költségének helyes kiszámítása és elemzése megfelelő technikákat igényel. A folyamat -megközelítés szempontjából a mai napig a legmegfelelőbb az ABC költségelemzési módszer. Azon alapul:

• a szervezet folyamataiban felhasznált erőforrások meghatározása;
• folyamatműveletek meghatározása;
• a költségek elosztási objektumainak meghatározása - folyamatok (termékek, szolgáltatások, információk) kimenetei;
• az "erőforrások - műveletek" és a "műveletek - késztermékek" mennyiségi kapcsolat mutatóinak meghatározása és kiszámítása;
• az erőforrások költségeinek átvitele a folyamatműveletek költségére;
• a műveletek költségeinek átvitele a késztermékek költségére.

Az ABC módszer alapján kiszámítható a folyamat költsége. Ennek a módszernek a gyakorlati megvalósítása technikailag összetett, hosszadalmas és költséges projekt. A végrehajtás előtt minden szervezetnek elemeznie kell az ABC módszer alkalmazhatóságát. Véleményünk szerint a szervezetben a folyamatszemlélet megvalósításának első szakaszában nem praktikus ezt a módszert alkalmazni.

A gyakorlatban a folyamat egészének értékét nehéz meghatározni. A folyamat javítása érdekében azonban nem abszolút, hanem specifikus és relatív mutatók, valamint változásuk dinamikája fontos, amelyek tükrözik a fejlesztések menetét. Ábrán. A 15. példa egy példát mutat be arra, hogyan változnak az értékek a folyamat javításával.

Rizs. 15. A költségmutatók változása a folyamat javításával

Az egyes folyamatok elemzésekor korlátozott költségmutatókat kell meghatározni, amelyek a javulás / romlás mutatói lesznek. Például ezek a mutatók a következők:

• béralap (a folyamat javulásával előfordulhat, hogy csökken a személyzet és / vagy nő a munka termelékenysége);
• energiaköltségek (nem technológiai energia, energiamegtakarítás);
• javítási és karbantartási költségek (a berendezések jobb és időszerűbb karbantartása a javítások összköltségének csökkenéséhez vezet);
• házasságból származó veszteségek;
• mások.

Hogyan lehet rendszerezni a folyamat költségmutatóinak kiválasztásának feladatát? Javasoljuk, hogy alaposan elemezze az összetevőit és az egyes alkatrészekkel kapcsolatos költségeket. Rizs. A 16. ábra ezt a megközelítést szemlélteti.

Rizs. 16. A folyamat költségeinek azonosítása

A mutatók méréséhez megfelelő módszereket kell kidolgozni, beleértve a folyamat költségeire, feldolgozására és felhasználására vonatkozó tényleges információk gyűjtésével kapcsolatos munka leírását.

Folyamatminőségi mutatók

A minőségi mutatók a folyamatot jellemző mutatók legfontosabb csoportja. Mit jelent a folyamat minősége? Véleményünk szerint ez az a képessége, hogy minimális erőforrás -fogyasztás mellett képes kielégíteni ügyfelei igényeit. Vegye figyelembe, hogy egy folyamat minőségének meghatározásakor kulcsfontosságú szempont az ügyfélközpontúság. A mesterségesen létrehozott folyamatminőségi mutatók, elkülönítve az ügyfél igényeitől, nem szolgálhatnak eszközként a valódi fejlesztésekhez.

A folyamat minőségi mutatói a következők:

1. Az eljárás termékének hibája.
2. A feldolgozási termékekre vonatkozó visszatérítések és követelések száma.
3. Az ügyfelektől kapott szolgáltatások minőségére vonatkozó panaszok és panaszok száma.
4. A hiányos (nem megfelelő) szállítmányok száma.
5. A késztermékek biztonsága.
6. A vészhelyzetek száma, amelyek a felső vezetés azonnali beavatkozását igényelték.
7. A folyamat azon képessége, hogy gyorsan alkalmazkodjon a változó vevői igényekhez.
8. A folyamat azon képessége, hogy megőrizze paramétereit a külső feltételek változásakor (folyamat stabilitás, minimális eltérések).
9. A folyamatok függetlenek a személyi változásoktól.
10. A folyamat irányíthatósága.
11. A folyamat javítási képessége.

Az 1-6 mutatókat elég könnyű mérni. Módszereket kell kidolgozni a releváns információk gyűjtésére és feldolgozására. A 7-10 mutatók intuitívak, de a gyakorlatban nehezen mérhetők. E mutatók változását nyomon követheti a különböző külső és belső rendellenes helyzetekben előforduló folyamathibák elemzésével. Az ilyen hibák okainak azonosítása segít azonosítani a fejlesztendő területeket.

A jól működő folyamatmutató elkészítése sok időt és erőfeszítést igényel. Minden vállalkozásnak létre kell hoznia egy ilyen rendszert, figyelembe véve folyamatainak sajátosságait. Meg kell jegyezni, hogy a folyamatmutatónak a folyamattal együtt kell fejlődnie: ahogy javul, bonyolultabb mutatókat kell használni.

Vegye figyelembe a folyamat relatív teljesítményét. Ezt a csoportot az abszolút folyamatértékek alapján számítják ki. Ezek a mérőszámok nagyon fontosak a folyamatfejlesztési célú felhasználás szempontjából.

Ideiglenes

A végrehajtási idő relatív mutatói a következők:

• terv / tényleges mutatók:
  • tervezett folyamatvégrehajtási idő / tényleges folyamatvégrehajtási idő;
  • a funkció befejezésének tervezett ideje / a funkció teljesítésének tényleges ideje;
• • átlagos folyamatvégrehajtási idő / átlagos folyamatvégrehajtási idő egy versenyző számára;
  • az ügyfél által megkövetelt szolgáltatási idő / az ügyfél tényleges kiszolgálási ideje;
• különleges:
  • a folyamat végrehajtásának ideje / a folyamat személyzetének száma;
  • folyamat végrehajtási ideje / folyamatfunkciók száma.

Költség

A relatív költségmutatók a következők:

• terv / tényleges mutatók:
  • tervezett folyamatköltség / tényleges folyamatköltség;
  • tervezett erőforrásköltségek / tényleges erőforrásköltségek;
  • a folyamat költségeinek tervezett csökkentése / a folyamat költségeinek tényleges csökkentése;
  • tervezett javítási költségek / tényleges javítási költségek.
• összehasonlítás más eljárással:
  • folyamat költsége / versenytárs folyamat költsége;
  • a folyamat személyzetének javadalmazásának összege / a versenytárs folyamatban dolgozó személyzetének díjazása;
• különleges:
  • folyamat nyereségessége = folyamat nyeresége / folyamat költsége;
  • a folyamat forgóeszközeinek jövedelmezősége = folyamat szerinti nyereség / felhasznált forgóeszközök volumene;
  • produkció munkavállalónként = folyamat output / létszám;
  • a folyamat eszközeinek megtérülése = termelési mennyiség / befektetett eszközök értéke;
  • a folyamat forgóeszközeinek forgalma = a bevétel értéke / a folyamat forgóeszközeinek átlagos egyenlege;
  • rezsi részesedése = a rezsiköltség / a folyamat költsége.

A fentieken kívül sok más relatív folyamatérték is meghatározható és kiszámítható, valamint pénzügyi menedzsment technikákat kell alkalmazni.

Műszaki

A relatív technikai mutatók a következők:

• terv / tényleges mutatók:
  • Tervezett állásidő / tényleges leállás
  • a tervezett tranzakciók száma / a tranzakciók tényleges száma;
• összehasonlítás más eljárással:
  • folyamat létszám / versenytárs folyamat létszáma;
  • folyamat munkaállomások száma / versenytárs folyamat munkaállomások száma;
• különleges:
  • személyzet kihasználtsági arány = teljes munkaidő a folyamatfunkciók elvégzéséhez / valamennyi alkalmazott teljes munkaideje;
  • automatizáltsági fok = az automatizált folyamatfunkciók száma / a folyamatfunkciók teljes száma;
  • az egy alkalmazottra jutó irodaterület mennyisége;
  • személyi számítógépek száma munkavállalónként.

Minőségi mutatók

A folyamat minőségének relatív mutatói a következők:

• terv / tényleges mutatók:
  • tervezett hiányossági fok / tényleges hiányossági fok;
  • a tervezett panaszok száma / a folyamat tényleges ügyfél -panaszainak száma;
  • a termékvisszahozások tervezett száma / a tényleges termékvisszatérítések száma;
  • a jelentési időszak vészhelyzeteinek száma / az előző időszak vészhelyzeteinek száma;
• összehasonlítás más eljárással:
  • A feldolgozási termékek hibája / A versenytárs folyamattermékeinek hibái;
  • Panaszok feldolgozása / Panaszok feldolgozása versenytárstól;
• különleges:
  • panaszok száma / összes ügyfél.

Küldje el jó munkáját a tudásbázis egyszerű. Használja az alábbi űrlapot

Azok a hallgatók, végzős hallgatók, fiatal tudósok, akik a tudásbázist használják tanulmányaikban és munkájukban, nagyon hálásak lesznek Önnek.

közzétett http:// www. minden a legjobb. ru/

Bevezetés

1. Elméleti rész

1.2 ARIS módszertan

2. Gyakorlati rész

Következtetés

Bibliográfia

Bevezetés

Piaci körülmények között egyre több vállalat ismeri fel az információs rendszerek (IS) használatának előnyeit. Bizonyos esetekben az IP nemcsak szolgáltatások összessége, hanem egy vállalkozás kritikus eleme is, például jegyfoglalási rendszer vagy pénzügyi információ nyújtásának eszköze. Ahhoz, hogy hasznot húzzon az információs rendszer használatából, azt rövid időn belül és csökkentett költséggel kell létrehozni. Az információs rendszernek könnyen karbantarthatónak és kezelhetőnek kell lennie.

A vállalati információs rendszer létrehozása meglehetősen összetett és többlépcsős folyamat, amely gyakran tartalmaz egy információmodellezési szakaszt. Az információs modell az adatstruktúra és az üzleti szabályok (tartományi szabályok) specifikációja.

Az üzleti folyamatok modellezése az a folyamat, amely a munkafolyamat szubjektív elképzelését tükrözi egy formális modell formájában, amely egymással összefüggő műveletekből áll.

A modellezés célja a vállalattal és üzleti folyamataival kapcsolatos ismeretek rendszerezése vizuális grafikus formában, amely kényelmesebb a kapott információk elemzési feldolgozásához.

Jelenleg számos speciális program létezik a számítástechnikai piacon, amelyek lehetővé teszik a vállalkozás felmérését és a modell felépítését. Az üzleti folyamatok modellezésére szolgáló módszertan és eszközök megválasztása nem alapvető fontosságú. Vannak szabványosított, időben tesztelt módszerek és eszközök, amelyekkel felmérhető és modellezhető egy vállalkozás. Fő előnyük az egyszerűség és a könnyű tanulás.

Sok modern üzleti folyamatmodellezési módszer a SADT módszertanon alapul. Jelenleg az üzleti folyamatok leírásának legszélesebb körben alkalmazott módszere az amerikai IDEF szabvány.

A vállalkozás üzleti folyamatainak modellezésével történő elemzésének ötletének fő előnye a sokoldalúság. Először is, az üzleti folyamatok modellezése a válasz szinte minden olyan kérdésre, amely egy vállalkozás tevékenységének javítására és versenyképességének növelésére vonatkozik. Másodszor, a vállalkozás vezetője vagy vezetősége, akik egy speciális módszert alkalmaztak, olyan információkkal fog rendelkezni, amelyek lehetővé teszik számukra, hogy önállóan javítsák vállalkozásukat és megjósolják annak jövőjét.

E tanulmány relevanciáját az határozza meg, hogy a modern vállalkozások kénytelenek folyamatosan fejleszteni tevékenységüket. Ehhez új technológiák és üzleti gyakorlatok kifejlesztésére van szükség, és természetesen új, hatékonyabb gazdálkodási és vállalati szervezeti módszerek bevezetésére.

1. Elméleti rész

1.1 Erwin folyamatmodellező (BPwin)

Az ERwin egy adatbázis -struktúra (DB) fejlesztő eszköz. Az ERwin egyesíti a Windows GUI -t, az ER -diagrammoló eszközöket, a szerkesztőket az adatmodell logikai és fizikai leírásának létrehozásához, valamint a vezető relációs és asztali adatbázisok átlátható támogatását. Az ERwinnel adatbázisokat hozhat létre vagy változtathat meg.

Ezenkívül az Erwin Process Modeler lehetővé teszi adatbázisok, raktárak és adattérképek létrehozását, dokumentálását és karbantartását. Az adatmodellek segítenek az adatok szerkezetének vizualizálásában, lehetővé téve a vállalati szempontok, például az adatok összetettsége, az adatbázis -technológiák és a telepítési környezetek hatékony megszervezését, kezelését és felügyeletét.

Az ERWin tok eszköz támogatja az IDEF1x és IE módszertanokat, és logikai adatbázis -modellek végrehajtására készült, amelyek az attribútumok és a kulcsmezők közötti kapcsolatok által leírt entitások. Az ERwin lehetővé teszi, hogy automatikusan létrehozzon egy fizikai adatmodellt a beépített logikai modell alapján az entitások táblákká alakításával, amelyek oszlopai azok attribútumai. Minden táblamezőnek egyértelműen meghatározott tárolási típust és mezőméretet kell tartalmaznia.

Funkcionális modellezési módszer (IDEF0)

Az IDEF0 az IDEF családhoz tartozik, amely a hatvanas évek végén jelent meg SADT (Structured Analysis and Design Technique) néven. Az IDEF0 a rendszerek széles osztályának szimulálására használható. Új rendszerek esetében az IDEF0 használata a követelmények meghatározására és a funkciók meghatározására irányul a követelményeknek megfelelő és a kiválasztott funkciókat megvalósító rendszer későbbi fejlesztéséhez. Ami a meglévő rendszereket illeti, az IDEF0 használható a rendszer által elvégzett funkciók elemzésére és a funkciók végrehajtásának mechanizmusainak megjelenítésére. Az IDEF0 egy bizonyos rendszerre történő alkalmazásának eredménye ennek a rendszernek a modellje, amely hierarchikusan rendezett diagramokból, dokumentációs szövegből és szótárakból áll, amelyek kereszthivatkozásokon keresztül kapcsolódnak egymáshoz. Az IDEF0 diagramok két legfontosabb összetevője a tevékenységek (a diagramokon téglalapokkal ábrázolva), az adatok és a tevékenységeket összekötő objektumok (nyilakkal ábrázolva). Ebben az esetben a nyilak, attól függően, hogy a munka négyszög melyik oldalát lépik be vagy melyik oldalt hagyják el, öt típusra oszlanak:

W bemeneti nyilak (a munka bal oldalán találhatók) - adatokat vagy objektumokat jelentenek, amelyek a munka során megváltoztak;

Ш vezérlő nyilak (a munka felső felületén találhatók) - ábrázolják azokat a szabályokat és korlátozásokat, amelyek szerint a munkát végzik;

Kilépési nyilak (menjen ki a munka jobb oldaláról) - a munka eredményeként megjelenő adatokat vagy objektumokat ábrázolja;

The a mechanizmus nyilai (a munka alsó szélén szerepelnek) - a munka elvégzéséhez szükséges erőforrásokat jelentik, de nem változnak a munka folyamatában (például berendezések, emberi erőforrások stb.);

Ш hívó nyilak (a munka alsó széléről jönnek ki) - ábrázolják a különböző diagramok vagy modellek közötti kapcsolatokat, mutatva egy bizonyos diagramra, ahol ezt a munkát részletesebben megvizsgálják.

Minden műveket és nyilakat megneveznek. Az IDEF0 diagramhierarchia első diagramja mindig a rendszer egészének működését ábrázolja.

Az ilyen diagramot kontextuálisnak nevezik. A kontextus tartalmazza a terület modellezésének céljának leírását (annak leírását, hogy mit tekintünk a rendszer alkotóelemének, és mit külső hatásnak), valamint a nézőpontot (azt a pozíciót, amelyből a modell épül). Általában a nézőpont a modellezett rendszer egészének működéséért felelős személy vagy tárgy nézőpontja.

Üzleti folyamatmodellezési módszer (IDEF3)

Az információáramlás interakciójának logikájának leírására alkalmas az IDEF3 módszertan, más néven munkafolyamat -diagramozás - egy olyan modellezési módszertan, amely az információáramlás grafikus leírását használja, az információfeldolgozási folyamatok és az ezekhez a folyamatokhoz tartozó objektumok közötti kapcsolatot. A munkafolyamat -diagramok felhasználhatók az üzleti folyamatok modellezésében az információfeldolgozási eljárások teljességének elemzésére. Segítségükkel leírhatja a szervezet alkalmazottai cselekedeteinek forgatókönyveit, például a megrendelés feldolgozásának sorrendjét vagy a véges időn belül feldolgozandó eseményeket, minden forgatókönyvet a folyamat leírása kísér. minden funkció dokumentálására használható.

IDEF3 - ez egy olyan módszer, amelynek fő célja, hogy lehetővé tegye az elemzők számára, hogy leírják azt a helyzetet, amikor a folyamatokat bizonyos sorrendben hajtják végre, valamint leírják az egy folyamatban együtt részt vevő objektumokat.

Az IDEF3 folyamatok létrehozására is használható. Az IDEF3 kiegészíti az IDEF0 -t, és mindent tartalmaz, amire szüksége van a későbbi szimulációs elemzésekhez használható modellek létrehozásához.

Az IDEF3 egy olyan technológia, amely jól alkalmas a rendszer szerkezeti elemzéséhez szükséges adatok gyűjtésére. Ez egy jó módszer a folyamatok olyan strukturált módszerrel történő leírására, amely lehetővé teszi a tartomány szakértőjének, hogy az állapotot rendezett eseménysorozatként képzelje el, miközben leírja a folyamathoz közvetlenül kapcsolódó objektumokat.

A legtöbb üzleti folyamatmodellezési technológiával ellentétben az IDEF3 -nak nincsenek szigorú szintaktikai vagy szemantikai korlátai, amelyek megnehezítik a hiányos vagy hiányos rendszerek leírását. Ezenkívül a modell szerzője (rendszerelemző) mentesül attól, hogy a rendszer működésével kapcsolatos saját feltételezéseit szakértői állításokkal keverje össze, hogy pótolja a hiányosságokat a tárgykör leírásában.

Az IDEF3 üzleti folyamatok tervezési módszereként is használható. Az IDEF3 modellezés szervesen kiegészíti az IDEF0 módszertani szabványt alkalmazó hagyományos modellezést. Egy ideje széles körben elterjedt, mint egy teljesen életképes módja annak, hogy a tervezett rendszerek modelljeit szimulációs módszerekkel történő további elemzéshez hozzák létre. A szimulációs teszteket gyakran használják a tervezett rendszer teljesítményének értékelésére.

Adatfolyam -szimuláció (DFD)

Az adatáramlási diagram a legfelső szintű folyamatok leírására és a szervezet tényleges adatáramlásának leírására szolgál.

Ez a módszertan (Gane / Sarson) az elemzett IS modelljének felépítésén alapul - kivetített vagy ténylegesen létező. A módszertannak megfelelően a rendszermodell a DFD adatáramlási diagramok hierarchiájaként van definiálva, amelyek leírják az aszinkron folyamatot, amikor az információt a rendszer bemenetéből a rendszerbe továbbítják a felhasználónak. A hierarchia felső szintjeinek diagramjai (kontextusdiagramok) határozzák meg az IS fő folyamatait vagy alrendszereit külső be- és kimenettel. Ezeket alacsony szintű diagramok segítségével részletezik. Ez a bontás folytatódik, és többszintű diagramhierarchiát hoz létre, amíg el nem éri a bontás ilyen szintjét, amelynél a folyamat elemi lesz, és lehetetlen részletesebben részletezni őket.

Az információforrások (külső entitások) olyan információáramlásokat (adatfolyamokat) generálnak, amelyek információt hordoznak az alrendszerekhez vagy folyamatokhoz. Ezek viszont átalakítják az információkat, és új folyamokat generálnak, amelyek információt továbbítanak más folyamatoknak vagy alrendszereknek, adattároló eszközöknek vagy külső entitásoknak - információfogyasztóknak. Így az adatáramlási diagramok fő összetevői a következők:

- külső entitások;

- rendszerek / alrendszerek;

- folyamatok;

- adattároló eszközök;

- adatfolyamok.

Munka... A műveket lekerekített sarkú téglalapokként ábrázolják, jelentésük egybeesik az IDEF0 és IDEF3 művek jelentésével. Az IDEF3 működéséhez hasonlóan vannak bemeneteik és kimeneteik is, de nem támogatják az olyan vezérlőket és mechanizmusokat, mint az IDEF0. A munka minden aspektusa egyenlő. Minden munkához több nyíllal lehet belépni és kilépni.

Külső entitások... A külső entitások jelentik a bejelentkezéseket és / vagy kijelentkezéseket a rendszerből. Egyetlen külső entitás egyszerre biztosíthat bemeneteket (szolgáltatóként működve) és fogadhat kimeneteket (vevőként funkcionálva). A külső entitás anyagi tárgy, például vevők, személyzet, beszállítók, ügyfelek, raktár. Néhány objektum vagy rendszer külső entitásként történő meghatározása azt jelzi, hogy kívül vannak az elemzett rendszer határain. A külső entitások téglalapként vannak rajzolva, árnyékkal, és általában a diagram szélein helyezkednek el.

Nyilak(adatfolyamok). A nyilak leírják az objektumok mozgását a rendszer egyik részéből a másikba (ebből következik, hogy a DFD diagramnak nem lehetnek határnyilai). Mivel a DFD munka minden oldala egyenértékű, a nyilak a téglalap mindkét oldalán kezdődhetnek és végződhetnek. A nyilak lehetnek kétirányúak.

Adattároló... A mozgásban lévő objektumokat leíró nyilakkal ellentétben az adattárházak nyugalmi állapotban lévő objektumokat ábrázolnak. Az adattárház egy absztrakt eszköz olyan információk tárolására, amelyek bármikor behelyezhetők a meghajtóba, és egy idő után lekérhetők, és bármilyen módon lehet elhelyezni és visszakeresni. Általános esetben a jövőbeli adatbázis prototípusa, és az abban tárolt adatok leírásának meg kell felelnie az információs modellnek (entitás-kapcsolat diagram).

1.2 ARIS módszertan

Az ARIS rendszer a vállalati tevékenységek elemzésére és modellezésére, valamint az automatizált információs rendszerek fejlesztésére szolgáló eszközök komplexuma. Ez egy kiterjedt módszertanon alapul, amely magában foglalja a különböző modellezési módszerek jellemzőit, amelyek tükrözik a vizsgált rendszer különböző nézeteit. Ugyanaz a modell több módszertan segítségével is kifejleszthető, amely lehetővé teszi, hogy a különböző elméleti ismeretekkel rendelkező felhasználók használhassák az ARIS -t, és testre szabhassák azt a sajátos jellemzőkkel rendelkező rendszerekkel való együttműködésre.

Az ARIS integrált elemzési és tervezési környezet. A fő fejlesztői környezet - az ARIS Toolset - mellett számos modult tartalmaz, amelyek további ARIS Toolset komponensek, amelyek kiterjesztik a fő környezetet, és önálló modulokat. Az ARIS ilyen felépítése lehetővé teszi, hogy ilyen irányú termékcsaládról beszéljünk, amelyen belül össze lehet állítani a rendszer optimális összetételét, amely teljes mértékben biztosítja az adott feladatok végrehajtását.

Az ARIS családba tartozó szoftvermodulok áttekintése azt mutatja, hogy a szóban forgó rendszert nem csak modellezésre szánták, hanem hatékony elemző eszközkészletet is. A rendszer egyik megkülönböztető jellemzője a hatékony szoftver által támogatott módszertan.

Az ARIS által használt módszertan különféle módszereket tartalmaz, amelyek rendszer -megközelítésbe vannak integrálva. Ez lehetővé teszi számunkra, hogy a megfontolt módszertan egységes felépítéséről beszéljünk. Az ARIS négyféle modellt támogat, amelyek tükrözik a vizsgált rendszer különböző aspektusait:

- a szervezet felépítését reprezentáló szervezeti modellek - a szervezeti egységek, pozíciók és konkrét személyek hierarchiája, a köztük lévő kapcsolatok sokfélesége, valamint a strukturális egységek területi kötődése;

- funkcionális modellek, amelyek a menedzsment apparátusával szemben álló célok hierarchiáját tartalmazzák, a célok eléréséhez szükséges funkciófák halmazával;

-információs modellek, amelyek tükrözik a rendszer teljes funkciókészletének megvalósításához szükséges információ szerkezetét;

-Menedzsment modellek, amelyek integrált nézetet képviselnek az üzleti folyamatok rendszerben történő megvalósításáról.

Az ARIS módszertan nagyszámú különböző jelölést tartalmaz, lehetővé téve a különböző szervezeti modellek rugalmas létrehozását. A legjelentősebb és gyakorlatilag használt ARIS jelölések a következők:

- Értéknövelt láncdiagram jelölés;

- Kiterjesztett eseményvezérelt folyamatlánc jelölések - eEPC (Extended Event Driven Chain Notation) és PCD (Process Chain Diagram);

- Szervezeti diagram jelölés;

- Funkciófa jelölés;

- A termékfa jelölése.

VAD (a klasszikus DFD szabvány analógja)

A VAD jelölés fő tárgya az "Érték hozzáadott lánc" objektum.

A hozzáadottérték-láncdiagram (VAD) egy diagram, amely a legfelső szintű üzleti folyamatok kapcsolatát írja le. Kétféle linket jelenít meg a folyamatok között:

- az "előd -utód" kapcsolat - vízszintes vonalakkal ábrázolva;

- a kapcsolat "áll" - függőleges vonalakkal vannak ábrázolva, megjelenítve a folyamat részleteit más alfolyamatok által.

A VAD felső szintű folyamatdiagramjának elkészítésének elvei jelentősen eltérnek az IDEF0-tól. Jelentős különbség az ARIS VAD és az IDEF0 jelölések között, hogy VAD-ban a nyilak az "Értéknövelt lánc" objektum mindkét oldalára léphetnek. (Ne feledje, hogy az IDEF0 -ban a tevékenység minden oldala meghatározott céllal rendelkezik.)

A VAD jelölés jelzett hátránya kikerülhető, ha előre kiköti a visszajelzések speciális felhasználásának lehetőségét.

Az ARIS VAD jelölés felülvizsgálatának befejezéseként ismét arra a tényre összpontosítunk, hogy ez a jelölés többnyire szemléltető jellegű, és nem célja, hogy összetett folyamatmodelleket hozzon létre a szervezet legfelső szintjén.

2. Gyakorlati rész

2.1 Vállalati üzleti modell kiépítése az ERwin környezet használatával

E munka célja a kiválasztott vállalkozás tevékenységének modellezése. Ehhez a következő módszereket alkalmazzák:

IDEF0 - Funkcionális modellezési módszertan

IDEF3 - Folyamatleírási módszertan

DFD - adatfolyam -modellezési módszertan

A VAD egy diagram, amely leírja a felső szintű üzleti folyamatok kapcsolatát.

Az első három módszer diagramjait a CASE AllFusion Process Modeler, a VAD az AllFusion ERwin Data Modeler segítségével hozza létre. bázis adott modellezés automatizált

Az IDEF0, IDEF3, DFD jelölések minden diagramja egy vagy több üzleti folyamat leírására szolgál. Az üzleti folyamat az egymással összefüggő tevékenységek (munkasorozat) stabil, céltudatos halmaza, amely egy bizonyos technológia szerint az inputokat a fogyasztó számára értékes kimenetekké alakítja át.

Az üzleti folyamatmodellezés eredménye egy üzleti folyamatmodell, amely a három típus egyikébe tartozik:

- AS -IS modell (ahogy van) - a vállalkozás üzleti folyamatainak jelenlegi szervezésének modellje

- TO -BE modell (ahogy lesz) - az üzleti folyamatok ideális szervezésének modellje

- modellnek KELL LENNI (ahogy lennie kell) - egy idealizált modell, amely nem tükrözi a vállalkozás üzleti folyamatainak valódi megszervezését

Annak érdekében, hogy alapot teremtsünk a vállalkozás szűk keresztmetszeteinek azonosításához, ebben a munkában egy AS-IS modellt hoznak létre.

A diagramok készítésének megkezdése előtt tanulmányoznia kell a kiválasztott tárgyterületet. Ebben és a későbbi munkákban egy kitalált vállalkozás szállítható fürdők építésére fog terítéken részt venni. A cég nem önállóan gyárt építőanyagokat, hanem csak fürdőket szerel össze és díszít. Alapvető eljárások a vállalatnál:

az eladók megrendeléseket fogadnak el az ügyfelektől;

az alkalmazottak a fürdő típusai szerint csoportosítják a rendeléseket;

az alkalmazottak fürdőt gyűjtenek;

az alkalmazottak megrendelés szerint csomagolják a fürdőket;

a logisztikai osztály megrendeléseket szállít az ügyfeleknek;

A beszállítók megrendelik és szállítják az összeszereléshez szükséges alkatrészeket.

A vállalat a megvásárolt számviteli információs rendszert használja, amely lehetővé teszi rendelés, számla és a számlákon történő fizetések nyomon követését.

Egy rendszer modelljének felépítése az IDEF0 módszertanban a modellezési kontextus meghatározásával kezdődik, amely magában foglalja a modellezés tárgyát, a modellezés célját és a modell nézőpontját.

Az alanyt magának a rendszernek kell tekinteni, miközben pontosan meg kell határozni, hogy mi szerepel a rendszerben, és mi van azon kívül, más szóval, meg kell határozni, hogy mit tekintünk a jövőben a rendszer összetevőinek, és mi mint külső befolyás.

A szimuláció célja. Egy modell nem építhető világos cél nélkül. A célnak választ kell adnia a kérdésekre, miért kell ezt a folyamatot modellezni, mit kell mutatnia a modellnek, és mit kaphat az olvasó?

Nézőpont. Annak ellenére, hogy egy modell építésekor figyelembe veszik a különböző emberek véleményét, a modellt egyetlen nézőpontból kell felépíteni. A nézőpont úgy tekinthető, mint egy olyan személy nézete, aki a modellezéshez szükséges aspektusban látja a rendszert. A nézőpontnak összhangban kell lennie a szimuláció céljával. Fontos, hogy a szimuláció során a választott nézőponton maradjunk.

Ebben a munkában a téma nem maga a vállalkozás lesz, hanem a benne zajló folyamatok; a modellezés célja a vállalkozásban lejátszódó üzleti folyamatok reprodukálása (AS-IS modell); szempontjából - az igazgató pozíciójából, mint olyan személyből, aki ismeri a vállalkozás egészének szerkezetét.

A modellezési környezet meghatározása után elkezdheti a kontextusdiagram (más néven "fekete doboz") felépítését. Ez a fajta diagram lehetővé teszi annak bemutatását, hogy mi kerül a munka bemenetére, és mi a munka eredménye, anélkül, hogy részletezné annak összetevőit. Ez az ábra csak egy munkát tartalmaz, amely a vállalkozás egészének összes tevékenységét ábrázolja (1. ábra).

BomlásIDEF0. Egy építőipari vállalat tartománymodellje az IDEF0 módszertan alapján épül fel, mivel az IDEF0 a legkényelmesebb nyelv a rendszerben meglévő üzleti folyamatok leírására.

Az IDEF0 modellezése a kontextusdiagram elkészítésével kezdődik. Ez a diagram a rendszert a legegyszerűbb komponens - egy blokk (a tartomány modellezésének célja) - formájában ábrázolja, olyan interfészívekkel, amelyek megjelenítik a rendszer külső elemekkel való kapcsolatát.

Így kiderült a modellezés fő célja - "A vállalkozás tevékenységei hordozható fürdők építésére". A kontextusdiagram is azt mutatja, hogy a vizsgált tárgykör bemeneti információi a következők: értékesítési megrendelések és építőanyagok a beszállítóktól. A kimeneti információ pedig: az építőanyagok kifizetése, megrendelések a beszállítókhoz, marketing anyagok, késztermékek. A vállalkozás tevékenységét a személyzet és a számvitel szervezi az Orosz Föderáció jogszabályainak, az ilyen típusú tevékenység végzéséhez szükséges szabályok és eljárások ellenőrzése alatt.

Rizs. 1 Kontextusdiagram

A "Vállalat tevékenysége szállítható fürdők építésére" alkotó folyamatok azonosítására a kontextusdiagram felbontásra kerül (2. ábra).

Rizs. 2 Diagram a kontextus felbomlásáról "A vállalkozás tevékenysége szállítófürdők építésére"

Mivel a "Menedzsment" munka magában foglalja a vállalat általános vezetését, az egyik eredménye a "Vezetői információ" lesz, amely az összes többi munka menedzsmentjéhez érkezik.

Az Értékesítési és marketing munka a bejáratnál vevői megrendeléseket (azaz a fürdők és modelljeik számát) fogad, amelyekről ellenőrzési információként továbbítja a fürdők szerelvényét.

A "Fürdők összeszerelése" munka működéséhez építőanyagok szükségesek, amelyeket a "Szállítás és ellátás" munkából rendel (kilépési nyíl "Megrendelések a beszállítóknak"). Az összegyűjtött fürdőket is átviszi a "Szállítás és ellátás" munkába (kilépési nyíl "Kész termékek"). Az értékesítési és marketingtevékenységhez (a Build Results kimeneti nyíl) adatokra van szükség a felépítési eredményekről.

A "Szállítás és ellátás" munka eredménye lesz a szükséges anyagok, amelyek a "Fürdők összeszerelése" munka inputjához kerülnek.

Bármely vállalkozás vezetésének tudnia kell, hogy mi történik a vállalkozásban, mit tesz az egyes részlegek, és mi a munkájának eredménye, azaz minden munkának ideális esetben jelentenie kell a vezetőségnek a teljesítményét.

A 3. ábra a "fürdők szerelése" folyamatokat mutatja be.

Rizs. 3 A "Fürdők összeszerelése" kontextus bomlási diagramja

A bejövő összeszerelési megrendeléseket a menedzser rendezi, majd elküldi a "Kis fürdők összeszerelése" és a "Nagy fürdők összeszerelése" munkairányítás bemenetére (nyíl Szerelési utasítások). A fürdők összeszerelésekor a menedzser parancsot ad a szállításukra.

Az összeszerelt fürdők (a "Kis méretű fürdők összeszerelése" és "Nagy méretű fürdők összeszerelése" munkák kimenetei) elküldésre kerülnek a menedzsernek, aki utasítja a kész fürdők szállítását.

BomlásIDEF3. Az IDEF0 (és DFD) munka bontásakor szem előtt kell tartani, hogy az IDEF0 vagy DFD diagramok nyilai jelzik az egyik műről a másikra átvitt információáramlást vagy objektumokat. Az IDEF3 diagramokban a nyilak csak a munka végrehajtásának sorrendjét mutathatják, azaz más jelentéssel bírnak, mint az IDEF0 vagy DFD nyilak. Ezért, amikor az IDEF0 vagy a DFD munkát IDEF3 diagrammá bontja, a nyilak nem vándorolnak az alsó szintre. Ha ugyanazokat az objektumokat szeretné megjeleníteni az IDEF3 gyermekdiagramban, mint a szülő IDEF0 vagy DFD diagramokban, akkor referenciaobjektumokat kell használnia.

Végezzük el a "Nagy méretű fürdők összeszerelése" munka A3 "A fürdők összeszerelése" diagramjának bontását. Ez a munka a szerelési megrendelések beérkezésekor kezdődik. Az első lépésben ellenőrizni kell az összeszereléshez szükséges anyagok rendelkezésre állását és a raktárból történő rendelést, amely nem áll rendelkezésre. Ezenkívül az anyagokat előkészítik a későbbi összeszereléshez. A következő lépés maga az összeszerelési folyamat. Ezeket a műveleteket mindig a fürdő típusától függetlenül hajtják végre. Ezenkívül az ügyfél kérésére további munkák is elvégezhetők - felületcsiszolás, tömítés és simítás. Ezzel befejeződik a nagy fürdő összeszerelése. Az utolsó lépés egy jelentés az elvégzett munkáról.

Rizs. 4 Bomlási diagram "Nagy fürdők összeszerelése"

Amint a 4. ábrán látható, a leírt működési algoritmus tükröződik a „Nagy fürdők összeszerelése” bontási diagramon. 14 akcióból és 4 kereszteződésből áll.

BomlásDFD. Az adatfolyam -diagramok (DFD -k) a munkafolyamat és az információfeldolgozás leírására szolgálnak. Az IDEF0 -hoz hasonlóan a DFD a modellezendő rendszert a kapcsolódó művek hálózataként képviseli. Az IDEF0 modell kiegészítéseként használhatók a vállalati információfeldolgozó rendszerek aktuális munkafolyamatainak vizuálisabb megjelenítésére. A DFD fő célja annak bemutatása, hogy az egyes munkák hogyan alakítják át bemenetét kimenetekké, valamint feltárja e feladatok közötti kapcsolatot.

Példánkban a központi munka az "Anyagok és kész fürdők tárolása". A bejárathoz érkeznek az összegyűjtött fürdők és a beszállítóktól kapott anyagok, valamint a fürdők összeszereléséhez szükséges anyagok listája. Ennek a munkának a kimenete a szükséges anyagok (ha rendelkezésre állnak), a hiányzó anyagok listája, amelyeket át kell vinni a "Berendezés a szükséges anyagokkal" munka bemenetébe, és a szállításra átadott kész fürdők. A "Szükséges anyagokkal való ellátás" és a "Kész fürdők szállítása" munkák eredményei megrendelések lesznek a beszállítóknak és a késztermékeknek.

Rizs. 5 Szállítási és kínálati bontási diagram

A Szükséges anyagok beszerzése munka a szállítókkal és a beszállítóktól kapott megrendelésekkel kapcsolatos információkkal működik. A feladatot és a beszállítói lista adattárát összekötő nyíl kétirányú, mert a munka információkat kaphat a meglévő beszállítókról, és adatokat is megadhat az új beszállítókról. A munkát a "Rendelések listája" adattárral összekötő nyíl egyirányú, mert a munka csak információkat ad hozzá a megrendelésekről.

Az "Anyagok és kész fürdők tárolása" című munka a kapott és kiadott anyagokról és épített fürdőkről szóló információkkal dolgozik, ezért a munkát az "Anyagjegyzék" és az "Összegyűjtött fürdők listája" adattárolókkal összekötő nyilak kétirányúak. Ezenkívül az anyagok átvételekor ezt a munkát fel kell jegyezni, hogy a beszállítók megrendelése befejeződött. Ehhez egyirányú nyíllal kapcsolódik a "Rendelési lista" adattárházhoz.

Végül a "Kész fürdők szállítása" című munkában információkat kell tárolni a befejezett szállításokról. Ehhez be kell írni a megfelelő adattárat - "Szállítási adatok".

Következtetés

Az üzleti folyamatok modellezése lehetővé teszi, hogy ne csak a vállalkozás egészének működését, a külső szervezetekkel, ügyfelekkel és beszállítókkal való interakcióját elemezze, hanem azt is, hogy a tevékenységeket hogyan szervezik meg az egyes munkahelyeken.

A szervezet üzleti folyamatainak modellezése két szakaszból áll, strukturális és részletes.

Az üzleti folyamat modelljének (leírásának) létrehozásának módszertana (jelölése) olyan módszerek halmaza, amelyek segítségével a valós világ objektumai és a köztük lévő kapcsolatok modell formájában jelennek meg.

Sok modern üzleti folyamatmodellezési módszer a SADT (Structured Analysis and Design Technique) módszertanon és a szoftverfejlesztéshez használt algoritmusos nyelveken alapul. Az IDEF család módszertanát felhasználva hatékonyan lehet megjeleníteni és elemezni a komplex rendszerek széles körének tevékenységi modelljeit különböző szempontok szerint. Az ARIS rendszer a vállalati tevékenységek elemzésére és modellezésére szolgáló eszközök összessége. Módszertani alapja a különböző modellezési módszerek kombinációja, amelyek tükrözik a vizsgált rendszerrel kapcsolatos különböző nézeteket.

Az üzleti folyamatok modellezésének fontos jellemzőit kell figyelembe venni. Különösen az üzleti folyamatok modellezésének előnyei a következők: a termelés minőségének és sebességének javítása a költségek egyidejű csökkentésével; a munkavállalók professzionalizmusának növekedése; a vállalat versenyképességének növelése. Hátrányok viszont: az alkalmazottak fokozott kizsákmányolása és a kapcsolódó szociálpszichológiai jellegű problémák; céltudatos munka szükségessége a vállalati kultúra megváltoztatásához.

A válság miatt megnövekedett verseny a kereskedelemben még a kis kereskedelmi vállalkozásokat is arra kényszeríti, hogy nagy figyelmet fordítsanak az üzleti folyamatok szabványosítására és automatizálására, valamint általában az áruk elszámolására. A termelési üzleti folyamatok elérhetősége és azoknak való megfelelés növeli a vállalkozás hatékonyságát. Természetesen nem lehet mindent szabványosítani, de a rendszeres időközönként előforduló folyamatokat szabványosítani kell. A szabványok megakadályozzák az alkalmazottakat abban, hogy személyes megérzésük vagy véleményük alapján hozzanak döntéseket.

Ha a vállalkozás modellje, minden üzleti folyamata meghatározott célra összpontosít, megnyithatjuk annak javításának lehetőségét. A vállalkozás mint modell elemzése kényelmes módja annak, hogy megválaszoljuk azt a kérdést, hogy mi szükséges és elegendő egy adott cél eléréséhez.

Bibliográfia

1 Eliferov V.G. Üzleti folyamatok: szabályozás és irányítás: tankönyv [egyetemi hallgatók számára] / VG Eliferov, VV Repin; Közgazdasági és Pénzügyi Intézet "Szinergia". - M .: INFRA-M, 2011.- 319 p.

2 Andersen B. Üzleti folyamatok. Javító eszközök / B. Andersen; [sáv. angolról S. V. Arinicheva; tudományos alá. szerk. Aha. Adler]. - 5. kiadás. - M .: Szabványok és minőség, 2008 .-- 272 p. : ill. - (Gyakorlati menedzsment).

3 Repin V.V. A vállalat üzleti folyamatai: építés, elemzés, szabályozás / V. V. Repin. - M .: Szabványok és minőség, 2007.- 240 p. : ill. - (Üzleti kiválóság).

4 Az üzleti folyamatok újratervezése: tankönyv [diákoknak. gazdaságos. mester szintű egyetemek] / N. M. Abdikeev, T. P. Danko, S. V. Ildemenov, A. D. Kiselev; szerk. N. M. Abdikeeva, T. P. Danko; Magasabb. MBA iskola; REA őket. G. V. Plekhanov. - 2. kiadás, Rev. - M .: Eksmo, 2009 .-- 592 p. - (Teljes MBA tanfolyam).

5 Kalyanov, G.N. Az üzleti folyamatok modellezése, elemzése, átszervezése és automatizálása: kézikönyv diákoknak. egyetemek, képzés. által különleges 080801 "Alkalmazott informatika" és egyéb gazdaság. szakember. / G. N. Kaljanov. - M .: Pénzügy és statisztika, 2009. - 240p.

6 Kalyanov G.N. Üzleti folyamatok modellezése és automatizálása: kézikönyv diákoknak. egyetemek, képzés. által különleges 080801 "Alkalmazott informatika" és egyéb gazdaság. szakember. / G. N. Kaljanov. - M .: Pénzügy és statisztika, 2008.- 240p.

7 Logisztika. Logisztikai üzleti folyamatok integrálása és optimalizálása az ellátási láncokban: [tankönyv diákoknak. egyetemek] / V. V. Dybskaya, E. I. Zaitsev, V. I. Sergeev, A. N. Sterligova; Szerk. V. I. Sergeeva. - M .: Eksmo, 2008 .-- 944 p. - (Teljes MBA tanfolyam).

Közzétéve: Allbest.ru

...

Hasonló dokumentumok

Folyamatmodellek létrehozása BPwin, Aris Express, MS Visio, IBM Rational Rose rendszerekben és a GOST 19.701-90 követelményeinek megfelelően. Adatok létrehozása Erwinben és adatbázisok létrehozása az MS Access programban. Ennek a folyamatnak a BPwin -ben történő újratervezésének gazdasági hatékonyságának kiszámítása.

kurzus hozzáadva 2015.07.12


Az ARIS integrált információs rendszerek architektúrája az üzleti folyamatok modellezésének módszertana, a használat előnyei és hátrányai. Az üzleti folyamat kiválasztása a modellezéshez és értelmes leírása, leírásának táblázatos formátuma.

kurzus hozzáadva 2015.06.19


A vállalat funkcionális struktúrájának kialakítása. Információs rendszerek tervezési módszerei. Az IDEF szabvány összetétele. Strukturális rendszerelemző eszközök. Funkcionális modellezési módszer SADT. Bomlási stratégiák. DFD adatfolyam diagram.

előadás hozzáadva: 2013.12.27


Az optimális és működőképes ARIS modell - az IDS Scheer szoftverterméke - a vállalat üzleti folyamatainak modellezésére szolgáló fejlesztési szakaszainak és jellemzőinek elemzése. Az extrém programozás alapfogalmainak, módszereinek és megközelítéseinek tanulmányozása.

teszt, hozzáadva 2011.04.06


CASE eszközök használata üzleti folyamatok modellezésére; információs rendszerek tervezésének javítása a CA ERwin Modeling Suite szoftvercsomag használatával: az adatstruktúra és a telepítési környezet jellemzői, megjelenítési képességei.

absztrakt, hozzáadva 2012.03.20


Az automatizált információs rendszerek meghatározása. Az információs rendszerfejlesztési környezet megválasztásának indoklása. Hozzon létre lekérdezéseket az információk kiválasztásához. A relációs adatbázis logikai és fizikai felépítése. Felhasználói felület fejlesztése.

kurzus hozzáadva 2017.04.16


A technikai támogatás fejlődése. Az automatizált információs rendszerek modern műszaki eszközeinek alapvető követelményei, alkalmazása és jellemzői. Integrált technológiák az információk feldolgozására és tárolására. Számviteli és értékesítési adatbázis létrehozása.

szakdolgozat, hozzáadva 2010.01.12


Az információfeldolgozási folyamat megszervezésének módszerei; a gépen belüli információs támogatás megvalósításának fő irányai. Az adatbázis -technológiák és az adatbankok, mint az automatizált rendszerek fő alkotóelemeinek felépítésének és hatékony alkalmazásának elvei.

dolgozat, hozzáadva 2013. 05. 30


Logikai adatmodell létrehozása. Erwin Toolbox gombok hozzárendelése. Adatbázis létrehozása az InterBase DBMS -ben. A WISQL segédprogram használatával. Script fájl létrehozása. Az adatszerkezet átvitele egyik szerverről a másikra. Az adatbázis katalógus és az aktuális modell szinkronizálása.

kurzus hozzáadva 2011.11.26


Művészeti iskola automatizált információs rendszerének feladatai és fejlesztési szakaszai. A tartomány leírása üzleti modellezéssel, DFD adatfolyam diagramok használatával. Rendszerspecifikáció, az adatbázis logikai felépítése.