Управление и реинжиниринг бизнес-процессов. Базовый уровень

1.

Управление и реинжиниринг бизнес - процессов. Базовый уровень
www.specialist.ru

IDEF
IDEF — методологии семейства ICAM (Integrated Computer-Aided Manufacturing)
для решения задач моделирования сложных систем, позволяет отображать и
анализировать модели деятельности широкого спектра сложных систем в
различных разрезах.
IDEF — методологии создавались в рамках предложенной ВВС США программы
компьютеризации промышленности — ICAM, в ходе реализации которой
выявилась потребность в разработке методов анализа процессов взаимодействия
в производственных (промышленных) системах. Принципиальным требованием
при разработке рассматриваемого семейства методологий была возможность
эффективного обмена информацией между всеми специалистами — участниками
программы ICAM (отсюда название: Icam DEFinition — IDEF другой вариант —
Integrated DEFinition). После опубликования стандарта он был успешно применен
в самых различных областях бизнеса, показав себя эффективным средством
анализа, конструирования и отображения бизнес-процессов.
На текущий момент существует 15 стандартов IDEF: IDEF0 — IDEF14
www.specialist.ru

3.

IDEF0
IDEF0 — методология функционального моделирования (англ. function modeling) и
графическая нотация, предназначенная для формализации и описания бизнеспроцессов. Отличительной особенностью IDEF0 является её акцент на
соподчинённость объектов. В IDEF0 рассматриваются логические отношения
между работами, а не их временна́я последовательность (поток работ).
Стандарт IDEF0 представляет организацию как набор модулей, здесь существует
правило — наиболее важная функция находится в верхнем левом углу, кроме того
есть правило стороны:
Описание выглядит как «чёрный ящик» с входами, выходами, управлением и
механизмом, который постепенно детализируется до необходимого уровня. Также
для того чтобы быть правильно понятым, существуют словари описания
активностей и стрелок. В этих словарях можно дать описания того, какой смысл вы
вкладываете в данную активность либо стрелку.
www.specialist.ru

4.

IDEF0
Элементы нотации IDEF0:
- Блок активности — обозначается глаголом, так как это действие
- Стрелка — односторонняя, обозначается существительным:
- стрелка входа всегда приходит в левую сторону блока активности;
- стрелка управления — в верхнюю сторону;
- стрелка механизма (ресурса) — нижняя сторона;
- стрелка выхода — правая сторона.
- Рамка — служит для обозначения процесса.
Правила рисования:
- В левом верхнем углу всегда – главный элемент.
- Каждый блок должен иметь как минимум одну входящую стрелку управления и одну
исходящюю
- Если на одном листе (экране) располагается несколько блоков, каждый последующий
располагается справа и ниже предыдущего.
- Необходимо стремиться создавать схемы таким образом, чтобы пересечение стрелок было
сведено к необходимому минимуму.
Блок верхнего уровня, декомпозируемый далее, всегда именуется как А0, следующий уровень по
иерархии как А1, А2, А3 и т. д., уровень ниже А21, А22, А23 и т. д. Элементы в процессе
например А1, будут именоваться как А1.1 (А1а, А1б), А1.2 и т.д.
www.specialist.ru

5.

IDEF0
www.specialist.ru

6.

ARIS eEPC
ARIS (акроним от англ. Architecture of Integrated Information Systems) —
методология и тиражируемый программный продукт для моделирования
бизнес-процессов организаций. Продукт и методология принадлежат
немецкой компании Software AG как результат поглощения компании IDS
Scheer автора методологии Августа-Вильгельма Шеера.
Правила и элементы нотации:
1. Каждая функция инициируется событием и завершается так же
событием,
2. В каждую функцию не может входить более одной стрелки,
"запускающей" выполнение функции,
3. Из каждой функции может выходить не более одной стрелки,
описывающей завершение выполнение функций
4. Событие связывается потоком управления только с функцией
www.specialist.ru

7.

ARIS eEPC
- Графические элементы процесса (события и функции) следует
располагать сверху вниз
- Графические элементы, отображающие исполнителей функций
(сотрудников и подразделений) следует располагать справа от функций
- Документы, используемые при выполнении функций, а так же
формируемые в результате выполнения функций, располагаются слева
от функций
Для ситуаций, когда одно событие в рамках процесса может
инициировать выполнение одновременно нескольких функций и
наоборот, функций может быть результатом нескольких событий в
нотации существуют логические операторы «И» (AND), «ИЛИ» (OR),
«Исключающее ИЛИ» (XOR). Важно! Логические решения могут
приниматься только после выполнения функции, а не события (событие
факт, а не действие и решения принимать не может), исключение —
оператор «И».
www.specialist.ru

8.

ARIS eEPC. Элементы нотации
www.specialist.ru

9.

ARIS eEPC. Элементы нотации.
Логические шлюзы
AND — «И»
OR — «ИЛИ»
XOR — Исключающее
«ИЛИ»
www.specialist.ru

10.

ARIS eEPC. Правила связывания функций и событий
через логические операторы
www.specialist.ru

11.

BPMN
BPMN Business Process Model and Notation, нотация и модель бизнес-процессов — система
условных обозначений и их описания в XML для моделирования бизнес-процессов.
Разработана Business Process Management Initiative и поддерживается Object Management
Group omg.org, после слияния обеих организаций в 2005 году. Последняя версия BPMN — 2.0
(2.0.2), предыдущая версия — 1.2.
Спецификация BPMN описывает условные обозначения и их описание в XML для
отображения бизнес-процессов в виде диаграмм бизнес-процессов. BPMN ориентирована
как на технических специалистов, так и на бизнес-пользователей. Для этого язык использует
базовый набор интуитивно понятных элементов, которые позволяют определять сложные
семантические конструкции. Кроме того, спецификация BPMN определяет, как диаграммы,
описывающие бизнес-процесс, могут быть трансформированы в исполняемые модели.
Спецификация BPMN 2.0 также является исполняемой и переносимой (то есть процесс,
нарисованный в одном редакторе от одного производителя, может быть исполнен на движке
бизнес-процессов совершенно другого производителя, при условии, если они поддерживают
BPMN 2.0).
Основная цель BPMN — создание стандартного набора условных обозначений, понятных
всем бизнес-пользователям. Бизнес-пользователи включают в себя бизнес-аналитиков,
создающих и улучшающих процессы, технических разработчиков, ответственных за
реализацию процессов и менеджеров, следящих за процессами и управляющих ими.
Следовательно, BPMN призвана служить связующим звеном между фазой дизайна бизнеспроцесса и фазой его реализации.
www.specialist.ru

12.

Трио BPMN
Стандарт BPMN позволяет строить графическое представление моделей
бизнес-процессов. Модель данных нотации обеспечивает последующее
исполнение бизнес-процессов с помощью систем класса BPMS.
Стандарт CMMN позволяет строить графическое представление развития
событий при моделировании кейсов (case). Модель данных нотации
обеспечивает последующую автоматизацию управления кейсами с
помощью специализированных приложений.
Стандарт DMN позволяет строить графическое представление правил
принятия решений в организации на основании входящих данных (input
data) и моделей бизнес-знаний (Business Knowledge Model). Модель
данных нотации обеспечивает последующую автоматизацию принятия
решений с помощью обработчика бизнес-правил (business rules engine).
www.specialist.ru

Управление и реинжиниринг бизнес-процессов. Базовый уровень

1.

2.

3.

4.

5.

6.

7.

8.

9.

10.

11.

12.

13.

14.

15.

16.

17.