Metodika aris. Modelování obchodního procesu

Metodika ARIS se zaměřuje na fáze analýzy a definování požadavků při navrhování řídicích informačních systémů. Jedná se o víceúrovňový přístup s více pohledy, který se zaměřuje na obchodní záležitosti. Každá reprezentace je dále podrobně popsána s odkazem na fáze životního cyklu programové vybavení při určování požadavků na úroveň, specifikace projektu a popisu implementace. Diagramy procesních řetězců podporují integrální popis obchodních procesů na relativně agregované úrovni.

Model Aris Framework

Koncept Aris (Architektura integrovaných informačních systémů) Augusta-Wilhelma Scheera si klade za cíl vytvořit informační systém podniku, který plně odpovídá jeho obchodním zájmům a současným ekonomickým požadavkům.

Rámec je založen na vytvoření reprezentačního modelu a úrovní popisu, což umožňuje popis jednotlivých prvků pomocí speciálně navržených způsobů. Metodika ARIS je slibným směrem pro vývoj systémů pro optimalizaci podnikání. Jsou zobrazeny pro každé zobrazení popisu na úrovni zpracování dat, počínaje otázkou řízení podniku až po implementaci zboží a služeb.

ARIS spoléhá hlavně na vlastní architekturu s pěti pohledy - "Aris dům". Těchto pět reprezentací jsou:

• organizačním modelem;
• manažerským modelem;
• datový model;
• funkčním modelem;
• výstupní (servisní) model.

Klasifikace se provádí tak, aby se složitost modelu rozdělila na pět aspektů a zjednodušila se tak simulace. Každá reprezentace konceptu Aris (architecture of integrated information) systems demonstruje model obchodního procesu v určitém aspektu:

1. Funkční-akce, seskupení a hierarchické vztahy, které mezi nimi existují, jsou popsány v reprezentaci funkce, například ve stromu funkcí.
2. Organizační-poskytuje přehled organizační struktury společnosti včetně lidských zdrojů, strojů, zařízení a jejich vztahů.
3. Informační (datové modely) - všechny události, které generují data o životní prostředí, například korespondence, dokumenty a další.
4. Servis-poskytuje přehled o celém portfoliu produktů a služeb, včetně služeb, produktů, financí.
5. Řízení-druh procesu, který spojuje všechny ostatní pohledy do časově-logického grafu, například v technologickém řetězci řízených událostí nebo BPMN.

Přepracování obchodních procesů

Reorganizace obchodních procesů je klíčovou otázkou pro společnosti, aby obnovily konkurenceschopnost a ziskovost na stále nestabilnějších trzích. Podniky zaměřené na zákazníka musí být strukturovány podle jejich hlavní procesy a přísně zaměřené na hodnotu.

Řízení pracovního postupu je stále více založeno na společných, distribuovaných aplikacích, které jedné straně, potřebují reengineering, aby byli efektivní, a na druhé straně používají modely jako specifikaci pro sledování jeho provádění.

Nedostatek výkonných nástrojů a metodické nedostatky, zejména pokud jde o zachycení logiky a dynamiku složitých procesů, jsou hlavními překážkami úspěšné reorganizace obchodních procesů.

Přístup ARIS poskytuje nejen obecný a dobře zdokumentovaný metodický rámec, ale také výkonný modelovací nástroj, který podporuje proces reengineeringu ve fázích životního cyklu. Ve výzkumném projektu je integrován s prototypem systému řízení pracovního postupu, aby se zlepšilo opětovné použití modelů pro implementaci aplikací.

Koncept životního cyklu

Struktury metodiky modelování obchodních procesů a koncepce životního cyklu se objevily v různých aplikačních oblastech, jako je Computer Integrated Manufacturing (CIM), automatizace kanceláří a návrh informačních systémů.

Metodiky a struktury jsou často založeny na implicitních předpokladech týkajících se jejich rozsahu, účelu a úrovně detailů. Existuje však další aspekt, který vede k široké škále přístupů. Je jím skutečnost, že schopnost metodiky ARIS je velmi závislá na cíli.

Některé snahy o to mohou být ze své podstaty popisné, zatímco jiné vyžadují optimalizované implementační řešení. V druhém případě musí být analýza procesu podporována formálními vyhodnocovacími nástroji, jako je modelování. To vyžaduje jednoznačný popis procesu a shromažďování podrobností o obchodním procesu.

Dynamické chování

V současné době je potřeba sladit různé přístupy, identifikovat společné rysy a kombinovat různé metodiky a struktury.

Dynamické modelování obchodních procesů bude v budoucnu stále důležitější. Přechod od hromadné výroby k masivnímu přizpůsobení designu IS a rostoucí zájem o specifikace systému na nízké úrovni vyžadují dobře definované modely.

K tomu je nutné mít představu o povaze procesů, které je upravují a překonfigurují. Pomáhají identifikovat a řešit nedostatky v logice a mohou také sloužit jako SPECIFIKACE procesu softwaru pro návrh informačních systémů.

Dynamické chování obchodních procesů jasně ukazuje "organizační zaujatost". Modely se překrývají s lidským chováním. Toto zkreslení chování může být reprezentováno pouze částečně formálními simulačními přístupy odvozenými z oblasti IS. Metodika ARIS by měla zahrnovat aspekty, jako jsou lidské role, odpovědnosti a neformální komunikace.

Referenční model

Dalším aspektem modelování obchodních procesů, který vyžaduje další výzkum, je téma referenčních modelů-jednotka částečného modelování. Jedná se o neúplné znázornění systému s daným hlediskem sloužícím určitému účelu pro konkrétní uživatele. Referenční modely jsou informačním zdrojem organizace a tvoří základnu know-how. Výhody modelů: zrychlené simulační procesy, úspora nákladů a času, zlepšení kvality-zdůrazňují potřebu aplikace.

Procesní modely jsou základem pro vývoj podnikových aplikací. Zatímco popisují strukturu a logiku na úrovni typu, aplikace toku operací podporuje provádění jednotlivých procesů na úrovni instance. Definování struktury v systémech správy databází (DBMS) má za následek konkrétní DB a model vede k aplikaci pracovního postupu. Na rozdíl od generování programového kódu z modelů, jak je stanoveno v klasických přístupech CASE, je vývoj aplikací založen na konfiguraci stávajících stavebních bloků softwaru, a proto podporuje jeho opětovné použití.

Vývoj pracovních postupů

Hardwarová platforma ARIS podporuje vývoj aplikací pracovního postupu. Definice požadavků se řídí spíše základními obchodními než technickými cíli. Při určování požadavků jsou zvažovány aspekty jako čas, náklady, frekvence, redundance a další.

Po analýze současného stavu jsou vyvinuty různé alternativy, které popisují, jak lze vylepšení provést. Podle toho, která řešení jsou zvažována k dosažení zvolené alternativy, lze rozlišovat mezi organizačními, osobními nebo technickými přístupy nebo jejich složením.

Z technického hlediska lze modely zkoumat, jaký informační systém je nezbytný. Na základě modelů můžete určit typ, nezbytné pro podpora procesu: Správa dokumentů, integrace databázových aplikací a další. Proto musí být všechny pohledy integrovány do procesního modelu: data, organizace a funkce.

Protože zpracování výjimek je ústředním problémem v aplikacích na úrovni definice požadavků, lze výjimky řešit definicí speciálního diagramu. Pokud jsou modely procesů definovány a schváleny jako zdrojová data pro vývoj aplikací pracovního postupu, lze je vylepšit na následující úrovni.

Specifikace projektu

Funkce, které aplikace automatizuje, musí být uvedeny na podrobné úrovni. Pokud jsou funkce prováděny programem, není nutné je specifikovat velmi podrobně. Ručně prováděné funkce musí být uvedeny jako seznamy úkolů. Proto používají stromy funkcí, které by měly být zobrazeny jako referenční informace v aplikaci.

Tok dat je popsán na úrovni definice požadavků, zejména ve formě klastrů a funkcí. Během vývoje projektu musí být tyto klastry definovány podrobněji ve vztahu k entitám. Chcete-li podrobně popsat tok dat, musíte definovat graf toku dat.

V organizačních jednotkách jsou procesy popsané v modelu často na abstraktní úrovni. Aplikace pracovního postupu používají koncept role. Role popisují příležitosti, které musí mít jednotlivec k výkonu určité pracovní funkce. Podle těchto rolí mohou lidé během provádění aplikace provádět určité kroky. Tento koncept je třeba zvážit.

Kromě popsaných aspektů je důležité přesně identifikovat události a uzly rozhodování, a také určit parametry pro integraci programů.

Popis implementace

Na úrovni popisu implementace je nutné přizpůsobit danou informační infrastrukturu distribuovanému integrovanému konceptu aplikace pracovního postupu na základě modelu vyplývajícího ze specifikace projektu.

Modely se používají ke konfiguraci aplikace. Lze je chápat jako grafický program. Díky tomuto opětovnému použití je Manuální programování softwarového kódu sníženo.

Žádný model nepodporuje grafickou definici aplikací. Vycházející z popisu implementace lze použít jako základ pro" normální " práci prováděnou programátory. Podpora instrumentálního modelování vyžaduje počítačové nástroje pro prezentaci a zpracování referenčních modelů. Hlavní funkce modelové řídicí systémy jsou:

1. Model výstavby a skladování.
2. Výběr / Vyhledávání a analýza modelů.
3. Konfigurace modelu.
4. Integrace modelů.
5. Přizpůsobení a modifikace modelu.
6. Vývoj a změna modelu.
7. Model provádění a interpretace.

Základní pravidla metodiky ARIS

Vývojář obvykle začíná událostí, pokud sestavuje EPC. Událost může sledovat řada událostí. V minulosti se prý události a aktivity měly střídat. To vede k velmi dlouhým procesním modelům se spoustou malých věcí, takže dnes se navrhuje přidat událost, pouze pokud je třeba dokumentovat důležité změny stavu.

Doporučení pro použití událostí:

1. Na začátku procesu nebo po spouštěcím rozhraní.
2. Na konci procesu nebo na konci rozhraní.
3. Události rozhodování o konektorech XOR nebo OR.
4. Pro důležité události, například milníky v projektu.
5. Akce nebo události by neměly mít více než jedno odchozí nebo příchozí připojení.
6. Tok řízení procesu je modelován pomocí pravidel (bran).

Pravidla lze použít následovně:

1. Z jednoho příchozího připojení následuje více odchozích připojení (SPLIT).
2. Z několika příchozích připojení následuje přesně jedno odchozí připojení (JOIN).
3. Je možná posloupnost pravidel.
4. Er model je obvykle uzavřen se stejným operátorem, jak byl otevřen, a končí "EPC událost".
5. Logický operátor.

V EPC lze použít následující pravidla:

1. Separace - kroky zpracování, které se řídí pravidlem, probíhají paralelně a musí být provedeny.
2. Připojení - všechny kroky zpracování pro příchozí připojení musí být provedeny, aby mohl bylo provést kroky zpracování, které se řídí pravidlem.
3. SPLIT-přesně jeden z následujících kroků zpracování pravidel musí být provedena.
4. Oddělovač-musí být proveden alespoň jeden z následujících kroků zpracování pravidla, nebo několik, nebo všechny kroky zpracování.
5. Pro logické operace mezi událostmi a akcemi existují speciální pravidla, která jsou uvedena v modelu ARIS Express.

Aris: sada nástrojů

Sada ARIS-Tool poskytuje komplexní počítačovou simulační podporu. Finanční prostředky poskytují čtyři moduly pro automatizované analýza, plánování a implementace řídících informačních systémů. Tento přístup zahrnuje celý životní cyklus modelování. Podívejme se podrobněji:

1. Aris-Modeler se specializuje na systémové modelování. Na základě meta-struktury představují platformy Aris pro PC metody specifické pro daný druh, včetně pokročilých simulací vztahů entit, jakož i diagramů řetězců procesů a podnětů a odpovědí, jakož i diagramů funkční a organizační hierarchie.
2. Aris-Analyzer poskytuje prostředky k prozkoumání a vyhodnocení stávajícího systému z hlediska klíčových ukazatele výkonnosti. Pro každý typ simulace lze provést analýzu slabých stránek. Kromě toho lze odvodit idealizovaný integrační koncept zahrnující objektivní funkci a datové modely. Reference jsou nedílnou součástí Aris-Analyzer.
3. Aris-Project Manager se používá pro správu projektů. Je určen k plánování, sledování a sledování celého projektu ve všech jeho fázích. Aris-Project Manager definuje všechny úkoly, které budou řešeny během procesu modelování obchodních procesů.
4. Cílem Aris-Navigator je poskytnout počítačovou dokumentaci pro podnikový model vyvinutý během simulačních fází.

Express. Oficiální software

"Aris Express 2", er model-program vydaný pro operační systém Microsoft Windows. Funguje také v jiných operačních systémech, jako je Mac OS X nebo Linux.

Ke stažení programu:

1. Přejděte na profilový web.
2. Vyberte metodu bootování pro OS.
3. Vstoupit do komunity ARIS, přijmout licenční smlouvu a pravidla exportu Software AG, aby bylo možné stáhnout software.
4. Seznamte se s pokyny k instalaci bez ohledu na vybrané stažení.
5. Seznamte se se systémovými požadavky, abyste si byli jisti, že vlastní počítač bude schopen pracovat s programem.

Program má velmi pokročilou bezplatnou funkci Aris Cloud. Jedná se o plnohodnotný produkt pro analýzu obchodních procesů, který je jako služba poskytována zcela zdarma pro výzkumné a vzdělávací účely. Podporuje projekty spolupráce na zlepšování procesů a je k dispozici 1 000 uživatelům najednou po celém světě. S bezplatnou zkušební verzí softwaru AG Aris Cloud trvá bezplatné předplatné 30 dní. S AERIS Cloud pro studenty trvá bezplatné předplatné 3 měsíce.

EPC nabízí mnoho způsobů modelování procesů, jejich analýzy a stanovení potenciálů zlepšení. Model EPC je přímo zabudován do interaktivního prohlížeče modelů. Můžete si ji stáhnout a upravovat zdarma modely v Aris Express 2 er. Je také možné použít poskytnuté videonávody k nalezení snadné cesty do světa Aris.

Proces modelování:

1. Stáhnout ARIS Express.
2. Podívejte se na příklady modelů nebo videonávodů.
3. Začínají simulace.
4. Připojte se ke komunitě ARIS.
5. Získejte bezplatnou kopii "taháku". Chcete-li to provést, klikněte na obrázek na profilovém webu a zvětšete jej a stáhněte dokument ve formátu PDF.

Procesy převodu na XPDL

Pro modelování procesů, které mají být převedeny na XPDL, použijte ARIS verze 6.2.

Při instalaci a konfiguraci ARIS spusťte program ARIS Toolset:

1. Na panelu nabídek vyberte soubor-> Vytvořit a poté model v následujícím dialogovém okně.
2. Zobrazí se další dialogové okno, které vybere místo, kde bude model ARIS uložen. Můžete si vybrat například LOCAL-> Demo62-> Základní skupina.
3. Po kliknutí na další se zobrazí další dialogové okno. Musíte zaškrtnout políčko procesy a vybrat typ modelu eEPC.
4. Zobrazí se dialogové okno, které potřebuje přiřadit název novému modelu ARIS.
5. Zadejte jméno a stiskněte tlačítko "Hotovo". Okno zobrazí oblast úprav nového modelu.
6. Při modelování používá ARIS pouze prvky panelu nástrojů označené červeným kruhem.
7. Položka umístěná vpravo nahoře v sadě nástrojů se nazývá funkce v Aris, zobrazí se v Activity / Task v XPDL, takže ji používají k definování úkolů v procesu.
8. Prvek se nazývá pravidlo AND V ARIS a mapuje se na fiktivní akci (trasa) v XPDL pomocí and Split nebo Join podle toho, jako uživatel připojí jej k úkolům.
9. Navíc, pokud potřebujete určit nějaký smysluplný ID pro ostatní objekty akce a přechody by měly změnit stejný atribut v ARIS pro příslušné objekty. Chcete-li to provést, musíte dvakrát kliknout na objekt, vložit jej do grafu a upravit atribut Identifier.
10. Jsou přesvědčeni, že data obsahují pouze alfanumerické znaky nebo znaky "_", "-", ".».
11. Po vytvoření modelu v ARIS jej můžete exportovat do XML.
12. Chcete-li to provést, musíte najít definici procesu ve stromovém zobrazení ARIS, kliknout pravým tlačítkem a vybrat " exportovat / importovat-> Export XML...».
13. Po kliknutí na "export XML" bude uživatel požádán o zadání použitého jazyka a poté o výběr umístění a názvu souboru XML, který má být vygenerován.
14. Kliknutím na příslušnou ikonu převedete tuto ikonu * .soubor aml v XPDL.
15. Odešlete soubor XPDL do úložiště, později jej můžete nahrát do motoru pomocí "Package Mng"- sekce Aplikace.

Na cestě ke skutečně integrovaným podnikům nejsou žádné jednoduché cesty ani nejkratší cesty. Nepřiměřená zjednodušení ve fázi analýzy obchodních procesů a integrace jsou významným rizikem pro implementaci integrovaných systémů.

Nástroje ARIS konsolidují metodologické struktury, což je důležitý předpoklad pro úplnou integraci od reorganizace obchodu po implementaci informačních systémů. Tyto procesy jsou zvláště podrobně popsány v knize modelování obchodních procesů Augusta Wilhelma Scheera. Studium základů pomáhá vytvořit informační model, který je základním kamenem systematické a inteligentní metody vývoje aplikačních systémů.