Моделирование бизнес-процессов методом ARIS

1.

Моделирование
бизнес-процессов
методом ARIS

2.

(ARchitecture of Integrated
Information Systems проектирование
интегрированных
информационных
систем). Программное
обеспечение высоко
ценится на рынке
инструментальных
средств моделирования
бизнес-процессов и
включает в себя
несколько модулей.
Методология ARIS разработана в Германии Разработана профессором
Августом Вильгельмом Шеером (компания IDS Scheer AG).
Единственная методология, где фирма-разработчик является и
производителем одноименного программного продукта,
поддерживающего данную методологию.
2

3.

Разработка методологии ARIS предусматривает
следующие цели.
Решение проблем и выполнение задач с
определенным функционалом.
Понимание ответственности и полномочий.
Четкое восприятие бизнес-процессов организации.
Создание определенных описаний процессов.
Оптимизация и анализ бизнес-процессов.
Управление рисками.
Передача определенных знаний и эффективное
обучение персонала.
3

4.

Концепция архитектуры
Концепция интеграции — это основа методологии ARIS,
предполагающая моделирование и описание всех этапов бизнеспроцессов и архитектуры предприятия. Методология ARIS
представлена в виде бизнес-системы, компоненты которой
взаимосвязаны друг с другом и выполняют информационную,
функциональную и организационную опции. Её внедрение
происходит после детального аналитического анализа предприятия и
поиска оптимальных инструментов для модернизации ключевых
процессов.

5.

Основные графические примитивы
Функция – отображает выполненные
работы
Событие – отображает состояние
системы, влияющих и управляющих
работ
Организационная единица –
отображает организационные звенья
компании
Документ – отображает носителя
информации
5

6.

Основные графические примитивы
Базы данных
Прикладная система – отображает прикладную
систему, используемую в рамках технологии
выполнения функции
Логические операторы:
ветвление ИЛИ
ветвление И
Х
ветвление исключающее ИЛИ
Стрелка (Arrow) – отображает тип отношений
между объектами
6

7.

еЕРС - событийно-функциональные
диаграммы
• еЕРС - extended event-process chain)
• Диаграммы еЕРС описывают последовательность действий
(работ, операций).
• диаграммы позволяют отражать как последовательность
действий, так и участников и используемые ресурсы (в
т.ч. информационные).

8.

Графические отметки при передаче нотации базируются в основном не
на фигурах, а на цветах:
розовый — конкретное событие, этап, задача
зеленый — функции и действия, которые необходимо выполнить
исполнителю
желтый — ответственный, назначенный на конкретный этап
серый — ресурсы и необходимая информация
оранжевый — информационные системы, с которыми предстоит
работать
Для чего используется концепция интеграции в нотация ARIS:
- описание организационной структуры
- детальное толкование структуры рисков и потерь
- анализ целей предприятия и ключевых задач сотрудников
- подробное описание всех процессов, которые протекают в
организации

9.

Структурная схема диаграммы еЕРС
Вход
Точная формулировка операции:
проверить достоверность запроса
клиента
Программа
(приложение)
Документ
входящий
Событие, которого
начинается выполнение
процесса
Операция
(работа,
функция)
Должность
Выход
Событие, которым
заканчивается
выполнение процесса
Документ
исходящий

10.

Методология на предприятии необходима для:
1. Оценки стоимости, выявления «слабых» мест, оптимизации бизнеспроцессов
2. Документирования и архивирования информации
3. Рассмотрения требований по внедрению информационных систем
4. Подготовки предприятия к новому уровню и соответствия стандартам
качества
Визуально основная особенность модели заключается в том, что она
представлена в виде схемы «сверху вниз», где низшие элементы являются
преобладающими. Соединяющий элемент — это стрелка либо разделитель
«или»/«и», представляющий альтернативный способ решения проблемы.
Чтобы правильно выстроить схему, сначала необходимо определить
стартовое/финальное событие, далее зависимые от него промежуточные
задачи, а затем расписать ресурсы, системы и функции, после чего назначить
ответственных для выполнения представленного ряда задач.
10

11.

Подход к описанию изучаемых процессов и его документирование предполагает
рассмотрение организации с точки зрения 4 разных моделей:
1.Организационная — подразумевает структуру организации, а именно иерархию
подразделений и соответствующих должностей. Модель базируется по принципу
«сверху-вниз», при условии, что верхние позиции являются доминирующими. На
нижних уровнях графической схемы указывают штатных работников с
наименьшей ответственностью или задачи, не требующие установки четких
временных промежутков.
2.Функциональная — анализ функций и целей, выполняемых в организации.
Работа, задача, начальное или финальное действие — это основа модели:
верхние уровни — сам бизнес-процесс, нижние — базовые функции,
разделенные на составные элементы.
3.Информационная — распределение информации и задач, необходимых для
воплощения системных функций;
4.Модель управления — второстепенный взгляд на реализацию конкретных задач
в рамках указанной системы.

12.

К методологии ARIS относится большое количество
нотаций, предполагающих создание гибких
моделей организации.
Самыми значимыми и эффективными являются
следующие нотации:
1. Value-added Chain Diagram (диаграмма цепочки
процесса)
2. Extended Event-driven Process Chain — еЕРС
(расширенная нотация цепочки процесса; управляемого
событиями) и PCD (диаграмма цепочки процесса)
3. Organizational Chart (организационная диаграмма)
4. Function Tree (дерево функций)
5. Product Tree (дерево выпускаемой продукции).

13.

Преимущества
1.Модель подходит ветвящимся бизнес-процессам, в
которых не предусмотрено единого способа решения
проблемы. Можно обозначить сложные развилки и
параллельные ряды событий или представить мелкие
действия в виде новой второстепенной схемы.
2.Высокая степень визуализации и легкость восприятия
модели — разные цвета на схеме воспринимаются гораздо
лучше и приятнее для глаз, чем обилие однотонных отметок
на схеме. Важно использовать метод при демонстрации
схемы сотрудникам или проведении презентации.
3.Рассмотрение ситуации с различных точек зрения и
разнообразных уровней описания компонентов системы.

14.

Недостатки
1. Основа модели — событие или конкретное действие, соответственно, для
детальной проработки схемы, необходимо прописывать каждую задачу, вплоть до
мелочей и самых незначительных этапов.
2. Обилие повторяющихся действий, скрытых под разными названиями (иными
словами — тавтология). Например: задача «назначить ответственных» — результат
«ответственные назначены», задача «расписать план продаж» — результат «план
задач расписан». Таким образом, если схема длинная и имеет множество
ответвлений, подобные элементы ее перегружают, особенно если за большое
количество задач отвечает один исполнитель или на один процесс назначено
несколько исполнителей.
3. Необходимость разработки соглашения о моделировании. Разработка документа
— это сложный, процесс, требующий значительного времени (1—3 месяца),
финансовых затрат и квалифицированных специалистов.
4. ARIS считается «тяжелым» и профессиональным инструментом, так как требует
специальных знаний и навыков в процессе использования. Использование ARIS
целесообразно в организациях с крупным денежным оборотом. В противном
случае вы впустую потратите деньги на проектирование соглашения о
моделировании.

15.

Пример
На мебельной фабрике ООО "Комфорт" осуществляется процесс
выполнения заказа клиента. В нём задействованы отделы: Отдел по
работе с клиентами, Производственный отдел, Бухгалтерия, АХЧ.
Структура процесса: заказ поступает от клиента, осуществляется
анализ
и
согласование
заявки
клиента,
оформляется
договор,
выполняется заказ, по накладной заказ отгружается и считается выполнен.
Модель данного процесса построена на рисунке 1. Декомпозиция 2
блока «Производство заказа» изображена на рисунке 2.

16.

Рис.1. Диаграмма бизнес-процесса «Выполнение заказа клиента»

17.

Рис.2. Диаграмма декомпозиции
блока «Производство заказа»

18.

Задание
Постройте декомпозицию блока 1 «Согласование заявки с клиентом и
оформление договора». По описанию.
Ход процесса.
На мебельную фабрику поступил заказ от клиента.
Отделом по работе с клиентами производится анализ и согласование заявки
клиента (входящим документом является заявка клиента, а исходящим –
согласованная заявка клиента).
После данного этапа может быть два варианта развития событий: «Заявка
клиента согласована» ИЛИ «Клиент отказался».
В случае, если заявка согласована, отделом по работе с клиентами
оформляется договор с клиентом (входящим документом является согласованная
заявка клиента, а исходящим – подписанный договор).
Завершающее событие - «договор подписан».