
La cadena de procesos impulsada por eventos ( EPC ) es un lenguaje de modelado gráfico para representar los procesos de negocio de una organización en el modelado de procesos de negocio / representación de la organización de procesos (flujos de trabajo y pasos de trabajo) en el mapeo de negocios . Fue desarrollada en 1992 por Gerhard Keller, Markus Nüttgens y August-Wilhelm Scheer en la Universidad de Saarland en Saarbrücken como parte de un proyecto de investigación con SAP SE para la descripción semiformal de procesos de negocio. [ 1 ] El método fue desarrollado como parte de la Arquitectura de Sistemas de Información Integrados (ARIS) para el modelado orientado a vistas de procesos de negocio y es un elemento esencial del concepto ARIS . [ 2 ]
Descripción general
Las empresas utilizan diagramas de cadena de procesos basados en eventos para organizar los flujos de trabajo de los procesos de negocio , originalmente en conjunto con el modelado de SAP R/3 , pero ahora de forma más generalizada. Muchas empresas lo utilizan para modelar, analizar y rediseñar procesos de negocio. El método de cadena de procesos basado en eventos se desarrolló dentro del marco de la Arquitectura de Sistemas de Información Integrados (ARIS). Como tal, constituye la técnica central para el modelado en ARIS, que sirve para vincular las diferentes vistas en la denominada vista de control. Citando una publicación de 2006 sobre cadenas de procesos basadas en eventos: [ 3 ]
- Una cadena de procesos orientada a eventos (EPC) es un grafo ordenado de eventos y funciones. Proporciona diversos conectores que permiten la ejecución alternativa y paralela de procesos. Además, se define mediante el uso de operadores lógicos como OR, AND y XOR. Una de las principales ventajas de la EPC es su simplicidad y notación fácil de entender, lo que la convierte en una técnica ampliamente aceptada para representar procesos de negocio.
La afirmación de que las cadenas de procesos controladas por eventos son grafos ordenados también se encuentra en otros grafos dirigidos para los que no se proporciona un ordenamiento explícito de los nodos. En realidad, no parecen existir restricciones sobre la posible estructura de las EPC, pero las estructuras no triviales que implican paralelismo tienen una semántica de ejecución mal definida; en este sentido, se asemejan a los diagramas de actividad UML .
Varios artículos científicos se dedican a proporcionar semánticas de ejecución bien definidas para cadenas de procesos generales basadas en eventos. [ 4 ] [ 5 ] Un problema particular es que las EPC requieren semánticas no locales, [ 6 ] es decir, el comportamiento de ejecución de un nodo particular dentro de una EPC puede depender del estado de otras partes de la EPC, arbitrariamente lejos.
Elementos

Estos elementos se utilizan en diagramas de cadena de procesos basados en eventos:
- Evento
- Los eventos son elementos pasivos en las cadenas de procesos orientadas a eventos. Describen bajo qué circunstancias funciona una función o un proceso, o en qué estado resulta. Ejemplos de eventos son "requisito capturado", "material en stock", etc. En el diagrama EPC, un evento se representa como un hexágono. En general, un diagrama EPC debe comenzar con un evento y terminar con otro.
- Función
- Las funciones son elementos activos en un EPC (Ciclo de Procesos de Eventos). Modelan las tareas o actividades dentro de la empresa. Describen transformaciones desde un estado inicial a un estado resultante. Si pueden darse diferentes estados resultantes, la selección del estado resultante correspondiente se puede modelar explícitamente como una función de decisión mediante conectores lógicos. Las funciones se pueden refinar en otro EPC; en este caso, se denomina función jerárquica. Ejemplos de funciones son "capturar requerimiento", "verificar material en stock", etc. En el grafo de la cadena de procesos de eventos, una función se representa como un rectángulo redondeado.
- Propietario del proceso
- El responsable del proceso es quien gestiona una función (por ejemplo, un empleado de reservas es responsable de las reservas de viajes). El responsable del proceso suele formar parte de una unidad organizativa (por ejemplo, un empleado de reservas pertenece al departamento de reservas). Se representa como un cuadrado con una línea vertical.
- Unidad organizativa
- Las unidades organizativas determinan qué departamento dentro de la estructura de una empresa es responsable de una función específica. Algunos ejemplos son el departamento de ventas, el departamento de compras, etc. Se representan mediante una elipse con una línea vertical.
- Objeto de información, material o recurso
- En la cadena de procesos basada en eventos, los objetos de información, material o recursos representan objetos del mundo real, como objetos de negocio, entidades, etc., que pueden ser datos de entrada que sirven de base para una función o datos de salida producidos por una función. Algunos ejemplos son "material", "pedido", etc. En el gráfico EPC, dicho objeto se representa como un rectángulo.
- Conector lógico
- En la cadena de procesos orientada a eventos, las relaciones lógicas entre los elementos del flujo de control (eventos y funciones) se describen mediante conectores lógicos. Con la ayuda de estos conectores, es posible dividir el flujo de control en dos o más flujos y sincronizarlo en uno solo.
- Relaciones lógicas
- En las cadenas de procesos orientadas a eventos se definen tres tipos de relaciones lógicas:
- Ramificación/Fusión: La ramificación y la fusión corresponden a la decisión de qué ruta elegir entre varios flujos de control. Una ramificación puede tener un flujo de control entrante y dos o más flujos de control salientes. Cuando se cumple la condición, una ramificación activa exactamente uno de los flujos de control salientes y desactiva los demás. La contraparte de una ramificación es una fusión. Una fusión puede tener dos o más flujos entrantes y un flujo de control saliente. Una fusión sincroniza las alternativas activadas y desactivadas. El control se transfiere entonces al siguiente elemento después de la fusión. En el diagrama EPC, una ramificación se representa mediante una compuerta XOR de apertura, mientras que una fusión se representa mediante una compuerta XOR de cierre.
- Bifurcación/Unión : La bifurcación y la unión corresponden a la activación simultánea de todas las rutas del flujo de control. Una bifurcación puede tener un flujo de control entrante y dos o más flujos de control salientes. Cuando se cumple la condición, una bifurcación activa todos los flujos de control salientes en paralelo. Una unión puede tener dos o más flujos de control entrantes y un flujo de control saliente. Una unión sincroniza todos los flujos de control entrantes activados. En el diagrama de la cadena de procesos impulsada por eventos, la forma en que se logra la concurrencia no es relevante. En realidad, la concurrencia se puede lograr mediante paralelismo real o mediante concurrencia virtual lograda por intercalación. Una bifurcación en la cadena de procesos impulsada por eventos se representa con un conector 'AND' de apertura, mientras que una unión se representa con un conector 'AND' de cierre.
- OR : Una relación 'OR' corresponde a la activación de una o más rutas entre flujos de control. Un conector 'OR' de apertura puede tener un flujo de control entrante y dos o más flujos de control salientes. Cuando se cumple la condición, un conector 'OR' de apertura activa uno o más flujos de control y desactiva el resto. El conector 'OR' de cierre es el equivalente. Cuando se activa al menos uno de los flujos de control entrantes, el conector 'OR' de cierre transfiere el control al siguiente elemento.
- Flujo de control
- Un flujo de control conecta eventos con funciones, rutas de proceso o conectores lógicos, creando una secuencia cronológica e interdependencias lógicas entre ellos. Un flujo de control se representa con una flecha discontinua.
- flujo de información
- Los flujos de información muestran la conexión entre las funciones y los datos de entrada o salida, sobre los cuales la función lee, modifica o escribe.
- Asignación de unidad organizativa
- Las asignaciones de unidades organizativas muestran la conexión entre una unidad organizativa y la función de la que es responsable.
- Ruta del proceso
- Las rutas de proceso sirven como ayuda para la navegación en el diagrama EPC. Muestran la conexión desde o hacia otros procesos. La ruta de proceso se representa como un símbolo compuesto formado por un símbolo de función superpuesto a un símbolo de evento. Para utilizar el símbolo de ruta de proceso en un diagrama de cadena de procesos impulsado por eventos, se conecta un símbolo al símbolo de ruta de proceso, lo que indica que el proceso diagramado incorpora la totalidad de un segundo proceso que, para simplificar el diagrama, se representa con un solo símbolo.
Ejemplo
Como se muestra en el ejemplo, la recepción de un pedido de cliente es el evento inicial que genera una captura de requerimiento dentro de la empresa. Para especificar esta función, el departamento de ventas es responsable del marketing, la moneda, etc. Como resultado, el evento "captura de requerimiento" da lugar a una nueva función: verificar el material en stock para fabricar los productos.
Todos los datos de entrada y salida sobre el material permanecen en el repositorio de información. Tras verificar el material, pueden ocurrir dos eventos: si hay material en stock o no. Si hay material en stock, se toma del stock; si no, se solicita a los proveedores. Dado que ambas situaciones no pueden ocurrir simultáneamente, la operación XOR es el conector adecuado para vincularlas.
Metamodelo
Si bien un proceso real puede incluir varias etapas hasta su finalización, las actividades principales se mantienen similares. Un evento desencadena una función, y una función conduce a un evento. Asimismo, un evento puede implicar uno o más procesos para su cumplimiento, pero cada proceso es único para un evento; lo mismo ocurre con el proceso y su ruta.
En cuanto a la función, sus datos pueden estar incluidos en uno o más recursos de información, mientras que la unidad organizativa solo es responsable de una función específica.
Véase también
Referencias
- ^ G. Keller, M. Nüttgens, A.-W. Scheer (1992). Semantische Prozeßmodellierung auf der Grundlage "Ereignisgesteuerter Prozeßketten (EPK)" . Institut für Wirtschaftsinformatik (IWi). Peso 89.
- ↑ A.-W. Scheer (1999). ARIS. Marcos de procesos de negocio . Springer.
- ^ <trans oldtip="Anni Tsai et al. (2006). " Conversión de modelo de flujo de trabajo EPC a modelo WIFA " . En: " newtip="Anni Tsai等人(2006年)。“EPC工作流模型到Wifa模型的转换”。在:">Anni Tsai等人(2006年)。“EPC工作流模型到Wifa模型的转换”。在:</trans> <trans oldtip="Conferencia internacional IEEE 2006 sobre sistemas, hombre y cibernética, Taipei, Taiwán" newtip="2006 IEEE系统,人,控制论国际会议,台北,台湾">2006 IEEE系统,人,控制论国际会议,台北,台湾</trans> <trans oldtip=", págs. 2758-2763]" newtip=",第2758-2763页]">,第2758-2763页]</trans>
- ↑ <trans oldtip="Wil van der Aalst" newtip="Wil van der Aalst">Wil van der Aalst</trans> (1999). <trans oldtip="Formalización y verificación de cadenas de procesos impulsadas por eventos" newtip="事件驱动过程链的形式化与验证">事件驱动过程链的形式化与验证</trans> Archivado 2006-09-23 en Wayback Machine <trans oldtip=". En " newtip="。在……里面">。在……里面</trans> <trans oldtip="Tecnología de información y software 41(10)" newtip="信息和软件技术41(10)">信息和软件技术41(10)</trans> <trans oldtip=", págs. 639-650" newtip=",第639-650页">,第639-650页</trans>
- ^ <trans oldtip="Kees van Hee et al. (2006). " newtip="Kees van Hee等人。(2006年)。">Kees van Hee等人。(2006年)。</trans> <trans oldtip=" " Redes de Petri de colores para verificar cadenas de procesos extendidas basadas en eventos " " newtip="用于验证扩展事件驱动过程链的有色Petri网">用于验证扩展事件驱动过程链的有色Petri网</trans> Archivado 2016-03-03 en Wayback Machine <trans oldtip=". En " newtip="。在……里面">。在……里面</trans> <trans oldtip="Proc. del IV Taller de Modelado, Simulación, Verificación y Validación de Sistemas de Información Empresarial (MSVVEIS06)" newtip="第四期企业信息系统建模、仿真、验证和验证讲习班(MSVVEIS 06)">第四期企业信息系统建模、仿真、验证和验证讲习班(MSVVEIS 06)</trans> <trans oldtip=", 23 y 24 de mayo, 2006 Paphos, Chipre, págs. 76-85." newtip=",2006年5月23日至24日,塞浦路斯帕福斯,第76至85页。" >,2006年5月23日至24日,塞浦路斯帕福斯,第76至85页。</trans>
- ^ <trans oldtip="Ekkart Kindler (2006). " newtip="Ekkart Kindler(2006年)。">Ekkart Kindler(2006年)。</trans> <trans oldtip="Sobre la semántica de los EPC: un marco para resolver el círculo vicioso" newtip="EPC语义学:一个解决恶性循环的框架">EPC语义学:一个解决恶性循环的框架</trans> <trans oldtip=". Informe técnico. Departamento de Ciencias de la Computación, Universidad de Paderborn, Alemania." newtip="。技术报告。德国帕德尔伯恩大学计算机科学系。" >。技术报告。德国帕德尔伯恩大学计算机科学系。</trans>
Enlaces externos
- Cadenas de procesos basadas en eventos para mejores flujos
- Modelado empresarial
- Lenguajes de modelado