EPC (Event-Driven Process Chain, событийная цепочка процессов), а также eEPC (Extended Event-Driven Process Chain) — нотации отображения хода выполнения бизнес-процесса. EPC-метод был разработан в рамках работ над созданием ARIS в начале 1990-х годов. Используется многими организациями для моделирования, анализа и реорганизации бизнес-процессов.
Основные понятия
Ключевыми элементами которой являются События и Функции.
Диаграмма бизнес-процесса в EPC должна начинаться и заканчиваться Событием. За Функцией всегда должно следовать Событие, т.е. выполнение Функции создает некоторое событие (состояние) . Документы, организационные звенья, информационные и материальные потоки, элементы информационной системы (программное обеспечение, базы данных) имеют свое графическое обозначение.
Для ветвления процесса используются операторы И, ИЛИ, исключающее ИЛИ.
Применение
EPC используется на низших уровнях описания бизнес-модели, когда стоит задача описать подробный ход выполнения бизнес-процесса. Функции EPC могут быть декомпозированы (разбиты на детальные бизнес-процессы только в нотации EPC).
Оптимизированная нотация EPC-O описания бизнес-процессов
Преимущества
Позволяет очень детально и точно описать выполнение бизнес-процесса, показать на диаграмме в графическом виде всех исполнителей, все используемые объекты.
Недостатки
Обладает очень широким набором графических элементов, что может быть сложным для понимания, по сравнению с другими нотациями. Для разработки процессов в этой нотации и их чтения требуется предварительная подготовка сотрудников.
Источник: sewiki.ru
Описание бизнес процессов нотация epc
Оглавление
Оглавление
Нотации EPC и BPMN
Фёдор литовко
Один пример и три нотации: сравниваем
BPMN, EPC и DMN
Для бизнес-аналитика очень важно уметь моделировать бизнес-процессы (БП) и знать нужные для этого нотации. Наиболее распространенные нотации моделирования БП — BPMN и EPC. Существует большое статей и других материалов, посвященных нотациям и особенностям их использования. С теоретической точки зрения в этой статье не будет ничего нового. Основная цель — показать, как можно решить одни и те же задачи с помощью нотаций BPMN и EPC и в чем особенность DMN.
В этой статье мы:
- Расскажем о ценности внедрения методологии моделирования
- На примерах покажем, для каких задач больше подходит BPMN, а для каких — EPC
- Напомним про нотацию DMN, которая создана для описания моделей принятия решений
Статья будет полезна начинающим аналитикам процессов, техническим писателям, а также руководителям, переходящим от интуитивного описания процессов к их регламентации и формализации.
Нотации описания бизнес-процессов. Часть 3. Нотация EPC | Naked BPM
Время на чтение статьи: 15 минут
Не любите читать? Посмотрите видео.
Оглавление
Воркшоп «BPMN для людей:
основы самой популярной нотации
для описания бизнес-процессов»
Воркшоп для ИТ-специалистов, которые хотят научиться описывать логику выполнения бизнес-процессов с помощью формальной нотации — BPMN. Читателями таких диаграмм будут люди, а не сервисы.
Зачем нужна методология моделирования
Методология моделирования представляет собой внутренний стандарт описания БП. В такую методологию можно включить:
- Какие нотации и в каком случае использовать
- Какие элементы нотаций использовать
- Как и где хранить описанные БП
- Какие инструменты можно использовать для описания БП
- Как обновлять описания бизнес-процессов при их изменении
Наличие общего стандарта по описанию БП:
- Позволит унифицировать процессы команды проекта или компании
- Поможет начать внедрять процессный подход в проекте или компании
- Сократит время обучения нотации для незнакомых с процессным подходом сотрудников
Методология моделирования может иметь любую удобную форму. Наиболее простой вариант — документ с правилами, размещённый в папке с общим доступом для всех заинтересованных лиц. Такой документ может содержать ссылки на другие файлы или полезные материалы.
Пример части методологии
Ниже показан пример заполнения некоторых разделов методологии моделирования.
1. Общее описание
Владелец методологии;Отдел бизнес-анализа компании Обновление процессов;Информация от владельца процесса, плановое обновление через отдел бизнес-анализа компании Хранение процессов;Единый репозиторий по ссылке
(указывается ссылка) Нумерация процессов;Согласно единому реестру процессов
(указывается ссылка)
2. Описание процессов оперативного уровня
Используемая нотация; BPMN Используемые элементы нотации ; Простые шлюзы (без событийных), события (простое, таймер, сообщение), действия (простое, сообщение, ручная и пользовательская задача) и т.д. Правила описания процессов; Максимальное количество действий в процессе — 10, максимальное количество участников — 4 Инструменты для описания процессов ; Корпоративная Business Studio 5
3. Пример описанного процесса
Приводится пример процесса оперативного уровня, смоделированного в соответствии с методологией (скриншот или ссылка).
Нотации EPC и BPMN
EPC — Event-driven Process Chain, Событийная цепочка процессов. EPC предназначена для описания порядка выполнения БП в виде последовательности действий, управляемых событиями и выполняемых исполнителями. Нотация разработана в 1990-х годах как часть методологии управления процессами и программного продукта ARIS.
- Нотация создавалась как нотация для работы с системой SAP R/3
- Нотация ориентирована на описание высокоуровневых БП
- Главное преимущество нотации в том, что в ней мало элементов. Человек, не знакомый с нотацией, легко может понять EPC-диаграмму.
BPMN — Business Process Model and Notation, Нотация Моделирования Бизнес-процессов. Первая версия нотации разработана в 2009 году, в 2011 году была выпущена её новая версия — BPMN 2.0.
- Нотация разрабатывалась для применения совместно с BPMS-системами. В такой системе можно смоделировать БП и запустить его на исполнение.
- Нотация имеет большое количество элементов, связанных с автоматизацией процессов (триггеры, сообщения, потоки данных и так далее).
Пример
Исходные данные
Предположим, что мы участвуем в проекте внедрения информационной системы (ИС). Считаем, что:
- Стейкхолдеры (заинтересованные в проекте лица) и бизнес-заказчики уже определены
- Процессы не описаны или описания процессов устарели, то есть необходимо описать процессы с нуля
- Реализовать в ИС процесс выбора поставщика.
- Описать процесс выбора поставщика в виде инструкций для пользователей.
Задачу реализации процесса в ИС при этом можно декомпозировать на две:
- Описать процесс в общем виде
- Поставить задачу по реализации процесса команде разработки
- Автоматизация в ИС существующих в компании процессов
- Оптимизация текущих процессов или создание новых процессов, сопутствующих реализации ИС
Процесс выбора поставщика
Предположим, что в рамках сбора требований заказчика мы выделили следующие шаги в процессе выбора поставщика.
- Закупщик формирует требования к закупаемому оборудованию
- Закупщик организует и проводит тендер
- Закупщик выбирает лучшее предложение, представленное на тендере
- Закупщик заключает договор с выбранным поставщиком
После того как мы изучили процесс, необходимо представить его в графическом виде, в первую очередь, для команды проекта.
В нотации BPMN схема процесса выбора поставщика может выглядеть так.
Схема процесса выбора поставщика (BPMN)
Схемы в нотации BPMN ориентированы слева направо. Любая схема должна содержать начальное и конечное события.
Ответственность в рамках процесса разграничивается с помощью пулов и дорожек — прямоугольных элементов, содержащих события процесса.
В примере мы видим два пула:
- Закупщик — исполнитель процесса. В зоне ответственности Закупщика находятся в данном случае все события процесса. Если в процессе несколько исполнителей, каждый из них будет выражен отдельной дорожкой или пулом.
- Поставщик. Поставщик является внешним по отношению к процессу элементом, поэтому выражен в виде свернутого пула. Для нас поставщик — чёрный ящик: мы не знаем, какие процессы происходят у поставщика (на самом деле, нам и не нужно знать о них).
В нотации EPC схема процесса выбора поставщика может выглядеть так.
Схема процесса выбора поставщика (EPC)
Схемы в нотации EPC ориентированы снизу вверх. Одно из основных требований в нотации — наличие события (красные элементы на схеме) после любого действия (зелёные элементы на схеме). Исполнитель действия в нотации выражен в виде отдельного элемента (жёлтые элементы на схеме). Часто в нотации EPC указываются различные документы в виде входящего или исходящего артефакта действия (белые элементы на схеме).
В целом для описания БП в общем виде одинаково подходят обе нотации.
Преимущество BPMN состоит в том, что нотация позволяет более наглядно показать разделение ответственности между участниками процесса за счёт отображения участников в виде отдельных дорожек. Если в вашем процессе большое количество участников (как исполнителей, так и внешних контрагентов), возможно, BPMN подойдет больше.
В EPC большое внимание уделяется различным видам документации, поэтому, если в вашем процессе важное место занимает документация, используются нормативно-правовые акты, нотация EPC может быть значительнее удобнее. При этом нотация требует, чтобы после любого действия следовало событие. Это увеличивает количество элементов схемы и делает её более громоздкой по сравнению с BPMN.
Постановка задачи на разработку
После того как процесс в общем виде описан, необходимо поставить задачи команде разработки для реализации процесса в ИС.
Для примера возьмем две задачи, которые могут быть реализованы в рамках процесса выбора поставщика.
- Окончание тендера по таймеру (например, если тендер не проведён, то через 10 рабочих дней он завершается)
- Завершить процесс выбора поставщика, если при определении требований к оборудованию получено от руководителя получено уведомление об отмене поиска поставщика.
Окончание тендера по таймеру
В нотации BPMN отобразить какое-то событие, происходящее по таймеру, легко. Для этого существует специальный элемент нотации.
Окончание тендера по таймеру (BPMN)
Завершение процесса при получении уведомления
Другой удобный элемент в нотации BPMN — граничные события. Такие события прикрепляются к границе действия. Граничные события могут быть прерывающими и непрерывающими. Непрерывающие события запускают дополнительные ветки действий, а прерывающие завершают текущую ветку.
Так как нашим требованием является завершить процесс поиска поставщика при получении уведомления от руководителя, используем граничащее прерывающее событие типа «Сообщение». На схеме это будет выглядеть так:
Источник: systems.education
Методология EPC
методическая разработка на тему
Нотация EPC (Event-Driven Process Chain – событийная цепочка процессов) используется для описания процессов нижнего уровня. Диаграмма процесса в нотации EPC, представляет собой упорядоченную комбинацию событий и функций. Для каждой функции могут быть определены начальные и конечные события, участники, исполнители, материальные и документальные потоки, сопровождающие её, а также проведена декомпозиция на более низкие уровни. Декомпозиция может производиться только в нотации EPC.
При декомпозиции процесса ЕРС, расположенного на диаграмме SADT, стрелки с диаграммы SADT на диаграмму ЕРС не переносятся.
Используемые графические символы
Блок представляет собой функцию – действие или набор действий, выполняемых над исходным объектом (документом, ТМЦ и прочим) с целью получения заданного результата.
Внутри блока помещается наименование функции.
Временная последовательность выполнения функций задается расположением функций на диаграмме процесса сверху вниз.
Событие – состояние, которое является существенным для целей управления бизнесом и оказывает влияние или контролирует дальнейшее развитие одного или более бизнес-процессов. Элемент отображает события, активизирующие функции или порождаемые функциями. Внутри блока помещается наименование события.
Стрелка отображает связи элементов диаграммы процесса EPC между собой. Связь может быть направленной и ненаправленной в зависимости от соединяемых элементов и типа связи.
Оператор «И» используется для обозначения слияния/ветвления как функций, так и событий.
Если завершение выполнения функции должно инициировать одновременно несколько событий, то это обозначается с помощью оператора «И», следующего после функции и перед событиями. На рисунке ( Рис.1) завершение выполнения Функции одновременно инициирует события: Событие 1 и Событие 2.
Если событие происходит только после обязательного завершения выполнения нескольких функций, то это обозначается с помощью оператора «И», следующего после функций и перед одиночным событием. На рисунке ( Рис.2) Событие произойдет только после обязательного завершения Функции 1 и Функции 2.
Если функция может начать выполняться только после того, как произойдут несколько событий, то это обозначается с помощью оператора «И», следующего после событий и перед функцией. На рисунке ( Рис.3) Функция начнет выполняться только после того, как произойдут Событие 1 и Событие 2.
Если одно событие может инициировать одновременное выполнение нескольких функций, то это обозначается с помощью оператора «И», следующего после события и перед функциями. На рисунке ( Рис.2 ) Событие одновременно инициирует выполнение Функции 1 и Функции 2.
Оператор OR («ИЛИ»)
Оператор «ИЛИ» используется для обозначения слияния/ветвления функций и для слияния событий. По правилам нотации EPC после одиночного события не может следовать разветвляющий оператор «ИЛИ».
Если завершение выполнения функции может инициировать одно или несколько событий, то это обозначается с помощью оператора «ИЛИ», следующего после функции и перед событиями. На рисунке ( Рис.3) завершение выполнения Функции 1 может инициировать 3 вида ситуаций: только Событие 1, только Событие 2, одновременно и Событие 1, и Событие 2.
Если событие происходит после завершения выполнения одной или нескольких функций, то это обозначается с помощью оператора «ИЛИ», следующего после функций и перед одиночным событием. На рисунке ( Рис.) Событие может произойти либо после завершения выполнения Функции 1, либо после завершения выполнения Функции 2, либо после завершения выполнения и Функции 1, и Функции 2.
Если функция может начать выполняться после того, как произойдет одно или несколько событий, то это обозначается с помощью оператора «ИЛИ», следующего после событий и перед функцией. На рисунке ( Рис.) Функция может начать выполняться либо после того, как произойдет Событие 1, либо после того, как произойдет Событие 2, либо после того, как произойдут оба события: Событие 1, и Событие 2.
Оператор XOR («Исключающее ИЛИ»)
Оператор «Исключающее ИЛИ» используется для обозначения слияния/ветвления функций и для слияния событий. По правилам нотации EPC после одиночного события не может следовать разветвляющий оператор «Исключающее ИЛИ».
Если завершение выполнения функции может инициировать только одно из событий в зависимости от условия, то это обозначается с помощью оператора «Исключающее ИЛИ», следующего за функцией и перед событиями. На рисунке ( Рис.) Функция инициирует либо только Событие 1, либо только Событие 2.
Если событие происходит сразу после завершения выполнения либо одной функции, либо другой, то это обозначается с помощью оператора «Исключающее ИЛИ», следующего после функций и перед одиночным событием. На рисунке ( Рис.) Событие может произойти либо сразу после завершения выполнения Функции 1, либо сразу после завершения выполнения Функции 2.
Если функция может начать выполняться сразу после того, как произойдет либо одно событие, либо другое, то это обозначается с помощью оператора «Исключающее ИЛИ», следующего после нескольких событий и перед функцией. На рисунке ( Рис.) Функция может начать выполняться сразу после того, как произойдет либо Событие 1, либо Событие 2.
Рис.14. Диаграмма Процесса 1
Рис.13. Диаграмма Процесса 2
Элемент, обозначающий внешний (по отношению к текущей диаграмме) процесс или функцию. Используется для указания взаимосвязи процессов:
- обозначает предыдущий или следующий процесс по отношению к диаграмме рассматриваемого процесса;
- обозначает процесс, откуда поступил или куда передается объект.
Внутри блока помещается наименование внешнего процесса.
На рисунке ( Рис. ) показано, что договор является результатом выполнения процесса «Заключение договора».
На рисунке ( Рис.14 ) показано, что после окончания Процесса 1 (и наступления Событие 1) начинает выполняться Процесс 2.
На диаграмме Процесса 2 ( Рис.13 ) показано, что перед началом Процесса 2 был завершен Процесс 1, инициировавший Событие 1.
Используется для отображения на диаграмме бумажных документов, сопровождающих выполнение функции. Внутри блока помещается наименование бумажного документа.
Используется для отображения на диаграмме электронных документов, сопровождающих выполнение функции. Внутри блока помещается наименование электронного документа.
Используется для отображения на диаграмме товарно-материальных ценностей (ТМЦ), сопровождающих выполнение функции. Внутри блока помещается наименование ТМЦ.
Используется для отображения на диаграмме информационных потоков, сопровождающих выполнение функции. Внутри блока помещается наименование информационного потока.
Используется для отображения на диаграмме информационной системы, поддерживающей выполнение функции. Внутри блока помещается наименование информационной системы.
Модуль информационной системы
Используется для отображения на диаграмме модуля информационной системы, поддерживающего выполнение функции. Внутри блока помещается наименование модуля информационной системы.
Функция информационной системы
Используется для отображения на диаграмме функции информационной системы, поддерживающей выполнение функции. Внутри блока помещается наименование функции информационной системы.
Используется для отображения на диаграмме базы данных, сопровождающей выполнение функции. Внутри блока помещается наименование базы данных.
Используется для отображения на диаграмме объектов, сопровождающих выполнение функции. Наименования этих объектов – термины, используемые в организации. Внутри блока помещается наименование термина.
Элемент может быть использован для обозначения данных, передаваемых между процессами или обрабатываемых при выполнении процессов.
Элемент может быть также использован для обозначения статусов бумажных/электронных документов и других элементов справочника «Объекты деятельности». На рисунке ( Рис.5) статус документа «Акт выполненных работ» устанавливается с помощью термина «Подписанный».
Используется для отображения на диаграмме наборов объектов, сопровождающих выполнение функции, например, «Документация по проекту». Внутри блока помещается наименование набора объектов.
Используется для отображения на диаграмме потоков объектов, которые нельзя отнести ни к одной из предопределенных групп справочника «Объекты деятельности». Внутри блока помещается наименование прочего объекта.
Задание для практической работы
Постройте модель предметной области с помощью инструментария нотации EPC.
Номер варианта соответствует номеру вашего компьютера.
ИС «Электронный документооборот»
ИС «Создание и утверждение документа»
ИС «Магазин компьютерной техники Atto»
Функция «Установка ОС»
Функция «Покупка и сборка ПК»
Функция «Обучение студента»
Функция «Сдача экзамена»
ИС «организация поставки товара по предварительному заказу»
ИС «Покупка товара через интернет»
Функция «Создание и настройка интернет соединения beeline-carbine»
Функция «Оформление кредита в банке»
Функция «Обслуживания клиента в ресторане быстрого питания «Чайная ложка»»
Задание повышенной сложности: Создать схему модели:
1. Решения дифференциального уравнения;
2. Системы уравнений;
По теме: методические разработки, презентации и конспекты
Тема 2.1 Методология научного исследования
Курс «Основы научно-исследовательской деятельности» для СПОРаздел 2. МЕТОДОЛОГИЧЕСКИЕ ОСНОВЫ НАУЧНЫХ ИССЛЕДОВАНИЙТема 2.1 Методология научного исследованияПлан:1. Понятие «методология».2. .
Методология моделирования квантово-механических процессов.
Аннотация В данной статье приведена методология моделирования квантово-механических процессов, широко используемых при изучении пространственных и вре.
Методология и методы исследования
Данная презентация может быть использована на уроках по учебной дисциплине «Психология» в качестве наглядного средства обучения и контроля качества обучения.
Научная статья «ИСПОЛЬЗОВАНИЕ QFD- МЕТОДОЛОГИИ ДЛЯ СОВЕРШЕНСТВОВАНИЯ КАЧЕСТВА ВАРЕНЫХ КОЛБАС»
Статья опубликована в сборнике научных работ молодых ученых г.Бийск.
Методология постороения работы социального педагога .
Методология построения работы социального педагога.
Методическая разработка для преподавателей на тему: Преподавание иностранного языка: от истоков методики преподавания к современной методологии.
Обзор подходов и методов преподавания иностранного языка.
Методология экономического анализа и планирования расчетов предприятия по страховым взносам и НДФЛ (2016 г.)
При цитировании статьи обязательна ссылка на материал: Поликарпов К.И., Тимофеев Д.Г., Дышлюк О.А. Методология экономического анализа и планирования расчетов предприятия по страховым взносам и НДФЛ// .
Источник: nsportal.ru
