Cadena de procesos impulsada por eventos

Una cadena de procesos basada en eventos (EPC) es un tipo de diagrama de flujo para el modelado de procesos de negocio. EPC se puede utilizar para configurar la ejecución de la planificación de recursos empresariales y para mejorar los procesos de negocio. Se puede utilizar para controlar una instancia de flujo de trabajo autónomo en el trabajo compartido.

El método de cadena de procesos impulsado por eventos fue desarrollado en el marco de la Arquitectura de Sistemas de Información Integrados (ARIS) por August-Wilhelm Scheer en el Institut für Wirtschaftsinformatik, Universität des Saarlandes (Instituto de Sistemas de Información Empresarial de la Universidad de Sarre) a principios de los años 1990.

Descripción general

Las empresas utilizan diagramas de cadena de procesos basados en eventos para diseñar flujos de trabajo de procesos de negocio, originalmente junto con el modelado SAP R/3, pero ahora de manera más amplia. Muchas empresas lo utilizan para modelar, analizar y rediseñar procesos comerciales. El método de cadena de procesos impulsado por eventos se desarrolló en el marco de la Arquitectura de Sistemas Integrados de Información (ARIS). Como tal, constituye la técnica central para el modelado en ARIS, que sirve para vincular las diferentes vistas en la llamada vista de control. Para citar una publicación de 2006 sobre cadenas de procesos impulsadas por eventos:

Una cadena de proceso impulsada por el evento (EPC) es un gráfico ordenado de eventos y funciones. Proporciona varios conectores que permiten la ejecución alternativa y paralela de procesos. Además, se especifica por los usos de operadores lógicos, como OR, AND y XOR. Se afirma que una fuerza importante de la EPC es su simplicidad y su notación fácil de entender. Esto hace que la EPC sea una técnica ampliamente aceptable para denotar procesos de negocio.

La afirmación de que las cadenas de procesos controlados por eventos son gráficos ordenados también se encuentra en otros gráficos dirigidos para los cuales no se proporciona ningún orden explícito de nodos. En realidad, no parece existir ninguna restricción sobre la posible estructura de los EPC, pero las estructuras no triviales que implican paralelismo tienen una semántica de ejecución mal definida; en este sentido se parecen a los diagramas de actividad UML.

Varios artículos científicos están dedicados a proporcionar una semántica de ejecución bien definida para cadenas de procesos generales impulsados por eventos. Un problema particular es que los EPC requieren una semántica no local, es decir, el comportamiento de ejecución de un nodo particular dentro de un EPC puede depender del estado de otras partes del EPC, arbitrariamente lejanas.

Elementos

Estos elementos se utilizan en diagramas de cadena de procesos controlados por eventos:

Evento

Los eventos son elementos pasivos en cadenas de procesos impulsadas por eventos. Describen bajo qué circunstancias funciona una función o un proceso o en qué se indica una función o un proceso. Ejemplos de eventos son "requerimiento capturado", "material en stock", etc. En el gráfico EPC un evento está representado como hexágono. En general, un diagrama EPC debe comenzar con un evento y terminar con un evento.

Función

Las funciones son elementos activos en un EPC. Modelan las tareas o actividades dentro de la empresa. Las funciones describen las transformaciones de un estado inicial a un estado resultante. Si pueden ocurrir diferentes estados resultantes, la selección del estado resultante respectivo puede ser modelada explícitamente como una función de decisión utilizando conectores lógicos. Las funciones se pueden refinar en otro EPC. En este caso se llama una función jerárquica. Ejemplos de funciones son "requisitos de captura", "ver material en stock", etc. En el gráfico de cadena de proceso impulsado por eventos una función está representada como rectángulo redondeado.

Propietario

El propietario del proceso es responsable de una función (es decir, un empleado de reserva es responsable de viajes de reserva). El propietario del proceso suele formar parte de una unidad de organización (es decir, un empleado de reserva pertenece al departamento de reservas). Está representado como un cuadrado con una línea vertical.

Unidad de organización

Las dependencias orgánicas determinan qué organización dentro de la estructura de una empresa es responsable de una función específica. Ejemplos son "Departamento de ventas", "Departamento de compra", etc. Está representado como elipse con una línea vertical.

Información, material o objeto de recurso

En la cadena de procesos impulsada por eventos, la información, material o objetos de recursos representan objetos en el mundo real, por ejemplo objetos de negocios, entidades, etc., que pueden ser datos de entrada que sirven como base para una función, o datos de salida producidos por una función. Ejemplos son "materiales", "orden", etc. En el gráfico EPC tal objeto está representado como rectángulo.

Conector lógico

En la cadena de proceso impulsada por el evento, las relaciones lógicas entre elementos en el flujo de control, es decir, eventos y funciones son descritos por conectores lógicos. Con la ayuda de conectores lógicos es posible dividir el flujo de control de un flujo a dos o más flujos y sincronizar el flujo de control de dos o más flujos a un flujo.

Relaciones lógicas

Hay tres tipos de relaciones lógicas definidas en cadenas de procesos impulsadas por eventos:

• Branch/Merge: Branch and merge correspond to making decision of which path to choose among several control flows. Una rama puede tener un flujo de control entrante y dos o más flujos de control salientes. Cuando se cumple la condición, una rama activa exactamente sólo uno de los flujos de control saliente y desactiva a los demás. La contraparte de una rama 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 unas alternativas activadas y desactivadas. El control será pasado al siguiente elemento después de la fusión. Una rama en el EPC está representada por un XOR de apertura, mientras que una fusión está representada como un conector XOR de cierre.

• Fork/Join: Fork y únete corresponden a activar todos los caminos en el flujo de control simultáneamente. Un tenedor puede tener un flujo de control entrante y dos o más flujos de control salientes. Cuando se cumple la condición, un tenedor 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 del proceso impulsado por el evento, cómo la concurrencia alcanzada no es un asunto. En realidad, la concurrencia puede ser alcanzada por el verdadero paralelismo o por el concurrencia virtual alcanzado por el entrelazamiento. Un tenedor en el EPC está representado por una abertura 'AND', mientras que una unión está representada como un cierre 'AND' conectores.
• OR: Una relación 'OR' corresponde a activar uno o más caminos entre flujos de control. Un conector de apertura 'OR' puede tener un flujo de control entrante y dos o más flujos de control salientes. Cuando se cumple la condición, un conector de apertura 'OR' activa uno o más flujos de control y desactiva el resto de ellos. La contraparte de esto es el conector de cierre 'OR'. Cuando al menos uno de los flujos de control entrantes se activa, el conector de cierre 'OR' pasará el control al siguiente elemento después de él.

Flujo de control

Un flujo de control conecta eventos con funciones, caminos de proceso o conectores lógicos creando secuencia cronológica y interdependencias lógicas entre ellos. Un flujo de control está representado como una flecha desgarrada.

Flujo de información

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

Distribución por unidad de organización

Las asignaciones de unidades de organización muestran la conexión entre una unidad de organización y la función que es responsable.

Camino del proceso

Las rutas del proceso sirven como ayuda de navegación en el EPC. Muestran la conexión desde o hacia otros procesos. El camino del proceso está representado como un símbolo compuesto compuesto compuesto por un símbolo de función superpuesto sobre un símbolo del evento. Para utilizar el símbolo de la trayectoria del proceso en un diagrama de la cadena del proceso impulsado por el evento, un símbolo está conectado al símbolo de la ruta del proceso, indicando que el proceso diagramado incorpora la totalidad de un segundo proceso que, para la sencillez diagrama, está representado por un solo símbolo.

Ejemplo

Como se muestra en el ejemplo, el pedido de un cliente recibido es el evento inicial que crea una captura de requisitos dentro de la empresa. Para especificar esta función, ventas es responsable del marketing, la moneda, etc. Como resultado, el evento 'requisito capturado' conduce a otra nueva función: verificar el material en stock, para poder realizar las producciones.

Todos los datos de entrada o salida sobre el material permanecen en el recurso de información. Después de verificar el material, pueden ocurrir dos eventos: con o sin material en stock. Si es positivo, obtenga material del stock; en caso contrario, solicite material a los proveedores. Dado que las dos situaciones no pueden ocurrir al mismo tiempo, XOR es el conector adecuado para unirlas.

Metamodelo

Aunque un proceso real puede incluir una serie de etapas hasta su finalización, las actividades principales siguen siendo similares. Un evento desencadena una función; y una función conducirá a un evento. Mientras tanto, un evento puede involucrar uno o más procesos a cumplir pero un proceso es único para un evento, lo mismo ocurre con el proceso y la ruta del proceso.

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 sólo es responsable de una función específica.