INSTRUCTIVO DE DIAGRAMACIÓN DE FLUJO V.1.0
Página 1 de FIRMAS DE REVISIÓN Y APROBACIÓN Nombre / Cargo Firma Fecha Elaborado por: Equipo de Proyectos 26/08/2013 Revisado por: Aprobado por: Dirección de Procesos y Servicios Subsecretario de Innovación para la Gestión 30/08/2013 30/08/2013 CONTROL DE HISTORIAL DE CAMBIOS Versión Descripción del cambio Fecha de Actualización V. 0.0 Emisión Inicial 30/04/2013 V. 1.O Incorporación de ejemplo 11/09/2013 1
Página 2 de Tabla de contenido 1. Qué es BPMN?... 6 2. Por qué es importante Modelar con BPMN?... 6 3. Diagramas de Procesos de Negocio... 7 3.1 Elementos de Modelamiento BMPN Básicos... 7 4. Eventos... 8 Definición:... 8 Representación:... 8 Tipos... 9 4.1 Eventos de Inicio... 9 Consideraciones... 10 Propiedades... 10 4.1.1 Inicio de Mensaje... 10 Consideraciones... 10 Propiedades... 11 4.1.2 Inicio de Señal... 11 Consideraciones... 11 Propiedades... 12 4.1.3 Inicio de Temporización... 12 Propiedades... 12 4.2 Eventos Intermedio... 13 Consideraciones... 15 Propiedades... 15 4.2.1 Evento Intermedio de Cancelación... 16 4.2.2 Evento Intermedio de Error... 17 Subproceso Transaccional... 18 2
Página 3 de Configuración de Subprocesos Transaccionales o Transacciones... 19 4.2.3 Actividades de Compensación... 22 Como ejecutar una cancelación o excepción?... 23 4.2.4 Evento Intermedio de Compensación... 24 4.2.5 Evento Intermedio de Temporizador... 25 Consideraciones... 26 Propiedades... 27 4.2.6 Evento Intermedio De Mensaje... 28 Consideraciones... 28 Propiedades... 28 4.2.7 Evento Intermedio de Enlace... 29 Consideraciones... 29 Propiedades... 29 4.2.8 Evento Intermedio de Señal... 31 Consideraciones... 31 Propiedades... 31 4.3 Eventos de Fin... 32 Consideraciones... 33 Propiedades... 33 4.3.1 Evento de Fin... 33 Consideraciones... 35 Propiedades... 35 4.3.2 Fin de Mensaje... 35 Consideraciones... 35 Propiedades... 36 4.3.3 Fin de Señal... 36 Consideraciones... 36 Propiedades... 37 5. Actividades... 37 Definición:... 37 3
Página 4 de Representación:... 37 Tipos:... 37 5.1 Tarea de Usuario... 39 Consideraciones... 39 Propiedades... 39 5.2 Tarea de Servicio... 41 Propiedades... 42 5.3 Tarea de Envío y Recepción... 42 Consideraciones... 42 Propiedades... 43 5.4 5Tarea de Script... 43 Propiedades... 43 5.5 Tarea Manual... 43 Propiedades... 44 6. Decisiones... 44 Representación:... 44 Tipos:... 44 6.1 Compuerta Exclusiva (Elemento de Divergencia)... 45 6.2 Compuerta Exclusiva (Elemento de Convergencia)... 47 6.3 Compuerta Basada en Evento... 48 Consideraciones... 49 Propiedades... 50 6.4 Compuerta Inclusiva (Elemento de Divergencia)... 50 Consideraciones... 50 Propiedades... 52 6.5 Compuerta Inclusiva (Elemento de Convergencia)... 53 Consideraciones... 53 Propiedades... 54 6.6 Compuerta Compleja (Elemento de Divergencia)... 54 Consideraciones... 54 4
Página 5 de Propiedades... 55 6.7 Compuerta Compleja (Elemento de Convergencia)... 56 Consideraciones... 56 Propiedades... 56 6.8 Compuerta Paralela (elemento de divergencia)... 56 Consideraciones... 57 Propiedades... 57 6.9 Compuerta Paralela (elemento de convergencia)... 58 Consideraciones... 59 5
Página 6 de 1. Qué es BPMN? Business Process Modeling Notation (BPMN) es una notación gráfica que describe la lógica de los pasos de un proceso de Negocio. Esta notación ha sido especialmente diseñada para coordinar la secuencia de los procesos y los mensajes que fluyen entre los participantes de las diferentes actividades. BPMN proporciona un lenguaje común para que las partes involucradas puedan comunicar los procesos de forma clara, completa y eficiente. De esta forma BPMN define la notación y semántica de un Diagrama de Procesos de Negocio (Business Process Diagram, BPD). BPD (Business Process Diagram, BPD) es un diagrama diseñado para representar gráficamente la secuencia de todas las actividades que ocurren durante un proceso, basado en la técnica de Flow Chart, incluye además toda la información que se considera necesaria para el análisis. BPD (Business Process Diagram, BPD) es un diagrama diseñado para ser usado por los analistas, quienes diseñan, controlan y gestionan procesos. Dentro de un Diagrama de Procesos de Negocio BPD se utiliza un conjunto de elementos gráficos, agrupados en categorías, que permite el fácil desarrollo de diagramas simples y de fácil comprensión pero que a su manejan la complejidad inherente a los procesos de negocio. 2. Por qué es importante Modelar con BPMN? BPMN es un estándar internacional de modelado de procesos aceptado por International Institute of Business Analysis. BPMN es independiente de cualquier metodología de modelado de procesos. BPMN crea un puente estandarizado para disminuir la brecha entre los procesos de negocio y la implementación de estos. BPMN permite modelar los procesos de una manera unificada y estandarizada permitiendo un entendimiento a todas las personas de una organización. 6
Página 7 de 3. Diagramas de Procesos de Negocio Esta sección proporciona un resumen de los objetos gráficos de BPMN y de sus relaciones. Una meta para el desarrollo de BPMN es que la notación sea simple y adoptable por los analistas del negocio. Adicionalmente, hay un requisito potencial de representar procesos complejos y el mapa del negocio en un lenguaje adecuado para la ejecución de BPM. Para ayudar a entender cómo BPMN puede manejar ambos requisitos, la lista de los elementos gráficos de BPMN se presenta en dos grupos: Primero, hay una lista de los elementos base (Core elements) que apoyarán el requisito de una notación simple. Éstos son los elementos que definen el look & feel básico de BPMN. La mayoría de los procesos del negocio serán modelados adecuadamente con estos elementos. En segundo lugar, hay la lista entera de elementos, incluyendo los elementos base, que ayudarán al requisito de lograr diagramar situaciones más complejas. 3.1 Elementos de Modelamiento BMPN Básicos Cabe recalcar que una de las directrices para el desarrollo de BPMN es crear un mecanismo simple para diagramar flujos de proceso y que a su vez maneje la complejidad inherente a los procesos del negocio. El acercamiento tomado para manejar estos dos requisitos que estaban en conflicto fue el organizar los aspectos gráficos de la notación en categorías específicas. Esto proporciona un sistema de categorías que ayuda al lector de un diagrama de BPMN a reconocer fácilmente los tipos básicos de elementos y entender el diagrama. Las cuatro categorías básicas de estos elementos son: ELEMENTO DEFINICIÓN NOMBRE NOMBRE BPMN Elementos de Flujo (Flow Objects) Los elementos de flujo son los principales elementos gráficos que definen el comportamiento de los procesos. Eventos Actividades Decisión Events Activities Gateways Conectores Los objetos del flujo se conectan Transición Sequence Flow 7
Página 8 de (Connecting Objects) entre ellos a través de los conectores para crear el esqueleto básico de la estructura del proceso de negocio. Flujo de mensaje Asociación Message Flow Association Canales (Swimlane) Los canales son mecanismos de organización de las actividades en categorías visuales separadas para ilustrar las diferentes áreas funcionales o responsables. Área Funcional Fase Pools Lanes Artefactos (Artifacts) Los artefactos son usados para proveer información adicional sobre el proceso. Otorgan flexibilidad a la notación para expresar diferentes contextos en forma apropiada. Objeto de Datos Grupo Anotación Data Object Group Annotation A continuación se describirán cada uno de los elementos base de BPMN teniendo en cuenta su clasificación: Objetos de Flujo Conectores Canales (Swimlanes) Artefactos 4. Eventos Definición: un evento es algo que sucede durante el curso del proceso, afectan el flujo de proceso y normalmente tienen una causa (trigger) o resultado. Representación: Los eventos son representados a través de círculos con centro vacío, lo cual permite incluir diferentes marcadores para diferenciarlos entre sí. 8
Página 9 de BPMN provee una notación común para que las personas relacionadas con los procesos puedan expresarlos gráficamente en una forma más clara, estandarizada y completa. BPMN facilita no solo la estandarización de los procesos dentro de la organización sino que amplia el campo de acción para que estos puedan ser compartidos y entendidos entre los diferentes socios de negocio. Tipos: los tipos de eventos se clasifican dependiendo de cuándo ellos afectan el flujo: TIPO DE NOMBRE BPMN DEFINICIÓN NOTACIÓN EVENTO Inicio Start Como su nombre lo indica, representa el punto de inicio de un proceso. Intermedio Intermediate Ocurren entre un evento de inicio y de fin. Afectará el proceso pero no lo iniciará o directamente finalizará. Fin End Indica cuando un proceso termina. Dentro de cada tipo de evento, estos a su vez se clasifican dependiendo del impacto en el flujo del proceso. Por ejemplo, algunos subtipos son: mensajes, timer, cancelación, error, etc. 4.1 Eventos de Inicio Este tipo de evento indica el comienzo o el inicio de un proceso. Los diferentes tipos de Eventos de Inicio son: NOMBRE BPMN Message Start Timer Start USO Un proceso activo envía un mensaje a otro proceso específico para activar su inicio. Se puede fijar una hora-fecha específica (e.g. todos los lunes a las 9am) en la que se activará el inicio del proceso. NOTACIÓN 9
Signal Start Un proceso activo envía una señal y causa el inicio del proceso. Notar que la señal se envía a cualquier proceso que pueda recibir la señal, pero no es un mensaje (el cual tiene una fuente específica y un objetivo). Página 10 de Consideraciones Todos los flujos deben tener un comienzo, independientemente de si se refieren a un proceso o un subproceso. Nota: Inicio es una figura opcional en la diagramación del proceso. Sin embargo, es recomendable utilizarlo en el diagrama. Sólo un flujo de secuencia puede salir de esta figura (nada puede venir antes de ésta). Esta figura debe aparecer sólo una vez por proceso, aun cuando por múltiples razones se pueda dar inicio al proceso. Propiedades Se puede asociar una descripción con esta figura como información adicional. Ejemplo: La figura "Inicio" es dibujada al comienzo de este proceso, indicando el comienzo del proceso. 4.1.1 Inicio de Mensaje Un proceso activo envía un mensaje a otro Proceso específico para causar su inicio. Consideraciones 10
El Inicio de Mensaje siempre es una figura de atrapar (catch). Esto es, para usar el Inicio de Mensaje, debe haber un Evento de Mensaje que lance el mensaje. Página 11 de Esta figura debe ser configurada para identificar el proceso objetivo y el elemento objetivo en el proceso que lanza el mensaje. Propiedades El Evento Intermedio que lanza el mensaje y el mensaje de inicio que lo atrapa deben tener exactamente el mismo nombre. Ejemplo: El proceso de solicitud de crédito lanza un mensaje para iniciar un proceso de venta tan pronto una oferta sea viable. 4.1.2 Inicio de Señal Un proceso activo envía una señal y causa el inicio de otro proceso. Consideraciones El Inicio de Señal siempre es una figura de atrapar (catch). Esto es, para usar una Señal de Inicio, debe haber un Evento de Señal que lance el mensaje. 11
Una señal es enviada a cualquier proceso que pueda recibirla, pero no tiene una fuente y objetivo específicos. Cualquier figura de atrapar (catch) con el mismo nombre será activada. Página 12 de Propiedades El Evento Intermedio que lanza la señal y la Señal de Inicio que la atrapa debe tener exactamente el mismo nombre. Ejemplo: El proceso de solicitud de crédito lanza una señal para iniciar el proceso de ventas tan pronto haya una oferta viable. 4.1.3 Inicio de Temporización Con el inicio de temporización, se define una hora-fecha específica (Ejm: todos los lunes a las 9am) para activar el inicio del Proceso de manera automática. Es decir, el proceso será iniciado automáticamente en la fecha y hora indicada. Los eventos se pueden convertir en temporizadores de la misma forma en la que se explica cómo convertir un Evento en un Mensaje. Propiedades El Inicio de Temporización tiene una opción de horario en las propiedades de la figura. 12
Este es el horario que causará que el caso sea iniciado. Página 13 de Ejemplo: Un proceso de inventario debe ser iniciado cada dos meses el día 25. 4.2 Eventos Intermedio Los eventos intermedios son tareas que afectan el flujo normal del proceso y pueden ocurrir en cualquier momento, los eventos intermedios no dependen del usuario sino de un suceso externo. Los eventos intermedios pueden o no ocurrir dentro de un proceso. El evento intermedio puede ser activado manualmente por el usuario o automáticamente por una regla de negocio pero para esto debe estar disponible. Los diferentes tipos de Eventos Intermedio Son: NOMBRE BPMN Temporizador USO Esta figura representa un mecanismo de retraso dentro del proceso. Este tiempo puede ser definido en una Expresión o como parte de la información del proceso (Fecha o duración en cualquier unidad de tiempo). NOTACIÓN 13
Compensación Cancelación Error Mensaje Enlace Señal El Evento Intermedio indica que es necesaria una compensación. Entonces, se usa para "lanzar" el evento de compensación. Si una actividad es definida y ésta fue completada exitosamente, entonces la actividad será compensada. Caminos de excepción del flujo ocurren fuera del flujo normal del proceso y se basa en un evento intermedio que ocurre durante el curso del proceso. En la figura se muestra el uso de línea de excepción con un subproceso y una actividad. Un Evento de Captura de Error Intermedio puede ser unido solamente a la frontera de una actividad. Notar que un Evento de Error siempre interrumpe la Actividad a la que está unido. Un Evento Intermedio de Mensaje puede ser usado tanto para enviar como para recibir un mensaje. Cuando se usa para "lanzar" el mensaje, un marcador DEBE ser llenado. Cuando se usa para "atrapar" el mensaje el marcador DEBE estar sin llenar. Esto causa que el proceso continúe si éste estaba esperando por el mensaje o cambia el flujo para manejo de excepciones. Para atrapar y lanzar mensajes debe tener el mismo nombre. Un Enlace es un mecanismo para conectar dos secciones de un Proceso. Los Eventos de Enlace pueden ser usados para crear situaciones de bucle o para evitar líneas de Secuencia de Flujo largas. Los usos de los Eventos de Enlace están limitados a un solo nivel de proceso. Las señales son usadas para enviar o recibir comunicaciones generales dentro y a través de los niveles de Proceso y entre Diagramas de Proceso de Negocio. Una señal BPMN es similar a una señal de bengala que se dispara al cielo para cualquiera que pudiera estar interesado y luego reaccionara. Entonces hay una fuente de la señal, pero ningún objetivo específico. Página 14 de Ejemplo: El siguiente ejemplo tiene el Evento Intermedio de esperar documentos antes de continuar con el análisis de la 14
solicitud de crédito. Página 15 de Consideraciones Pueden llegar muchos flujos de secuencia, pero sólo entra una en una instancia de tiempo y siempre sale un flujo de secuencia. Puede formar parte directa del flujo del proceso en la secuencia normal del mismo o anteceder a una actividad, un módulo o un subproceso como un hilo aparte del flujo normal del proceso. Si un evento intermedio tiene forma asociada no es necesario que una actividad lo preceda. Propiedades Propiedades Básicas (nombre, nombre visible, descripción, texto de ayuda) Ejemplos Avanzados: Desistimiento de una solicitud: En este ejemplo se muestra una situación de negocio en la que se podría desistir de una solicitud en cualquier momento después de ser registrado: 15
Página 16 de Ejemplo Avanzado: Lanzamiento opcional de subprocesos: 4.2.1 Evento Intermedio de Cancelación Este tipo de evento intermedio es usado en subprocesos transaccionales. Debe ser siempre adjuntado (diagramado) a los límites del subproceso y debería ser lanzado si una excepción de cancelación es alcanzada mientras se está llevando a cabo el subproceso. Ejemplo: Agencia de Viajes. Cuando ocurre un error en las reservas de vuelo o de hotel, se lanza el evento de terminación de cancelación dentro del subproceso de Reservas y al salir del subproceso se dispara el evento intermedio de cancelación adjunto al subproceso. 16
Página 17 de 4.2.2 Evento Intermedio de Error Éste tipo de evento intermedio sólo puede ser usado si se adjunta a los límites de una actividad. Esto significa que la actividad es abortada cuando ocurre un error. Es posible usar este evento en actividades automáticas, lo que significa que un error del sistema. Ejemplo: Orden de Compra. Cuando ocurre un error en la actividad de sistema de generar una orden de compra, el token pasa a la actividad de crear orden de compra manual. 17
Página 18 de Subproceso Transaccional Los procesos transaccionales son ofrecidos para facilitar la implementación de escenarios de negocio con transacciones cuya ejecución podría durar días o semanas hasta que el conjunto de actividades se compete. Desde una perspectiva de negocio, una transacción es un conjunto de actividades que constituyen una unidad lógica de operación que debe realizarse atómicamente (indivisible). Ésta es soportada por un protocolo especial que asegura que todas las partes involucradas tengan acuerdo completo: la actividad debería ser completada o cancelada. Una transacción o subproceso transaccional es realizado satisfactoriamente cuando los cambios a ser implementados (actualización, adición o eliminación de registros) son salvados en la base de datos; en otras palabras, la terminación de los cambios se realiza una vez la transacción ha terminado. Los eventos de excepciones o cancelaciones son lanzadas sin afectar la información o integración de la base de datos cuando la transacción no se completó satisfactoriamente. Las transacciones pueden ser cortas o largas dependiendo del tipo de tareas a ser ejecutadas, que pueden ser automáticas o manuales. Ejemplo: Un ejemplo de una transacción típico es el traslado de fondos entre cuentas, este traslado puede estar dado por la ejecución de dos servicios web diferentes, uno que debita y otro que acredita la otra cuenta; si el segundo servicio web tiene algún problema (número de cuenta errado, cliente inactivo, etc.) el débito ya fue realizado por el primero y es necesario reversarlo. Este proceso de reversión, o compensación, puede consistir en la ejecución de un nuevo Servicio Web que le avise al sistema externo para que acredite de nuevo la cuenta y esta no se vea afectada. 18
Página 19 de Con el estándar BPMN se tiene gran versatilidad para modelar estas situaciones de negocio, ofreciendo un conjunto de reglas para su representación gráfica, permitiendo reflejar de una manera más natural el enrutamiento del proceso cuando la transacción no es finalizada con éxito. Configuración de Subprocesos Transaccionales o Transacciones La propiedad Transaccional se configura en las propiedades de la figura subproceso, en la pestaña de propiedades globales. Al definir esta propiedad en un subproceso el borde de la figura se visualizará con doble línea para indicar gráficamente que este es transaccional. Ejemplo de Traslado de Fondos para desembolso: Después de realizar la aprobación del crédito y la autorización en el banco para realizar traslado el subproceso de traslado de fondos realiza el débito de la cuenta de la entidad y el correspondiente crédito en la cuenta del cliente. Estos procesos de interface con el banco se realizan mediante Servicios Web que realizan las transacciones de manera independiente. El diagrama para este proceso sería el siguiente: El proceso de traslado de fondos puede tener tres salidas diferentes: la normal, cancelación y excepción. 19
Página 20 de Camino Normal: Cuando una transacción es completada exitosamente se debe guarda los cambios ejecutados en la base de datos (se hace commit) y continúa con la secuencia del flujo normal del proceso que lo invoca. Ejemplo: En la gráfica el proceso de Solicitud de Crédito realiza el traslado de fondos del desembolso usando una interface implementada con Servicios Web que debita el valor de las cuentas de la entidad y acredita la del cliente. Debido a que el proceso transaccional se realizó correctamente el proceso continúa con su flujo normal activando el crédito. Evento Intermedio de cancelación: Este evento ocurre cuando se presentan fallas y es enviada una excepción de cancelación, el proceso ejecuta las actividades de compensación requeridas para cada una de las tareas del subproceso y sale del subproceso ejecutando el flujo de cancelación. Los datos que fueron modificados dentro del subproceso no son almacenados en la base de datos y por tanto el proceso quedará en el estado que se encontraba antes de iniciarse dicho subproceso. Es necesario aclarar que la primera actividad de la salida de cancelación tiene acceso a los datos antes de ser reversados a su estado original, esto permite mostrar información de resultado que indique al usuario la razón de la cancelación, una vez termine esta salida los datos son reversados al estado original. Ejemplo: El siguiente flujo clarifica el funcionamiento de los eventos de cancelación: 1. Se realiza exitosamente el débito de la cuenta del establecimiento mediante la ejecución de un Servicio Web. 2. Se intenta realizar el crédito de la cuenta del cliente, pero el número de cuenta está errado y es rechazado por el servicio web generando un resultado 101 (Error que indica cuenta inexistente), la regla de la tarea "Acreditar" se detecta el código 101 y se dispara el evento de cancelación. 3. Se ejecuta en orden inverso todas las actividades de compensación, para este caso solo hay una asociada a la tarea debitar y se llama "Compensar Débito". Esta tarea "compensa" la transacción realizada por la tarea "Debitar" ejecutando un Servicio Web acreditando la cuenta del establecimiento por el valor correspondiente quedando "reversada" la operación. Debido a que solo hay una actividad de compensación inicia el camino de Cancelación que inicia con 20
"Suspender Crédito" Página 21 de 4. En esta operación se realiza la suspensión del crédito debido a que no se pudo realizar el traslado de fondos, posteriormente. Los eventos de cancelación sólo pueden ser definidos para subprocesos que tienen la propiedad transaccional. Evento Intermedio de Error: Cuando ocurre un error dentro del subproceso transaccional que no permite que continúe, es enviada una excepción de error, las actividades son interrumpidas (sin compensación), la información de la base de datos de es restaurada a su estado inicial (rolled back) y el proceso continúa por el evento intermedio de error. Si dentro de la transacción son afectados datos de un sistema externo, al ser enviada la excepción de error la información de este sistema no es restaurada a su estado inicial. Nota Cuando se diseñe un proceso que tengan interfaces externas, ya sea mediante Servicios Web o librerías de componentes, que realicen modificaciones sobre datos externos estos deben ser compensados de manera adecuada, definiendo en la tarea de compensación de la tarea su reversión correspondiente. Debe evitarse hacer actividades que realicen la reversión de múltiples pasos en una sola actividad, esto debido, principalmente, a que esta actividad no tiene "conocimiento" de las actividades que realizaron exitosamente y por tanto deben ser reversadas. En el ejemplo la actividad de débito debe tener una tarea de compensación que reverse este débito y el crédito una de compensación que realice su reversión, debe evitarse crear una actividad de compensación en el débito que realice la compensación del debito y el crédito, ya que para esta tarea sería imposible saber si el crédito fue realizado correctamente o no. La regla general es, la reversión de agentes externos debe realizarse mediante actividades de compensación asociadas a la tarea que realizó la acción, no deben usarse tareas normales para esto ya que alteran el flujo normal y tampoco deben realizarse en la actividad de salida del subproceso ya que esta no es la función de esta tarea. 21
Página 22 de Los eventos de excepción sólo pueden ser definidos por subprocesos con la propiedad transaccional. 4.2.3 Actividades de Compensación Las actividades de compensación son usadas para poder realizar reversiones sobre datos no controlados, por ejemplo Servicios Web que se hayan ejecutado o interfaces sobre otros sistemas realizadas mediante componentes de librería. Estas actividades solo deben usarse en subprocesos transaccionales, y solo tendrán utilidad en estos. Las actividades de compensación se crean usando el evento intermedio de compensación: Simplemente arrastre el evento de compensación hacia la actividad a ser compensada y luego la tarea que desea usar como compensación: Manual, Servicio o Subproceso (no transaccionales y sin múltiples instancias). Nota: No olvide que la actividad de compensación debe restaurar el estado de los sistemas externos afectados por la actividad a ser compensada, no debe realizarse modificaciones sobre datos de otras actividades diferentes a ésta. 22
Página 23 de Como ejecutar una cancelación o excepción? En caso que los Servicios Web que realizan el débito y el crédito retornan una respuesta de acuerdo a si la transacción fue exitosa o no, esta respuesta seria 0 (cero) en caso de éxito o un número diferente de 0, con el código de error, en caso contrario. El proceso puede usar esta respuesta para decidir si ejecuta la cancelación de las actividades del proceso y por tanto realiza la reversión y compensación de los datos modificados, para ello se usa la figura de cancelación: El proceso modificado para lanzar la cancelación se vería de la siguiente forma: Ejemplo: En el ejemplo si el Servicio Web de Acreditar retorna un código de error, se en ruta por la figura de Cancelación (Evento de cancelación). Busca todas las actividades que tengan compensación, y empieza a ejecutar sus tareas de compensación. Finalmente ejecuta el flujo de Cancelación que inicia con la tarea "Mostrar reporte". Una vez que esta tarea finaliza realiza la reversión de los datos modificados por el subproceso retornando el proceso padre al estado original. 23
Página 24 de Configuración de Subprocesos Transaccionales o Transacciones. 4.2.4 Evento Intermedio de Compensación Este tipo de evento intermedio es usado en subprocesos transaccionales. Es usado también para manejar compensaciones. Se utiliza de forma reactiva cuando es dibujado en los límites de una actividad. Ejemplo: Agencia de Viajes. Al ocurrir un error en la reserva de vuelo o de hotel, se lanza el evento de terminación de cancelación, lo cual produce que se ejecuten las actividades de compensación: Cancelar Vuelo y Cancelar Hotel. 24
4.2.5 Evento Intermedio de Temporizador Página 25 de Esta figura representa una espera (periodo de tiempo) dentro del proceso. Este tiempo puede ser definido en tiempo de diseño o como parte de la información del proceso (Fecha o duración en cualquier tipo de unidad de tiempo). La duración se define como una propiedad básica del evento, y será constante. La duración del evento de temporizador puede ser variable también y puede modificarse en una expresión usando el método Me.Duration = x Minutos, donde los minutos pueden ser el resultado de un cálculo o un elemento del vocabulario. Otra forma de asignar la duración es usando el método Me.EstimatedSolutionDate = Fecha, donde fecha puede ser un atributo en el modelo de datos, el resultado de un cálculo o una definición de vocabulario. Ejemplo 1: El siguiente diagrama de una solicitud de crédito se cuenta con el Evento Intermedio de Temporizador representando una espera sencilla en el proceso (5 días) luego de la actividad de informar al cliente el resultado de la solicitud. Este tipo de usos del temporizador se conoce como demoras o esperas en el proceso. 25
Página 26 de Ejemplo 2: En este proceso puede observarse un Evento Intermedio de Temporizador asociado a una actividad, lo cual indica que si en determinado tiempo no se ha podido completar la actividad de INFORMAR AL CLIENTE RESULTADO, se debe realizar la actividad posterior al Evento Intermedio de Temporizador: notificación automática al cliente y cerrar el proceso. Notificar al cliente vía email. En este caso, para definir la duración del temporizador asociado con la actividad, se debe usar Me.TimerEventDuration Consideraciones La duración o tiempo asignado al Evento Intermedio de Temporizador puede ser fijo o variable y está definido en minutos. Los minutos que se asignan corresponden al tiempo de espera que se debe tener en cuenta y estos dependerán de si los tiempos de jornada laboral están activos para Jobs. Por ejemplo, si el flujo de un proceso llega a un evento temporizador que tiene una Duración de 120 minutos a las 17.00 (5:00 pm) de un día Viernes y la jordana laboral está 26
definida de Lunes a Viernes entre 8:00 (8:00 am) y 18:00 (6:00 pm), entonces el proceso esperará hasta el siguiente Lunes a las 9:00 (9:00 am) antes de continuar a la siguiente actividad. Página 27 de Para que esta figura funcione correctamente, debe estar habilitado el servicio del scheduler para la aplicación correspondiente. Puede ser diagramado dentro del flujo principal y actúa como mecanismo de retraso o espera. Si es usado como control de tiempo de una actividad manual, se diagramará dentro de la actividad (parte inferior). Propiedades Propiedades Básicas (nombre, duración del Evento Intermedio de Temporizador (dd-hhmm) y costo. La duración (definido en días, horas y minutos) puede ser tiempo fijo o variable. Ejemplos Avanzados: En este caso se muestra una Espera de 3 días. En caso de que el Evento Intermedio Entrega de Documentos no ocurra antes del tiempo de la Espera (3 días) se deberá contactar al cliente. 27
4.2.6 Evento Intermedio De Mensaje Página 28 de Esta figura tiene una opción de lanzar y una de atrapar, que sirve para enviar o recibir un Mensaje. Cuando se usa para lanzar un mensaje, la figura está llena. Cuando se usa para atrapar un mensaje, la figura está vacía. Consideraciones Si un proceso está esperando un mensaje, éste será pausado hasta que el mensaje llegue o cambiará el flujo para manipulación de excepciones. Para usar Lanzar Mensaje, debe haber un Evento Atrapar Mensaje que atrape el mensaje. Éste puede ser un Evento Intermedio de Mensaje o un Mensaje de Inicio. La figura en el proceso que lance el mensaje debe ser configurada para identificar el Proceso y Elemento objetivos. Propiedades Los eventos de lanzado y atrapado de mensajes deben tener exactamente el mismo nombre y deben estar en procesos diferentes. Ejemplo: El proceso de Solicitud de Crédito lanza un mensaje para iniciar un proceso de Ventas tan pronto una oferta sea viable. 1. Configure la lanzada y atrapada de mensaje de modo que éstas tengan exactamente el mismo nombre. 28
Página 29 de 2. En el Modelador de Procesos configure la figura que va a enviar el mensaje como 4.2.7 Evento Intermedio de Enlace Un Enlace es un mecanismo para conectar dos secciones de un Proceso. Los Eventos de Enlace pueden ser usados para crear situaciones de bucle (loop) o para evitar líneas de flujo de secuencia largas. Esta figura tiene una opción de lanzar y atrapar, que es para lanzar un punto de conexión a una figura de Atrapar. Para convertir un Evento Intermedio en un Evento Intermedio de Enlace, se debe realizar un procedimiento similar al del primer paso para configurar la colaboración. Consideraciones Los usos de Eventos de Enlace son limitados a un solo nivel de proceso. Esto es, son usados sólo dentro del mismo proceso. Primero dibuje el Evento de lanzar, luego el Evento de atrapar. Propiedades 29
Los enlaces Atrapar y Lanzar deben tener exactamente el mismo nombre. Página 30 de Ejemplo: Imagine que el proceso de Manejo de Quejas es muy grande y la actividad del Archivo está completamente a la derecha en el diagrama. Para enlazar el flujo sin usar un flujo de secuencia muy largo, use un Evento de Enlace. 30
Página 31 de 4.2.8 Evento Intermedio de Señal Las Señales son usadas para enviar o recibir comunicaciones generales dentro y a través de los procesos. Una Señal BPMN es similar a una bengala disparada al cielo para que cualquiera que pudiera estar interesado la note y luego reaccione. Entonces, hay una fuente de la Señal, pero no un objetivo específico. Consideraciones Una señal es enviada a cualquier figura que esté configurada para recibirla, esto es, tiene el mismo Nombre. No hay un objetivo específico, entonces cualquier figura que esté disponible será activada. Propiedades Esta figura tiene una opción de lanzar y atrapar, que es para enviar una señal o recibir una señal. Cuando se usa para lanzar la señal, la figura está llena. Cuando se usa para atrapar la señal, la figura está vacía. Ejemplo: El proceso de solicitud de crédito lanza una señal para empezar el proceso de Ventas tan pronto una oferta sea viable. Configure las señales de envió y recepción con el mismo nombre. 31
Página 32 de 4.3 Eventos de Fin NOMBRE USO BPMN Terminador Es el fin del proceso. Solo existe uno por flujo. Si el proceso alcanza este evento, éste será cerrado. NOTACIÓN Cancelación Error Mensaje Señal Este tipo de Fin es usado dentro de un subproceso de transacción. Éste indicará que la transacción debe ser cancelada y causará un Evento Intermedio de Cancelación adjunto a la frontera del subproceso. Esta figura se usa para capturar errores, si están definidos o no y posteriormente lanzarlos a los triggers que se encuentran en los límites del subproceso expandido. Este tipo de Fin indica que un mensaje se envía a un proceso o caso de actividad específica, al concluir el proceso. Este tipo de Fin indica que la señal será transmitida cuando el Fin haya sido alcanzado. Note que la señal es enviada a cualquier proceso que pueda recibir la señal y pueda ser enviada a través de los niveles del proceso, pero no es un mensaje (el cuál tiene una fuente y un objetivo). Evento que constituye el fin del proceso. Solo existe uno por flujo. Si el proceso alcanza este evento, éste será cerrado. 32
Página 33 de Consideraciones Todos los flujos deben tener un evento de fin terminal, sin importar si hacen referencia a un proceso, un subproceso o un módulo. Nota: El Evento de Fin de Terminación es una figura opcional en la diagramación del proceso. Sin embargo, es recomendable usarlo en el diagrama. Un flujo de secuencia entra en esta figura (nada puede salir de ésta). Propiedades Una descripción y un texto de ayuda pueden ser asociados con esta figura como información adicional. Ejemplo: La figura "Evento de Fin de Terminación" es dibujada al final de este proceso, indicando el fin del proceso. 4.3.1 Evento de Fin Esta figura indica un fin temporal en el proceso. Se usa cuando nada más se requiere hacer luego de una actividad, eventos intermedios o una compuerta exclusiva (elemento de divergencia). A diferencia del Evento de Fin de Terminación, esta figura no cierra el proceso directamente a menos que no haya tareas pendientes cuando ésta sea alcanzada; es decir, no hay más actividades 33
manuales pendientes o puntos esperando que algo más sea terminado (por ejemplo, un Temporizador de Evento Intermedio). Página 34 de Ejemplo: En la solicitud de préstamo, suponga que paralelo al desembolso y alistamiento de las tarjetas de crédito, los documentos que están aún en la oficina son archivados. La actividad de archivar no es requerida y puede entonces llevarse o no a cabo. Una vez realizada, el proceso no debe terminarse hasta cuando se haya hecho el cierre de la solicitud. Para este caso, luego de la actividad de archivar se incluye un "Evento de Fin", el cual indica que luego de esta actividad no hay nada más por realizar en este camino. 34
Página 35 de Consideraciones El Evento de Fin no tiene transiciones de salida. El Evento de Fin tiene la propiedad de verificar para cada caso si existen o no actividades pendientes. Si no hay actividades pendientes, el proceso se cierra automáticamente. El uso típico de esta figura ocurre en situaciones de negocio en donde hayan caminos en paralelo y en uno de los caminos no hayan más actividades por realizar pero no es necesario cerrar el proceso por completo. Este elemento no puede ser sintonizado con otro punto del proceso. Nota: un Evento de Fin es una figura opcional en la diagramación del proceso; sin embargo, si es necesario, éste debe usarse en el diagrama. Propiedades Se puede asociar Una descripción esta figura como información adicional; sin embargo, esto no se muestra en la aplicación Web. 4.3.2 Fin de Mensaje Este tipo de Fin indica que un mensaje es enviado a un proceso o caso activo específico, al final de un proceso. Consideraciones El Fin de Mensaje siempre es una figura de lanzar (throw). Es decir, para usar el Fin de Mensaje, o el Mensaje de Inicio que atrapa el mensaje. El Fin de Mensaje debe ser configurado para identificar el proceso objetivo y el elemento objetivo. Para poder crear un Fin de 35
Página 36 de Mensaje, se debe hacer clic derecho en el Evento Fin y seleccione Event Type -> Message. Propiedades La figura que atrapa el mensaje y el Fin de Mensaje deben tener exactamente el mismo nombre. Ejemplo: El proceso de solicitud de crédito lanza un mensaje que inicia un proceso de ventas tan pronto el proceso es finalizado. 1. En el Modelador de Procesos, diagramar el Fin de Mensaje y la figura objetivo de este mensaje. 2. En el paso número 6 del asistente de procesos, configurar el Mensaje de Envío para identificar el proceso y elemento objetivo, es decir, el proceso donde se encuentra el Mensaje de Inicio. 4.3.3 Fin de Señal Este tipo de Fin indica que una Señal es transmitida cuando el Fin ha sido alcanzado. Consideraciones El Fin de Señal siempre es una figura de lanzar (throw). Esto es, para usar el Fin de Señal, debe haber un Evento de Señal que atrape el mensaje. 36
Una señal es enviada a cualquier proceso que pueda recibirla, pero no tiene una fuente y objetivo específicos. Cualquier figura de atrapar con el mismo nombre será activada. Página 37 de Propiedades La Figura que atrapa la señal y el Fin de Señal debe tener el mismo nombre. El Mensaje de Fin debe ser configurado para identificar el Proceso y elemento objetivos. 5. Actividades Definición: Las actividades representan trabajo o tareas realizadas por miembros de la organización. Este elemento simboliza tareas manuales o automáticas llevadas a cabo por un usuario o un sistema externo. Las actividades pueden ser atómicas o no atómicas (compuestas). Representación: Una actividad es representada por un rectángulo con bordes redondeados. Tipos: Se clasifican en tareas y subprocesos. Los subprocesos se distinguen por un signo más en la parte inferior central de la figura. Los siguientes son los tipos de actividades: ACTIVIDADES NOMBRE BPMN Tarea de Usuario Tarea de Servicio USO Es una tarea de flujo de trabajo donde un humano realiza una tarea que tiene que ser completada en cierta cantidad de tiempo. Se usa cuando el trabajo durante el proceso no puede ser descompuesto en un nivel más fino dentro del flujo. Una Tarea de Servicio es una tarea que usa algún tipo de servicio, que podría ser un servicio Web o una aplicación automática. NOTACIÓN 37
Tarea de Recibir Tarea de Enviar Una Tarea de Recibir es una tarea simple para que llegue un mensaje. Una vez el mensaje haya sido recibido, la tarea es completada. Una tarea de Enviar es una tarea simple que es designada para enviar un mensaje a un proceso o caso específico. Una vez el mensaje haya sido enviado, la tarea es completada. Página 38 de Script Manual Subproceso Una tarea de Script es una tarea automática en la que el servidor ejecuta un script. No tienen interacción humana y no se conecta con ningún servicio externo. Ésta es una Tarea que se espera que sea realizada sin la ayuda de algún motor de ejecución de proceso de negocio o alguna aplicación. Un ejemplo de esto puede ser una secretaria archivando documentos físicos. Un subproceso es una actividad compuesta incluida dentro de un proceso. Éste es compuesto dado el hecho que esta figura incluye un conjunto de actividades y una secuencia lógica (proceso), que indica que la actividad mencionada puede ser analizada a un nivel más fino. Se puede colapsar o expandir. Subproceso Múltiple Subproceso Transaccional Esta propiedad del subproceso permite la creación de instancias múltiples. Cada instancia representa una relación 1-N dentro del proceso. Subprocesos múltiples aplican sólo para procesos no embebidos. Un Subprocesos Transaccional facilita la implementación de escenarios de negocio con transacciones cuyas ejecuciones podrían durar muchos días o semanas hasta que el conjunto de actividades sea completado. Una transacción es realizada exitosamente cuando los cambios a ser implementados (actualización, adición o eliminación de registros) son grabados en la base de datos. 38
Subproceso Embebido Contiene un conjunto de actividades que no son independientes del proceso pariente, y por esto, comparten la misma información o datos. Página 39 de 5.1 Tarea de Usuario Es una tarea de flujo de trabajo típica donde un humano realiza la Tarea que tiene que ser completada en cierta cantidad de tiempo. Se usa cuando el trabajo durante el proceso no se puede subdividir en niveles más finos dentro del flujo. Ejemplo: Lo siguiente ilustra el proceso de solicitud de préstamo con sólo Tareas de Usuario realizadas por el consultor comercial en la oficina. Consideraciones Las actividades de usuario despliegan formas en la pantalla de la aplicación. Las actividades de usuario tienen sus propias características como duración, alarmas, expresiones y reglas de asignación entre otras. Propiedades Propiedades Básicas (Nombre, descripción, texto ayuda, duración, reasignar, costo, prioridad, notificar). 39
La duración de la actividad determinará cuando está a tiempo, en riesgo (vence hoy) o vencida. Al hacer uso de la propiedad de reasignar de la actividad, aparecerá un botón que le permitirá al usuario (siempre y cuando tenga el nivel de acceso adecuado) asignar la actividad a otro usuario de la aplicación. La propiedad de Notificar generará una notificación automática al usuario asignado una vez la actividad es asignada. Página 40 de La propiedad Is Singleton, permite asignarle a la actividad características especiales, de tal forma que si más de una transición o línea de secuencia llegan a ella, no se duplicará si ya existe una instancia activa. Ejemplo Singleton La propiedad Duración de Evento de Temporizador se usa cuando el evento intermedio de temporizador se diagrama de la siguiente forma: Expresiones o acciones al Entrar, al Salir y al Guardar se pueden asociar a tareas en el paso 4. Acciones De Actividad del Asistente de Studio. Cada Tarea tiene una forma Asociada, que mostrará en la aplicación web la información diseñada en el Diseñador de Formas. Cada Tarea tiene un ejecutador. Para definir quién ejecutará cada tarea, una Regla de Asignación debe ser definida. Las Tareas usan Alarmas para notificar los actuales asignados, sus jefes o un usuario definido, cuando el tiempo de terminación esperado de la actividad ha expirado. 40
Página 41 de Ejemplo Singleton La Actividad Verificar Documentos (Verify Documents) se activará cada vez que se ejecute uno de los eventos intermedios de Automatizar Documentos o Llegada de Documentos Físicos, por lo tanto esta actividad se repetirá cada vez que ocurra uno de los eventos intermedios; sin embargo solo va existir una instancia a la vez, lo que quiere decir que si los eventos intermedios son activados en un mismo instante de tiempo solo se generará una vez la actividad de Verificar Documentos. 5.2 Tarea de Servicio La Tarea de Servicio es una tarea realizada por el sistema, sin intervención humana. Por ejemplo, las interfaces con otros sistemas y actividades de computador, entre otras. Ejemplo: La siguiente imagen muestra un proceso de solicitud de préstamo simplificado, en el que hay una actividad automática para verificar si el cliente ha sido reportado en una lista negra. 41
Página 42 de Propiedades Propiedades Básicas (nombre, nombre visible, descripción, costo, prioridad). Eventos o acciones al Entrar, al Salir, al Guardar pueden ser asociadas a tareas. Actividades asincrónicas corresponden a tareas automáticas del flujo de proceso, que han sido especialmente diseñadas para llamar interfaces externas. Estas interfaces son usadas para interacción con los sistemas propietarios del cliente. 5.3 Tarea de Envío y Recepción Las tareas de Envío y Recepción son opciones de lanzar y atrapar que son usadas para enviar un Mensaje o recibir un Mensaje. Cuando se usa para lanzar (enviar) un mensaje, la figura tiene una flecha que apunta a la derecha. Por otro lado, cuando se usa para atrapar (recibir) el mensaje, la figura tiene una flecha apuntando a la izquierda. Consideraciones Si un proceso está esperando por un mensaje, éste será pausado hasta que el mensaje llegue o éste cambiará el flujo para la manipulación de excepciones. Para usar un Lanzar Mensaje, debe haber un Evento de Atrapar Mensaje que atrape el mensaje. Éste puede ser un Evento 42
Intermedio de Mensaje, un Mensaje de Inicio o una Tarea de Recibir. Página 43 de La Tarea de Enviar debe ser configurada para identificar el proceso y elemento objetivos. Propiedades Propiedades Básicas (nombre, descripción, estado). Expresiones o acciones al Entrar, al Salir, al Grabar pueden asociarse a tareas. El lanzado y atrapado de mensaje deben tener exactamente el mismo nombre y deben estar en procesos distintos. Para mas información sobre mensajes, es posible ver el vinculo Colaboración. 5.4 5Tarea de Script Una tarea de Script es una tarea automática en la que el servidor ejecuta un script. No tienen interacción humana y no se conecta con ningún servició externo. En esta figura es recomendada para enviar Correos Electrónicos y para la ejecución de Expresiones de Scripting. Propiedades Propiedades Básicas (nombre, descripción, estado). Expresiones o acciones al Entrar, al Salir, al Guardar pueden ser asociadas a tareas. 5.5 Tarea Manual Ésta es una Tarea que se espera será realizada sin la ayuda de algún motor de ejecución de proceso de negocio o alguna aplicación. Un ejemplo de esto puede ser una 43
secretaria archivando documentos físicos. Página 44 de Propiedades Propiedades Básicas (nombre, descripción, estado). Toda Tarea tiene una Forma Asociada, que mostrará en la aplicación web la información diseñada en el Diseñador de Formas. Expresiones o acciones al Entrar, al Salir, al Grabar pueden asociarse a tareas. 6. Decisiones Definición: Las Decisiones son usadas para controlar la divergencia y convergencia del flujo. Éstas determinan ramificaciones, bifurcaciones, combinaciones y fusiones en el proceso. Representación: Son utilizadas por una figura de diamante. Marcadores internos mostrarán el tipo de control que se usa. Tipos: Iconos en la figura de diamante indica el tipo de comportamiento del control de flujo. Tipos de control incluyen: DECISIONES TIPO DE DECISIÓN DEFINICIÓN NOTACIÓN 44
Decisión Exclusiva Decisión Basada en Evento Decisión Inclusiva Decisión Compleja Decisión basada en datos del sistema. El mismo elemento se usa para sincronizar esta figura. Puntos en el proceso en el que la decisión no está basada en los datos del proceso sino en eventos. Inclusiva o multi-decisión. Uno o más caminos pueden ser activados. Uno o más caminos deben sincronizarse dependiendo de las actividades anteriores de la misma figura. Elemento para controlar puntos de una decisión compleja. Por ejemplo, cuando 3 de 5 caminos deben esperar. Página 45 de Decisión Paralela Indica puntos en el proceso en el que varias ramas se desprenden o convergen en paralelo. El mismo elemento se usa para sincronizar esta figura. 6.1 Compuerta Exclusiva (Elemento de Divergencia) Como figura de divergencia, la Compuerta Exclusiva se usa cuando en un punto del proceso aparecen dos o más rutas alternativas y solo una de ellas es válida en un momento determinado. Decisión basada en datos del sistema. Ejemplo: En el proceso de Solicitud de Crédito, luego de validar si el cliente está reportado en lista de negativos, se bifurca el proceso dependiendo si el cliente está o no reportado: 45
Página 46 de La compuerta exclusiva también puede ser representada con un marcador o X en el interior del diamante. Usted puede configurar dicho marcador dando clic derecho sobre la compuerta y seleccionando la opción "Mostrar Marcador" Consideraciones Dos o más transiciones pueden salir de esta figura y una debe ser un else o una línea default. El resto de transiciones salientes son transiciones de condición, es decir, tienen asociada una regla de negocio. 46
Página 47 de Propiedades Propiedades Básicas (nombre, nombre visual, descripción, texto ayuda). Expresiones Condiciones de Transición. 6.2 Compuerta Exclusiva (Elemento de Convergencia) Como punto de convergencia, esta figura es usada para sincronizar los caminos salientes de la compuerta exclusiva (elemento de divergencia), o para asegurar que cuando UN token llegue, el flujo continúe. En este caso muchas transiciones pueden llegar a una actividad, pero sólo uno de los caminos es posible en una instancia de tiempo. La sincronización con esta figura solo es necesaria antes de sincronizar una Compuerta Paralela o una Compuerta Inclusiva y se ha bifurcado una de las ramas. Ejemplo: Sólo bajo ciertas situaciones las figuras de unión Compuerta Exclusiva (elemento convergente) son usadas. Si una compuerta exclusiva precede a una Compuerta Paralela (elemento divergente), debe asegurarse que todos los caminos sean correctamente sincronizados. Es decir, el número de transiciones que llegan a una Compuerta Paralela debe corresponder al número de transiciones que salen de la compuerta paralela (elemento divergente) que se está sincronizando. En la siguiente gráfica, tres caminos salen de la compuerta paralela (elemento divergente) y tres caminos son posteriormente sincronizados. Si la compuerta exclusiva no fuera sincronizada, cuatro transiciones llegarían a la compuerta Paralela (elemento convergente) lo cual no sería 47
correcto dado que el proceso quedaría a la espera de 4 caminos que nunca serían completados. Página 48 de Consideraciones Esta figura es también utilizada para la sincronización de caminos que salen de una compuerta basada en eventos. Propiedades Propiedades Básicas (nombre, nombre visual, descripción, texto ayuda). Expresiones 6.3 Compuerta Basada en Evento Indica puntos del proceso en los cuales la Compuerta Exclusiva no se basa en datos del proceso sino en eventos o mensajes externos. Esta figura se utiliza para ejercer un control sobre la ejecución de ciertas actividades en la medida que permite mantenerlas disponibles hasta que una de ellas es ejecutada. 48
Página 49 de A diferencia de la Compuerta Exclusiva (elemento de divergencia), las actividades que proceden de esta figura se activarán siempre, es decir, su activación no depende de datos del sistema. Con respecto a la Compuerta Paralela (elemento de divergencia), se diferencia en que una vez es ejecutada una de las actividades en paralelo, las otras se deshabilitan y no están ya disponibles. Ejemplo: En la solicitud de crédito, se asume que la entrega por parte del cliente debe hacerse en los próximos días luego de registrar los productos. Si ésta no ocurre dentro de ese tiempo, se deshabilita el "Evento Intermedio" de recibir documentación y se procede a contactar al cliente. Si los documentos son entregados por el cliente dentro del tiempo esperado, se revisan los documentos y el tiempo deja de correr. Consideraciones El Evento de Fin permanece en la figura hasta que una actividad (evento, espera, conjunto de actividades) se lleve a cabo Una transición que sale de esta figura no puede llegar a un Subproceso, Múltiple Subproceso o Compuerta Exclusiva (cualquier elemento de decisión mencionado previamente) directamente porque el 49
Evento de Fin pasa a estas inmediatamente. Página 50 de Las figuras válidas después de esta figura son: Actividad, evento intermedio (p.ej. temporizador). Para sincronizar elementos que salen de esta figura se utiliza una Compuerta Exclusiva (elemento de convergencia). Propiedades Propiedades Globales (nombre, nombre visual, descripción, texto ayuda). Eventos. 6.4 Compuerta Inclusiva (Elemento de Divergencia) Este elemento es conocido como Compuerta Inclusiva (elemento de divergencia). Esta figura se usa cuando basado en una compuerta exclusiva o datos de control del flujo de trabajo, uno o varios caminos son activados. Consideraciones Cuando se utiliza una Compuerta Inclusiva (elemento de divergencia), es necesario asegurarse que al menos exista un camino válido. Si no es así, se debe agregar una transición que tenga asociada la condición de Else para el caso de que no se cumpla ninguna de las condiciones asociadas a cada Transición. El resto de las transiciones salientes son transiciones de condición, es decir, deben tener asociada una regla de negocio. 50
Cómo asociar una regla de negocio a una Transición. Página 51 de Nota: Si en un flujo existe una figura de compuerta inclusiva (elemento de divergencia) donde hay varias reglas de negocio y es posible que ninguna de ellas se cumpla, en ese caso, se debe crear una nueva transición asociada a un Else que indique el camino que debe tomar el flujo cuando ninguna de las condiciones de transición no se cumplan. Esta nueva transición indica que si ninguno de los caminos se cumple, se continúa a la siguiente actividad. Ejemplo: En El proceso de solicitud de crédito se desea ahora controlar en paralelo las actividades de desembolso y elaboración de tarjetas de crédito. Las tarjetas de crédito solo se elaboran cuando en la solicitud el cliente las ha pedido y el desembolso se lleva a cabo cuando al menos hay un producto de crédito diferente a Tarjeta de crédito. Por lo tanto, es posible que existan solicitudes donde solo se pidan tarjetas de crédito, solo productos diferentes a tarjeta de crédito o múltiples productos en los cuales existe al menos una tarjeta de crédito y un producto que requiere desembolso. En la figura, el punto A actúa como punto de divergencia (compuerta inclusiva) mientras el punto B como convergencia de las actividades que se han previamente activado (compuerta inclusiva). El punto A considerará las reglas de negocio asociadas para activar el desembolso o la elaboración de tarjeta de crédito o ambas. El Punto B sincronizará los caminos del proceso que se han activado antes de poder continuar. 51
Página 52 de Propiedades Propiedades Básicas (nombre, nombre visual, descripción, texto ayuda). Expresiones. Condiciones de Transición. 52
6.5 Compuerta Inclusiva (Elemento de Convergencia) Página 53 de Las compuertas inclusivas deben ser definidas en pares cuando se desea que todas las ramas activadas previamente por una compuerta inclusiva se hayan ejecutado para poder continuar con el proceso. Se define entonces una compuerta que activa previamente los caminos (elemento de divergencia) y otra que los sincroniza (elemento de convergencia). Consideraciones Al menos un camino debió ser activado, por lo cual al menos un camino será sincronizado y no se esperará por las otras ramas para seguir con el proceso. Cuando la figura se utiliza como sincronizadora solo una transición sale de ésta. Ejemplo : En el proceso de Solicitud de Préstamo, cada solicitud puede tener muchos productos. Una vez que la solicitud es estudiada, cada producto es aprobado o rechazado. Cuando la actividad Aprobar Solicitud termina, y algunos productos han sido rechazados, el cliente debe ser informado. Sin embargo, las garantías de los productos aprobados deben ser relacionadas. Luego, el proceso puede abrir uno o dos caminos (paths) dependiendo del número de productos aprobados o rechazados. La compuerta inclusiva debe ser sincronizada con el fin de finalizar el proceso. 53
Página 54 de Propiedades Propiedades Básicas (nombre, nombre visual, descripción, texto ayuda). Expresiones. 6.6 Compuerta Compleja (Elemento de Divergencia) Elemento para controlar puntos de decisión compleja. Este elemento permite que el usuario decida el camino (o caminos) que desea seguir en el proceso. Consideraciones En la aplicación Web la pantalla que visualiza el usuario cuando el proceso tiene el token activo en una Compuerta Compleja usada como elemento de divergencia, luce como se muestra a continuación, permitiendo seleccionar el camino o caminos que desea seguir en el proceso. Esta pantalla no se configura como una forma de actividad, es creada automáticamente y muestra como opciones los nombres de las actividades que siguen a esta figura. 54