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 Década de 1990. [1]
Descripción general
Las empresas utilizan diagramas de cadena de procesos basados en eventos para diseñar flujos de trabajo de procesos empresariales , originalmente en conjunción con el modelado SAP R/3 , pero ahora de forma más amplia. Muchas empresas lo utilizan para modelar, analizar y rediseñar procesos empresariales. El método de cadena de procesos basados en eventos se desarrolló en el 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. Para citar una publicación de 2006 sobre cadenas de procesos basados en eventos: [2]
Una cadena de procesos basada en eventos (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 mediante el uso de operadores lógicos, como OR, AND y XOR. Se afirma que una de las principales ventajas de la EPC es su simplicidad y su notación fácil de entender. Esto hace que la EPC sea una técnica ampliamente aceptada para denotar procesos comerciales.
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 orden explícito de nodos. En realidad, no parece que existan restricciones 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. [3] [4] Un problema particular es que los EPC requieren una semántica no local, [5] 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
Elementos de una cadena de procesos basada en eventos
Estos elementos se utilizan en diagramas de cadena de procesos controlados por eventos:
Evento
Los eventos son elementos pasivos en las cadenas de procesos impulsadas por eventos. Describen bajo qué circunstancias funciona una función o un proceso o en qué estado se produce una función o un proceso. Algunos ejemplos de eventos son "requisito capturado", "material en stock", etc. En el gráfico EPC, un evento se representa como un 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 transformaciones de un estado inicial a un estado resultante. Si pueden darse diferentes estados resultantes, la selección del estado resultante respectivo se puede modelar 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 denomina función jerárquica. Algunos ejemplos de funciones son "capturar requisito", "verificar material en stock", etc. En el gráfico de cadena de procesos controlado por eventos, una función se representa como un rectángulo redondeado.
Propietario del proceso
El propietario del proceso es responsable de una función (por ejemplo, un empleado de reservas es responsable de reservar viajes). El propietario del proceso suele ser 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é organización dentro de la estructura de una empresa es responsable de una función específica. Algunos ejemplos son "departamento de ventas", "departamento de compras", etc. Se representa como 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 recurso representan objetos del mundo real, por ejemplo, objetos de negocio, 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. Algunos ejemplos son "material", "pedido", etc. En el gráfico EPC, un objeto de este tipo se representa como un rectángulo.
Conector lógico
En la cadena de procesos basada en eventos, las relaciones lógicas entre los elementos del flujo de control, es decir, los eventos y las funciones, se describen mediante conectores lógicos. Con la ayuda de los conectores lógicos es posible dividir el flujo de control de un flujo en dos o más flujos y sincronizar el flujo de control de dos o más flujos en un flujo.
Relaciones lógicas
Hay tres tipos de relaciones lógicas definidas en las cadenas de procesos controladas por eventos:
Ramificación/Fusión: La ramificación y la fusión corresponden a la toma de decisiones sobre qué camino 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 solo 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 una alternativa activada y una desactivada. El control se pasará entonces al siguiente elemento después de la fusión. Una ramificación en el EPC se representa mediante un XOR de apertura, mientras que una fusión se representa mediante conectores 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 en el 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 cadena de procesos controlados por eventos, no importa cómo se logre la concurrencia. En realidad, la concurrencia se puede lograr mediante un paralelismo verdadero o mediante una concurrencia virtual lograda mediante intercalación. Una bifurcación en el EPC se representa mediante un "AND" de apertura, mientras que una unión se representa como un conector "AND" de cierre.
OR: Una relación 'OR' corresponde a la activación de uno o más caminos entre flujos de control. Un conector 'OR' de apertura puede tener un flujo de control de entrada y dos o más flujos de control de salida. Cuando se cumple la condición, un conector 'OR' de apertura activa uno o más flujos de control y desactiva el resto. La contraparte de esto es el conector 'OR' de cierre. Cuando al menos uno de los flujos de control de entrada está activado, el conector 'OR' de cierre pasará el control al siguiente elemento después de él.
Flujo de control
Un flujo de control conecta eventos con funciones, rutas de procesos o conectores lógicos creando una secuencia cronológica e 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 datos de entrada o salida, sobre los cuales la función lee, cambia 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 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 emplear 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 mediante un solo símbolo.
Ejemplo
Como se muestra en el ejemplo, la recepción de un pedido de un cliente es el evento inicial que genera una captura de requisitos dentro de la empresa. Para especificar esta función, el departamento de ventas se encarga del marketing, la moneda, etc. Como resultado, el evento "captura de requisitos" da lugar a otra nueva función: comprobar el material en stock para fabricar 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, se obtiene el material del stock; si no, se solicita material a los proveedores. Dado que las dos situaciones no pueden ocurrir al mismo tiempo, XOR es el conector adecuado para vincularlas.
Metamodelo
Aunque un proceso real puede incluir una serie de etapas hasta que finalmente se termina, 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 para 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 solo es responsable de una función específica.
^ <trans oldtip="A.-W. Scheer (2002). " newtip="A.-W.Scheer(2002年)。">A.-W.Scheer(2002年)。</trans> <trans oldtip="ARIS. Vom Geschäftsprozess zum Anwendungssystem" newtip="阿里斯。vm Gesch ftsprozess zum Anwendungssystem">阿里斯。vm Gesch ftsprozess zum Anwendungssystem</trans> . Saltador. pág.20.
^ <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, el hombre y la cibernética, Taipei, Taiwán" newtip="2006 IEEE系统，人，控制论国际会议，台北，台湾">2006 IEEE系统，人，控制论国际会议，台北，台湾</trans> <trans oldtip=", págs. 763]" nuevo consejo=",第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 el Wayback Machine <trans oldtip=". In " newtip="。在……里面">。在……里面</trans> <trans oldtip="Tecnología de la 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 coloreadas para verificar cadenas de procesos extendidas impulsadas por eventos"" newtip="用于验证扩展事件驱动过程链的有色Petri网">用于验证扩展事件驱动过程链的有色Petri网</trans> Archivado el 3 de marzo de 2016 en Wayback Machine <trans oldtip=". En " newtip="。在……里面">。在……里面</trans> <trans oldtip="Proc. del IV Taller sobre 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 Resolving the Vicious Circle" newtip="EPC语义学：一个解决恶性循环的框架">EPC语义学：一个解决恶性循环的框架</trans> [ permanent dead link ] <trans oldtip=". Technical Report. Computer Science Departamento, Universidad de Paderborn, Alemania." newtip="。技术报告。德国帕德尔伯恩大学计算机科学系。">。技术报告。德国帕德尔伯恩大学计算机科学系。</trans>
Enlaces externos
Wikimedia Commons tiene medios relacionados con Cadena de procesos impulsada por eventos .
Cadenas de procesos basadas en eventos para mejorar los flujos
