Методологія ARIS фокусується на етапах аналізу і визначення вимог при проектуванні інформаційних систем управління. Це багаторівневий підхід з кількома виставами, в якому основна увага приділяється питанням, пов’язаним з бізнесом. Кожне уявлення додатково деталізовано з посиланням на етапи життєвого циклу програмного забезпечення у визначенні вимог до рівнів, специфікації проекту та опису реалізації. Діаграми ланцюжків процесів підтримують інтегральне опис бізнес-процесів на порівняно агрегованому рівні.
Модель АРІС Framework
Концепція АРІС (Архітектура інтегрованих інформаційних систем) Серпня-Вільгельма Шеера спрямована на те, щоб створити інформаційну систему підприємства, що повністю відповідає її бізнес-інтересам і сучасним економічним вимогам.
Структура грунтується на створенні моделі представлення та рівнів опису, що дозволяє описувати окремі елементи за допомогою спеціально розроблених способів. Методологія ARIS є перспективним напрямком розробки систем для оптимізації бізнесу. Вони відображаються для кожного подання опису на рівні обробки даних, починаючи з питання управління бізнесом і закінчуючи реалізацією товарів і послуг.
ARIS спирається головним чином на власну архітектуру з п’ятьма видами – “АРІС дім”. Ці п’ять уявлень є:
- організаційною моделлю;
- управлінською моделлю;
- моделлю даних;
- функціональною моделлю;
- вихідний(сервісної) моделлю.
Класифікація виконана таким чином, щоб розбити складність моделі на п’ять аспектів і тим самим спростити моделювання. Кожне подання концепції ARIS (architecture of integrated information systems демонструє модель бізнес-процесу в певному аспекті:
Реінжиніринг бізнес-процесів
Реорганізація бізнес-процесів є ключовим питанням для компаній з відновлення конкурентоспроможності та прибутковості на все більш нестабільних ринках. Орієнтовані на клієнта підприємства повинні бути структуровані у відповідності з їх основними процесами і строго орієнтовані на цінність.
Управління робочими процесами дедалі більшою мірою ґрунтується на спільних розподілених додатках, які, з одного боку, потребують реінжинірингу, щоб бути ефективними, а з іншого боку, використовують моделі в якості специфікації для контролю за його виконанням.
Відсутність потужних інструментів, а також методологічні недоліки, особливо в тому, що стосується захоплення логіки і динаміки складних процесів, є основними перешкодами для успішної реорганізації бізнес-процесів.
Підхід ARIS забезпечує не тільки загальну і добре документовану методологічну основу, але й потужний інструмент моделювання, який підтримує процес реінжинірингу на етапах життєвого циклу. У дослідницькому проекті він інтегрований з прототипом системи управління робочими процесами, щоб поліпшити повторне використання моделей для реалізації додатків.
Концепція життєвого циклу
Структури методології моделювання бізнес-процесів та концепції життєвого циклу з’явилися в різних прикладних областях, таких як Computer Integrated Manufacturing-CIM), автоматизація діловодства та проектування інформаційних систем.
Методології і структури часто засновані на неявних припущень щодо їх обсягу, мети і рівня деталізації. Але є й інший аспект, який призводить до великої різноманітності підходів. Ним є той факт, що здатність методології ARIS дуже сильно залежить від мети.
Деякі зусилля з нього можуть бути за своєю природою описовими, в той час як в інших випадках потрібна оптимізоване рішення для реалізації. В останньому випадку аналіз процесу повинен підтримуватися інструментами формальної оцінки, такими як моделювання. Це вимагає однозначного опису процесу і збору відомостей про бізнес-процесі.
Динамічну поведінку
В даний час відчувається необхідність узгодження різних підходів, виявлення спільних рис та об’єднання різних методологій і структур.
Динамічне моделювання бізнес-процесів буде ставати все більш важливим в майбутньому. Перехід від масового виробництва до масової налаштування IS-дизайну та зростаючий інтерес до низькорівневим системним специфікаціям вимагають чітко визначених моделей.
Для цього необхідно мати уявлення про природу процесів, щоб модифікувати і реконфигурировать їх. Вони допомагають виявляти і усувати недоліки в логіці і також можуть служити в якості специфікації процесу програмного забезпечення для проектування інформаційних систем.
Динамічну поведінку бізнес-процесів ясно показує «організаційний ухил». Моделі накладаються на поведінку людини. Це поведінкове спотворення може тільки частково бути представлено формальними підходами моделювання, що походять з області IS. Методологія ARIS повинна включати такі аспекти, як людські ролі, обов’язки та неформальне спілкування.
Еталонна модель
Іншим аспектом моделювання бізнес-процесів, вимагає подальших досліджень, є тема еталонних моделей – блоку часткового моделювання. Це неповне уявлення системи з даною точкою зору, що служить визначеної мети для конкретних користувачів. Еталонні моделі є інформаційним ресурсом організації і утворюють базу ноу-хау. Переваги моделей: прискорені процеси моделювання, економія витрат і часу, поліпшення якості – підкреслюють необхідність у застосуванні.
Моделі процесів є основою для розробки корпоративних додатків. У той час як вони описують структуру і логіку на рівні типу, додаток потоку операцій підтримує виконання окремих процесів на рівні примірника. Визначення структури в системах управління базами даних (СУБД) призводить до конкретної БД, а моделі до програми робочого процесу. На відміну від генерації програмного коду з моделей, як це передбачено в класичних підходах CASE, розробка додатків заснована на конфігурації існуючих будівельних блоків і, отже, підтримує повторне його використання.
Розробка робочих процесів
Апаратна платформа ARIS підтримує розробку додатків робочих процесів. Визначення вимог слід основним бізнес-орієнтованим, а не технічним цілям. Під час визначення вимог розглядаються такі аспекти, як час, витрати, частота, надмірність та інші.
Після аналізу поточного стану розробляються різні альтернативи, що описують, як можна виконати поліпшення. В залежності від того, які рішення розглядаються для досягнення обраної альтернативи, можна розрізняти організаційні, особисті або технічні підходи або їх композицію.
З технічної точки зору можна досліджувати моделі щодо того, яка інформаційна система необхідна. На основі моделей можна вказати тип, необхідний для підтримки процесу: управління документами, інтеграція додатків баз даних та інші. Тому всі уявлення повинні бути інтегровані в модель процесу: дані, організація і функції.
Оскільки обробка винятків є центральною проблемою в додатках на рівні визначення вимог, виключення можуть розглядатися через визначення спеціальної діаграми. Якщо моделі процесів визначені і затверджені в якості вихідних даних для розробки додатків робочих процесів, їх можна уточнити на наступному рівні.
Специфікація проекту
Функції, які будуть автоматизовані додатком, повинні бути вказані на детальному рівні. Якщо функції виконуються програмою, немає необхідності вказувати їх дуже докладно. Виконувані вручну функції повинні бути вказані у вигляді списків завдань. Тому використовують дерева функцій, які повинні бути показані в якості довідкової інформації в додатку.
Потік даних описується на рівні визначення вимог, головним чином, у вигляді кластерів і функцій. Під час розробки проекту ці кластери повинні бути визначені більш детально щодо сутностей. Для докладного опису потоку даних необхідно визначити діаграми потоку даних.
В організаційних одиницях описані в моделі процеси часто знаходяться на абстрактному рівні. Програми робочого процесу використовують концепцію ролі. Ролі описують можливості, які людина повинна мати для виконання певної посадової функції. У відповідності з такими ролями під час виконання програми люди можуть виконувати певні кроки. Ця концепція повинна бути розглянута.
Крім описаних аспектів, важливо точно визначити події і вузли прийняття рішень, а також вказати параметри для інтеграції програм.
Опис реалізації
На рівні опису реалізації необхідно адаптувати дану інформаційну інфраструктуру до розподіленої інтегрованої концепції програми робочого процесу на основі моделі, що є результатом специфікації проекту.
Моделі використовуються для налаштування програми. Їх можна розуміти як графічну програму. Завдяки такому повторному використанню ручне програмування програмного коду зменшується.
Не будь-яка модель підтримує графічне визначення додатків. Виходять з опису реалізації можуть використовуватися в якості основи для «нормальної» роботи, виконуваної програмістами. Інструментальна підтримка моделювання вимагає комп’ютерних засобів для подання та обробки еталонних моделей. Основними функціями модельної системи управління є:
Основні правила методології ARIS
Як правило, розробник починає з події, якщо вибудовує EPC. Ряд заходів може слідувати за подією. У минулому говорили, що події та заходи повинні чергуватися. Це призводить до дуже довгим моделей процесів з великою кількістю дрібниць, тому сьогодні пропонується додавати подія тільки в тому випадку, якщо необхідно документувати важливі зміни стану.
Рекомендації по використанню подій:
Правила можуть бути використані наступним чином:
В EPC можна використовувати наступні правила:
АРІС: набір інструментів
Набір ARIS-Tool забезпечує комплексну комп’ютерну підтримку моделювання. Чотири модулі надають засоби для автоматизованого аналізу, планування і впровадження управлінських інформаційних систем. Такий підхід охоплює весь життєвий цикл моделювання. Розглянемо детальніше:
Express. Офіційне ПО
“АРІС Експрес 2”, er модель – програма, розроблена для операційних систем на базі Microsoft Windows. Також вона працює в інших ОС, таких як Mac OS X або Linux.
Для завантаження програми:
Програма має дуже просунуту безкоштовну функцію ARIS Cloud. Це повномасштабний продукт для аналізу бізнес-процесів, який як послуга надається абсолютно безкоштовно для дослідних і освітніх цілей. Він підтримує спільні проекти з покращення процесів і доступний 1000 користувачів одночасно по всьому світу. З безкоштовною пробною версією software ag ARIS Cloud безкоштовна передплата триває 30 днів. З AERIS Cloud для студентів безкоштовна передплата триває 3 місяці.
EPC пропонує безліч способів для моделювання процесів, їх аналізу та визначення потенціалів поліпшення. Модель EPC безпосередньо вбудована в інтерактивний переглядач моделей. Можна завантажити його і редагувати безкоштовно моделі в ARIS Express 2 er. Також можна використовувати надані відеоуроки, щоб знайти легкий шлях у світ АРІС.
Процес моделювання:
Процеси перетворення в XPDL
Для моделювання процесів, які повинні бути перетворені в XPDL, використовують ARIS версії 6.2.
При установці і настройці ARIS запускають програму ARIS Toolset:
На шляху до по-справжньому інтегрованим підприємствам немає простих шляхів або найкоротших шляхів. Невиправдані спрощення на етапі аналізу бізнес-процесів та інтеграції є істотним ризиком для впровадження інтегрованих систем.
Інструменти ARIS консолідують методологічні структури, що є важливою передумовою для повної інтеграції від реорганізації комерції до впровадження інформаційних систем. Особливо докладно описані ці процеси в книзі Серпня Вільгельма Шеера «Моделювання бізнес-процесів». Вивчення основ допомагає створити інформаційну модель, яка є наріжним каменем систематичного та інтелектуального методу розробки прикладних систем.
