Цепочка процессов, управляемая событиями
Цепочка событийно-ориентированных процессов ( EPC ) — это тип блок-схемы моделирования бизнес-процессов . EPC можно использовать для настройки выполнения планирования ресурсов предприятия , а также для улучшения бизнес-процессов . Его можно использовать для управления экземпляром автономного рабочего процесса при совместном использовании работы.
Метод цепочки событий, управляемых событиями, был разработан в рамках архитектуры интегрированных информационных систем (ARIS) Августом-Вильгельмом Шеером в Institut für Wirtschaftsinformatik, Universität des Saarlandes (Институт систем бизнес-информации при Университете Саара) в начале 1990-е годы. [1]
Обзор
[ редактировать ]Предприятия используют диаграммы цепочек событий, управляемых событиями, для планирования рабочих процессов бизнес-процессов , первоначально в сочетании с моделированием SAP R / 3 , но теперь более широко. Его используют многие компании для моделирования, анализа и реорганизации бизнес-процессов. Метод событийно-ориентированной цепочки процессов был разработан в рамках архитектуры интегрированных информационных систем (ARIS). По существу, он образует основной метод моделирования в ARIS, который служит для связи различных представлений в так называемом представлении управления. Цитируем публикацию 2006 года о цепочках процессов, управляемых событиями: [2]
- Цепочка процессов, управляемая событиями (EPC), представляет собой упорядоченный граф событий и функций. Он предоставляет различные соединители, которые позволяют альтернативное и параллельное выполнение процессов. Кроме того, это определяется использованием логических операторов, таких как OR, AND и XOR. Утверждается, что основным преимуществом EPC является его простота и понятные обозначения. Это делает EPC широко приемлемым методом обозначения бизнес-процессов.
Утверждение о том, что цепочки процессов, управляемых событиями, представляют собой упорядоченные графы, также встречается в других ориентированных графах, для которых не предусмотрено явное упорядочение узлов. На самом деле никаких ограничений на возможную структуру EPC не существует, но нетривиальные структуры, включающие параллелизм, имеют плохо определенную семантику выполнения; в этом отношении они напоминают диаграммы активности UML .
Несколько научных статей посвящены обеспечению четко определенной семантики выполнения для общих цепочек процессов, управляемых событиями. [3] [4] Одна конкретная проблема заключается в том, что EPC требуют нелокальной семантики, [5] т. е. поведение выполнения конкретного узла внутри EPC может зависеть от состояния других частей EPC, находящихся на сколь угодно большом расстоянии.
Элементы
[ редактировать ]
Эти элементы используются в диаграммах цепочек процессов, управляемых событиями:
- Событие
- События — это пассивные элементы в цепочках процессов, управляемых событиями. Они описывают, при каких обстоятельствах работает функция или процесс или к какому состоянию приводит функция или процесс. Примерами событий являются «фиксация требований», «материал на складе» и т. д. На графике EPC событие представлено в виде шестиугольника. Как правило, диаграмма EPC должна начинаться с события и заканчиваться событием.
- Функция
- Функции являются активными элементами EPC. Они моделируют задачи или деятельность внутри компании. Функции описывают преобразования из начального состояния в результирующее состояние. Если могут возникнуть разные результирующие состояния, выбор соответствующего результирующего состояния можно явно смоделировать как функцию принятия решения с использованием логических соединителей. Функции могут быть уточнены в другом EPC. В этом случае это называется иерархической функцией. Примерами функций являются «учет требований», «проверка наличия материала на складе» и т. д. На графике цепочки событий, управляемых событиями, функция представлена в виде прямоугольника со скругленными углами.
- Владелец процесса
- Владелец процесса отвечает за определенную функцию (т. е. специалист по бронированию отвечает за бронирование поездок). Владелец процесса обычно является частью организационной единицы (т. е. служащий по бронированию принадлежит отделу бронирования). Он представлен в виде квадрата с вертикальной линией.
- Организационная единица
- Подразделения организации определяют, какая организация в структуре предприятия отвечает за ту или иную функцию. Примеры: «отдел продаж», «отдел закупок» и т. д. Представляется в виде эллипса с вертикальной линией.
- Информационный, материальный или ресурсный объект
- В цепочке процессов, управляемых событиями, объекты информации, материала или ресурсов изображают объекты реального мира, например бизнес-объекты, сущности и т. д., которые могут быть входными данными, служащими основой для функции, или созданными выходными данными. по функции. Примеры: «материал», «заказ» и т. д. На графике EPC такой объект изображается в виде прямоугольника.
- Логический разъем
- В цепочке процессов, управляемых событиями, логические связи между элементами потока управления, то есть событиями и функциями, описываются логическими связями. С помощью логических соединителей можно разделить поток управления от одного потока к двум и более потокам и синхронизировать поток управления от двух и более потоков к одному потоку.
- Логические отношения
 |  |
- В цепочках процессов, управляемых событиями, определены три типа логических отношений:
- Ветвление/слияние. Ветвление и слияние соответствуют принятию решения о том, какой путь выбрать среди нескольких потоков управления. Ветка может иметь один входящий поток управления и два или более исходящих потока управления. При выполнении условия ветвь активирует ровно только один из исходящих потоков управления и деактивирует остальные. Аналогом ветки является слияние. Слияние может иметь два или более входящих потока и один исходящий поток управления. Слияние синхронизирует активированные и деактивированные альтернативы. Затем управление будет передано следующему элементу после слияния. Ветвь в EPC представлена открывающим соединителем XOR, тогда как слияние представлено закрывающимся соединителем XOR.
- Fork/Join: Разветвление и объединение соответствуют одновременной активации всех путей в потоке управления. Ответвление может иметь один входящий поток управления и два или более исходящих потока управления. Когда условие выполняется, форк активирует все исходящие потоки управления параллельно. Соединение может иметь два или более входящих потока управления и один исходящий поток управления. Соединение синхронизирует все активированные входящие потоки управления. На диаграмме цепочки событий, управляемых событиями, способ достижения параллелизма не имеет значения. В действительности параллелизм может быть достигнут путем истинного параллелизма или виртуального параллелизма, достигаемого путем чередования. Разветвление в EPC представлено открывающим соединителем «И», тогда как соединение представлено закрывающимся соединителем «И».
- ИЛИ: Отношение «ИЛИ» соответствует активации одного или нескольких путей между потоками управления. Открывающийся соединитель «ИЛИ» может иметь один входящий поток управления и два или более исходящих потока управления. Когда условие выполнено, открывающий соединитель «ИЛИ» активирует один или несколько потоков управления и деактивирует остальные. Его аналогом является замыкающий разъем «ИЛИ». Когда хотя бы один из входящих потоков управления активирован, замыкающий соединитель «ИЛИ» передаст управление следующему за ним элементу.
- Поток управления
- Поток управления связывает события с функциями, путями процессов или логическими соединителями, создавая хронологическую последовательность и логические взаимозависимости между ними. Поток управления представлен пунктирной стрелкой.
- Информационный поток
- Информационные потоки показывают связь между функциями и входными или выходными данными, по которым функция считывает изменения или записывает.
- Назначение организационного подразделения
- Назначения организационного подразделения показывают связь между организационным подразделением и функцией, за которую оно отвечает.
- Путь процесса
- Пути процессов служат средством навигации в EPC. Они показывают связь с другими процессами. Путь процесса представлен в виде составного символа, состоящего из символа функции, наложенного на символ события. Чтобы использовать символ пути процесса на диаграмме цепочки процессов, управляемой событиями, символ присоединяется к символу пути процесса, указывая, что изображенный на диаграмме процесс включает в себя весь второй процесс, который для упрощения диаграммы представлен одним символом.
Пример
[ редактировать ]Как показано в примере, получение заказа клиента является начальным событием, которое создает сбор требований внутри компании. Чтобы указать эту функцию, отдел продаж отвечает за маркетинг, валюту и т. д. В результате событие «фиксация потребности» приводит к еще одной новой функции: проверка материала на складе для производства продукции.
Все входные или выходные данные о материале остаются в информационном ресурсе. После проверки материала могут произойти два события – наличие материала на складе или его отсутствие. Если положительный результат, возьмите материал со склада; если нет, закажите материал у поставщиков. Поскольку две ситуации не могут произойти одновременно, XOR является подходящим соединителем для их связи.
Мета-модель
[ редактировать ]Хотя реальный процесс может включать в себя ряд этапов, пока в конечном итоге не будет завершен, основные действия остаются одинаковыми. Событие запускает одну функцию; и функция приведет к одному событию. Между тем, событие может включать в себя один или несколько процессов, но процесс уникален для одного события, то же самое касается процесса и пути процесса.
Что касается функции, то ее данные могут быть включены в один или несколько информационных ресурсов, при этом организационная единица отвечает только за одну конкретную функцию.
См. также
[ редактировать ]- БПМН
- DRAKON
- Блок-схема
- сеть Петри
- Технологический майнинг
- Плавательная дорожка
- Рабочий процесс
- Схема цепочки событий
- Функциональная блок-схема
Ссылки
[ редактировать ]- ^ <trans oldtip="А.-В.Шеер (2002). " newtip="А.-В.Шеер(2002年)。">А.-В.Шеер(2002年)。</trans> <trans oldtip="ARIS. От бизнес-процесса к системе приложений" newtip="阿里斯。бизнес-процесс виртуальной машины к системе приложений">阿里斯。бизнес-процесс виртуальной машины к системе приложений</trans> . Спрингер. стр.20.
- ^ <trans oldtip="Анни Цай и др. (2006). "Преобразование модели рабочего процесса EPC в модель WIFA". В: " newtip="Анни Цай и др. (2006). "Преобразование модели рабочего процесса EPC в модель Wifa" " . В: «>Анни Цай и др. (2006). «Преобразование модели рабочего процесса EPC в модель Wifa». В: </trans> <trans oldtip="2006 Международная конференция IEEE по системам, человеку и кибернетике, Тайбэй, Тайвань" newtip="2006 Международная конференция IEEE по системам, человеку и кибернетике, Тайбэй, Тайвань">2006 IEEE Systems , Мэн, Международная конференция по кибернетике, Тайбэй, Тайвань</trans> <trans oldtip=", стр. 2758-2763]" newtip=", стр. 2758-2763]">, стр. 2758-2763]</trans >
- ^ <trans oldtip="Виль ван дер Аалст" newtip="Вил ван дер Аалст">Вил ван дер Аалст</trans> (1999). <trans oldtip="Формализация и проверка цепочек процессов, управляемых событиями" newtip=" . Формализация и проверка цепочек процессов, управляемых событиями">Формализация и проверка цепочек процессов, управляемых событиями</trans>. Архивировано 23 сентября 2006 г. в Wayback Machine <trans oldtip=". В " newtip=" >. В...</trans> <trans oldtip="Информационные и программные технологии 41(10)" newtip="Информационные и программные технологии 41(10)">Информационные и программные технологии 41(10)</trans> <trans oldtip =", стр. 639-650" newtip=", стр. 639-650">, стр. 639-650</trans>
- ^ <trans oldtip="Кис ван Хи и др. (2006). " newtip="Кис ван Хи и др. (2006).">Кис ван Хи и др. (2006). </trans> <trans oldtip=""Цветные сети Петри для проверки расширенных цепочек процессов, управляемых событиями"" newtip="Цветные сети Петри для проверки расширенных цепочек процессов, управляемых событиями">Цветные сети Петри для проверки расширенных цепочек процессов, управляемых событиями Petri Net</trans>. Архивировано 3 марта 2016 г. в Wayback Machine <trans oldtip=". В " newtip=". В..."">. В...</trans> <trans oldtip="Материалы 4-го семинара по моделированию, симуляции, верификации и валидации информационных систем предприятия (MSVVEIS06)" newtip="Материалы 4-го семинара по моделированию, симуляции, верификации и валидация информационных систем предприятия (MSVVEIS06)" newtip="Материалы 4-го семинара по моделированию, симуляции, верификации и валидации информационных систем предприятия (MSVVEIS06)" и семинара по верификации (MSVVEIS 06)">Четвертый семинар по моделированию, симуляции , Верификация и валидация информационных систем предприятия (MSVVEIS 06)</trans> <trans oldtip=", 23–24 мая 2006 г., Пафос, Кипр, стр. 76–85. newtip=", 23–24 мая 2006 г., Пафос». , Кипр, стр. 76-85">, 23-24 мая 2006 г., Пафос, Кипр. Страницы 76-85. </транс>
- ^ <trans oldtip="Эккарт Киндлер (2006). " newtip="Эккарт Киндлер (2006).">Эккарт Киндлер (2006). </trans> <trans oldtip="О семантике EPC: основа для разрешения порочного круга" newtip="Семантика EPC: основа для разрешения порочного круга">Семантика EPC: основа для разрешения порочного круга</trans> <trans oldtip="О семантике EPC: основа для разрешения порочного круга" newtip="Семантика EPC: основа для разрешения порочного круга">Семантика EPC: основа для разрешения порочного круга</trans> <trans oldtip="О семантике EPC: основа для разрешения порочного круга" транс> транс> [ постоянная мертвая ссылка ] <trans oldtip=". Технический отчет. Факультет компьютерных наук, Университет Падерборна, Германия." newtip=". Технический отчет. Факультет компьютерных наук, Университет Падерборна, Германия.">. Технический отчет. Кафедра компьютерных наук, Падельборнский университет, Германия. </транс>
Внешние ссылки
[ редактировать ]