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

Материал из in.wiki
Перейти к навигации Перейти к поиску
w>РобоСтася
(untagged isolated.)
 
(не показано 39 промежуточных версий 25 участников)
Строка 1: Строка 1:
−
[[Файл:EPK komplexes Beispiel.png|thumb|240px|Пример более сложной EPC диаграммы (на немецком).]]
+
{{значения|Цепочка}}
−
'''Событийная цепочка процессов''' (Event-driven Process Chain, [[EPC]]) — тип [[Блок-схема|блок-схемы]], используемой для [[Бизнес-моделирование|бизнес-моделирования]]. EPC может быть использована для настройки системы [[ERP|планирования ресурсов предприятия]] (ERP),<ref>Bart-Jan Hommes (2004). ''The Evaluation of Business Process Modeling Techniques''. TU Delft. p.137.</ref> и для улучшений [[Бизнес-процесс|бизнес-процессов]].
+
[[Файл:EPK komplexes Beispiel.png|thumb|240px|Пример EPC-диаграммы (на немецком).]]
 +
'''Событийная цепочка процессов''' (EPC-диаграмма, {{lang-en|event-driven process chain}}) — тип [[Блок-схема|блок-схемы]], используемой для [[Бизнес-моделирование|бизнес-моделирования]]. EPC может быть использована для настройки системы [[ERP|планирования ресурсов предприятия]] (ERP),<ref>Bart-Jan Hommes (2004). ''The Evaluation of Business Process Modeling Techniques''. TU Delft. p.137.</ref> и для улучшений [[Бизнес-процесс|бизнес-процессов]].
  
 
== Описание ==
 
== Описание ==
−
Предприятия используют EPC диаграммы для планирования потоков работ бизнес-процессов, первоначально в сочетании с моделированием в [[SAP R/3]], однако теперь они используются более широко. Существует ряд инструментов для создания EPC диаграмм, набор инструментов [[ARIS]] от компании IDS Scheer AG,<ref>[http://www.ids-scheer.com/ IDS Scheer AG]</ref>, бесплатный инструмент моделирования [[ARIS Express]], IDS Scheer AG , ADONIS от BOC Group,<ref>[http://www.boc-group.ru/ BOC Group]</ref> Mavim Rules от Mavim BV,<ref>[http://www.mavim.com Mavim BV]</ref> Business Process Visual ARCHITECT от Visual Paradigm, Visio от Microsoft Corp., Semtalk от Semtation GmbH, или Bonapart от Pikos GmbH. Некоторые из этих средств поддерживают инструментонезависимый EPC (Язык Разметки EPML) формат обмена данными. EPC диаграммы используют символы нескольких видов, чтобы показать структуру потока управления (последовательность решений, функции, события и другие элементы) бизнес-процесса.
+
Организации используют EPC-диаграммы для планирования потоков работ [[Бизнес-процесс|бизнес-процессов]]. Существует ряд инструментов для создания EPC-диаграмм, некоторые из этих средств поддерживают инструментонезависимый формат обмена данными EPC — язык разметки [[EPML]]. EPC-диаграммы используют символы нескольких видов, чтобы показать структуру потока управления (последовательность решений, функции, события и другие элементы) бизнес-процесса.
  
−
EPC метод был разработан в рамках [[ARIS]], проф. Wilhelm-August Scheer в Institut für Wirtschaftsinformatik at the Universität des Saarlandes в начале 1990-х годов.<ref>а.-З. Scheer (2002). «АРИС. Vom Geschäftsprozess zum Anwendungssystem». Springer. стр.20.</ref> Используется многими компаниями для моделирования, анализа и реорганизации бизнес-процессов.
+
EPC-метод был разработан [[Шеер, Август-Вильгельм|Августом-Вильгельмом Шеером]] в рамках работ над созданием [[ARIS]] в начале 1990-х годов<ref>а.-З. Scheer (2002). «ARIS. Vom Geschäftsprozess zum Anwendungssystem». Springer. стр.20.</ref>. Используется многими организациями для моделирования, анализа и реорганизации бизнес-процессов.
  
 
== Элементы событийных цепочек процессов ==
 
== Элементы событийных цепочек процессов ==
 
[[Файл:Elements of an Event-driven Process Chain.svg|350px|right]]
 
[[Файл:Elements of an Event-driven Process Chain.svg|350px|right]]
  
−
; Событие : События являются пассивными элементами в EPC. Событием является состояние, которое встречается перед или после функции. Примеры событий: «требование зафиксировано», «материал на складе», и т. д. В EPC график событий представлена в виде шестиугольника. EPC диаграммы должны как начаться с события, так и заканчиваются событием.
+
''События'' являются пассивными элементами в EPC. Событием является состояние, которое встречается перед или после функции, то есть фиксирует состояние определённых параметров на определенный момент времени. Примеры событий: «договор подписан», «требование зафиксировано», «материал на складе». В EPC график событий представлен в виде шестиугольника. EPC-диаграммы должны как начинаться с события, так и заканчиваться событием.
  
−
; Функция : Функции являются активными элементами в EPC. They model the tasks or activities within the company. Functions describe transformations from an initial state to a resulting state. In case different resulting states can occur, the selection of the respective resulting state can be modeled explicitly as a decision function using logical connectors. Functions can be refined into another EPC. In this case it is called hierarchical function. Examples of functions are «capture requirement», «check material on stock», etc. In the EPC graph a function is represented as rounded rectangle.
+
''Функции'' являются активными элементами в EPC. Работа — определенное действие, выполняемое в течение некоторого промежутка времени. Каждая работа может быть декомпозирована.
  
−
; Организационная единица : Organization units determine which person or organization within the structure of an enterprise is responsible for a specific function. Examples are «sales department», «sales manager», «procurement manager», etc. It is represented as an ellipse with a vertical line.
+
''Организационная единица'' — должность в организации (например, «старший мастер») или подразделение организации (например, «отдел закупок»), элемент, которому может быть поручено выполнение функции.
  
−
; Информация, материал, или объект ресурса : In the EPC, the information, material, or resource objects portray objects in the real world, for example business objects, entities, etc., which can be input data serving as the basis for a function, or output data produced by a function. Examples are «material», «order», etc. In the EPC graph such an object is represented as rectangle.
+
''Информация, материал, или объект ресурса'' — объекты в реальном мире, например бизнес-объекты, различные сущности, которые могут быть как входными данными, выступающими в качестве основы функции, так и выходными данными, полученными с помощью функции. Примерами являются «материал», «заказ», изображается в виде прямоугольника.
  
−
; Логический соединитель : In the EPC the logical relationships between elements in the control flow, that is, events and functions are described by logical connectors. With the help of logical connectors it is possible to split the control flow from one flow to two or more flows and to synchronize the control flow from two or more flows to one flow.
+
''Логический соединитель'' — элемент управления в диаграмме, определяющий ветвление потока работ в зависимости от завершения выполнения функции или возникновения событий.
  
 
{|style="float:right"
 
{|style="float:right"
Строка 24: Строка 25:
 
|style="vertical-align:top;"|[[Файл:EPC XOR merge.png|frame|Если произошло либо событие E1, либо событие E2, тогда начинается функция F1]]
 
|style="vertical-align:top;"|[[Файл:EPC XOR merge.png|frame|Если произошло либо событие E1, либо событие E2, тогда начинается функция F1]]
 
|}
 
|}
−
;Логические взаимосвязи
 
−
* Есть три типа логических взаимосвязей, определенных в EPC:
 
−
** Branch/Merge : Branch and merge correspond to making decision of which path to choose among several control flows. A branch may have one incoming control flow and two or more outgoing control flows. When the condition is fulfilled, a branch activates exactly only one of the outgoing control flows and deactivates the others. The counterpart of a branch is a merge. A merge may have two or more incoming flows and one outgoing control flow. A merge synchronizes an activated and the deactivated alternatives. The control will then be passed to the next element after the merge. A branch in the EPC is represented by an opening XOR, whereas a merge is represented as a closing XOR connectors.
 
−
<!-- Actually, the branch diagram at the right must show a second operand inputting to the XOR block as XOR is a binary operation. Perhaps it may help to think an operand named «condition» entering the XOR block. Or should it be an XOR block at all? -->
 
−
** Fork/Join : Fork and join correspond to activating all paths in the control flow concurrently. A fork may have one incoming control flow and two or more outgoing control flows. When the condition is fulfilled, a fork activates all of the outgoing control flows in parallel. A join may have two or more incoming control flows and one outgoing control flow. A join synchronizes all activated incoming control flows. In the EPC diagram how the concurrency achieved is not a matter. In reality the concurrency can be achieved by true parallelism or by virtual concurrency achieved by interleaving. A fork in the EPC is represented by an opening 'AND', whereas a join is represented as a closing 'AND' connectors.
 
−
** OR : An 'OR' relationship corresponds to activating one or more paths among control flows. An opening 'OR' connector may have one incoming control flow and two or more outgoing control flows. When the condition is fulfilled, an opening 'OR' connector activates one or more control flows and deactivates the rest of them. The counterpart of this is the closing 'OR' connector. When at least one of the incoming control flows is activated, the closing 'OR' connector will pass the control to the next element after it.
 
  
−
; Поток управления : A control flow connects events with functions, process paths, or logical connectors creating chronological sequence and logical interdependencies between them. A control flow is represented as a dashed arrow.
+
''Логические взаимосвязи'' — элементы управления, отвечающие за сочленение потоков — [[конъюнкция]], [[дизъюнкция]] или [[Сложение по модулю 2|строгая дизъюнкция]].
  
−
; Поток информации : Information flows show the connection between functions and input or output data, upon which the function reads changes or writes.
+
''Поток управления'' соединяет события с функциями, путями процесса или логическими взаимосвязями, создавая хронологическую последовательность или логическую взаимозависимость между ними. Поток управления представлен как пунктирная стрелка.
  
−
; Назначение организационный единицы : Organization unit assignments show the connection between an organization unit and the function it is responsible for.
+
''Поток информации'' — соединение функции и входящих и исходящих данных, с которых функция считывает изменения или сама их вносит.
  
−
; Путь процесса : Process paths serve as navigation aid in the EPC. They show the connection from or to other processes. The process path is represented as a compound symbol composed of a function symbol superimposed upon an event symbol. To employ the process path symbol in an EPC diagram, a symbol is connected to the process path symbol, indicating that the process diagramed incorporates the entirety of a second process which, for diagramatic simplicity, is represented by a single symbol.
+
''Назначение организационный единицы'' — связь между организационной единицей и функцией, за которую она ответственна.
  
−
== Пример ==
+
''Путь процесса'' — элемент, показывающий взаимосвязь с другими процессами.
−
Как показано в примере, заказ клиента, полученных в начальном событие, которое создает процесс определения требований клиента внутри компании. Для того, чтобы определить эту функцию, отдел продаж отвечает за маркетинг, валюты и т. д. В результате, событие «требование определено» приводит к еще одной новой функции: проверка материала на складе, в порядке производства продукции. Все входные и выходные данные об материалах остаются в информационных ресурсах. После проверки материала, два события могут произойти-с или без материала на складе. Если положительный, получить материал с запасом, а если нет, заказ материалов от поставщиков. Поскольку эти две ситуации не может произойти в то же время, XOR-соединение, чтобы связать их вместе.
 
  
−
== Метамодель EPC ==
+
== Ссылки ==
−
Although a real process may include a series of stages until it is finished eventually, the main activities remain similar. An event triggers one function; and a function will lead to one event. Meanwhile, an event may involve one or more processes to fulfill but a process is unique for one event, the same goes for Process and Process Path. As for the function, its data may be included in one or more information resources, while Organization Unit is only responsible for one specific function.
+
{{навигация}}
 +
* [http://www.bflow.org Бесплатное средство моделирования bflow* Toolbox (Свободная лицензия)]
 +
* [http://extensions.libreoffice.org/extension-center/epc Расширение LibreOffice для рисования EPC-диаграмм]
 +
* [http://dia-installer.de/shapes/edpc/ Символы для рисования диаграмм событийных цепочек процессов в редакторе Dia]
 +
* [http://www.tekom.de/index_neu.jsp?url=/servlet/ControllerGUI?action=voll&id=285 Event-driven process chains for better flows]
 +
* [http://www.ariscommunity.com/aris-express Бесплатное средство моделирования EPC от IDS Scheer]
 +
* [http://www.bpsimulator.com/ru/#bpmlogo Бесплатный онлайн-сервис моделирования EPC от bpsimulator.com]
  
 
== Примечания ==
 
== Примечания ==
 
{{примечания}}
 
{{примечания}}
−
 
+
{{Графическое моделирование}}
−
== Ссылки ==
+
[[Категория:Сетевой анализ]]
−
{{Commons category|Event-Driven Process Chain}}
+
[[Категория:Управление проектами]]
−
* [http://dia-installer.de/shapes/edpc/ Символы для рисования диаграмм событийных цепочек процессов]
+
[[Категория:Технологии графического моделирования]]
−
* [http://www.tekom.de/index_neu.jsp?url=/servlet/ControllerGUI?action=voll&id=285 Event-driven process chains for better flows]
 
−
* [http://www.ariscommunity.com/aris-express свободное средство моделирования EPC от IDS Scheer]
 
−
 
 
−
{{economy-stub}}
 
−
 
 
−
{{DEFAULTSORT:Event-Driven Process Chain}}
 
−
[[Категория:Менеджмент]]
 
−
 
 
−
[[cs:Event-driven Process Chain]]
 
−
[[de:Ereignisgesteuerte Prozesskette]]
 
−
[[en:Event-driven process chain]]
 
−
[[uz:EPC]]
 

Текущая версия от 23:44, 13 мая 2025

У этого термина существуют и другие значения, см. Цепочка.
Пример EPC-диаграммы (на немецком).

Событийная цепочка процессов (EPC-диаграмма, англ. event-driven process chain) — тип блок-схемы, используемой для бизнес-моделирования. EPC может быть использована для настройки системы планирования ресурсов предприятия (ERP),[1] и для улучшений бизнес-процессов.

Описание[править | править код]

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

EPC-метод был разработан Августом-Вильгельмом Шеером в рамках работ над созданием ARIS в начале 1990-х годов[2]. Используется многими организациями для моделирования, анализа и реорганизации бизнес-процессов.

Элементы событийных цепочек процессов[править | править код]

Elements of an Event-driven Process Chain.svg

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

Функции являются активными элементами в EPC. Работа — определенное действие, выполняемое в течение некоторого промежутка времени. Каждая работа может быть декомпозирована.

Организационная единица — должность в организации (например, «старший мастер») или подразделение организации (например, «отдел закупок»), элемент, которому может быть поручено выполнение функции.

Информация, материал, или объект ресурса — объекты в реальном мире, например бизнес-объекты, различные сущности, которые могут быть как входными данными, выступающими в качестве основы функции, так и выходными данными, полученными с помощью функции. Примерами являются «материал», «заказ», изображается в виде прямоугольника.

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

Если функция F1 завершилось, то произойдет либо событие E1, либо событие E2
Если произошло либо событие E1, либо событие E2, тогда начинается функция F1

Логические взаимосвязи — элементы управления, отвечающие за сочленение потоков — конъюнкция, дизъюнкция или строгая дизъюнкция.

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

Поток информации — соединение функции и входящих и исходящих данных, с которых функция считывает изменения или сама их вносит.

Назначение организационный единицы — связь между организационной единицей и функцией, за которую она ответственна.

Путь процесса — элемент, показывающий взаимосвязь с другими процессами.

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

Примечания[править | править код]

  1. ↑ Bart-Jan Hommes (2004). The Evaluation of Business Process Modeling Techniques. TU Delft. p.137.
  2. ↑ а.-З. Scheer (2002). «ARIS. Vom Geschäftsprozess zum Anwendungssystem». Springer. стр.20.

Ошибка Lua в Модуль:Navbox на строке 353: attempt to index local 'listText' (a nil value).

Источник — https://in.wiki/w/index.php?title=Событийная_цепочка_процессов&oldid=1566932