Бизнес процесс epc. EPC-диаграммы - Учебная и научная деятельность Анисимова Владимира Викторовича. Полнота и глубина звучания

Главная / Услуги

Нотация ARIS EPC, используемая для моделирования бизнес-процессов в инструментарии ARIS, представляет собой последовательность событий и функций, отражающих логику выполнения взаимосвязанных действий, направленных на достижение определенного результата.

Модель ARIS EPC предназначена для описания алгоритма выполнения бизнес-процесса в виде последовательности функций, управляемых событиями. В модели ARIS EPC главное внимание уделяется последовательности выполнения функций, а для описания условий в модели бизнес-процесса используются события и правила, которые могут описывать сложные алгоритмы выполнения бизнес-процесса.

Функции в модели ARIS EPC запускаются событиями, например, «Счет поступил на согласование», и событиями оканчиваются, например, «Счет согласован» или «Счет не согласован». Если в результате исполнения функции имеется только один вариант дальнейшего выполнения бизнес-процесса, т.е. в результате формируется только одно событие, после которого идет следующая функция, событие между этими функциями может не рисоваться.

Модель бизнес-процесса нотации ARIS EPC обязательно начинается и заканчивается одним, или несколькими событиями или интерфейсами в другие модели бизнес-процессов. Для отражения интерфейсов используются специальные объекты «Интерфейс процесса» — тип объекта «Функция».

При создании модели ARIS EPC могут возникнуть ситуации, когда один и тот же документ является исходящим для одной функции и входящим для следующей. В этих случаях для улучшения эргономики модели допустимо использования одного представления документа с одной входящей связью (от функции, в которой он создается или корректируется) и одной исходящей связью (к функции, которой он используется).

Модель EPC не может быть несвязной, т.е. расположение на модели, одного объекта, не связанного с остальными, является ошибкой.

Расположение документов относительно функций как правило следующее, слева сверху – входящие, слева снизу – исходящие документы, исполнителей, как правило располагают справа от функции.

На модели ARIS EPC указывается следующая информация:

  • выполняемые функции
  • информационные ресурсы функций (входящие/исходящие документы)
  • события
  • интерфейсы процессов
  • логические операторы
  • исполнители (должности, бизнес-роли)
  • информационные системы

Правила именования события в ARIS EPC

Имя события (Event) должно содержать существительное и описание изменения состояния в виде отглагольной формы. Пример: «Сделка исполнена».

Правила именования функции в ARIS EPC

Для наименования функции (Function) необходимо использовать ее реальное название. Имя должно состоять из двух частей – отглагольного существительного, описывающего выполняемую функцию, и существительного, показывающего объект, над которым он выполняется. Наименование функции состоит из краткого наименования объекта, начинающегося с заглавной буквы, например, «Поиск контактов клиента».

Правила именования роли/должности в ARIS EPC

Наименование бизнес-роли (Person Type) должно соответствовать сути возлагаемых на исполнителя обязанностей. Как правило, наименование содержит фразу «Ответственный за …». Наименования должностей (Position) пишутся в соответствии со штатным расписанием.

Правила именования документов

Объект соответствует документу (Information Carrier) (в бумажном и/ или электронном виде). Для наименования документов (независимо от используемого символа) необходимо использовать их реальное название.

Правила именования информационных систем в ARIS EPC

Для наименования информационных систем (Application system type) следует использовать их устоявшиеся названия.

Правила именования интерфейса процесса

Интерфейс (Process interface) показывает ссылку на смежный процесс. Имя интерфейса процесса соответствует названию модели, которая описывает смежную часть бизнес-процесса. Интерфейс может использоваться для ссылок на модели бизнес-процесса, не входящие в описываемый бизнес-процесс.

Диаграмма функции EPC должна начинаться как минимум одним стартовым событием (стартовое событие может следовать за интерфейсом процесса) и завершаться как минимум одним конечным событием (конечное событие может предшествовать интерфейсу процесса).

События и функции по ходу выполнения процесса должны чередоваться. Решения о дальнейшем ходе выполнения процесса принимаются функциями.

Рекомендуемое количество функций на диаграмме – не более 20. Если количество функций диаграммы значительно превышает 20, то существует вероятность, что неправильно выделены процессы на верхнем уровне и необходимо произвести корректировку модели.

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

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

На диаграмме не должны присутствовать объекты без единой связи. Каждый оператор слияния должен обладать хотя бы двумя входящими связями и только одной исходящей, оператор ветвления – только одной входящей связью и хотя бы двумя исходящими. Операторы не могут обладать одновременно несколькими входящими и исходящими связями. Если оператор обладает входящей связью от элемента «событие», то он должен обладать исходящей связью к элементу «функция» и наоборот. За одиночным событием не должны следовать операторы «OR (ИЛИ)» или «XOR (Исключающее ИЛИ)». Операторы могут объединять или разветвлять только функции или только события.

Рис. 2.62 Пример диаграммы процесса в нотации EPC

Рис. 2.63 Пример допустимой ситуации 3 Рис. 2.64 Пример допустимой ситуации 4

Пример недопустимой ситуации.

Рис. 2.65 Пример недопустимой ситуации


Статистические методы управления процессами

Приведены примеры наиболее востребованных методов статистического анализа и предложен механизм их оценки.

Анализ диаграммы Парето

На промышленных предприятиях постоянно возникают всевозможные проблемы: появление брака, неполадки оборудования и т.д. В большинстве случаев подавляющее число дефектов и связанные сними потери возникают из-за относительно небольшого числа причин, при чем доля материальных затрат составляет порядка 70 – 80%. Чтобы выяснить, какие из этих причин или факторов являются основными, строят диаграмму Парето.

Диаграмма Парето – инструмент, позволяющий объективно представить и выявить основные причины, влияющие на исследуемую проблему. Различают два вида диаграмм Парето: по результатам деятельности и по причинам.

Диаграмма по результатам деятельности предназначена для выявления главной проблемы и отражает следующие нежелательные результаты деятельности:

· Себестоимость: объем потерь, затраты;

· Безопасность: несчастные случаи, аварии;

· Сроки поставок: срыв сроков, нехватка запасов.

Диаграмма Парето по причинам отражает причины проблем, возникающих в ходе производства:

· Исполнитель работы: смена, бригада и т.д.;

· Оборудование: станки, агрегаты, инструменты и т.д.;

· Методы работы: последовательность операций, условия производства;

· Измерения: точность, воспроизводимость, стабильность.

Построение диаграммы Парето состоит из следующих этапов.

Этап 1. Определите, какие проблемы необходимо исследовать и как собирать данные; как их классифицировать. Установите метод и период сбора данных.

Этап 2. Разработайте контрольный листок для регистрации данных с перечнем видов собираемой информации.

Этап 3. Заполните листок регистрации данных и подсчитайте итоги.

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

Таблица 3.1.1 Построение диаграммы Парето

Код дефектов Число дефектов Накопленная сумма числа дефектов Процент числа дефектов Накопленный процент
Итого - -

Этап 5. Начертите одну горизонтальную и две вертикальные оси. Вертикальные оси: на левую ось нанесите шкалу с интервалом от 0 до числа, соответствующего общему итогу; на правую ось – шкалу с интервалом от 0 до 100 %. Горизонтальную ось разделите на число контролируемых признаков.

Рис. 3.1.1 Диаграмма Парето

Этап 6. Постройте столбчатый график, где каждому виду брака соответствует свой прямоугольник.

Этап 7. Начертите кумулятивную прямую.

При построении диаграммы следует обратить внимание на следующие моменты:

· Диаграмма оказывается наиболее эффективной, если число факторов составляет 7 – 10;

· При обработке данных необходимо производить их расслоение по отдельным параметрам (время отбора данных, тип изделий, партия материалов, оператор и т.д.);

· Если фактор “прочие” оказывается слишком большим, следует повторить анализ содержания этого фактора;

· Следует систематически составлять диаграмму. Парето для одного и того же процесса, что позволит отслеживать тенденцию изменения количества брака на каждый фактор (рис. 3.1.1).

Event-driven process chain.

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

Область применения EPC

Диаграмма EPC является стандартизированной графической диаграммой для моделирования бизнес-процессов, применима для:

  • Составления моделей и документирование бизнес процессов как есть (as is)
  • Описание возможных усовершенствований существующих бизнес процессов как будет (to be)
  • Выявление всех участников процесса
  • Выявление всех информационных систем, ресурсов и документов участвующих в процессе

Чтобы лучше получить представление о диаграмме EPC советуем посетить ссылки:

  • Введение в EPC

    Ссылка ведет на введение в EPC. Советуем посетить ссылку в первую очередь.
  • Элементы и структура построения диаграмм EPC

    Ссылка ведет на описание где представлены самые важные графические элементы диаграммы. Представление элементов и их использование отлично структурированно, Вам будет очень удобно ориентироваться.
  • Примеры правил построения EPC диаграмм

    Ссылка ведет на документ где описаны примеры построения диаграмм. P.S. В данном случае нас интересует только информация, представленная в четвертой главе с 86 страницы.

Прочие полезные материалы:

  • Ссылка ведет на сборник учебных материалов по методологии ARIS.

МОСКОВСКИЙ ГОСУДАРСТВЕННЫЙ ТЕХНОЛОГИЧЕСКИЙ УНИВЕРСИТЕТ «СТАНКИН»

ЛАБОРАТОРНЫЕ РАБОТЫ
ПО
ДИСЦИПЛИНЕ «ИНСТРУМЕНТАЛЬНЫЕ СРЕДСТВА CALS-ТЕХНОЛОГИЙ»

Москва 2009 г.

ЛАБОРАТОРНАЯ РАБОТА №1

Цель работы: Формирование навыков разработки модели бизнес-процесса с использованием EPC-диаграммы.

Задачи работы:

1. Изучение правил построения EPC-диаграммы;

2. Разработка EPC-диаграммы бизнес-процесса в соответствии с заданием.

Правила построения EPC-диаграммы

Объекты диаграммы:

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

Отношения объектов диаграммы:


Направление отношения - слева вверх
Нет связи Активи- зирует Ведет к Нет связи Нет связи Нет связи Нет связи Нет связи Нет связи Нет связи Нет связи Нет связи Нет связи Имеет резуль- татом Имеет резуль- татом
Создает Нет связи Ведет к Нет связи Нет связи Создает выход на Создает выход на Создает выход на Создает выход на Создает выход на Создает выход на Поддер- живает Имеет резуль-татом Нет связи Нет связи
Ведет к Активи- зирует Нет связи Нет связи Нет связи Нет связи Нет связи Нет связи Нет связи Нет связи Нет связи Нет связи Нет связи Нет связи Нет связи
Нет связи Выполняет Нет связи Нет связи Нет связи Нет связи Нет связи Нет связи Нет связи Нет связи Нет связи Нет связи Нет связи Нет связи Нет связи
Нет связи Выполняет Нет связи Нет связи Нет связи Нет связи Нет связи Нет связи Нет связи Нет связи Нет связи Нет связи Нет связи Нет связи Нет связи
Нет связи Обеспечи- вает вход для Нет связи Нет связи Нет связи Нет связи Нет связи Нет связи Нет связи Нет связи Нет связи Нет связи Нет связи Нет связи Нет связи
Нет связи Обеспечи- вает вход для Нет связи Нет связи Нет связи Нет связи Нет связи Нет связи Нет связи Нет связи Нет связи Нет связи Нет связи Нет связи Нет связи
Нет связи Требуется для Нет связи Нет связи Нет связи Нет связи Нет связи Нет связи Нет связи Нет связи Нет связи Нет связи Нет связи Нет связи Нет связи
Нет связи Требуется для Нет связи Нет связи Нет связи Нет связи Нет связи Нет связи Нет связи Нет связи Нет связи Нет связи Нет связи Нет связи Нет связи
Нет связи Есть вход для Нет связи Нет связи Нет связи Нет связи Нет связи Нет связи Нет связи Нет связи Нет связи Нет связи Нет связи Нет связи Нет связи
Нет связи Есть вход для Нет связи Нет связи Нет связи Нет связи Нет связи Нет связи Нет связи Нет связи Нет связи Нет связи Нет связи Нет связи Нет связи
Нет связи Нет связи Нет связи Нет связи Нет связи Нет связи Нет связи Нет связи Нет связи Нет связи Нет связи Нет связи Нет связи Нет связи Нет связи
Нет связи Есть вход для Нет связи Нет связи Нет связи Нет связи Нет связи Нет связи Нет связи Нет связи Нет связи Нет связи Нет связи Нет связи Нет связи
Есть вход для Нет связи Нет связи Нет связи Нет связи Нет связи Нет связи Нет связи Нет связи Нет связи Нет связи Нет связи Нет связи Нет связи Нет связи

1. Для построения диаграммы событийно-управляемого процесса используются объекты, указанные в разделе «Объекты» и связи между ними, указанные в разделе «Отношения объектов».

2. Диаграмма определяется последовательность действий и событий, необходимых для выполнения процесса. Каждая EPC-модель должна начинаться как минимум одним стартовым инициирующим событием (состоянием) и завершаться как минимум одним результирующим событием (состоянием). События и функции по ходу выполнения процесса должны чередоваться (сменять друг друга) (рис.1).

Рис. 1. Функционально-событийная последовательность бизнес-процесса

  1. Все функции должны идти в правильной последовательность. Необходимо учитывать параллельны они или последовательны.
  2. События и функции должны иметь только по одному входящему и одному исходящему отношению, показывающему ход выполнения бизнес-процесса.

В случае если есть разветвления, то необходимо использовать оператор ветвления , при этом показывать все возможные варианты течения процесса и результаты выполнения функций. Разветвление всегда начинается после функции.
На eEPC - диаграмме допустимы следующие варианты использования правил ветвления/слияния:
1) Условное ветвление процесса с помощью оператора «исключающее ИЛИ» (при выполнении функции наступает только одно из возможных событий) (Рис.2).

Рис. 2. Разветвление с оператором «исключающее ИЛИ»

2) Условное ветвление процесса с помощью оператора «ИЛИ» (при выполнении функции наступают либо одно событие, либо другое, либо оба сразу) (Рис.3).

Рис. 3. Разветвление с оператором «ИЛИ»

3) Условное ветвление процесса с помощью оператора «И» (при выполнении функции наступают оба события) (Рис.4).

Рис. 4. Разветвление с оператором «И»

4)Функция выполнится, если наступили оба события (Рис.5).

Рис. 5. Соединение с оператором «И»

5) Функция выполнится, если наступило, либо одно событие, либо другое, но не оба сразу (Рис.6).

Рис. 6. Соединение с оператором «исключающее ИЛИ»

6) Функция выполнится, когда наступило хотя бы одно из событий (Рис.7).

Рис. 7. Соединение с оператором «ИЛИ»

  1. На входе и выходе разветвления обязательно должны использоваться одинаковые операторы (Рис. 8).

Рис. 8. Использование операторов на входе и выходе

  1. Определяются предшествующие и последующие процессы и отображаются в интерфейсах (рис.9). Если нет предшествующих и последующих процессов в рамках компании, то используется объект «Границы процесса» («Начало процесса», «Завершение процесса»).


Рис. 9. Функционально-событийная последовательность бизнес-процесса с интерфейсами, указанием границы процесса

  1. Определяется и отображается вся необходимая информация и ресурсы, необходимые для выполнения функции, а также результаты выполнения функции. Необходимо максимально точно отображать входящую и исходящую информацию. Для таких документов таких как: Приказ, Служебная записка, Заявление и т.д., необходимо указывать их назначение. Информация, которая передается в устном виде, а также неструктурированная информация на любых носителях отображается информационным значком (рис.10).

Рис. 10. Функционально-событийная последовательность бизнес-процесса с интерфейсами, входящей и исходящей информацией

  1. Определяется и отображается исполнитель каждой функции (рис.11).

Рис. 11. Функционально-событийная последовательность бизнес-процесса с интерфейсами, входящей и исходящей информацией, регламентирующими документами и исполнителями

  1. Определяется возможность и необходимость декомпозиции функции. Если нужно, расписываются функции более детально на ЕРС диаграмме и делается ссылка на нее.

1. Диаграмма функции EPC должна начинаться как минимум одним стартовым событием (стартовое событие может следовать за интерфейсом процесса) и завершаться как минимум одним конечным событием (конечное событие может предшествовать интерфейсу процесса).

2. События и функции по ходу выполнения процесса должны чередоваться. Решения о дальнейшем ходе выполнения процесса принимаются функциями.

3. Рекомендуемое количество функций на диаграмме - не более 20. Если количество функций диаграммы значительно превышает 20, то существует вероятность, что неправильно выделены процессы на верхнем уровне и необходимо произвести корректировку модели.

4. События и функции должны содержать строго по одной входящей и одной исходящей связи, отражающей ход выполнения процесса.

5. События и операторы, окружавшие функцию на вышележащей диаграмме (Рис.16 ), должны быть начальными/результирующими событиями и операторами на диаграмме декомпозиции функции (Рис.17 ).

Рисунок 16. Диаграмма процесса, на которой встречается Функция 1 Рисунок 17. Диаграмма декомпозиции Функции 1

6. На диаграмме не должны присутствовать объекты без единой связи.

7. Каждый оператор слияния должен обладать хотя бы двумя входящими связями и только одной исходящей, оператор ветвления - только одной входящей связью и хотя бы двумя исходящими. Операторы не могут обладать одновременно несколькими входящими и исходящими связями.

8. Если оператор обладает входящей связью от элемента "событие", то он должен обладать исходящей связью к элементу "функция" и наоборот.

9. За одиночным событием не должны следовать операторы "OR (ИЛИ)" или "XOR (Исключающее ИЛИ)".

10. Операторы могут объединять или разветвлять только функции или только события. Одновременное объединение/ветвление функции и события невозможно.

11. Оператор, разветвляющий ветки, и оператор, объединяющий эти ветки, должны совпадать. Допускается также ситуация, когда оператор ветвления "И", оператор объединения - "ИЛИ".

Примеры допустимых ситуаций (Рис.18 , Рис.19 , Рис.20 , Рис.21 ):

Рисунок 18 Рисунок 19 Рисунок 20 Рисунок 21

Пример недопустимой ситуации (Рис.22 ).

© 2024 realerus.ru -- Финансовый советник