Методология на aris. Моделиране на бизнес процеси

Методологията ARIS се фокусира върху фазите на анализ и дефиниране на изискванията при проектирането на информационна система за управление. Това е многостепенен подход с няколко гледни точки, насочени към въпроси, свързани с бизнеса. Всеки изглед е описан по-подробно по отношение на етапите на жизнения цикъл софтуер при определянето на изискванията за слоевете, спецификацията на проекта и описанието на изпълнението. Диаграмите на веригата на процесите подпомагат интегралното описание на бизнес процесите на относително общо ниво.

Рамковият модел на ARIS

Рамката ARIS (Архитектура за интегрирани информационни системи) на Аугуст-Вилхелм Шеер има за цел да създаде информационна система за цялото предприятие, която напълно да отговаря на неговите бизнес интереси и съвременни икономически изисквания.

Рамката се основава на създаването на модел на представяне и нива на описание, които позволяват отделните елементи да бъдат описани по специален начин. Методологията ARIS е обещаваща област за разработване на системи за оптимизиране на бизнеса. Те се показват за всеки изглед на ниво обработка - от управление на бизнеса до реализация на продукти и услуги.

ARIS разчита основно на собствена архитектура с пет вида - "Къща ARIS". Тези пет гледни точки са:

• организационен модел;
• модел на управление;
• модел на данни;
• функционален модел;
• модел на изхода (услугата).

Класификацията има за цел да раздели сложността на модела на пет аспекта, като по този начин опрости моделирането. Всяко представяне на концепцията на ARIS (архитектура на интегрираните информационни системи) демонстрира модел на бизнес процес в определен аспект:

1. Функционални - дейностите, групите и йерархичните връзки, които съществуват между тях, се описват във функционален изглед, например дърво на функциите.
2. Организационна - предоставя преглед организационна структура компанията, включително човешки ресурси, машини, оборудване и техните взаимовръзки.
3. Информационни (модели на данни) - всички събития, които генерират данни за среди, като кореспонденция, документи и други.
4. Услуги - предоставя преглед на цялото портфолио от продукти и услуги, включително услуги, продукти, финанси.
5. Управленски - видът процес, който свързва всички останали изгледи в една времева линия, например в Managed Lifecycle Events или BPMN.

Реинженеринг на бизнес процесите

Реинженерингът на бизнес процесите е ключов въпрос за компаниите, за да възвърнат конкурентоспособността и рентабилността си на все по-нестабилните пазари. Ориентираните към клиента предприятия трябва да бъдат структурирани според техните основни процеси и строго ориентирани към стойността.

Управлението на работните потоци все повече се основава на съвместни, разпределени приложения, които с от една страна, трябва да се препроектира, за да бъде ефективен, а от друга страна, да се използват модели като спецификация за контрол на изпълнението му.

Липсата на мощни инструменти, както и методологическите слабости, особено по отношение на улавянето на логиката и динамиката на сложните процеси, са основни пречки пред успешното преструктуриране на бизнес процесите.

Подходът ARIS предоставя не само обща и добре документирана методологична рамка, но и мощен инструмент за моделиране, който подпомага процеса на реинженеринг през етапите на жизнения цикъл. В рамките на изследователския проект тя е интегрирана с прототипа на системата за управление на работните процеси, за да се подобри повторното използване на моделите за прилагане на приложения.

Концепция за жизнения цикъл

Методологическите рамки за моделиране на бизнес процеси и концепциите за жизнения цикъл са се появили в различни области на приложение, като например компютърно интегрирано производство (CIM), автоматизация на офиса и проектиране на информационни системи.

Методологиите и рамките често се основават на имплицитни допускания за техния обхват, цел и ниво на детайлност. Но има и друг аспект, който води до голямо разнообразие от подходи. Факт е, че възможностите на методологията ARIS зависят в голяма степен от целта.

Някои усилия могат да имат описателен характер, докато други изискват оптимизирано решение за изпълнение. В последния случай анализът на процесите трябва да бъде подкрепен от официални инструменти за оценка, като например моделиране. Това изисква недвусмислено описание на процеса и събиране на информация за бизнес процеса.

Динамично поведение

Сега е необходимо да се хармонизират различните подходи, да се идентифицират общите черти и да се комбинират различните методологии и рамки.

Динамичното моделиране на бизнес процеси ще става все по-важно в бъдеще. Преходът от масово производство към масово персонализиране на проектите на ИС и нарастващият интерес към спецификациите на ниско ниво на системата изискват добре дефинирани модели.

Това изисква разбиране на естеството на процесите, за да могат те да се променят и преконфигурират. Те помагат за идентифициране и отстраняване на недостатъци в логиката и могат да служат като спецификация на софтуерния процес за проектиране на информационни системи.

Динамичното поведение на бизнес процесите ясно показва "организационна пристрастност". Моделите се наслагват върху човешкото поведение. Това изкривяване на поведението може да бъде представено само частично чрез формални подходи за моделиране, произхождащи от областта на ИУ. Методологията на ARIS трябва да включва аспекти като човешки роли, отговорности и неформална комуникация.

Референтен модел

Друг аспект на моделирането на бизнес процеси, който изисква допълнителни изследвания, е темата за референтните модели - частичната единица за моделиране. Това е непълно представяне на системата от дадена гледна точка, което служи за конкретна цел на конкретни потребители. Моделите за сравнение са информационен ресурс на организацията и са основа на ноу-хау. Ползите от моделите - ускоряване на процесите на моделиране, спестяване на разходи и време, подобряване на качеството - подчертават необходимостта от прилагане на.

Моделите на процеси са основата за разработване на корпоративни приложения. Докато те описват структурата и логиката на ниво тип, приложенията за работни потоци поддържат изпълнението на отделни процеси на ниво инстанция. Определянето на структурата в системите за управление на бази данни (СУБД) води до конкретна база данни, а моделите - до работен процес на приложението. За разлика от генерирането на програмен код от модели, както е при класическите CASE подходи, разработването на приложения се основава на конфигурацията на съществуващи софтуерни блокове и следователно подпомага повторното използване на.

Разработване на работни потоци

Хардуерната платформа ARIS подпомага разработването на приложения за работни процеси. Определянето на изискванията следва основни бизнес ориентирани, а не технически цели. По време на определянето на изискванията се разглеждат аспекти като време, разходи, честота, резервираност и други.

След анализ на текущото състояние се разработват различни алтернативи, в които се описва как могат да се направят подобрения. В зависимост от това кои решения се разглеждат за постигане на избраната алтернатива, могат да се разграничат организационни, персонални или технически подходи или комбинация от тях.

От техническа гледна точка може да се проучи коя информационна система е необходима. Въз основа на моделите е възможно да се определи видът на, необходими за за поддръжка на процеси: управление на документи, интегриране на приложения за бази данни и др. Следователно всички представяния трябва да бъдат интегрирани в модела на процеса: данни, организация и функция.

Тъй като обработката на изключенията е основен проблем в приложенията на ниво дефиниране на изискванията, изключенията могат да се обработват чрез дефиниране на потребителска диаграма. Ако моделите на процесите са дефинирани и одобрени като входни данни за приложенията на работния процес, те могат да бъдат определени на следващото ниво.

Спецификация на проекта

Функциите, които трябва да бъдат автоматизирани от приложението, трябва да бъдат определени на подробно ниво. Ако функциите се изпълняват от софтуера, не е необходимо да ги посочвате подробно. Ръчно изпълняваните функции трябва да се определят под формата на списъци със задачи. Затова се използват функционални дървета, които трябва да бъдат показани като препратка в приложението.

Потокът от данни се описва на нивото на дефиниране на изискванията, главно под формата на клъстери и функции. По време на разработването на проекта тези клъстери трябва да бъдат определени по-подробно по отношение на субектите. За да се опише подробно потокът от данни, трябва да се определи диаграма на потока от данни.

В организационните единици процесите, описани в модела, често са на абстрактно ниво. Приложенията за работни потоци използват концепцията за роля. Ролите описват способностите на дадено лице да изпълнява конкретна трудова функция. Според тези роли хората могат да изпълняват определени стъпки по време на изпълнението на дадено приложение. Тази концепция трябва да бъде разгледана.

В допълнение към описаните аспекти е важно да се определят точно събитията и възлите вземане на решения, както и определяне на параметрите за интегриране на програмите.

Описание на изпълнението

На ниво описание на изпълнението информационната инфраструктура трябва да бъде адаптирана към концепцията за разпределено, интегрирано приложение на работния процес въз основа на модела, получен от спецификацията на проекта.

Моделите се използват за конфигуриране на приложението. Те могат да се разбират като графична програма. С това повторно използване се намалява ръчното програмиране на програмния код.

Не всеки модел поддържа графично дефиниране на приложение. Резултатите от описанието на реализациите могат да се използват като основа за "нормалната" работа на програмистите. Инструменталната подкрепа за моделиране изисква компютърни инструменти за представяне и обработка на референтни модели. Основните функции са на системата за управление на модели са:

1. Модел на сграда и съхранение.
2. Избор на модел/търсене и анализ.
3. Конфигурация на модела.
4. Интегриране на модела.
5. Адаптиране и модифициране на модела.
6. Еволюция и промяна на модела.
7. Модел за изпълнение и тълкуване.

Основни правила на методологията ARIS

Обикновено разработчикът започва със събитие, ако изгражда EPC. След събитието могат да се проведат редица дейности. В миналото се казваше, че събитията и дейностите трябва да се редуват. Това води до много дълги модели на процесите с много подробности, затова днес се предлага да се добавя събитие само ако трябва да се документират важни промени в състоянието.

Препоръки за използване на събитията:

1. В началото на процеса или след стартирането на интерфейса.
2. В края на процеса или преди края на интерфейса.
3. Събития за вземане на решение с конектор XOR или OR.
4. За важни събития, като например важни етапи в проекта.
5. Действията или събитията не трябва да имат повече от една изходяща или входяща връзка.
6. Потокът на управление на процеса се моделира с помощта на правила (шлюзове).

Правилата могат да се използват по следния начин:

1. Няколко изходящи връзки трябва да следват от една входяща връзка (SPLIT).
2. От няколко входящи връзки следва точно една изходяща връзка (JOIN).
3. Възможни са последователности от правила.
4. Моделът Er обикновено се затваря със същия оператор, с когото е бил открит, и приключва "Събитие на EPC".
5. Логически твърдения.

Следните правила могат да се използват в EPC:

1. Разделяне - стъпките на обработка, които следват дадено правило, се извършват паралелно и трябва да бъдат изпълнени.
2. Връзка - всички стъпки за обработка на входящи връзки трябва да бъдат завършени, така че да е възможно да стъпки за обработка, които следват дадено правило.
3. SPLIT - трябва да се извърши точно една от следните стъпки за обработка на правилата.
4. Разделител - трябва да бъде изпълнена поне една от следните стъпки на обработка на правилото, няколко или всички стъпки на обработка.
5. Съществуват специални правила за логически операции между събития и действия, които са показани в модела ARIS Express.

ARIS: набор от инструменти

Комплектът ARIS-Toolkit осигурява цялостна компютърна поддръжка за моделиране на. Четири модула предоставят инструменти да автоматизирате анализ, планиране и внедряване на информационни системи за управление. Този подход обхваща целия жизнен цикъл на моделирането. Нека да разгледаме въпроса по-отблизо:

1. ARIS-Modeler е специализиран в моделирането на системи. Въз основа на метаструктурата на платформата ARIS за персонални компютри, представяне на методи за специфични типове, включително усъвършенствано моделиране на взаимоотношенията между субектите, както и диаграми на процеси и вериги "стимул-отговор" и диаграми на функционалната и организационната йерархия.
2. ARIS-Analyzer предоставя средства за изследване и оценка на съществуващата система от гледна точка на ключовите показатели за ефективност. За всеки тип моделиране може да се извърши анализ на слабите места. Освен това може да се изведе идеализирана концепция за интеграция, включваща целева функция и модели на данни. Бенчмарковете са неразделна част от ARIS-Analyzer.
3. ARIS-Project Manager се използва за управление на проекти. Тя е предназначена за планиране, контрол и наблюдение на целия проект на всички етапи. ARIS-Project Manager дефинира всички задачи, които трябва да бъдат изпълнени при моделирането на бизнес процесите.
4. Целта на ARIS-Navigator е да осигури компютъризирана документация за корпоративния модел, разработен във фазите на моделиране.

Експресен. Официален софтуер

"ARIS Express 2", ер модел е програма, пусната за операционни системи базирани на Microsoft Windows. Работи и с други операционни системи, като Mac OS X или Linux.

Изтегляне на софтуера:

1. Отидете на сайта на профила.
2. Изберете метода за зареждане на операционната система.
3. да влезете в общността на ARIS, да приемете лицензионното споразумение на ARIS и правилата за износ на Software AG, за да можете да изтеглите софтуера.
4. Запознайте се с инструкциите за инсталиране, независимо от това кое изтегляне е избрано.
5. да се запознаете със системните изисквания, за да сте сигурни, че компютърът на потребителя ще може да работи със софтуера.

програмата разполага с много усъвършенствана и безплатна функция ARIS Cloud. Това е пълномащабен продукт за анализ на бизнес процеси, който като услуга се предоставя напълно безплатно за изследователски и образователни цели. Подпомага съвместни проекти за подобряване на процесите и е достъпна за 1000 потребители по целия свят едновременно. С безплатната пробна версия на софтуера ag ARIS Cloud безплатният абонамент е с продължителност 30 дни. С AERIS Cloud за студенти безплатен абонамент за 3 месеца.

EPC предлага много начини за моделиране на процеси, техния анализ и идентифициране на потенциала за подобрение. Моделът на EPC е директно интегриран в интерактивната програма за преглед на модели. Можете да го изтеглите и да редактирате моделите безплатно в ARIS Express 2 er. Можете също така да използвате предоставените видеоуроци, за да навлезете лесно в света на ARIS.

Процес на моделиране:

1. Заредете ARIS Express.
2. Преглед на примери за модели или видео уроци.
3. Стартиране на симулацията.
4. Присъединете се към общността на ARIS.
5. Получете безплатно копие "контролни листове". За целта кликнете върху изображението на сайта на профила, за да го увеличите и да изтеглите документа в PDF формат.

Процеси на преобразуване в XPDL

Използване на ARIS версия 6 за моделиране на процеси, които трябва да бъдат конвертирани в XPDL.2.

При инсталиране и конфигуриране на ARIS стартирайте програмата ARIS Toolset:

1. Изберете Файл от лентата с менюта-> Създаване и след това модел в следния диалогов прозорец.
2. Покажете друг диалогов прозорец, за да изберете местоположението, където ще се съхранява моделът на ARIS. Можете да изберете например LOCAL-> Demo62-> Основна група.
3. След като натиснете бутона "Напред", се появява друг диалогов прозорец. Трябва да поставите отметка в квадратчето Processes (Процеси) и да изберете типа на модела eEPC.
4. Появява се диалогов прозорец, в който трябва да зададете име на новия модел на ARIS.
5. Въведете име и натиснете бутона "Готово". В прозореца ще се покаже зоната за редактиране на новия модел.
6. В симулациите на ARIS се използват само елементите от лентата с инструменти, маркирани с червен кръг.
7. Елементът, поставен в горния десен ъгъл на кутията с инструменти, се нарича функция в ARIS, тя ще бъде показана в Дейност/Задача в XPDL, така че я използвайте, за да дефинирате задачи в процеса.
8. Елементът се нарича правило AND в ARIS и се съпоставя с фиктивно действие (маршрут) в XPDL, като се използва AND Split или Join, в зависимост от, като потребител го свързва със задачите.
9. Алтернативно, ако има значими идентификатор за на други обекти за действие и преход, трябва да промените същия атрибут в ARIS за съответните обекти. За да направите това, щракнете два пъти върху обекта, поставете го в диаграмата и редактирайте атрибута Identifier.
10. Уверете се, че данните съдържат само буквено-цифрови символи или символите "_", "-", ".".
11. След като моделът е създаден в ARIS, той може да бъде експортиран в XML.
12. За тази цел трябва да намерите дефиницията на процеса в дървовидния изглед на ARIS, да щракнете с десния бутон на мишката върху нея и да изберете "Export/Import-> Експортиране на XML...".
13. След като щракнете върху "Export XML", потребителят ще бъде помолен да въведе използвания език и след това да избере местоположението и името на XML файла, който ще бъде генериран.
14. Щракнете върху съответната икона, за да конвертирате този * .aml файл в XPDL.
15. Изпратете XPDL файла в хранилището, за да можете по-късно да го качите в двигателя чрез "Пакетно управление"- раздел за кандидатстване.

По пътя към истински интегрираните предприятия няма лесни пътища или преки връзки. Прекаленото опростяване на етапа на анализ и интеграция на бизнес процесите представлява значителен риск за внедряването на интегрирани системи.

Инструментите на ARIS консолидират методологическите структури, което е важна предпоставка за пълна интеграция от бизнес реинженеринг до внедряване на информационна система. Тези процеси са особено добре описани в книгата "Моделиране на бизнес процеси" на Аугуст Вилхелм Шеер. Изучаването на основите помага за създаването на информационен модел, който е крайъгълен камък на един систематичен и интелигентен метод за разработване на приложни системи.