Metodika aris. Modelovanie podnikových procesov

Metodika ARIS sa zameriava na fázy analýzy a definovania požiadaviek pri návrhu systémov riadenia informácií. Ide o viacúrovňový prístup s viacerými pohľadmi, ktorý sa zameriava na problémy súvisiace s podnikaním. Každý pohľad je podrobnejšie s odkazom na etapy životného cyklu softvéru pri definovaní požiadaviek na úrovne, špecifikáciu projektu a opis realizácie. Diagramy procesného reťazca podporujú integrálny popis obchodných procesov na relatívne agregovanej úrovni.

Rámcový Model ARIS

Koncept ARIS (Architektúra integrovaných informačných systémov) od augusta-Wilhelma Scheera je zameraný na vytvorenie podnikového informačného systému, ktorý plne spĺňa jeho obchodné záujmy a moderné ekonomické požiadavky.

Štruktúra je založená na vytvorení reprezentačného modelu a úrovní popisu, ktoré vám umožňujú opísať jednotlivé prvky pomocou špeciálne vyvinutých metód. Metodika ARIS je sľubnou oblasťou vývoja systémov pre optimalizáciu podnikania. Zobrazujú sa pre každú reprezentáciu popisu na úrovni spracovania údajov, počnúc otázkou riadenia podniku a končiac predajom tovaru a služieb.

ARIS sa spolieha hlavne na svoju vlastnú architektúru s piatimi pohľadmi - "Aris House". Týchto päť reprezentácií je:

• organizačný model;
• model riadenia;
• dátový model;
• funkčný model;
• s výstupným (servisným) modelom.

Klasifikácia sa vykonáva tak, aby sa zložitosť modelu rozdelila na päť aspektov a tým sa zjednodušilo modelovanie. Každá reprezentácia koncepcie systémov ARIS (architecture of integrated information) demonštruje model obchodného procesu v určitom aspekte:

1. Funkčné-akcie, zoskupenia a hierarchické vzťahy, ktoré medzi nimi existujú, sú opísané v reprezentácii funkcií, napríklad vo funkčnom strome.
2. Organizačný - poskytuje prehľad organizačná štruktúra spoločnosti vrátane ľudských zdrojov, strojov, zariadení a ich vzťahov.
3. Informačné (dátové modely) - všetky udalosti, ktoré generujú údaje o životnom prostredí, ako korešpondencia, dokumenty a iné.
4. Servis-poskytuje prehľad o celom portfóliu produktov a služieb vrátane služieb, produktov, financií.
5. Manažérsky-typ procesu, ktorý spája všetky ostatné reprezentácie do časovo logického grafu, napríklad v riadených udalostiach technologického reťazca alebo BPMN.

Reengineering obchodných procesov

Reorganizácia obchodných procesov je pre spoločnosti kľúčovou otázkou obnovenia konkurencieschopnosti a ziskovosti na čoraz nestabilnejších trhoch. Podniky orientované na zákazníka by mali byť štruktúrované podľa svojich základné procesy a prísne hodnotovo orientované.

Riadenie pracovného toku je čoraz viac založené na kolaboratívnych distribuovaných aplikáciách, ktoré na jednou rukou, , potrebujú reengineering byť efektívny a na druhej strane používať modely ako špecifikáciu na monitorovanie jeho implementácie.

Nedostatok výkonných nástrojov, ako aj metodické nedostatky, najmä pokiaľ ide o zachytenie logiky a dynamiky zložitých procesov, sú hlavnými prekážkami úspešnej reorganizácie obchodných procesov.

Prístup ARIS poskytuje nielen všeobecný a dobre zdokumentovaný metodický rámec, ale aj výkonný modelovací nástroj, ktorý podporuje proces reinžinieringu vo fázach životného cyklu. Vo výskumnom projekte je integrovaný s prototypom systému riadenia pracovných tokov na zlepšenie opätovného použitia modelov na implementáciu aplikácií.

Koncept životného cyklu

Metodika modelovania obchodných procesov štruktúry a koncepty životného cyklu sa objavili v rôznych aplikačných oblastiach, ako je počítačová integrovaná výroba( CIM), automatizácia kancelárií a návrh informačných systémov.

Metodiky a štruktúry sú často založené na implicitných predpokladoch o ich rozsahu, účele a úrovni podrobností. Existuje však ďalší aspekt, ktorý vedie k širokej škále prístupov. Je to skutočnosť, že schopnosť metodiky ARIS veľmi závisí od cieľa.

Určité úsilie na ňom môže mať popisný charakter, zatiaľ čo v iných prípadoch je potrebné optimalizované implementačné riešenie. V druhom prípade by analýza procesu mala byť podporená formálnymi hodnotiacimi nástrojmi, ako je modelovanie. Vyžaduje si to jednoznačný opis procesu a zhromažďovanie informácií o obchodnom procese.

Dynamické správanie

V súčasnosti je potrebné koordinovať rôzne prístupy, identifikovať spoločné črty a kombinovať rôzne metodiky a štruktúry.

Dynamické modelovanie obchodných procesov bude v budúcnosti čoraz dôležitejšie. Posun od hromadnej výroby k hromadnému prispôsobeniu dizajnu IS a rastúci záujem o špecifikácie systému na nízkej úrovni si vyžadujú presne definované modely.

Aby ste to dosiahli, je potrebné mať predstavu o povahe procesov, aby ste ich mohli upraviť a prekonfigurovať. Pomáhajú identifikovať a eliminovať nedostatky v logike a môžu tiež slúžiť ako špecifikácia softvérového procesu pre návrh informačných systémov.

Dynamické správanie obchodných procesov jasne ukazuje "organizačnú zaujatosť". modelu prekrývajúceho sa s ľudským správaním. Toto skreslenie správania môže byť iba čiastočne reprezentované formálnymi prístupmi modelovania pochádzajúcimi z domény IS. Metodika ARIS by mala zahŕňať aspekty, ako sú ľudské úlohy, zodpovednosti a neformálna komunikácia.

Referenčný model

Ďalším aspektom modelovania obchodných procesov, ktorý si vyžaduje ďalší výskum, je téma referenčných modelov - blok čiastočného modelovania. Toto je neúplné znázornenie systému z daného hľadiska, ktoré slúži konkrétnemu účelu pre konkrétnych používateľov. Referenčné modely sú informačným zdrojom organizácie a tvoria základ know-how. Výhody modelov: zrýchlené procesy modelovania, úspora nákladov a času, zlepšenie kvality-zdôrazňujú potrebu aplikácie.

Procesné modely sú základ pre vývoj podnikových aplikácií. Zatiaľ čo popisujú štruktúru a logiku na úrovni typu, aplikácia workflow podporuje vykonávanie jednotlivých procesov na úrovni inštancie. Definovanie štruktúry v systémoch správy databáz (DBMS) vedie k špecifickej databáze a model vedie k aplikácii pracovného postupu. Na rozdiel od generovania programového kódu z modelov, ako je uvedené v klasických prístupoch k prípadom, je vývoj aplikácií založený na konfigurácii existujúcich softvérových stavebných blokov, a preto podporuje jeho opätovné použitie.

Vývoj pracovného toku

Hardvérová platforma ARIS podporuje vývoj aplikácií workflow. Definícia požiadaviek sa riadi hlavnými obchodnými, nie technickými cieľmi. Pri definovaní požiadaviek sa berú do úvahy aspekty ako čas, náklady, frekvencia, redundancia a ďalšie.

Po analýze súčasného stavu sú vyvinuté rôzne alternatívy popisujúce, ako je možné dosiahnuť zlepšenia. V závislosti od toho, ktoré riešenia sa zvažujú na dosiahnutie zvolenej alternatívy, je možné rozlišovať medzi organizačnými, osobnými alebo technickými prístupmi alebo ich zložením.

Z technického hľadiska je možné preskúmať modely týkajúce sa toho, ktorý informačný systém je potrebný. Na základe modelov môžete určiť typ, potrebné na podpora procesu: správa dokumentov, integrácia databázových aplikácií a ďalšie. Preto by mali byť všetky pohľady integrované do modelu procesu: údaje, organizácia a funkcie.

Pretože spracovanie výnimiek je ústredným problémom v aplikáciách na úrovni definície požiadaviek, výnimky je možné riešiť definíciou špeciálneho diagramu. Ak sú procesné modely definované a schválené ako vstupné údaje pre vývoj aplikácií pracovného toku, je možné ich vylepšiť na ďalšej úrovni.

Špecifikácia Projektu

Funkcie, ktoré bude aplikácia automatizovať, musia byť špecifikované na podrobnej úrovni. Ak sú funkcie vykonávané programom, nie je potrebné ich podrobne špecifikovať. Funkcie vykonávané manuálne by mali byť špecifikované vo forme zoznamov úloh. Preto používajú funkčné stromy, ktoré by sa mali v aplikácii zobraziť ako referenčné informácie.

Tok údajov je opísaný na úrovni definície požiadaviek, hlavne vo forme klastrov a funkcií. Počas vývoja projektu by sa tieto klastre mali definovať podrobnejšie, pokiaľ ide o subjekty. Ak chcete podrobne opísať tok údajov, musíte definovať diagram toku údajov.

V organizačných jednotkách sú procesy opísané v modeli často na abstraktnej úrovni. Aplikácie pracovného toku používajú koncept roly. Úlohy opisujú schopnosti, ktoré musí mať osoba na vykonávanie určitej pracovnej funkcie. Podľa týchto rolí môžu ľudia počas vykonávania aplikácie vykonávať určité kroky. Tento koncept by sa mal zvážiť.

Okrem opísaných aspektov je dôležité presne identifikovať udalosti a rozhodovacie uzly, , ako aj špecifikovať parametre pre integráciu programu.

Opis implementácie

Na úrovni popisu implementácie je potrebné prispôsobiť túto informačnú infraštruktúru koncepcii distribuovanej integrovanej aplikácie workflow založenej na modeli vyplývajúcom zo špecifikácie projektu.

Modely sa používajú na konfiguráciu aplikácie. Možno ich chápať ako grafický program. Vďaka tomuto opätovnému použitiu sa zníži manuálne programovanie programového kódu.

Nie každý model podporuje definíciu grafickej aplikácie. Implementácie vychádzajúce z popisu môžu byť použité ako základ pre" normálnu " prácu programátorov. Podpora inštrumentálneho modelovania vyžaduje počítačové nástroje na reprezentáciu a spracovanie referenčných modelov. Hlavné funkcie Systémy riadenia modelu sú:

1. Konštrukcia a skladovací model.
2. Výber / Vyhľadávanie a analýza modelov.
3. Konfigurácia Modelu.
4. Integrácia modelov.
5. Prispôsobenie a úprava modelu.
6. Evolúcia a zmena modelu.
7. Model vykonávania a interpretácie.

Základné pravidlá metodiky ARIS

Vývojár spravidla začína udalosťou, ak vytvorí EPC. Po udalosti môže nasledovať niekoľko udalostí. V minulosti sa hovorilo, že udalosti a udalosti by sa mali striedať. To vedie k veľmi dlhým procesným modelom s množstvom maličkostí, preto sa dnes navrhuje pridať udalosť, iba ak je potrebné zdokumentovať dôležité zmeny stavu.

Odporúčania pre používanie udalostí:

1. Na začiatku procesu alebo po spustení rozhrania.
2. Na konci procesu alebo do konca rozhrania.
3. Udalosti rozhodnutia o konektore XOR alebo or.
4. Pre dôležité udalosti, ako sú míľniky v projekte.
5. Akcie alebo udalosti by nemali mať viac ako jedno odchádzajúce alebo prichádzajúce pripojenie.
6. Tok riadenia procesu je modelovaný pomocou pravidiel (brány).

Pravidlá môžu byť použité nasledovne:

1. Z jedného prichádzajúceho pripojenia, viacerých odchádzajúcich pripojení (SPLIT).
2. Z niekoľkých prichádzajúcich pripojení nasleduje presne jedno odchádzajúce pripojenie (JOIN.
3. Je možná postupnosť pravidiel.
4. Model Er je zvyčajne uzavretý rovnakým operátorom, aký bol otvorený, a končí "EPC Event".
5. Logické operátory.

V EPC je možné použiť nasledujúce pravidlá:

1. Kroky separačného spracovania, ktoré sa riadia pravidlom, sa vyskytujú paralelne a musia sa vykonať.
2. Pripojenie-musia byť dokončené všetky kroky spracovania prichádzajúcich pripojení, aby ste mohli mali vykonať kroky spracovania, ktoré sa riadia pravidlom.
3. SPLIT-mal by sa vykonať presne jeden z nasledujúcich krokov spracovania pravidiel.
4. Separátor-musí sa vykonať aspoň jedna z nasledujúcich fáz spracovania pravidiel alebo niekoľko alebo všetky fázy spracovania.
5. Existujú špeciálne pravidlá pre logické operácie medzi udalosťami a akciami, ktoré sú uvedené v modeli Aris Express.

ARIS: sada nástrojov

ARIS-Tool kit poskytuje komplexnú podporu počítačovej simulácie. Prostriedky poskytujú štyri moduly pre automatizované analýza, plánovanie a implementácia manažérskych informačných systémov. Tento prístup pokrýva celý životný cyklus modelovania. Pozrime sa bližšie:

1. ARIS-Modeler sa špecializuje na modelovanie systémov. Na základe metaštruktúry platformy ARIS pre PC prezentujú metódy pre konkrétne typy vrátane pokročilého modelovania vzťahov entít, ako aj diagramov procesných reťazcov a podnetov-reakcií, ako aj diagramov funkčnej a organizačnej hierarchie.
2. Aris-Analyzer poskytuje nástroje na štúdium a hodnotenie existujúceho systému z hľadiska kľúča ukazovatele výkonnosti. Analýza slabých miest sa môže vykonať pre každý typ modelovania. Okrem toho je možné získať idealizovaný integračný koncept vrátane cieľovej funkcie a dátových modelov. Referenčné hodnoty sú neoddeliteľnou súčasťou ARIS-Analyzer.
3. ARIS-Project Manager sa používa na riadenie projektov. Je navrhnutý tak, aby plánoval, kontroloval a monitoroval celý projekt vo všetkých jeho fázach. ARIS-projektový manažér definuje všetky úlohy, ktoré budú riešené v procese modelovania obchodných procesov.
4. Cieľom ARIS-Navigator je poskytnúť počítačovú dokumentáciu pre firemný model vyvinutý vo fázach modelovania.

Vyjadriť. Oficiálny softvér

"Aris Express 2", er Model je program vydaný pre Operačné systémy Microsoft Windows. Funguje aj na iných operačných systémoch, ako je Mac OS X alebo Linux.

Na stiahnutie:

1. Prejsť na stránku profilu.
2. Vyberte metódu zavádzania pre operačný systém.
3. Sú členmi komunity ARIS, akceptujú licenčnú zmluvu Software AG a Pravidlá exportu, aby si mohli softvér stiahnuť.
4. Zoznámia sa s pokynmi na inštaláciu bez ohľadu na to, ktoré sťahovanie je vybrané.
5. Zoznámia sa so systémovými požiadavkami, aby si boli istí, že počítač používateľa bude schopný pracovať s programom.

Program má veľmi pokročilú bezplatnú funkciu Aris Cloud. Jedná sa o plnohodnotný produkt na analýzu obchodných procesov, ktorý je ako služba poskytovaná úplne zadarmo na výskumné a vzdelávacie účely. Podporuje spoločné projekty zlepšovania procesov a je k dispozícii súčasne 1 000 používateľom po celom svete. S bezplatnou skúšobnou verziou software ag ARIS Cloud trvá bezplatné predplatné 30 dní. S AERIS Cloud pre študentov trvá bezplatné predplatné 3 mesiace.

EPC ponúka mnoho spôsobov, ako modelové procesy, , analyzujte ich a určte potenciály zlepšenia. Model EPC je priamo zabudovaný do interaktívneho prehliadača modelov. Môžete si ho stiahnuť a upravovať modely zadarmo v ARIS Express 2 er. Môžete tiež použiť poskytnuté videonávody na nájdenie ľahkej cesty do sveta ARIS.

Proces modelovania:

1. Stiahnuť ARIS Express.
2. Zobraziť príklady modelov alebo videonávody.
3. Začnite modelovať.
4. Pripojte sa ku komunite ARIS.
5. Získajte bezplatnú kópiu "z podvádzacieho listu". Ak to chcete urobiť, kliknite na obrázok na stránke profilu, aby ste ho zväčšili a stiahli dokument vo formáte PDF.

Procesy konverzie na XPDL

ARIS verzia 6 2 sa používa na modelovanie procesov, ktoré je potrebné previesť na XPDL..

Pri inštalácii a konfigurácii ARIS spustite program Aris Toolset:

1. Vyberte Súbor na paneli s ponukami-> Vytvorte a potom modelujte v nasledujúcom dialógovom okne.
2. Zobrazí sa ďalšie dialógové okno, v ktorom vyberiete umiestnenie, kde bude model ARIS uložený. Môžete si vybrať napríklad miestne-> Demo62-> Hlavná skupina.
3. Po kliknutí na tlačidlo "Ďalej" sa zobrazí ďalšie dialógové okno. Je potrebné začiarknuť políčko "procesy" a vybrať typ modelu eEPC.
4. Zobrazí sa dialógové okno, v ktorom musíte priradiť názov nového modelu ARIS.
5. Zadajte názov a stlačte tlačidlo "Robiť". V okne sa zobrazí oblasť úprav pre nový model.
6. Pri modelovaní ARIS sa používajú iba prvky panela nástrojov označené červeným kruhom.
7. Prvok umiestnený v pravom hornom rohu panela nástrojov sa nazýva funkcia v ARIS, zobrazí sa v aktivite / úlohe v XPDL, takže ho použite na definovanie úloh v procese.
8. Prvok sa nazýva pravidlo AND V ARIS a je mapovaný na fiktívnu akciu (trasu) v xpdl pomocou a rozdelením alebo spojením, v závislosti od, ako používateľ spája ho s úlohami.
9. Tiež, ak potrebujete definovať akékoľvek zmysluplné id pre iné objekty akcie a prechodu, mali by ste zmeniť rovnaký atribút v ARIS pre zodpovedajúce objekty. Ak to chcete urobiť, musíte dvakrát kliknúť na objekt, vložiť ho do grafu a upraviť atribút identifikátora.
10. Uistite sa, že údaje obsahujú iba alfanumerické znaky alebo symboly"_"," -",".".
11. Po vytvorení modelu v ARIS ho môžete exportovať do XML.
12. Ak to chcete urobiť, nájdite definíciu procesu v zobrazení stromu ARIS, kliknite naň pravým tlačidlom myši a vyberte možnosť " exportovať / importovať-> XML Export...".
13. Po kliknutí na "Exportovať XML" bude používateľ požiadaný o zadanie použitého jazyka a potom vyberte umiestnenie a názov súboru XML, ktorý sa má vygenerovať.
14. Kliknutím na príslušnú ikonu to prevediete * .súbor aml do XPDL.
15. Odošlú súbor XPDL do úložiska, neskôr ho môžete nahrať do motora cez "Balík Mng"- sekcia aplikácie.

Na ceste k skutočne integrovaným podnikom neexistujú jednoduché cesty ani skratky. Neodôvodnené zjednodušenia vo fáze analýzy a integrácie podnikových procesov predstavujú významné riziko pre implementáciu integrovaných systémov.

Nástroje ARIS konsolidujú metodické štruktúry, čo je dôležitým predpokladom úplnej integrácie od reorganizácie obchodu po zavedenie informačných systémov. Tieto procesy sú podrobne opísané v knihe augusta Wilhelma Scheera "modelovanie obchodných procesov". Osvojenie si základov pomáha vytvárať informačný model, ktorý je základným kameňom systematickej a inteligentnej metódy vývoja aplikačných systémov.