Методологія ARIS. Моделювання бізнес-процесу

Методологія ARIS. Моделювання бізнес-процесу

Методологія ARIS фокусується на етапах аналізу та визначення вимог при проектуванні інформаційних систем управління. Це багаторівневий підхід з кількома уявленнями, в якому основна увага приділяється питанням, пов 'язаним з бізнесом. Кожне подання додатково деталізовано з посиланням на етапи життєвого циклу програмного забезпечення у визначенні вимог до рівнів, специфікації проекту та опису реалізації. Діаграми ланцюжків процесів підтримують інтегральний опис бізнес-процесів на порівняно агрегованому рівні.

Управління робочими процесами все більшою мірою ґрунтується на спільних, розподілених додатках, які, з одного боку, потребують реінжинірингу, щоб бути ефективними, а з іншого боку, використовують моделі як специфікацію для контролю за його виконанням.


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

Структури методології моделювання бізнес-процесів і концепції життєвого циклу з 'явилися в різних прикладних областях, таких як Computer Integrated Manufacturing (CIM), автоматизація діловодства і проектування інформаційних систем.

Методології та структури часто засновані на неявних припущеннях щодо їх обсягу, мети та рівня деталізації. Але є й інший аспект, який призводить до великої різноманітності підходів. Ним є той факт, що здатність методології ARIS дуже сильно залежить від мети.

Деякі зусилля по ньому можуть бути за своєю природою описовими, в той час як в інших випадках потрібно оптимізоване рішення для реалізації. В останньому випадку аналіз процесу повинен підтримуватися інструментами формальної оцінки, такими як моделювання. Це вимагає однозначного опису процесу і збору відомостей про бізнес-процес.

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

В даний час відчувається необхідність узгодження різних підходів, виявлення спільних рис і об 'єднання різних методологій і структур.

Динамічне моделювання бізнес-процесів ставатиме все більш важливим у майбутньому. Перехід від масового виробництва до масового налаштування IS-дизайну і зростаючий інтерес до низькорівневих системних специфікацій вимагають чітко визначених моделей.


Для цього необхідно мати уявлення про природу процесів, щоб модифікувати і реконфігурувати їх. Вони допомагають виявляти і усувати недоліки в логіці і також можуть служити в якості специфікації процесу програмного забезпечення для проектування інформаційних систем.

Динамічна поведінка бізнес-процесів ясно показує "організаційний ухил". Моделі накладаються на поведінку людини. Це поведінкове спотворення може тільки частково бути представлено формальними підходами моделювання, що відбуваються з області IS. Методологія ARIS повинна включати такі аспекти, як людські ролі, обов 'язки і неформальне спілкування.

Еталонна модель

Іншим аспектом моделювання бізнес-процесів, що вимагає подальших досліджень, є тема еталонних моделей - блоку часткового моделювання. Це неповне уявлення системи з даною точкою зору, що служить певній меті для конкретних користувачів. Еталонні моделі є інформаційним ресурсом організації і утворюють базу ноу-хау. Переваги моделей: прискорені процеси моделювання, економія витрат і часу, поліпшення якості - підкреслюють необхідність у застосуванні.

Моделі процесів є основою для розробки корпоративних додатків. У той час як вони описують структуру та логіку на рівні типу, програма потоку операцій підтримує виконання окремих процесів на рівні екземпляра. Визначення структури в системах управління базами даних (СУБД) призводить до конкретної БД, а моделі - до програми робочого процесу. На відміну від створення програмного коду з моделей, як це передбачено в класичних підходах CASE, розробка програм заснована на конфігурації існуючих будівельних блоків ПЗ і, отже, підтримує повторне його використання.

Розробка робочих процесів

Апаратна платформа ARIS підтримує розробку програм робочих процесів. Визначення вимог слідує основним бізнес-орієнтованим, а не технічним цілям. Під час визначення вимог розглядаються такі аспекти, як час, витрати, частота, надлишковість та інші.

Після аналізу поточного стану розробляються різні альтернативи, які описують, як можна виконати поліпшення. Залежно від того, які рішення розглядаються для досягнення обраної альтернативи, можна розрізняти організаційні, особисті або технічні підходи або їх композицію.

З технічної точки зору можна дослідити моделі щодо того, яка інформаційна система необхідна. На основі моделей можна вказати тип, необхідний для підтримки процесу: управління документами, інтеграція додатків баз даних та інші. Тому всі подання повинні бути інтегровані в модель процесу: дані, організація і функції.


Оскільки обробка винятків є центральною проблемою в додатках на рівні визначення вимог, винятки можуть розглядатися через визначення спеціальної діаграми. Якщо моделі процесів визначені та затверджені як вихідні дані для розробки програм робочих процесів, їх можна уточнити на наступному рівні.

Опис реалізації

На рівні опису реалізації необхідно адаптувати дану інформаційну інфраструктуру до розподіленої інтегрованої концепції програми робочого процесу на основі моделі, що є результатом специфікації проекту.

Моделі використовуються для налаштування програми. Їх можна розуміти як графічну програму. Завдяки такому повторному використанню ручне програмування програмного коду зменшується.

Не будь-яка модель підтримує графічне визначення програм. Вихідні з опису реалізації можуть використовуватися як основа для "нормальної" роботи, що виконується програмістами. Інструментальна підтримка моделювання вимагає комп 'ютерних засобів для представлення та обробки еталонних моделей. Основними функціями модельної системи управління є:

  1. Модель будівництва та зберігання.
  2. Вибір/пошук і аналіз моделей.
  3. Адаптація і модифікація моделі.
  4. Еволюція і зміна моделі.
  5. Модель виконання та інтерпретації.

Основні правила методології 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-Tool забезпечує комплексну комп 'ютерну підтримку моделювання. Чотири модулі надають засоби для автоматизованого аналізу, планування та впровадження управлінських інформаційних систем. Такий підхід охоплює весь життєвий цикл моделювання. Розглянемо докладніше:

  1. ARIS-Modeler спеціалізується на системному моделюванні. На основі мета-структури платформи ARIS для ПК представляють методи для конкретних видів, включаючи розширене моделювання відносин сутностей, а також діаграми ланцюжків процесів і стимулів-відповідей, а також діаграми функціональної та організаційної ієрархії.
  2. ARIS-Analyzer надає кошти для вивчення та оцінки існуючої системи з точки зору ключових показників ефективності. Аналіз слабких місць можна проводити для кожного виду моделювання. Крім того, може бути отримана ідеалізована концепція інтеграції, що включає в себе цільову функцію і моделі даних. Еталони є невід 'ємною частиною ARIS-Analyzer.
  3. ARIS-Project Manager використовується для управління проектами. Він призначений для планування, контролю і моніторингу всього проекту на всіх його етапах. ARIS-Project Manager визначає всі завдання, які будуть вирішуватися в процесі моделювання бізнес-процесів.
  4. Мета ARIS-Navigator - надати комп 'ютеризовану документацію для корпоративної моделі, розробленої на етапах моделювання.

Express. Офіційне ПЗ

"" АРІС Експрес 2 "", er модель - програма, випущена для операційних систем на базі Microsoft Windows. Також вона працює в інших ОС, таких як Mac OS X або Linux.


Для завантаження програми:

  1. Переходять на профільний сайт.
  2. Вибирають метод завантаження для ОС.
  3. Входять до спільноти ARIS, приймають Ліцензійну угоду і Правила експорту Software AG, щоб мати можливість завантажити ПЗ.
  4. Знайомляться з інструкцією з установки незалежно від того, яке завантаження обрано.
  5. Знайомляться з системними вимоги, щоб бути впевненим, що користувацький ПК буде здатний працювати з програмою.

Програма має дуже просунуту безкоштовну функцію ARIS Cloud. Це повномасштабний продукт для аналізу бізнес-процесів, який як послуга надається абсолютно безкоштовно для дослідницьких та освітніх цілей. Він підтримує спільні проекти з поліпшення процесів і доступний для 1000 користувачів одночасно по всьому світу. З безкоштовною пробною версією software ag ARIS Cloud безкоштовна передплата триває 30 днів. З AERIS Cloud для студентів безкоштовна передплата триває 3 місяці.

EPC пропонує багато способів для моделювання процесів, їх аналізу та визначення потенціалів поліпшення. Модель EPC безпосередньо вбудована в інтерактивний перегляд моделей. Можна завантажити його і редагувати безкоштовно моделі в ARIS Express 2 er. Також можна використовувати надані відеоуроки, щоб знайти легкий шлях у світ АРІС.

Процес моделювання:

  1. Звантажують ARIS Express.
  2. Переглядають приклади моделей або відеоуроки.
  3. Починають моделювання.
  4. Приєднуються до спільноти ARIS.
  5. Отримують безкоштовну копію "" шпаргалки "". Для цього натискають на картинку на профільному сайті, щоб збільшити її та завантажити документ у форматі PDF.

Процеси перетворення на XPDL

Для моделювання процесів, які слід перетворити на XPDL, використовують версії ARIS 6.2.


Під час встановлення і налаштування ARIS запускають програму ARIS Toolset:

  1. У рядку меню виберіть Файл- > Створити, а потім модель у наступному діалоговому вікні.
  2. З 'явиться інше діалогове вікно, в якому вибирають місце, де зберігатиметься модель ARIS. Ви можете вибрати, наприклад, LOCAL- > Demo62- > Основна група.
  3. Після натискання кнопки "Далі" з 'являється інше діалогове вікно. Необхідно встановити прапорець "Процеси" і вибрати тип моделі eEPC.
  4. З 'явиться діалогове вікно, в якому необхідно призначити назву для нової моделі ARIS.
  5. Вводять ім 'я та натискають кнопку "Готово". Вікно покаже область редагування для нової моделі.
  6. Під час моделювання ARIS використовують лише елементи панелі інструментів, позначені червоним гуртом.
  7. Елемент, розміщений у верхньому правому куті в наборі інструментів, називається функцією в АРІС, його буде відображено в Activity/Task у XPDL, тому використовують його для визначення завдань у процесі.
  8. Елемент називається правилом AND в ARIS і зіставляється з фіктивною дією (маршрут) в XPDL за допомогою AND Split або Join залежно від того, як користувач підключає його до завдань.
  9. Крім того, якщо ви бажаєте визначити певний значущий ідентифікатор для інших об 'єктів дій та переходів, ви можете змінити атрибут ARIS для відповідних об' єктів. Щоб зробити це, потрібно двічі клацнути об 'єкт, вставити його в графік і відредагувати атрибут Identifier.
  10. Переконуються, що дані містять тільки буквено-цифрові символи або символи "_"," - "," "..
  11. Після створення моделі в ARIS ви можете експортувати її в XML.
  12. Для цього потрібно знайти визначення процесу в деревоподібному перегляді ARIS, клацнути його правою кнопкою миші і вибрати "Експорт/Імпорт- > Експорт XML"....
  13. Після натискання кнопки "Експорт XML" користувача попросять ввести мову, що використовується, а потім вибрати місце розташування та назву файлу XML, який буде створено.
  14. Натискають відповідну піктограму, щоб перетворити цей файл на XPDL.
  15. Відправляють XPDL-файл у сховище, пізніше можна завантажити його в движок через "Package Mng" - розділ програми.

На шляху до по-справжньому інтегрованих підприємств немає простих шляхів або найкоротших шляхів. Невиправдані спрощення на етапі аналізу бізнес-процесів та інтеграції є суттєвим ризиком для впровадження інтегрованих систем.

Інструменти ARIS консолідують методологічні структури, що є важливою передумовою для повної інтеграції від реорганізації комерції до впровадження інформаційних систем. Особливо детально описані ці процеси в книзі Августа Вільгельма Шеєра "Моделювання бізнес-процесів". Вивчення основ допомагає створити інформаційну модель, яка є наріжним каменем систематичного та інтелектуального методу розробки прикладних систем.