А.5.8 Методические указания к выполнению работы

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

1. какие процедуры (функции, работы) необходимо выполнить для получения заданного конечного результата;

2. в какой последовательности выполняются эти процедуры;

3. какие механизмы контроля и управления существуют в рамках рассматриваемого бизнес-процесса;

4. роли и ответственности - кто выполняет процедуры процесса;

5. какие входящие документы/информацию использует каждая процедура процесса;

6. какие исходящие документы/информацию генерирует процедура процесса;

7. какие ресурсы необходимы для выполнения каждой процедуры процесса;

8. какие документация/условия регламентируют выполнение процедуры;

9. какие параметры характеризуют выполнение процедур и процесса в целом;

10. существует ли последовательность процессов, минимизирующая затраты (в том числе стоимость, время и т.д.);

11. насколько процесс поддерживается/будет поддерживаться информационной системой.

Описание бизнес-процесса формируется при помощи нотации и инструментальной среды, позволяющих отразить все указанные выше аспекты. Только в этом случае модель бизнес-процесса окажется полезной для предприятия, так как ее можно будет подвергнуть анализу и реорганизации.

Нотация ARIS eEPC расшифровывается следующим образом: extended Event Driven Process Chain - расширенная нотация описания цепочки процесса, управляемого событиями. Нотация разработана специалистами компании IDS Scheer AG (Германия), в частности профессором Шеером. В таблице А.5.1 приводятся основные используемые в рамках нотации объекты.

Таблица А.5.1 – Основные объекты нотации eEPC

№	Наименование	Описание	Графическое представление
	Функция	Объект «Функция» служит для описания функций (процедур, работ), выполняемых подразделениями/сотрудниками предприятия
	Событие	Объект «Событие» служит для описания реальных состояний системы, влияющих и управляющих выполнением функций
	Организационная единица	Объект, отражающий различные организационные звенья предприятия (например, управление или отдел)
		Должностное лицо; например, менеджер
		Человеческий ресурс; например, Иванов И.И.
	Документ	Объект, отражающий реальные носители информации, например бумажный документ
	Прикладная система	Объект отражает реальную прикладную систему, используемую в рамках технологии выполнения функции
	Кластер информации (контекстные данные)	Объект характеризует данные как набор сущностей и связей между ними. Используется для создания моделей данных
	Стрелка связи между объектами	Объект описывает тип отношений между другими объектами, например активацию выполнения функции некоторым событием
		Организационный поток / Поток ресурсов
		Управляющий поток
		Информационный поток
		Поток информационных услуг
		Поток материального выхода
	Логическое «И»	Логический оператор «И», определяющий связи между событиями и функциями в рамках процесса. Позволяет описать ветвление процесса
	Логическое «ИЛИ»	Логический оператор «ИЛИ», определяющий связи между событиями и функциями в рамках процесса. Позволяет описать ветвление процесса
	Логическое «исключающее ИЛИ»	Логический оператор «исключающее ИЛИ», определяющий связи между событиями и функциями в рамках процесса. Позволяет описать ветвление процесса
	Цель	Например, увеличение прибыли, высокое качество, уменьшение себестоимости
	Выход	Например, применительно к событию «изготовление изделия» - производственный план, материал, изделие
	Сообщение
	Машина
	Компьютерное оборудование

Помимо указанных в таблице А.5.1 основных объектов при построении диаграммы eEPC могут быть использованы многие другие объекты. Применение большого числа разных объектов, связанных различными типами связей, значительно увеличивает размер модели и делает ее плохо читаемой. Для понимания смысла нотации eEPC достаточно рассмотреть основные используемые типы объектов и связей. На рисунке А.5.1 представлена простейшая модель eEPC, описывающая фрагмент бизнес-процесса предприятия.

Рисунок А.5.1 – Пример модели в нотации eEPC

На рисунке А.1 видно, что связи между объектами имеют определенный смысл и отражают последовательность выполнения функций в рамках процесса. Стрелка, соединяющая Событие 1 и Функцию 1, «активирует» или инициирует выполнение Функции 1. Функция 1 «создает» Событие 2, за которым следует символ логического «И», «запускающий» выполнение Функций 2 и 3. Нотация eEPC построена на определенных семантических правилах описания:

1. каждая функция должна быть инициирована событием и должна завершаться событием;

2. в каждую функцию не может входить более одной стрелки, «запускающей» выполнение функции, и выходить не более одной стрелки, описывающей завершение выполнения функции.

На рисунке А.5.2 показано применение различных объектов ARIS при создании модели бизнес-процесса.

Рисунок А.5.2 - Пример применения объектов ARIS

для описания бизнес-процессов

Из рисунков А.5.1-А.5.2 видно, что бизнес-процесс в нотации eEPC представляет собой последовательность процедур, расположенных в порядке их выполнения. Следует отметить, что реальная длительность выполнения процедур в eEPC не может быть отражена визуально. Это приводит к тому, что при создании моделей возможны ситуации, когда на одного исполнителя будет возложено одновременное выполнение двух задач. Используемые при построении модели символы логики позволяют отразить ветвление и слияние бизнес-процесса. Для получения информации о реальной длительности процессов необходимо использовать другие инструменты описания, например диаграммы Ганта в системе Microsoft Project.

Таким образом, при помощи нотации eEPC ARIS можно описывать бизнес-процесс в виде потока последовательно выполняемых работ (процедур, функций). Примеры моделей, сформированных с использованием ARIS eEPC, показаны на рисунках А.5.3 и А.5.4.

Рисунок А.5.3 - Описание процесса обслуживания клиента процесса

Рисунок А.5.4 - Описание процесса анализа и согласования заявки клиента

Нотация ARIS Organizational Chart является одной из основных нотаций ARIS и предназначена для построения схем организационной структуры предприятия. Как правило, эта модель строится в начале проекта по моделированию бизнес-процессов. В модели отражаются существующие подразделения предприятия в виде иерархической структуры, как показано на рисунке А.5.5.

Рисунок А.5.5 - Модель организационной структуры предприятия

При построении сложных иерархических структур может быть использована декомпозиция, например структура подразделения может быть отражена на более детальной схеме.

Нотация ARIS Information Flow является аналогом нотации DFD (см. ниже) и используется при построении схем потоков данных или документов между функциями бизнес-процессов предприятия, как показано на рисунке А.5.6.

Рисунок А.5.6 - Фрагмент диаграммы ARIS Information Flow

В Таблице А.5.2 приведен краткий сравнительный анализ технологий IDEF и EPC с точки зрения их подходов к описанию бизнес-процессов.

Таблица А.5.2 - Сравнительные характеристики технологий IDEF и EPC

Характеристика	IDEF	EPC
Объекты описания	Потоки функций Ресурсы (в т.ч. информационные) Организационные подразделения (участники) Управляющие воздействия	Дерево целей Организационная структура Потоки функций и событий Потоки ресурсов Потоки информации Цепочки добавленной стоимости Сущности (свойства) объектов
Формат представления данных (семантика)	Жестко заданный стандарт	Произвольный (с соблюдением общей логики процесса)
Число объектов на схеме	От 2 до 8	Любое
Логика построения процесса	Принцип доминирования одной функции над другой	Хронологическая последовательность выполнения функций
Характеристики связей между объектами	Определяется направлением связи (т.е. 4 типа: слева, направо, сверху и вниз по отношению к функции) + комментарии	Определяется индивидуальными свойствами (атрибутами) связи, т.е. практически неограниченное число

Приведем пример одного конкретного процесса – «Выполнение заказа клиента», - описанного в форматах обеих технологий. На Рисунке А.5.7 представлена IDEF-диаграмма.

Рисунок А.5.7 - IDEF-диаграмма процесса «Выполнение заказа клиента»

На Рисунке А.5.8 тот же самый процесс представлен в формате событийно-функциональной диаграммы EPC.

Рисунок А.5.8 - EPC-диаграмма процесса «Выполнение заказа клиента»

Выделяют следующие виды моделей ARIS:

1) Функциональные модели (рисунок А.5.9). Процессы, преобразующие вход в выход, группируются в функциональную модель. Обозначения «функция», «процесс» и «операция» употребляются как синонимы. В связи с тем, что функции тесно связаны с целями поскольку они направлены на их достижение и подчиняются их управлению, цели также относят к функциональным моделям. В прикладных системах (ПС) описываются правила компьютерной обработки функции. Таким образом, ПС адекватно подходит под определение «функций»и также относится к функциональной модели.

Рисунок А.5.9 – Функциональная модель

2) Организационные модели (рисунок А.5.10). Класс организационных моделей служит для описания иерархической структуры организации. В организационных моделях группируются субъекты ответственности и средства, выполняющие работу над одним и тем же объектом. Именно поэтому сущность «человеческий ресурс», а также средства «компьютерная техника» относятся к организационной модели.

Рисунок А.5.10 – Организационная модель

3) Модель данных (рисунок А.5.11). Модели данных описывают информационный контекст (среду обработки данных), а также сообщения, активизирующие функции или активируемые ими. С именами данных можно также связать предварительные детали, касающиеся функции информационных систем как носителей данных. В моделях данных неявным образом фиксируются также объекты в виде информационных услуг. Однако в основном такие объекты описываются в моделях выходов.