Analista de Modelamiento de Procesos con Bizagi+Casos Reales

Elementos principales de un Proceso de Negocio

• Actividades, Tareas, Datos, Información

• Relaciones entre ellas (secuencia, reglas, restricciones)

• Recursos para realizarlas (personas, materiales)

• Entradas, salidas (requerimientos de cliente, servicios)

• Conjunto de objetivos

¿Qué es un Proceso de Negocio (PN)?

◦Conjunto de tareas relacionadas realizadas para alcanzar una salida del negocio definida para un cliente o mercado particular.

Paso a paso como descargar el instalador de bizagi.

Una tarea representa un trabajo realizado en el proceso. Puede tener un formulario conectado para la entrada de datos.

Representa el trabajo realizado por un usuario de un sistema conectado al motor de flujo de trabajo. Ejemplo: Registrar un empleado.

Ejecuta un servicio web y se utiliza para implementar integraciones con sistemas de información, es decir, es una tarea automatica; que al llegar el flujo de secuencia la tarea inicia automáticamente sin intervención humana.

Ejemplo 1: Si una persona tan solo hace clic a un botón y el resto es automático, esto seria un tarea de usuario no una tarea de servicio.

Ejemplo 2: En la tarea de servicio puedes hacer uso de un servicio web como son SOAP o REST

Tarea de envió de mensaje: Envía un mensaje a otra piscina o proceso y avanza automáticamente a la siguiente tarea, que normalmente es una tarea de recepción o un evento intermedio de captura de mensajes.

Tarea de captura de mensaje: Espera la recepción de un mensaje desde otra piscina o proceso. Normalmente se coloca después de una tarea de envío de mensajes o un evento intermedio de lanzamiento de mensajes

Ejecuta una secuencia de comandos (código de un programa) utilizando el propio motor de procesos o ejecutado por un servidor. Se puede utilizar, por ejemplo, para ejecutar una secuencia de comandos de Powershell. Ojo: Detrás de ellas no hay interfaces.

Nota1: Una tarea script debería usarse en procesos ejecutables. En un proceso no ejecutable una tarea de servicio representa cualquier actividad automatizada.

Nota2: Si el proceso no es ejecutable, no debería incluir tareas scripts, solo deberían usarse tareas de servicio para cualquier tarea automatizada.

Ejemplo 1: La tarea de script se ejecuta un script de SQL, un script de cmd, algo definido pero NO es un servicio

Representa una tarea realizada por una persona que no utiliza un sistema de workflow. Otra forma de entenderlo, es que una tarea manual es realizada fuera del control del motor de procesos. Ejemplo: Servir café.

Acciona una regla de negocio que devuelve un valor para la comparación. Se puede realizar a través de una llamada de servicio web.

• El numero de ciclos varia para cada caso pero se conoce antes de llegar a la actividad.

• Las actividades normalmente se realizan normalmente en paralelo.

• Diferencia fundamental: La condición del ciclo se evalúa antes de entrar a la ejecución de la actividad.

• Esta condición determina el numero de repeticiones de la actividad.

Otra forma de explicar lo mencionado sobre una tarea de múltiples instancias:

La instancia de proceso es un caso de un proceso (como si clonaras el proceso para que cada clon haga algo).

Por ejemplo: Al ejecutarse tareas multi-instancia (en paralelo o en secuencia), se separa el proceso en tantas instancias como se configuró la tarea, de manera que cada una mantiene la información del proceso al que pertenece, pero pudiendo comportarse distinto de ser necesario. Cada instancia guarda in ID que permite identificarla después si es necesario conocer información de cada una por separado.

Un "Web Service" es un protocolo de transferencia de datos entre varios sistemas que pueden tener diferentes lenguajes de programacion.

Un "script" es un código que actúa sobre algún sistema de manera externa o independiente y puede eliminarse o deshabilitarse sin deshabilitar el sistema en sí.[O1]

Un "programa" es un código que constituye un sistema. El código del programa puede escribirse de forma modular, con una buena separación de intereses, pero el código es fundamentalmente interno y dependiente del sistema mismo.

Los guiones suelen interpretarse, pero no siempre. Los programas suelen compilarse, pero no siempre.

Normalmente, un script es una herramienta ligera, de construcción rápida y posiblemente de un solo uso. Generalmente se interpreta, no se compila. Python y bash son ejemplos de lenguajes utilizados para crear scripts.

Un programa se construye en un lenguaje compilado, como C o C++, y normalmente se ejecuta más rápido que un script por ese motivo. Las herramientas más grandes a menudo se escriben como "programas" en lugar de scripts; las herramientas más pequeñas se desarrollan más fácilmente como scripts, pero los scripts pueden volverse difíciles de manejar a medida que crecen. Los lenguajes de aplicaciones y sistemas (aquellos utilizados para crear programas/aplicaciones) tienen herramientas para hacer que ese crecimiento sea más fácil de gestionar.

Generalmente puedes ver un script en un editor de texto para ver qué hace. No se puede hacer eso con un programa ejecutable: las instrucciones de este último se han compilado en código de bytes o lenguaje de máquina, lo que hace que sea muy difícil de entender para los humanos, sin herramientas especializadas.

Tenga en cuenta el número de "a menudo" y "generalmente" anteriores: los términos son confusos y a veces se cruzan.

• Es un proceso definido como un diagrama de procesos independiente y que no depende del proceso padre.

• Contiene pools y lanes

• Puede ser invocado desde cualquier otro proceso.

• Depende del proceso padre.

• No puede contener ni pool ni lanes.

Representa un inicio automático por un patrón cíclico temporal: diario, mensual, anual, etc.

El proceso se inicia con un mensaje, que puede ser un correo electrónico, un servicio web o cualquier conector disponible en la plataforma.

Este iniciador se dispara cada vez que recibe una señal desde una emisión iniciada por un proceso.

Algunas características de evento de señal:

• Se inicia un proceso cuando se recibe una señal lanzada desde otro proceso.

• Las señales no tienen un objetivo o destinatario especifico, son generales

• Solo los evento de captura de señal que estén aptos para escuchar recepcionaran el mensaje.

Se activa cuando una condición se vuelve verdadera. Se puede utilizar, por ejemplo, para generar una instancia de proceso cuando se inserta un nuevo registro en un registro personalizado.

Este iniciador es parecido al múltiple, pero para accionar el proceso, se deben atender todas las reglas.

Representa un inicio de proceso basado en varias reglas posibles, siendo que sólo una es obligatoria para disparar el proceso.

Se puede utilizar para hacer el broadcast de una señal o para oír un broadcast en una señal de un evento de borde. Las señales son una forma de comunicación desacoplada entre los procesos de negocio.

Evento intermedio de señal:

• Lanza una señal y continua el flujo de proceso

• La señal puede ser escuchada por varios procesos (los que esten preparados para escucharla)

• Espera una señal para continuar con el flujo de proceso

• El proceso se detiene hasta que detecta la señal.

Se puede utilizar para el intercambio de mensajes entre dos piscinas.

Se puede utilizar como un evento de borde en una tarea para definir los flujos de excepción. También se utiliza para establecer una restricción en el flujo (por ejemplo, «Esperar 1 día»).

Igual a los eventos condicional y timer, pero con la posibilidad de contener varios intermediarios y todos se deben atender para que el paralelo se ejecute.

Evento escalable:

• Es similar a un evento de error (patrón disparador subproceso hijo-capturador subproceso padre)

• Representa una condición creada dentro del subprocesos que puede ser manejada como un excepción. Se lanza la excepción durante la ejecución del subproceso.

• La diferencia con el evento de error es que puede ser también “No interrumpe”

• Cambio a un nivel mas alto de responsabilidad

Se utiliza para representar gráficamente una continuidad de un flujo de secuencia. El evento que inicia el «go to» debe ser del tipo «lanzamiento» y el evento link que recibe la redirección debe ser del tipo «captura».

Al igual que el evento intermedio temporizador, se puede utilizar como evento de borde para modificar el flujo normal o fuera de las tareas para representar una restricción.

Similar al paralelo, pero este se dispara si sólo uno de los intermediarios contenidos se dispara.

Evento de intermedio de error:

• Es usado para capturar errores

• Como evento intermedio solo se puede diagramar adjunto a la actividad o subproceso.

Compuerta exclusiva convergente:

• El token pasa directamente.

• No se evalúa una condición, no hay delay.

• Se utiliza cuando es necesario convertir varias rutas alternativas en una sola (para ordenar el diagrama)

Compuerta paralela convergente:

• Permite sincronizar varios caminos paralelos en uno solo.

• El flujo continúa cuando TODOS los flujos de secuencia de entrada hayan llegado a la compuerta.

• Sale un único flujo de secuencia

Compuerta inclusiva divergente:

• Una vez que llegan todas la ramas activadas (que cumplan con la condición) se continua con el proceso (sincronización)

La compuerta basada en eventos es una compuerta en la que sus caminos están activos, pero una vez se cumpla alguno de ellos, los demás quedaran inactivos

Para explicar mejor una compuerta basada en eventos tiene las siguientes características:

• La decisión esta basada en dos o mas eventos en vez de condiciones orientadas a datos.

• Luego que una rama del proceso es activada, las otras ramas quedan deshabilitadas.

• Solo se puede usar como elemento de divergencia