Из Википедии, бесплатной энциклопедии
Перейти к навигации Перейти к поиску
Пример более сложной схемы EPC (на немецком языке).

Цепочка процессов, управляемая событиями ( 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 такой объект представлен в виде прямоугольника.
Логический разъем
В цепочке процессов, управляемых событиями, логические отношения между элементами в потоке управления, то есть события и функции, описываются логическими соединителями. С помощью логических соединителей можно разделить поток управления с одного на два или более потоков и синхронизировать поток управления с двух или более потоков в один.
Логические отношения
Если функция F1 завершается, происходят события E1 или E2.
Если происходят события E1 или E2, запускается функция F1.
В цепочках процессов, управляемых событиями, определены три типа логических отношений:
  • Ветвление / слияние: ветвление и слияние соответствуют принятию решения, какой путь выбрать из нескольких потоков управления. Ветвь может иметь один входящий поток управления и два или более исходящих потока управления. Когда условие выполнено, ветвь активирует ровно только один из исходящих потоков управления и деактивирует остальные. Аналог ветви - слияние. Слияние может иметь два или более входящих потока и один исходящий поток управления. Слияние синхронизирует активированные и деактивированные альтернативы. После слияния управление будет передано следующему элементу. Ветвь в EPC представлена ​​открывающим XOR, тогда как слияние представлено закрывающими соединителями XOR.
  • Разветвление / объединение: разделение и объединение соответствуют одновременной активации всех путей в потоке управления. Форк может иметь один входящий поток управления и два или более исходящих потока управления. Когда условие выполнено, форк активирует все исходящие потоки управления параллельно. Соединение может иметь два или более входящих потока управления и один исходящий поток управления. Соединение синхронизирует все активированные входящие потоки управления. На диаграмме цепочки процессов, управляемой событиями, не имеет значения, каким образом достигается параллелизм. В действительности параллелизм может быть достигнут посредством истинного параллелизма или виртуального параллелизма, достигаемого чередованием. Разветвление в EPC обозначается открывающим «И», тогда как соединение представлено закрывающими соединителями «И».
  • ИЛИ: отношение «ИЛИ» соответствует активации одного или нескольких путей среди потоков управления. Открывающийся соединитель «ИЛИ» может иметь один входящий поток управления и два или более исходящих потока управления. Когда условие выполнено, открывающийся соединитель «ИЛИ» активирует один или несколько потоков управления и деактивирует остальные из них. Аналогом этого является замыкающий соединитель «ИЛИ». Когда хотя бы один из входящих потоков управления активирован, замыкающий соединитель «ИЛИ» передаст управление следующему элементу после него.
Поток управления
Поток управления связывает события с функциями, путями процессов или логическими соединителями, создавая хронологическую последовательность и логические взаимозависимости между ними. Поток управления представлен пунктирной стрелкой.
Поток информации
Информационные потоки показывают связь между функциями и входными или выходными данными, по которым функция считывает изменения или записывает.
Назначение организационной единицы
Назначения организационной единицы показывают связь между организационной единицей и функцией, за которую она отвечает.
Путь процесса
Пути процесса служат в качестве средства навигации в EPC. Они показывают связь с другими процессами. Путь процесса представлен в виде составного символа, состоящего из функционального символа, наложенного на символ события. Чтобы использовать символ пути процесса в диаграмме цепочки процессов, управляемой событиями, символ соединяется с символом пути процесса, показывая, что изображенный на диаграмме процесс включает в себя всю полноту второго процесса, который для простоты схемы представлен одним символом.

Пример [ править ]

Как показано в примере, полученный заказ от клиента является начальным событием, которое создает сбор требований внутри компании. Чтобы указать эту функцию, отдел продаж отвечает за маркетинг, валюту и т. Д. В результате событие «потребность зафиксирована» приводит к другой новой функции: проверка материала на складе для производства продукции.

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

Мета-модель [ править ]

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

Что касается функции, ее данные могут быть включены в один или несколько информационных ресурсов, в то время как организационная единица отвечает только за одну конкретную функцию.

См. Также [ править ]

Ссылки [ править ]

  1. ^ <trans oldtip = "A.-W. Scheer (2002)." newtip = "A.-W.Scheer (2002)。"> А.-W.Scheer (2002)。 </trans> <trans oldtip = "ARIS. Vom Geschäftsprozess zum Anwendungssystem" newtip = "。vm Gesch ftsprozess zum Anwendungssystem"> 阿里斯 。vm Gesch ftsprozess zum Anwendungssystem </trans> . Springer. стр.20.
  2. ^ <trans oldtip = «Anni Tsai et al. (2006).« Преобразование модели рабочего процесса EPC в модель WIFA ». В:« newtip = »Anni Tsai 等 人 (2006)。« EPC 工作 Wifa 模型 的 转换 » ”。 在 ："> Анни Цай 等 (2006 年)。 “EPC 工作 流 模型 到 Wifa 模型 的 转换”。 在 ： </trans> <trans oldtip = "Международная конференция IEEE по системам, человеку и кибернетике, 2006 г., Тайбэй, Тайвань "newtip =" 2006 IEEE 系统 ， 人 ， 控制 论 国际 会议 ， 台北 ， 台湾 "> 2006 IEEE 系统 ， 人 ， 控制 论 国际 会议 ， 台湾 </trans> <trans oldtip =", стр. 2758 -2763] "newtip =" ， 第 2758-2763 页] "> ， 第 2758-2763 页] </trans>
  3. ^ <trans oldtip = "Wil van der Aalst" newtip = "Wil van der Aalst"> Вил ван дер Aalst </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 =", pp. 639-650 "newtip =" ， 第 639-650 页 "> ， 第 639-650 页 </ trans >
  4. ^ <trans oldtip = "Kees van Hee et al. (2006)." newtip = "Kees van Hee 等 人。 (2006)。"> Кис ван Хи 等 人。 (2006)。 </trans> <trans oldtip = "" Цветные сети Петри для проверки расширенных цепочек процессов, управляемых событиями "" newtip = "验证 扩展 驱动 过程 链 的 有色 Petri 网"> 用于 验证 扩展 过程 链 的 有色 Petri 网 </trans> Архивировано 3 марта 2016 г. на Wayback Machine <trans oldtip = ". В" newtip = "。 在 …… 里面">。 在 …… 里面 </trans> <trans oldtip = "Протокол 4-го семинара по моделированию. , Моделирование, проверка и проверка информационных систем предприятия (MSVVEIS06) "newtip =" 第四期 企业 信息 系统 建模 、 验证 和 验证 讲习班 (MSVVEIS 06) "> 第四期 企业 信息 系统 建模 、 仿真 、验证 和 验证 讲习班 (MSVVEIS 06) </trans> <trans oldtip = ", 23–24 мая, г.
  5. ^ <trans oldtip = "Ekkart Kindler (2006)." newtip = "Ekkart Kindler (2006)。"> Эккарт Киндлер (2006)。 </trans> <trans oldtip = "О семантике EPC: структура для Преодоление порочного круга "newtip =" EPC 语义学 ： 一个 解决 恶性 循环 的 框架 "> EPC 语义学 ： 一个 解决 恶性 循环 的 框架 </trans> [ постоянная мертвая ссылка ] <trans oldtip =". Технический отчет. Информатика Департамент Падерборнского университета, Германия ». newtip = "。 技术 报告。 德国 帕德尔伯恩 大学 计算机 科学 系。">。 技术 报告。 德国 大学 计算机 科学 系。 </trans>

Внешние ссылки [ править ]

  • Управляемые событиями цепочки процессов для улучшения потоков