Event-driven process chain

Ejemplo de un diagrama EPC más complejo (en alemán).

Una Cadena de Procesos Impulsada por Eventos es un tipo de diagrama de flujo usado para el Modelado de Procesos de Negocio Una Cadena de Procesos Impulsada por Eventos puede ser usada para configurar una implementación de un Sistema de planificación de recursos empresariales (ERP) y para la mejora de un Proceso de Negocio.

El método de la Cadena de Proceso impulsado por Eventos se desarrolló en el marco de la Arquitectura de Sistemas de Información Integrados (en inglés Architecture of Integrated Information Systems, ARIS) por August-Wilhelm Scheer en el Institut für Wirtschaftsinformatik en la Universität des Saarlandes a principios de 1990.

Descripción General

Las empresas utilizan los diagramas de Cadena de Procesos impulsados por Eventos para diseñar flujos de trabajo de procesos de negocio, inicialmente en conjunto con el modelado en SAP R/3, pero ahora más ampliamente. Es utilizado por muchas empresas para el modelado, análisis y rediseño de procesos de negocio. El método de la Cadena de Processos Impulsado por Eventos se desarrolló en el marco de la Arquitectura de Sistemas de Información Integrados (ARIS). Como tal, conforma el núcleo de la técnica para el modelado en ARIS, que sirve para unir los diferentes puntos de vista en la así llamada vista de control. Para citar una publicación de 2006 sobre las Cadenas de Proceso Impulsada por Eventos:

Una Cadena de Procesos Impulsada por Eventos (EPC) es una gráfica ordenada de Eventos y Funciones. Proporciona una variedad de conectores que permiten la ejecución alternativa y paralela de los procesos. Además, se especifica el uso de operadores lógicos, como el OR, AND y XOR. Una de las principales fortalezas del EPC es su simplicidad y fácil de entendimiento de la notación. Esto hace EPC una técnica ampliamente aceptable para describir los procesos de negocio.

La afirmación de que las Cadenas Proceso impulsado por Eventos son gráficos ordenados se encuentra también en grafos dirigidos para cuales no se ofrece un ordenamiento de nodo explícito. No hay restricciones existentes en la posible estructura de las Cadenas de Procesos impulsados por Eventos, pero las estructuras no triviales, que implican paralelismo tienen una poco definida semántica de ejecución; a este respecto se asemejan a los diagramas de actividades UML.

Varios artículos científicos se dedican a proporcionar una semántica de ejecución bien definida para Cadenas de Proceso Impulsadas por Eventos generales. Un problema particular es que las Cadenas de Proceso Impulsadas por Eventos requieren una semántica no local, es decir, el comportamiento de ejecución de un nodo en particular, dentro de una Cadena de Procesos Impulsada por Eventos, puede depender del estado de las otras partes de EPC.

Elementos de una Cadena de Procesos Impulsada por Eventos (CPE)

Esquema básico de ejemplo de una Cadena de Procesos Impulsada por Eventos (CPE), en inglés, Event-driven Process Chain (EPC).

Evento

Función

Dueño de Proceso

Unidad Organizativa

Información, material, u objeto de recursos (Términos Técnicos)

Conector Lógico

Relaciones Lógicas

Si la función F1 se completa, sólo uno de los eventos E1 o E2 se produce, XOR es un "O excluyente". Si se produce el evento E1, o si se produce el evento E2, se inicia la función de F1
Hay tres tipos de relaciones lógicas definidas en un Cadena de Procesos impulsado por Eventos (CPE):
  • La ramificación corresponde a la toma de decisión de un camino a elegir entre varios flujos de control.
  • Una ramificación puede tener un flujo de control de entrada y dos o más flujos de control salientes. Cuando se cumple la condición, una ramificación activa exactamente sólo uno de los flujos de control salientes y desactiva los otros.
  • La contrapartida de una ramificación es una fusión o combinación.
  • Una combinación de puede tener dos o más flujos de entrada y un flujo de control de salida.
  • Una combinación sincroniza alternativas activadas y desactivadas.
  • Luego el control se pasa al siguiente elemento después de la combinación.
  • Una rama en el diagrama CPE está representado por un XOR de apertura, mientras que una combinación se representa como un conector XOR de cierre.
  • Una unión corresponden a la activación de todas las rutas en el flujo de control al mismo tiempo.
  • Una bifurcación puede tener un flujo de control de entrada y dos o más flujos de control salientes.
  • Cuando se cumple la condición, una bifurcación activa todos los flujos de control de salida en paralelo.
  • Una unión puede tener dos o más flujos de control de entrada y un flujo de control de salida.
  • Una unión sincroniza todos los flujos de control entrantes activados.
  • La concurrencia se puede lograr por cierto paralelismo o por la concurrencia Virtual lograda por el intercalado.
  • Una bifurcación en el EPC está representado por una abertura 'Y' ('AND'), mientras que una unión se representa también con un conector 'Y' ('AND').
  • Una relación 'OR' corresponde a la activación de una o más rutas entre los flujos de control.
  • El conector de una abertura 'OR' pueden tener un flujo de control de entrada y dos o más flujos de control de salida.
  • Cuando se cumple la condición, una abertura 'OR' conector se activa uno o más flujos de control y desactiva el resto de ellos.
  • Cuando se cierra un flujo de control, nuevamente se utiliza un conector de cierre 'OR'.
  • Cuando se activa, al menos, uno de los flujos de control de entrada, el conector de cierre 'OR' pasarán el control al siguiente elemento después de ella.

Flujo de Control

  • Un flujo de control conecta eventos con funciones, rutas o caminos de proceso, o conectores lógicos, creando una secuencia cronológica y las interdependencias lógicas entre ellos.
  • Un flujo de control se representa como una flecha discontinua.

Flujo de Información

  • Los flujos de información muestran la conexión entre funciones y la entrada o salida de datos, en la que la función lee los cambios o los escribe.

Asignación de Unidad Organizativa

  • Muestran la conexión entre una Unidad Organizativa y la Función de la cual es responsable.

Ruta de proceso

  • Caminos o rutas de proceso sirven de ayuda para la navegación en el EPC.
  • Ellos muestran la conexión desde o a otros procesos.
  • El recorrido del proceso se representa como un símbolo compuesto, consistente de un símbolo función superpuesta a un símbolo de evento. :* Para emplear el símbolo la ruta de proceso en un diagrama CPE, un símbolo está conectado al símbolo de ruta de proceso, lo que indica que el proceso esquematizado incorpora la totalidad de un segundo proceso que por simplicidad esquemática, está representado por un único símbolo.

Herramientas

Hay una serie de herramientas para crear diagramas de CPE:

Algunos, pero no todas estas herramientas soportan el diagramado EPC Markup language (EPML). También existen herramientas que generan diagramas de CPE desde datos operativos, como los registros (logs) de SAP. Los diagramas CPE utilizan símbolos de varios tipos para mostrar la estructura de flujo de control (secuencia de decisiones, funciones, eventos y otros elementos) de un proceso de negocio.

Metamodelado de Cadena de Procesos Impulsada por Eventos

Aunque un proceso real puede incluir una serie de etapas hasta que termina finalmente, las actividades principales siguen siendo similares. Un Evento desencadena una Función; y una Función dará lugar a un Evento. Mientras tanto, un Evento puede implicar uno o más procesos para cumplir, pero un Proceso es único para un Evento, lo mismo va para el Proceso y la Ruta del Proceso.

En cuanto a la función, sus datos podrán ser incluidos en uno o varios recursos de información, mientras que la Unidad Organizativa sólo es responsable de una función específica.

Véase también

Referencias

  1. ↑ Anni Tsai et al. (2006). "EPC Workflow Model to WIFA Model Conversion". In: 2006 IEEE International Conference on Systems, Man, and Cybernetics, Taipei, Taiwan, pp. 2758-2763]
  2. ↑ Wil van der Aalst (1999). Formalization and Verification of Event-driven Process Chains. In Information & Software Technology 41(10), pp. 639-650
  3. ↑ Kees van Hee et al. (2006). "Colored Petri Nets to Verify Extended Event-Driven Process Chains" Archivado el 3 de marzo de 2016 en Wayback Machine.. In Proc. of the 4th Workshop on Modelling, Simulation, Verification and Validation of Enterprise Information Systems (MSVVEIS06), May 23–24, 2006 Paphos, Cyprus, pp. 76-85.
  4. ↑ Ekkart Kindler (2006). On the Semantics of EPCs: A Framework for Resolving the Vicious Circle (enlace roto disponible en Internet Archive; véase el historial, la primera versión y la última).. Technical Report. Computer Science Department, University of Paderborn, Germany.
  5. ↑ IDS Scheer AG Archivado el 5 de julio de 2014 en Wayback Machine.
  6. ↑ Software AG
  7. ↑ GBTEC Software AG https://www.gbtec.com
  8. ↑ BOC Group
  9. ↑ Mavim BV
  10. ↑ Zenya Software

Enlaces externos