• Holisztikus kép megszerzése a szervezet életéről, különböző nézetek megegyezése a folyamatosan fejlődő és változó üzletről.
• A kölcsönös megértés biztosítása a szervezet minden szintjén, a vezető és a teljesítő felek közötti szakadék áthidalása.
• A termelési költségek csökkentésének biztosítása, valamint a minőség és a szolgáltatás színvonalának növelése.

Az üzleti modellezés folyamata során a "mit" kell tenni a "hogyan" fogalmából. A szimuláció eredménye egy olyan dokumentum kell, hogy legyen, amely a fejlesztőcsapat számára világos képet ad a projekt határairól, valamint az ügyfél szoftveréről és hardveréről. A kapott adatok tükröződnek a projektleírásban, amely a következő szakaszokat tartalmazhatja:

• az alkalmazásadatok fő entitásainak leírása;
• az alkalmazás specifikációjának hivatalos leírása;
• üzleti logika és üzleti szabályok;
• funkcionális követelmények;
• nem funkcionális követelmények;
• jelentkezési lap / oldal sablonok;
• szavazás vagy rövidítések listája;
• segéddiagramok.

Üzleti modellezési eszközök és fejlődésük

Az üzleti modellek létrehozásához információs rendszerek tervezési eszközeit és a megfelelő leírási nyelveket használják (közülük a leghíresebb az UML - Unified Modeling Language). Ilyen nyelvek segítségével grafikus modellek és diagramok készülnek, amelyek bemutatják a szervezet üzleti folyamatainak szerkezetét, az emberek közötti interakció megszervezését és a szervezet egészének teljesítményének javításához szükséges változtatásokat. Az üzleti modellezési eszközök folyamatosan fejlődnek. Kezdetben ilyen eszközök segítségével csak a vállalat üzleti funkcióit (munkáját) és az adatmozgást lehetett leírni azok végrehajtása során. Ugyanakkor, ha ugyanazt az üzleti funkciót használták különböző típusú munkák elvégzésekor, nehéz volt megérteni, hogy ugyanazt vagy más üzleti funkciót jelent -e. Az, hogy képtelen volt egyértelműen meghatározni az üzleti folyamatok hierarchiáját (például „értéklánc”, „üzleti folyamat”, „részfolyamat”, „munka”, „funkció”), problémákat okozott az ilyen leírások használatakor. A leírások maguk is csak képgyűjtemények voltak. Később olyan eszközök jelentek meg, amelyek lehetővé teszik, hogy ne csak az üzleti funkciók oldaláról írja le a szervezetet, hanem más oldalról is. Így lehetővé vált külön diagramok készítése, amelyek tükrözik a vállalat szervezeti felépítését, a szervezet adatáramlását, az egyetlen üzleti folyamatot alkotó üzleti funkciók végrehajtásának sorrendjét, a logikai szimbólumok használatának képességét stb. Az üzleti modellezési eszközök iránti folyamatosan növekvő követelmények miatt egyre több diagram jelenik meg a szervezet tevékenységének különböző aspektusairól, ami egyre nehezebbé tette a modell létrehozását. Ebből a szempontból az üzleti modellező eszközök fejlesztésének következő fontos állomása az objektumok egyetlen tárolójának (tárolásának) használatához és az objektumok lehetséges diagramokon történő lehetséges újrafelhasználásának ötletéhez kapcsolódik. Bármelyik eszközt is választják, biztosítani kell a helyi információs rendszerek kölcsönhatását egymással. Napjainkban a legmodernebb és ugyanakkor általánosan elfogadott szabvány az üzleti folyamatok menedzsmentjének megszervezésére a BPEL (Business Process Execution Language). E termék alapján egyetlen integrációs platformot hozhat létre az összes használt alkalmazáshoz. A folyamatok modellezése után az egyik modellező eszköz speciális fordítókkal hozza a modellt a BPEL -be.

Példák az üzleti modellezésre és annak eredményeire

• A költségek csökkentése. Az üzleti modell betekintést nyújt abba, hogy hol kerülhetők el a szükségtelen költségek, és hogyan optimalizálható az erőforrások felhasználása. Az üzleti modell alapján funkcionális költségelemzést végeznek, hogy kiszámítsák egy termék vagy szolgáltatás költségét, és létrehozzák a költségvetés -kezelési rendszert, amely lehetővé teszi a vállalkozás költségeinek ellenőrzését.
• Fokozott hatékonyság. Az alkalmazkodás és a személyzet képzésének költségeinek csökkentésének képessége. Az előkészített üzleti modellre épülő szabályozási dokumentáció megfelel a szervezet jelenlegi állapotának, elosztja a felelősséget, felépíti a karriernövekedés hierarchikus rendszerét.
• A hatáskör bővítése, a hálózat bővítése, a fióktelepek szervezése. Az üzleti modell jelenléte csökkenti a költségeket, és lehetővé teszi a vállalkozás új ágainak elrendezésének szerkezetének leírását.
• A befektetés megfelelősége. Az üzleti modellezés segítségével megfelelő pontossággal meghatározható a tőkebefektetés összege, csökkenthetők a kockázatok és a pénzügyi veszteségek egy új projekt kezdeti szakaszában.
• Az EDMS megvalósítása. A vállalkozás üzleti modellje szabványosítja a vállalkozás dokumentumainak összetételét, és meghatározza a dokumentumok mozgásának útvonalait.
• ERP, SCM, CRM vagy más szoftverrendszerek automatizálása és megvalósítása. Az üzleti modell alapján lehetőség van a rendszerre vonatkozó magasabb minőségi követelmények megfogalmazására és a költség és funkcionalitás szempontjából optimális megoldás kiválasztására.
• Minőségirányítási rendszer tanúsítása. A vállalkozás üzleti modelljének kialakítása jelentősen csökkentheti a minőségirányítási rendszer kifejlesztésének, bevezetésének és tanúsításának idejét és költségeit, valamint beszerezheti a sikeres tanúsításhoz szükséges dokumentumokat, és csökkentheti a minőségirányítási rendszer fenntartásának költségeit.

Az üzleti modellezés jellemzői

Az üzleti modell létrehozása, megvalósítása és támogatása költséges beruházási projekt. És mint minden projektet, az üzleti modell megalkotását is meg kell előznie annak megvalósíthatóságának és megvalósíthatóságának elemzésével. A nagy projektekhez nagy teljesítményű üzleti modellező eszközökre van szükség, jól fejlett funkcionalitással: információ tárolására egyetlen lerakatban, csapatmunkára egy modellezési projekten és a létrehozott modell integritásának ellenőrzésére, félautomata diagramok generálására, más szoftverekkel való integrációra, elemzésre és a modell dokumentálása - míg kis projekteknél, költség miatt, bölcsebb lenne kevésbé hatékony eszközöket használni. A tevékenység elemzéséhez, a meglévő struktúra kialakításához, először megfelelő üzleti modellt kell felépíteni. Vagyis kezdetben az elmélet, és csak utána - a megvalósítása.

Megoldások

Manapság nagyszámú szoftvertermék létezik, amelyek a szervezet felépítését írják le. A Gartner elemző cég jelentései szerint a következő vállalatok tulajdoníthatók e szegmens vezetőinek.

Ü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ára szolgáló módszertant (jelölést) olyan módszerek halmazaként kell értelmezni, 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ának legszélesebb körben alkalmazott módszere 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 és 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 képviseli, 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 (nagy szá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 streaming 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ós, hanem anyagáramokat 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 beviteli 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 észlelt) 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. Általában viszonylag egyszerű rendszerek tervezésekor egyetlen csillag topológiájú kontextusdiagramot építenek, amelynek középpontjában az úgynevezett fő folyamat áll, amely össze van kötve a mosogatókkal és az információforrásokkal. Ö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, hanem adatfolyamokkal összekapcsolt alrendszerek halmazát tartalmazza.

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 tendencia figyelhető meg a különböző modellezési módszerek integrálására, 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 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 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 az ARIS saját modellezési módszereit, 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 megkezdheti.

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 változatosak 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, például papíralapú dokumentumokat tükröz.

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 jelzi, anélkül, hogy aggódnia kellene az ellenőrző dokumentumok és információk tükröződése miatt, a kapott modellek elemzés és további felhasználás szempontjából alacsony értékűek lesznek.

A modellek ARIS -ban való 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.

Ebben a cikkben rövid áttekintést teszünk közzé az üzleti folyamatok leírására és modellezésére szolgáló programokról.
Amint információkat kapunk, rövid leírásokat adunk a programokhoz a cikkhez.
Ha ismer egy kényelmes programot az üzleti folyamatok modellezésére, amely nem szerepelt a listánkban, tudassa velünk a megjegyzésekben vagy a visszajelzési űrlapon keresztül.

1. Az ARIS Express egy olyan eszköz az üzleti folyamatok modellezésére, amelyet elég egyszerű telepíteni és használni, így kezdő felhasználók és egyetemisták egyaránt használhatják. Ez a termék az IDS Scheer (jelenleg a Software AG része) modellező eszközök ARIS (ARchitecture of Integrated Information Systems) családjába tartozik, jelenleg széles körben képviselteti magát az orosz piacon, néhány éve honosították meg, sőt orosz nyelvű technikai támogatást is kaptak. Az IDS Scheer által gyártott ARIS termékcsalád (ARchitecture of Integrated Information Systems) nemcsak az üzleti folyamatok modellezéséhez és a modellek közzétételéhez szükséges eszközöket, hanem integrált eszközöket is tartalmaz a kiegyensúlyozott eredménymutató kialakításához, az üzleti folyamatok költségeinek felméréséhez és optimalizálásához, szimulációjuk, modellezésük, eszközök, amelyek egyszerűsítik az ERP rendszerek megvalósítását, az elosztott alkalmazások és az IT infrastruktúra kialakítását, valamint eszközök az üzleti folyamatok végrehajtásának nyomon követésére. A vezető elemzőcégek, a Gartner Group és a Forrester Research az IDS Scheer -t az üzleti folyamatok modellezésének és elemzésének globális piacának vezetői közé sorolja.

2. Bizagi Process Modeler - ingyenes szoftver folyamatdiagramok és dokumentációk készítéséhez a BPMN szabvány jelölésében.

3. A Business Studio egy hazai gyártó üzleti modellező rendszere, amely lehetővé teszi a vállalatok számára, hogy felgyorsítsák és leegyszerűsítsék irányítási rendszerük fejlesztését, a minőségirányítási rendszer bevezetését. Van egy ingyenes verzió. A fő megoldandó feladatok:

• A stratégia formalizálása és megvalósításának ellenőrzése
• Üzleti folyamatok tervezése és optimalizálása
• Szervezeti felépítés és személyzeti kialakítás
• A szabályozási dokumentáció kialakítása és elosztása a munkavállalók között
• Az ISO szabványoknak megfelelő minőségirányítási rendszer bevezetése
• A feladatmeghatározás kialakítása és az információs rendszerek megvalósításának támogatása

4. AllFusion Process Modeler - Lehetővé teszi az adatmodell leírását, elemzését és modellezését - a meta -adatmodellek készítőjét. Piaci szegmensének egyik vezető pozícióját foglalja el.
Három szabványos módszert tartalmaz: IDEF0 (funkcionális modellezés), DFD (adatfolyam -modellezés) és IDEF3 (munkafolyamat -modellezés).

5. egy komplex eszköz, kényelmes felhasználói felülettel, amelyet mind a termelési, mind az informatikai személyzet közös munkájának modellezésére és szervezésére terveztek.

• Gyorsan és zökkenőmentesen integrálja a modellezést, a munkafolyamat kiépítését és a szimulációt.
• Raktárvezérelt szimuláció, változásjelentés és valós idejű teljesítményértékelők.
• A munkafolyamatok nyomon követése az interneten keresztül szabványos böngészővel.

6.ELMA - Orosz fejlődés. Az üzleti folyamatkezelő rendszer egy egyszerű ötleten alapul: vizuális diagramok (BPMN jelölés) segítségével modellt épít a vállalat üzleti folyamatairól, betölti ezeket a leírásokat az ELMA számítógépes rendszerbe, és a program lehetővé teszi a folyamatok végrehajtásának nyomon követését a vállalkozás valódi gyakorlatában. Van egy ingyenes verzió.
Az automatizáláshoz nyereséges szekvenciális feladatok kezelése mellett létezik egy projektmenedzsment modul is. A meglévő vezérlőrendszer (többek között a KPI felügyeleti modulon keresztül) és a jelentések optimális feltételeket teremt a csapatmunkához, beleértve a távoli munkát is (különösen értékes az ágak számára).
Az elektronikus dokumentumkezelés a rendszer összes moduljához kapcsolódik, és biztosítja a dokumentumok tárolását és osztályozását. Ez sok időt takarít meg, és minimálisra csökkenti a „pótolhatatlan munkavállaló” fogalmát.
Az ügyfelek és a hozzáférési jogosultságok elszámolása a CRM modulban megoldott: hozzáadásra került a call centerekkel való integráció funkciója. Egy hétköznapi felhasználó számára az ELMA hasznos lehet a vállalati levelezés és a feladatkezelő eszköz alternatívájaként.

7. A Fox Manager üzleti folyamatai ingyenesek. Program az üzleti folyamatok kiépítésére és elemzésére, valamint jelentések készítésére a vállalkozás folyamatmodelljéről. A program lehetővé teszi a vállalat egyetlen integrált folyamatmodelljének felépítését. Az alkalmazott jelölés közel áll az alapvető folyamatábrához, amely sokak számára jól ismert az üzleti folyamatok felépítésének egyszerűségéről. A program automatikusan felépíti a legfelső szintű folyamatokat, vizuális diagram formájában megjelenítve a kategóriák és az üzleti folyamatok kölcsönhatásait. A program elemző funkciói lehetővé teszik, hogy időben észrevegye és kiküszöbölje az épített folyamatmodell felépítésekor elkövetett hibákat, nevezetesen, hogy kiemelje azokat a folyamatokat, amelyekért senki sem felelős, linkeket találhat nem létező dokumentumokhoz, pozíciókhoz, beszállítókhoz vagy üzleti folyamatok.

Roman Isaev

Szervezetfejlesztési és folyamatmenedzsment szakértő

A „Modern Management Technologies” vállalatcsoport partnere

Szervezeti és vállalati fejlesztési projektek vezetője

Professzionális üzleti edző és üzleti stúdió szakember

A cikk az üzleti modellezés, az üzleti tervezés, valamint a szervezet- és vállalatfejlesztés területén felmerülő feladatokkal és projektekkel foglalkozik. Rendszerezi azokat az információkat, amelyek elősegítik a szervezetekben az üzleti modellezés jelentésének és jellemzőinek mélyebb megértését, valamint bemutatja az üzleti modellezés szerepét a további versenyelőnyök megszerzésében. Különféle példák, interjúk, linkek a módszerekhez és gyakorlati megoldások állnak rendelkezésre.

Az üzleti modellezés a szervezet különböző üzleti modelljeinek (stratégia, üzleti folyamatok, szervezeti felépítés, minőség stb.) Kifejlesztésének és megvalósításának folyamata annak tevékenységének formalizálása és optimalizálása érdekében. Az üzleti modell meghatározása azonnal önmagát sugallja.

Üzleti modell Formalizált leírás (például grafikus) a szervezet tevékenységének egy bizonyos aspektusára vagy területére.

Az üzleti modellek fejlesztésének 4 fő módja van. Soroljuk fel őket az építési és üzleti modellek hatékonyságának csökkenő sorrendjében.

• Egy speciális üzleti modellező szoftver termék jelölésében (szabályai): grafikák, táblázatok és szöveg kombinációja. További részletekért lásd a 8. fejezetet;
• Grafika: fa, tömbvázlat, technológiai térkép stb.
• Táblázatos;
• Szöveg.

Sok szervezet foglalkozik üzleti modellezéssel, de ezen a területen mindegyik különböző fejlődési szakaszban van. Valaki már kifejlesztett és aktívan használ egy összetett üzleti modellt (olyan modellek, dokumentumok és rendszerek összessége, amelyek leírják a szervezet összes tevékenységét). Valakinek csak grafikus modelljei és szabályai vannak több üzleti folyamathoz.

A szervezetekben kifejlesztett üzleti modellek fő típusai:

• üzleti folyamatok fája (hierarchikus lista) - lásd az ábrát. 1;
• üzleti folyamatok grafikus modelljei;
• szervezeti felépítési modell - lásd az ábrát. 2;
• a célok és mutatók modelljei (BSC / KPI stratégiai térképek);
• dokumentumkönyvtári modellek (dokumentumfa), információs rendszerek modelljei (rendszer architektúra) - lásd az ábrát. 3;
• termék- és szolgáltatási modellek - lásd az ábrát. 4;
• minőségirányítási modellek és még sok más.

Mindezek a modellek lehetővé teszik a professzionális üzleti modellező szoftver (BMSP) kifejlesztését.

A szerző több mint 10 éve használja projektjeiben és saját fejlesztéseiben az FSPM piacon ismert megoldások nagy részét: Business Studio, ARIS, AllFusion Process Modeler (BPWIN), Business Engineer, Microsoft Visio. Mindegyiknek megvannak a maga funkcionális jellemzői, korlátai és előnyei. A szerző által kifejlesztett szoftvertermékek összehasonlításának módszertanáról a 8. fejezetben olvashat bővebben.

Rizs. 1. A bank üzleti folyamatainak fája (legfelső szintű)

Rizs. 2. A bank szervezeti felépítésének modellje (legfelső szintű)

Rizs. 3. A bank dokumentumkönyvtárának modellje (töredék)

Rizs. 4. A bank termékeinek és szolgáltatásainak modellje (legfelső szintű)

Üzleti elemzői tudás és eszközök „úri készlete”

Soroljunk fel olyan alapvető ismereteket és eszközöket, amelyeket a szerző szerint egy modern üzleti elemzőnek, az üzleti modellezés szakemberének kell elsajátítania. Ez a lista a fiatal szakemberek számára is hasznos lehet erősségeik és fejlődési lehetőségeik elemzéséhez.

1. Üzleti modellező szoftver: Business Studio, ARIS, AllFusion Process Modeler (BPWIN), üzleti mérnök, Microsoft Visio;
2. Az üzleti modellezési jelölések és az üzleti folyamatok leírása: IDEF0, IDEF3, adatáramlási diagram (DFD), kiterjesztett eseményvezérelt folyamatlánc (eEPC), hozzáadott értéklánc -diagram (VAD), keresztfunkcionális folyamatábra stb. , és ezeket részletesen leírja a szoftver termék felhasználói kézikönyve;
3. Üzleti mérnöki / menedzsment technikák és módszerek:
   • BSC / KPI kiegyensúlyozott eredménymutató kidolgozása és megvalósítása;
   • Az üzleti folyamatok leírása;
   • Az üzleti folyamatok minőségének elemzése, optimalizálása, minőségének javítása;
   • Üzleti folyamatok hosszú távú menedzsmentje;
   • Funkcionális költségelemzés (FSA) és szimuláció;
   • A szervezeti felépítés leírása és optimalizálása, a személyzet száma;
   • Személyzeti motivációs rendszerek létrehozása;
   • A minőségirányítási rendszer felépítése és működésének megszervezése (ISO 9000);
   • Projektmenedzsment (beleértve a PMBOK -t - Projektmenedzsment ismeretek);
   • Átfogó üzleti modell felépítése a szervezet számára;
   • Benchmarking;
   • Sovány, 6 szigma;
   • TQM (Total Quality Management);
   • Tanácsadó cégek által kifejlesztett különféle ipari módszerek és szabványok. A bankszektorra alkalmazható összes módszer teljes listája és részletes leírása itt található.
4. Tipikus megoldások, példák, fejlesztések és anyagok. Annak érdekében, hogy a legtöbb anyagot ne a nulláról fejlesszük, és ne kövessünk el olyan hibákat, amelyeket más szakemberek már átéltek, szabványos megoldások, modellek, dokumentumok stb. Szükségesek. Például egy elektronikus adatbázis (referenciakönyv) " Egy kereskedelmi bank átfogó tipikus üzleti modellje ".

Így a következő séma alakítható ki (lásd 5. ábra):

Módszertan + Tipikus megoldások + Szoftvertermék = Eredmény

Rizs. 5. "Gentleman" üzleti elemzői ismeretek és eszközök

Itt a technikák és módszerek megmutatják, HOGYAN végezhet projekteket és feladatokat.

A tipikus megoldások és anyagok bemutatják, MI legyen az eredmény (eredmény).

A PCBM segítségével minden feladat és projekt végrehajtása automatizált. Ez többször csökkenti az időt és növeli a munka hatékonyságát. Például a Business Studio rendszer lehetővé teszi, hogy egyetlen gombnyomásra automatikusan előállítson szabályozási dokumentációt az üzleti folyamatok kidolgozott modelljei alapján, jelentős megtakarítást biztosítva a pénzügyi és munkaerő -forrásokban.

Üzleti modellezés: A gyakorlati alkalmazás jellemzői

Az üzleti modellezés fő jellemzője, hogy az üzleti folyamatokon kell alapulnia. Az üzleti folyamatmenedzsment rendszer (SMS) az az alap, amelyre számos más irányítási rendszer és technológia épül.

Sok szervezetben a menedzsment, a fejlesztés és az optimalizálás különféle megközelítéseit, módszereit és technológiáit hajtották végre és hajtják végre.

A gyakorlat azt mutatja, hogy bizonyos esetekben ezek a technikák sikeresek a végrehajtás kezdeti szakaszában, de aztán fokozatosan elveszítik hatékonyságukat, és elfelejtik őket.

A szervezet teljesítményének ezen megközelítésekkel / technikákkal történő javítására tett kísérletek kudarca gyakran a nem rendszerezett és töredezett cselekvéseknek köszönhető, amelyek nem járnak alapos elemzéssel és alapvető változásokkal a szervezet munkájában.

A probléma leküzdésének fő módja az, hogy bevezetünk egy folyamatszemléletet a menedzsmentbe a szervezetben (azaz felépítünk egy üzleti folyamatmenedzsment rendszert), amely alapul szolgál más módszerek, irányítási / fejlesztési és optimalizálási technológiák megvalósításához.

A bonyolult üzleti modellezési technikák, amelyek nem redukálhatók egyszerű és egyértelmű műveletekre, általában nem működnek a szervezetekben. Valójában végül e technikák megvalósítása és alkalmazásuk eredménye a szervezet személyzetére és közvetlen vezetőire hárul, akik nem mindig rendelkeznek speciális kompetenciákkal a modern menedzsment és üzleti mérnöki technikák területén, és néha megfelelnek ezeknek. ellenségeskedéssel.

Annak érdekében, hogy a szervezetben és a projekt egészében alkalmazott módszertan (technológia) sikeres legyen, és meghozza a tervezett eredményeket, kívánatos, hogy:

1. Olcsó. Ez különösen igaz a közepes és kis szervezetekre, amelyek nem engedhetik meg maguknak a drága megoldások megvalósítását;
2. Egyszerű és érthető a szervezet rendes alkalmazottai számára;
3. Gyakorlatilag irányított, meglehetősen „gyors” és ugyanakkor hosszú távú eredményekhez;
4. Figyelembe vettük az orosz vállalatok menedzsmentjének sajátosságait;
5. Példákat és tipikus megoldásokat tartalmaz.

Itt is helyénvaló a minőségirányítás 8 fő elvét idézni, amelyek az üzleti modellezés minden feladatára vonatkoznak, és lehetővé teszik azok végrehajtásának biztosítását.

1. Fogyasztói orientáció;
2. A fej vezetése;
3. A munkavállalók bevonása;
4. Folyamat megközelítés;
5. A menedzsment szisztematikus megközelítése;
6. Folyamatos fejlesztés;
7. Tényeken alapuló döntéshozatal;
8. Kölcsönösen előnyös beszállítói kapcsolatok.

Valójában az 1 vagy 2 alapelv be nem tartása is negatív hatással lehet a szervezet fejlődésére.

Az üzleti modellezés értéke

Az üzleti modellek fejlesztésének megkezdésekor a szervezetek bizonyos emberi és anyagi erőforrásokat különítenek el a projekt megvalósításához. Ebben az esetben az elvégzett munka eredményeként bekövetkező fejlesztéseknek meg kell haladniuk ezeket a költségeket. Hogyan segíti végül az üzleti modell a szervezet működését? Az üzleti folyamatok hozzáértő és szisztematikus leírásában számos, a leginkább észrevehető és jól ismert pozitív hatás van.

1. A szervezet tevékenységeinek átláthatóságának, irányíthatóságának és ellenőrizhetőségének növelése minden szinten;
2. Az átfutási idő és a költségek csökkentése, az üzleti folyamatok minőségének és hatékonyságának javítása;
3. Képesség a szervezet üzleti tevékenységének megismétlésére (további ügyfélosztályok, irodák, képviseletek létrehozása);
4. A szervezet átfogó és fenntartható fejlődése, a döntéshozatal szisztematikus megközelítése;
5. A személyzettől való függőség csökkentése, az alkalmazottak helyes kiválasztása, a személyzet és a vezetők hatékonyságának növelése;
6. A vevői lojalitás és elégedettség növelése, és ennek eredményeként a szervezet hírneve;
7. Pénzügyi eredmény.

Vannak azonban más szempontok is, amelyeket az üzleti vezetők és tulajdonosok széles köre nem ismer.

Az üzleti modellezés és a kapcsolódó technológiák / megoldások jelentős hatást gyakorolnak a szervezet minősítéseire, amelyeket a minősítő ügynökségek rendelnek hozzá, beleértve a nemzetközi minősítéseket is (Fitch, Moody’s, S&P stb.).

A különböző nemzetközi és orosz ügynökségek (beleértve) minősítésének módszereinek elemzése, valamint az ügynökségek képviselőivel folytatott interjúk eredményeinek nyomon követése után a szerző megállapította, hogy számos ügynökség a szervezetek minősítései, vegye figyelembe a "Vállalatirányítás / menedzsment" (nem pénzügyi értékelések) elnevezésű tényezőcsoportot. Ez a paraméter a következő tényezőket tartalmazza:

• A szervezet megfelelő és részletes stratégiája;
• Kialakított kockázatkezelési rendszer (beleértve a működési kockázatkezelési rendszert);
• Az üzleti folyamatok szabályozásának (formalizálásának) szintje;
• Az üzleti folyamatok minősége (a KPI mutatók története);
• Az üzleti folyamatok automatizáltságának szintje, az információs rendszerek és technológiák állapota (IT);
• Szervezeti felépítés (formalizálás, hatékonyság, átláthatóság, felelősség és hatáskör elosztása);
• A szervezet különböző irányítási rendszereinek fejlődése és működése (minőségirányítási rendszer, munkarendszer és ügyfélkapcsolat, személyzeti irányítási rendszer stb.).

A részletes feltételek és becslések az adott ügynökségtől függenek.

A minősítési algoritmus meglehetősen egyszerű és egyszerű. A minősítő ügynökség könyvvizsgálói tanulmányozzák és értékelik a szervezet tevékenységét a minősítési hozzárendelés módszertanában meghatározott szabályok és kritériumok szerint. Beviteli információként a következőket használják:

• A szervezet szabályozási és jelentéstételi dokumentumai;
• A szervezet tevékenységének megfigyelése és interjúk.

Ezért fontos, hogy ne csak nagyszámú helyes és releváns dokumentumot dolgozzunk ki, hanem felhívjuk a munkavállalók figyelmét is, biztosítsuk az üzleti folyamatok hatékony végrehajtását és az irányítási rendszerek működését a gyakorlatban.

Az összes kritérium osztályzatát bizonyos szabályok szerint összesítik, és a teljes pontszám alapján meghatározzák a szervezet minősítését. Az egyes kritériumcsoportok súlya eltérő lehet, ezért az alacsony súlyú kritériumcsoport nagy pontjainak összege nem járul hozzá a végső osztályzathoz.

A hozzárendelt minősítések (minősítési skála) leírása a hitelminősítő intézet és a minősítés típusától függően eltérő lehet (hitelminősítés, megbízhatósági besorolás, menedzsment minősítési besorolás, pénzügyi szilárdsági besorolás stb.). Például: a legmagasabb szintű megbízhatóság, kielégítő megbízhatósági szint, alacsony megbízhatóság stb.

1. Pályázatokon és akkreditációkban való részvétel;
2. A szervezet imázsának (tekintélyének) javítása a piacon, partnerek és vállalkozók körében;
3. A szervezet imázsának (tekintélyének) javítása a kormányzati szervekkel;
4. Az ügyfélkör bővítése;
5. Befektetők vonzása;
6. A fenti pontok mindegyike következtében javul a pénzügyi teljesítmény.

Így azoknak az állami vállalatoknak, amelyek érdekeltek a nemzetközi vagy nemzeti minősítések növelésében, az átfogó üzleti modell kiépítésére irányuló projekt hatékonyságának értékelésekor tanácsos további lehetőségeket is figyelembe venni a minősítési pozíciók javítására. Vegye figyelembe, hogy a fent felsorolt ​​tényezők megfelelő vizsgálata, amelyek befolyásolják a szervezet minősítését, minden bizonnyal professzionális üzleti modellező szoftver (BMSP) használatát igényli.

Ebben az irányban további lehetőségeket nyújt a tipikus sikeres ipari megoldások alkalmazása. Tényleges példaként említhetjük a "Business bank átfogó tipikus üzleti modelljét", amelyet a Business Studio szoftver termékben fejlesztettek ki. Összefoglalva a hitelintézetek folyamatkezelésének legjobb gyakorlatait, ez a modell olyan modellként szolgál, amely alapján a pénzügyi szektor vállalatai a fenti paraméterek mindegyikében javíthatják a vállalatirányítást.

Az üzleti modellezés gyakorlata a pénzügyi és hitelintézetekben

A szervezet üzleti modelljének létrehozásáról különböző vállalatok menedzsmentjének sajátosságaitól függően lehet dönteni. Néha ez a felső menedzser egyedüli döntése; az is lehetséges, hogy a vállalat tulajdonosai felismerik az üzleti modellezés szükségességét. A banki szervezetekkel való együttműködés gyakorlatában a szerzőnek ilyen példákkal kellett találkoznia.

"A bank minden tevékenysége egyetlen gombnyomással a számítógépen"

Az egyik ülésen az A Bank igazgatótanácsának elnöke elrendelte: „Szükséges, hogy a bank minden tevékenysége hivatalos legyen, hogy a számítógépen lévő gomb megnyomásával láthassam minden alkalmazott és a bank üzleti folyamata: céljai, mutatói, folyamatai, technológiái, eredményei stb. "

E probléma megoldására a bank elektronikus üzleti modelljét dolgozták ki. Az igazgatótanács elnökének asztalán van egy webböngésző ablak. A benne található linkek lehetővé teszik az összes tevékenység nyomon követését: A vezető megnyithat bármilyen dokumentumot, üzleti folyamatábrát, megtudhatja az üzleti folyamatokért és eljárásokért felelős személyeket, statisztikákat az üzleti folyamatok mutatóiról és az aktuális értékekről, valamint a projektben jelenleg végrehajtott projektek listáját. bank és státuszuk, bármely egység szervezeti felépítése és még sok más.

A testület elnöke nagyon elégedett volt az elvégzett munkával. Meg kell jegyezni, hogy a munkát rövid időn belül elvégezték: 1,5 év telt el a probléma felállításának pillanatától a végső eredmények kézhezvételéig. A projekt megvalósításának nagy sebessége a szabványos megoldás módszertani alapként történő felhasználásának köszönhetően valósult meg - a "Kereskedelmi bank átfogó tipikus üzleti modellje", amely a legtöbb területet leíró, egymással összefüggő modellek, dokumentumok és referenciakönyvek rendszere. egy univerzális kereskedelmi bank tevékenységi és irányítási rendszereiről.

Egyébként mire a projekt befejeződött, az igazgatóság elnöke már a bank részvényese lett. A bank integrált üzleti modellje szisztematikus megközelítést biztosított a bankirányításhoz, amely lehetővé teszi a gyors döntéshozatalt és a bank munkájában bekövetkező bármilyen változást, növeli mind az egyes üzleti folyamatok és részlegek, mind a bank egészének hatékonyságát és minőségét.

"A bankfejlesztés szisztematikus megközelítése"

A B Bank részvényesei azt a feladatot tűzték ki, hogy egy átfogó és hosszú távú fejlesztési stratégiát dolgozzanak ki a bank számára, amely modern menedzsment technológiákon alapul. A bank szervezet- és vállalatfejlesztési szakemberei kutatások elvégzése és több üzleti tréningen való részvétel után a következő megoldást javasolták a részvényeseknek.

Mivel a bank vállalati stratégiáját már meghatározták, kezdhetjük a bank üzleti folyamatainak kezelését szolgáló rendszer kifejlesztésével, mivel az üzleti folyamatok képezik a bank egész munkájának lényegét, és az ügyfelek elégedettsége és a bank nyeresége az üzleti folyamatok eredményeitől függ.

1. Leírjuk az összes kulcsfontosságú üzleti folyamatot, létrehozunk folyamatcsoportokat és kiképezzük őket, biztosítjuk az üzleti folyamatok valamennyi résztvevőjének hatékony interakcióját, hogy az üzleti folyamatok gyorsabban valósuljanak meg;
2. Javítjuk (optimalizáljuk) a folyamatokat ott, ahol szükséges, majd folyamatosan megszervezzük az üzleti folyamatok kezelését. Minden üzleti folyamaton belül stratégiai tervezést szervezünk úgy, hogy minden üzleti folyamatnak legyen stratégiája, amely az aktuális piaci trendeken, az ügyfelek igényein és a bank stratégiáján, valamint céljain és mutatóin alapul;
3. Amikor az üzleti folyamatok és azok menedzselése átláthatóvá és racionalizálttá válik, továbblépünk a következő feladathoz - a bank minőségirányítási rendszerének (az ISO 9000 szabványoknak megfelelően) kiépítéséhez egy folyamatmenedzsment rendszeren. Vagyis a QMS a folyamatirányító rendszer felépítménye lesz. Ez lehetővé teszi a bank számára, hogy ISO 9001 -es megfelelőségi tanúsítványt szerezzen, és javítsa arculatát mind az ügyfelek, mind a partnerek körében. Továbbá a QMS és az ISO 9000 szabványoknak köszönhetően jelentősen csökkentjük az Ügyfeleknek a bankkal szembeni követeléseinek számát és a rossz minőségű termékek és szolgáltatások költségeit, minimalizáljuk a működési kockázatokat, kiegészítjük a bank tevékenységét új követelményekkel és irányítási módszerekkel;
4. Ezzel párhuzamosan megkezdjük az üzleti folyamatok automatizálását. Frissíteni fogjuk, és minőségileg új szintre helyezzük át az elektronikus dokumentumáramlási és működési irányítási rendszer (DocFlow / WorkFlow), az ügyfelek interakciója (CRM) stb. Egyetlen projektirodát hozunk létre, amely felügyeli a szervezeti és vállalati projekteket a bank fejlesztése, minőségileg javítsa a bank személyzetének irányítását, hogy a tevékenység egy rendszer legyen.

Ennek eredményeként a bank integrált irányítási rendszerét kapjuk - egy modern, hatékony eszközt a szervezet irányítására a részvényesek és a bank felsővezetői számára.

Következtetés

A modern körülmények között számos piacon egyre gyakrabban fordul elő olyan helyzet, amikor az árverseny jelentősége csökken, és az áruk vagy szolgáltatások alacsony ára már nem kulcsfontosságú módja az ügyfelek vonzásának és megtartásának.

Például a pénzügyi szektorban egyre több ügyfél figyel a hitelintézet termékeinek / szolgáltatásainak minőségére és gyárthatóságára, a bankkal való kapcsolattartás kényelmére az összes probléma és probléma megoldása érdekében, és képes gyorsan megfelelni a a szervezet új igényei és ügyfelei kérései. Nem kis jelentőséggel bírnak az olyan fontos paraméterek, mint a bank megbízhatósága és stabilitása, amelynek egyik mutatója a meglehetősen magas minősítés a hazai és / vagy nemzetközi ügynökségekben.

Ezért minden okkal feltételezhető, hogy az üzleti modellezés, az üzleti mérnöki technológiák megvalósítása és a szervezetfejlesztés igénye csak növekedni fog.

Most, a vizsgált eszközök által megoldott általános funkcionális feladatok általános tisztázása után, össze kell hasonlítani az ezen eszközök által nyújtott képességeket.

A további elemzés során csak az ARIS ToolSet (a továbbiakban: ARIS), a BP-Win-Erwin (a továbbiakban: BP-Win) és az ORG-Master (a továbbiakban: ORG-Master) programok jellemzőit veszik figyelembe. A Rational Rose program a legnagyobb mértékben pusztán szoftverek, nem pedig szervezeti rendszerek építésére összpontosít, a bemutatás egyszerűsítése érdekében kizárjuk a mérlegelésből, különösen azért, mert az alapul szolgáló UML -módszert most az ARIS implementálja).

Az üzleti rendszerek modellező eszközeinek funkcionalitása

Az üzleti rendszerek modellezésére szolgáló különféle eszközök összehasonlításakor tanácsos figyelembe venni azok jellemzőit a funkcionális képességek következő csoportjai szerint:

• eszközök üzleti rendszerek modelljeinek felépítéséhez;
• eszközök modellek elemzésére;
• a szimulált rendszerek modelljeik szerinti optimalizálásának eszközei;
• a tipikus modellek könyvtárainak támogatása;
• szabályzatok és dokumentációk nyilvántartása;
• adatbázis -modellek és szoftvereszközök fejlesztésének támogatása;
• integráció más szoftvertermékekkel (CASE-eszközök, ERP-rendszerek, alkalmazási programok).

• az üzleti folyamatok általános szervezése és a szervezeti egységek (előadók) kölcsönhatásának rendje,
• a felelősség megosztása az egyes funkciók végrehajtásáért és a rendszer erőforrásainak felhasználásáért,
• szervezeti kapcsolatok, előadók és instrumentális erőforrások betöltése a rendszerbe,
• a szimulált rendszer fő idő- és költségparaméterei,
• a rendszerben előforduló folyamatok erőforrás -ellátására vonatkozó követelmények.

Elemzés az üzleti folyamatok általános szervezése és a szervezeti egységek kölcsönhatásának rendje a rendszerben közvetlenül az üzleti folyamatok konstruált modelljeinek tanulmányozása során történik. A minőségi elemzés lehetővé teszi ezek azonosítását is szerep, amely bizonyos feltételek mellett kizárható a folyamatból. Hol a modell láthatóságát és a rendszerben meglévő kapcsolatok nyomon követésének képességét kiemelt fontosságúvá válik.

A modellek egyértelműségével kapcsolatos megjegyzéseket az alábbiakban ismertetjük. De itt is meg kell jegyezni, hogy a modell fontos követelménye elemzésének lehetősége a teljes felépítése előtt. Valóban, ha csak a teljes modell felépítése után lehet azonosítani a rendszerben az összeköttetéseket (valamint azok hiányát), akkor ez nagyon kényelmetlennek bizonyul a munka kezdeti szakaszában, amikor a folyamatok jellemzőiről szóló információkkal rendelkezik. a rendszerben még mindig hiányozhat vagy pontatlan.

Itt az ORG-Master előnyös helyzetben van, mivel az üzleti folyamatok modellje nem közvetlenül IDEF diagram formájában épül fel. Ez a diagram automatikusan generálható, miután létrehozta és kitöltötte a modellt alkotó osztályozókat (üzleti funkciók, szervezeti egységek, erőforrások stb.), És beállította az összes szükséges vetületet (kapcsolatok az erőforrásokhoz, előadókhoz, eszközökhöz, előírásokhoz és a tényleges kapcsolatokhoz) üzleti műveletek). Így még az üzleti folyamat teljes (vagy részleges) modelljének megszerzése előtt a modellezett folyamatot meghatározó fő kapcsolatok már azonosíthatók és elemezhetők.

Ezzel a megközelítéssel szemben az ARIS és a BP-Win üzleti folyamatmodellei közvetlenül épülnek fel, és a folyamatkomponensek közötti meglévő kapcsolatokat fel kell készíteni az elemzésre a megfelelő eljárások eredményeként.

Így például egy üzleti folyamatmodell BP-Win-ben való felépítése után egy külön adatmodellt építenek fel az ERwin segítségével, amelyben kapcsolatok jönnek létre a rendszerkomponensek között (adatmodell entitások a módszertan szerint). Ezután ezeket a modelleket egy olyan mechanizmus segítségével kapcsolják össze, amely lényegében hasonlít az ORG-Masterben használt vetítési konstrukciós mechanizmushoz (lásd az 1. függeléket. Az ORG-Master szoftver és a módszertani komplex modellkomponensei).

Ezt szem előtt tartva, a modellelemzés második megfontolt lehetősége: az egyes funkciók megvalósításáért és a rendszer erőforrásainak felhasználásával kapcsolatos felelősség megoszlásának elemzése, kiderül, hogy automatikusan megvalósul az üzleti folyamatmodell építésének folyamatában az ORG-Master rendszerben. Valójában a Szervezeti kapcsolat - Funkciók és funkciók - Erőforrások előrejelzései, amelyeket az üzleti folyamatok modelljeinek az ORG -Master programban való elkészítésekor határoztak meg, közvetlenül megmutatják az adott munkaterületért vagy erőforrásért felelős személyeket (és lehetővé teszik ezek bármely kombinációjának elemzését). Ezenkívül az ORG-Master lehetővé teszi a mátrix előrejelzések exportálását az MS Excel programba, ahol azok alapján szervezeti elemzési diagramokat készítenek.

Ebből a célból az ARIS és a BP-Win rendszerben manuálisan kell nyomon követni az összes kapcsolatot az üzleti folyamatok diagramjaiban (és a BP-Win adatmodelleiben), vagy célszerűen össze kell állítani a megfelelő listákat vagy jelentéseket.

Kérdés az előadók és a műszeres erőforrások rendszerbe történő betöltéséről, valamint becslések beszerzése a szimulált rendszer fő időparamétereire, az általuk végrehajtott funkciók összetettségére (vagy egyszerűen időtartamára) vonatkozó mennyiségi adatok alapján dönthetők el. A probléma megoldásához ilyen vagy olyan módon kell bevinni az adatokat a rendszerbe, valamint biztosítani kell az összefoglaló becslések megszerzéséhez szükséges eszközöket. Az IDEF3 módszertan (BP-Win), az ABC-módszerek támogatása az ARIS-ban és a BP-Win-ben, valamint a szimulációs eszközök az ARIS-ban (és részben a BP-Win-ben) lehetővé teszi ezen becslések némi feldolgozását. Ami a tényleges kezdeti adatokat illeti, azokat a felhasználó állítja be, ezért ő a felelős a végeredményért.

A statisztikai (szimuláció / esemény) modellezés (és ezenkívül az ABC módszerek használata, amikor az időt erőforrásként figyelembe véve) segítségével kellően reprezentatív becsléseket kapni a rendszerkomponensek betöltéséhez a következő tényezők akadályozzák.

Modern módszerek bármely folyamat elemzésére ( munkafolyamat) el kell osztani a végrehajtás idejét valójában a műveletek végrehajtásának időszakával és eredményeik továbbításának idejével. Ugyanakkor az irodai folyamatokban vagy a szolgáltatásnyújtás folyamataiban a tényleges munka átlagosan az idő körülbelül 10% -át veszi igénybe, a fennmaradó időt pedig vagy a feladat eredményének fizikai mozgatására fordítják (ehhez a szerződés szövegének aláírása, amelyet újra le kell mosni) és a soron következő várakozásig a végrehajtónak lesz ideje folytatni a folyamatot. Ezért a jelenlegi műveletek idejének egyszerű összegzésén alapuló módszerek általában nem adnak pontos ábrázolást a folyamat időparamétereiről.

Megpróbálhat megfelelőbb eredményeket elérni a rendszer viselkedésének szimulálásával. A szolgáltatás késedelmének idejére azonban vagy nagyon közelítő feltételezéseket kell tennie az időbeli elosztásuk törvényéről, vagy meglehetősen költséges és fáradságos időzítési eljárásokat és későbbi statisztikai feldolgozásokat kell végrehajtania. Ugyanakkor a kapott eredmények megbízhatósága nem lesz túl magas, vagy jelentős többletköltségeket igényel. Ezért ésszerűnek tűnik megközelíteni, hogy: „a modellezés költségei bármilyen információ beszerzéséhez nem haladhatják meg a felhasználás eredményeinek értékét (költségét). Ezenkívül mindig emlékezni kell a Pareto -törvényre, amelyből a vizsgált probléma kapcsán az következik, hogy a modellezési erőfeszítések 20% -a biztosítja a hatás 80% -át.

Ezért a mi szempontunkból, mielőtt az összetett és időigényes és erőforrás-igényes modellezési módszerekre térnénk át, amelyek az idő- és költségparaméterek mennyiségi becsléséhez kapcsolódnak, érdemes összpontosítani arra, hogy az üzleti eredmények nyilvánvalóbb eredményeinek megvalósításából eredő hatást érjünk el. modellezés. A mennyiségi optimalizálás célszerű a valós folyamatok méréseinek és elemzésének figyelembevételével.

Az ORG -Master rendelkezik az ABC elemzőeszközök funkcionális analógjával - Költségvetési varázsló, amely egyszerű költségvetési rendszert hoz létre. Ennek a rendszernek az egyik eredménye az üzleti folyamatok (működési költségvetések) végrehajtásának költségeinek mennyiségi felmérése, amely értékben legalább összehasonlítható az ABC-költségszámítási támogató eszközök segítségével kapott adatokkal.

Ezenkívül az ORG-Master családba tartozik a Time-Master szoftvercsomag is, amelynek egyik összetevője, amely biztosítja a folyamatok kezelését (munkafolyamat), lehetővé teszi a statisztikák felhalmozását azok végrehajtása során, amely becsléseket ad a az elemzéshez szükséges folyamatok időparaméterei.

• Üzleti rendszerek optimalizáló eszközei (üzleti folyamatok) mellett a modellek elemzésének képességei biztosítják: egy menedzsment eszközt.
• számos alternatíva létrehozása;
• tervezés;
• a legjobb cselekvési mód kiválasztása;
• forráselosztás;
• prioritások meghatározása.

A felsorolt ​​funkciók végrehajtása általában speciális, meglehetősen bonyolult vagy nehézkes algoritmusok használatával jár az optimalizálási problémák megoldásához. Az ARIS rendszer számos ilyen lehetőséget tartalmaz. Ezek végrehajtása azonban általában nem tűnik megfelelőnek az üzleti folyamat finomhangolásának szakaszáig, miután egyszerűbb módszerekkel elérték a szerkezetátalakítás eredményeit.

Általános modellkönyvtárak támogatása lehetővé teszi a korábban létrehozott fejlesztések felhasználását az új modellek építésének folyamatában. Ez a képesség mindhárom megfontolt eszközben megtalálható. Különösen az ORG-Master támogatja mind a vállalatok teljes referencia üzleti modelljeit, amelyeket az orosz vállalatoknál valósított meg valós projektek eredményeként, mind a "könyvtári" osztályozókat, amelyek leírják a tevékenységek egyes aspektusainak tipikus szervezetét.

Bejegyzés, az elkészített modelleknek megfelelően, vállalati szabályzat nagyon fontos lehetőségnek tűnik az üzleti rendszer dokumentációs leírásának integritásának és következetességének biztosítására. Ennek a komponensnek az üzleti modellezési eszközökben betöltött jelentősége megérthető, ha a szabályozásokat vállalatirányítási eszköznek tekintjük. Valóban, ha egy vállalat stabil, az azt jelenti, hogy az üzleti folyamatai jól olajozottak, és szinte formális szabályozásra alkalmasak. A belső kultúra, amelynek jelen kell lennie egy ilyen társaságban, lehetővé teszi, ha szükséges, hogy gyorsan újjáépítse az üzleti folyamatok rendszerét vagy paramétereit az érintett osztályok és előadók munkaszabályainak megváltoztatásával.

A társaság tevékenységének minden vonatkozására vonatkozó dokumentumok-előírások megléte a rendszeres, rendszerszintű gazdálkodás koncepciójának egyik alapvető rendelkezése. Elmondása szerint egy jól szervezett vállalkozásban a menedzsment döntéseinek mintegy 80% -a előre meghatározott eljárások szerint születik, és csak a többi, nem szabványos helyzetekhez és különféle újításokhoz kapcsolódóan támaszkodik az alkalmazottak kreativitására és hősiességére.

Egy vállalkozás (vállalat) szervezetét, amely bizonyos célok elérését célozza, modern szinten a következő alapvető szervezeti dokumentumok szabályozzák:

• a szervezeti és funkcionális felépítésre vonatkozó rendelkezés, amely tükrözi a társaságban támogatott vállalkozások és funkciók összetételét, valamint a vállalaton belüli megoszlását;
• a vállalati politikára (számviteli, befektetési stb.) vonatkozó rendelkezések;
• a társaság üzleti és menedzsment fő alrendszereinek megszervezésére vonatkozó előírások, amelyek a tevékenységek tevékenységi körök szerinti részletes leírását tartalmazzák;
• dokumentált eljárások - az üzleti folyamatok leírása olyan formában, amely lehetővé teszi mind a folyamat bemutatását egy külső szemlélő számára, mind pedig e dokumentum útmutatását a folyamatműveletek végrehajtói számára;
• és végül a hagyományos „osztályokra vonatkozó szabályok” és a személyzet „munkaköri leírása” a funkcionális feladatok listájával, a felelősségi típusokkal, a munkavállalók jogaival és hatáskörével.

Ezenkívül lehetővé kell tenni speciális jelentési űrlapok létrehozását dokumentumok létrehozásához különböző funkcionális területeken: Vállalatirányítási információs rendszer feladatköre, Minőségi kézikönyv (lásd például a 3. függeléket) és egyéb különleges dokumentumok az ISO9000 szerint stb. .

Minden olyan információt, amely lehetővé teszi ezen dokumentumok létrehozását, koherens és következetes rendszer formájában kell tartalmaznia a vállalkozás (vállalat) teljes üzleti modelljében. Sőt, sok létrehozott dokumentumnak a lehető legnagyobb mértékben meg kell felelnie az általánosan elfogadott orosz szabványoknak (Nyilvánvaló, hogy az ARIS és a BP-Win rendszerek a legkevésbé felelnek meg az utolsó követelménynek).

Az ORG-Master környezetben az ilyen kijelentések és utasítások automatikusan generálódnak, mint az eljárások leírásának szöveges formái, amelyeket a megfelelő osztályozók és a köztük lévő kapcsolatok reláció-előrejelzései képviselnek. A grafikus űrlapok (különböző ábrák és folyamatábrák) jól kiegészítik ezeket a dokumentumokat.

Az ARIS környezetben a munkaköri leírások és folyamatleírások az eseményfolyamatok diagramjain alapulnak, és elvileg különféle szöveges dokumentumok próbálhatók meg a folyamatmodellek és a szervezeti struktúrák elemzésével. Bár itt nagyobb mértékben ellentétes a kép - a rendszer elsősorban a grafikák készítésére összpontosít, és a dokumentumok -rendeletek megalkotásának funkciója egyértelműen kisegítő jellegű, és ennek következtében nem fejlett.

A BP-Win rendszerben nincs előírva a különböző előírások beszerzésének közvetlen lehetősége.

Kapcsolatban projektdokumentáció két oldalát lehet figyelembe venni: az üzleti folyamatok leírását és az üzleti folyamatokat támogató információs rendszer leírását a későbbi fejlesztéshez. Az elsőt gyakorlatilag egyformán biztosítja minden egyes vizsgált környezetben az a lehetőség, hogy különböző jelentési űrlapokat készíthet az üzleti folyamatok felépített modelljei szerint.

Az információs rendszer fejlesztésének dokumentációját tekintve a leghagyományosabb lehetőségeket a BP-Win / ERwin környezet nyújtja, amelyet valójában erre hoztak létre.

Az ARIS képességei nagyjából hasonlóak: az adatmodell első verzióiban az entitás-kapcsolat sémát írták le, a későbbi verziókban az UML nyelvet. Az ARISToolset azonban fejlettebb információs rendszerek fejlesztési funkciókat biztosít.

Az ORG -Master képességei lehetővé teszik a modellezett üzleti folyamatok információs támogatásának megszervezéséhez szükséges adatstruktúrák teljes körű megjelenítését saját univerzális eszközei - osztályozók és előrejelzések - használatával. Nincsenek formalizmusok, mint például az ER diagramok, bár a legújabb verziókban a DFD szabványban megjelenítés lehetséges. Ezenkívül lehetővé vált az IDEF0 diagramokon való gondolkodás a funkcionális blokkok közötti kölcsönhatásról, nemcsak a dokumentumok és fájlok közvetlen átvitelével, hanem a megosztott adatbázisokon keresztül is!

Támogatás adatbázis -modellek és szoftvereszközök fejlesztéséhez általában olyan eszközök képességeire vonatkozik, mint a CASE vagy hasonló eszközök a vállalati menedzsment információs rendszerek konfigurálására (például az ERP osztályú rendszerek). Az ilyen támogatás a következő funkciókat nyújthatja:

• az információkezelő rendszerek architektúrájának elemzése és tervezése,
• adatbázisok és fájlok tervezése,
• programozás (programkódok generálása),
• támogatás és újratervezés,
• projektmenedzsment.

Kérdések információs rendszerek architektúrájának elemzése és tervezése rendszerint a rendszerkövetelmények és a kapcsolódó specifikációk meghatározásával fejeződnek be. Ez a szakasz a tervezés szisztematikus megközelítésével közvetlenül az üzleti rendszerek modelljeire támaszkodik, és valójában részletezi azokat. Ezért a fenti megfontolások, amelyek a rendszermodellek felépítésére, elemzésére és optimalizálására, valamint az előírások és a dokumentáció kialakítására vonatkoznak, itt érvényesek.

Adatbázis és fájltervezés(fogalmi és belső szintek), az adatmodellek átalakítása, a fájlformátumok leírása a legteljesebb a vizsgált eszközökben, csak a BP-Win (ERwin) támogatja, mivel ezt a környezetet kifejezetten az ilyen problémák megoldására tervezték.

Az ARIS környezetben ilyen lehetőség biztosított az ARIS Toolset csomagban a projekt specifikáció és az adatbázis paraméterek meghatározásának szintjén.

Az ORG-Master környezetben kifejlesztett megközelítés feltételezi (bár nem feltétlenül), hogy az információs rendszerek, amelyek már rendelkeznek adatbázisokkal, használhatók a modellezett üzleti rendszerekben. Ebben az esetben ezeket nem kell újratervezni, kivéve, ha a rendszert ki kell cserélni. Információs rendszerek hiányában azonban az ORG-Master megteremti a koncepcionális adatmodell és az adatállomány-struktúrák alapját. Ezt a keretet az üzleti folyamatmodellekben használt információs objektumok és dokumentumok összetételének és kapcsolatának leírása képviseli.

Programkódok generálása alkalmazás- vagy rendszerszerszámokhoz Az ARIS és az ORG-Master rendszereket nem biztosítjuk, mivel ezek üzleti rendszerek tervezési eszközei, nem szoftverek. Ez a funkció bizonyos mértékig csak a BP-Win rendszerben valósul meg.

Karbantartás és átalakítás... Ezeket a funkciókat rendszerint dokumentációval, programelemzéssel, programátalakítással és átalakítással valósítják meg. A fenti megjegyzések a dokumentációs eszközökkel kapcsolatban teljes mértékben alkalmazhatók ebben a vitában.

Funkciók projektmenedzsment az adatbázisok és szoftvereszközök létrehozása kifejezetten a szoftvertermékek fejlesztésére jellemző. Ebben a formában valósulnak meg a BP-Win rendszerben. Az ORG-Master család projektmenedzsmentje teljes mértékben támogatja a Time-Master szoftvercsomagot. (Bár szigorúan véve ezek a funkciók nem szükségesek a szóban forgó eszközosztályhoz).

Integráció más szoftvertermékekkel a szóban forgó eszköz alkalmazási körének bővítését jelenti, és megvalósítható mind a (Platinum Technologies típusú) kompatibilis szoftvereszköz -család fejlesztésének részeként, akár más fejlesztőktől származó szoftverekkel (harmadik fél szoftvere).

A harmadik féltől származó szoftvertermékekkel történő integráció a következő célok egyikével történik:

• az integrált termék funkcionalitásának felhasználása a termék hatókörének bővítésére,
• lehetővé teszi, hogy a termék beépüljön egy harmadik fél termékébe,
• egyetemes, bizonyos fokú felület biztosítása a termékhez, ha egy adott harmadik fél nem ismert előre.

A funkcionális fókusz szempontjából az integráció:

• A CASE azt jelenti,
• ERP rendszerek,
• alkalmazási programok.

Az ARIS számos CASE -eszközzel rendelkezik interfészekkel, és modellépítő eszköz is az ilyen vállalati irányítási rendszerek, elsősorban az SAP R / 3 közvetlen testreszabásához. Amint fentebb említettük, a rendszer saját jelölésére támaszkodik az üzleti folyamatok képviseletében, ezért beépített szimulációs eszközöket és költségelemző eszközt használ, amelyek eredményei azonban exportálhatók MS Excel formátumokba.

Az ORG-Master és a BP-Win rendszerek támogatják az IDEF0 jelölési rendszert a képviselt üzleti folyamatok leírására. Elvileg ez valamiféle kapcsolat ezek között az eszközök között és a többi szoftvertermékkel való kommunikáció során ezzel a módszerrel. Azonban, ha nem vesszük figyelembe az IDEF0 jelölés "korának" kérdéseit, meg kell jegyezni, hogy az adatok belső ábrázolása minden rendszerben eltérő, és a szabványos interfész, például az "IDEF0" rendszer "foglalatai" vagy osztályai, nem meghatározott. Van azonban egy szabványosított fájlformátum az IDEF diagramok ábrázolására. Ezért, bár a segítségével készített leírások nem túl kényelmesek az emberek és a számítógépek számára sem, lehetőség van a modellek cseréjének eszközére, ha vannak megfelelő formátumú átalakítók. Az ilyen átalakító az ORG-Master következő verzióiban található.

A BP-Win támogatja a módszereket IDEF0, DFDés IDEF3és integrálódik a következő szoftvertermékekkel (többnyire azonos gyártótól):

• ERwin adatmodellező eszköz (Platinum Technology),
• projektmenedzsment és tárolási rendszer ModelMart (Platinum Technology),
• speciális jelentésgenerátor az RPTwin modellhez (Platinum Technology),
• szimulációs rendszer BPSimulator (System Modeling Corporation),
• a költségelemzés eszköze EasyABC (ABC Technologies).

(* Platinum Technology - 1999 óta a Computer Associates tagja)

Az ORG-Master kezdetben szervezeti osztályrendszerként van elhelyezve, amely az üzleti folyamatok és struktúrák modellezésével és tervezésével kapcsolatos problémák megoldására, valamint a szervezeti döntések támogatására összpontosít. Lehetővé teszi, hogy integrálódjon saját fejlesztői csomagjaival ("BIG-SPB Software"), különféle funkcionális feladatok megoldására összpontosítva. Az ORG-Master rendszerben szükség esetén az MS Office környezetben automatikusan létrehoznak egyszerű végrehajtó információs rendszereket:

• Költségvetési rendszer (amely egy egyszerű vezetési számviteli rendszer, a vállalkozás jövedelmezőségének és fizetőképességének kezelése).
• Marketing rendszer (összegyűjti a működési mennyiségi információkat a vállalkozás piacáról, valamint integrálja a saját CRM rendszerével az ügyfélkapcsolatok támogatására).

Ezeknek az alkalmazásoknak a vállalat tevékenységébe történő bevezetése lehetővé teszi a modern menedzsment technikák gyors elsajátítását, ami nagyban megkönnyíti az átmenetet a bonyolultabb végrehajtó rendszerekre.

Lehetséges (és projektekben tesztelték is) az adatok interfészét cserefájlokon keresztül, integrált információs rendszerek kiépítése keretében a partnercégek végrehajtó és elemző programjaival: 1C, A&T: Soft, Intalev, Comtech +, INEK stb. valamint a komplex vezérlőrendszerek vállalati erőforrásaival (például IPS -gyártás).

Az új verzió mechanizmusokat is biztosít az üzleti folyamatok leírásának exportálására a Time-Master szoftvercsomagba, amely egyesíti az olyan rendszerek tulajdonságait, mint a Project Management, a WorkFlow és a Personal Information System, és az Internet / Intranet technológiákra épül.

Szakasz összefoglalója:

Az összehasonlított műszerek fő funkcionális képességeit a 2. táblázat tartalmazza, ahol a funkciók vagy tulajdonságok megvalósítási fokának becsléseit egy ötfokú skálán tüntettük fel.

Amint a 2. táblázatból látható, a becslések közvetlen összegzése körülbelül ± 4%-os szórást eredményez. Ez a különbség a becslések hibáján belül van. Ezenkívül maguk az eszközök, funkcionális orientációjukban eltérően, hasonló becsléseket kaptak, mivel a különböző eszközök eltérő erősségei és gyengeségei közvetlenül kiszámítva kompenzálják egymást.

A funkcionális képességek tárgyalása során azonban hangsúlyozták, hogy közvetlenül az üzleti mérnöki problémák megoldása érdekében a funkcionális képességek egyes csoportjai eltérő jelentéssel bírnak. Ezt a tényt tükrözik a 2. táblázat „Súly” oszlopában rögzített együtthatók. Ezt a tényezőt figyelembe véve látható, hogy az ORG-Master komplex összpontszáma kissé meghaladja az ARIS-t.

De ez ismét a termék tervezett felhasználásának eltérő preferenciái és prioritásai eredménye lehet. Például a modellek kvantitatív elemzésére szolgáló meglévő eszközök (szimuláció és eseménymodellezés) jelentőségének alacsonyabb értékelése miatt, valamint az optimalizáló eszközök esetében, amelyek azonban minden vizsgált rendszerben gyengén vannak képviselve. Ugyanakkor nagyra értékelik az öndokumentáló modellek tulajdonságait vagy a modellezés különböző aspektusainak bemutatásának sokoldalúságát.

Általánosságban elmondható, hogy a modellező eszköz értékelésekor és kiválasztásakor ajánlott önállóan eldönteni, hogy a rendszer eszközei közül melyek a legfontosabbak az alkalmazás konkrét problémájának megoldásában, és ennek megfelelően tegye le a "súlyokat".

Ezenkívül a 2. függelék áttekintést nyújt a formalizálási szabványokról és a vizsgált rendszerekben használt egyes modellek létrehozására és / vagy elemzésére szolgáló eszközökről.