Subprocesos y modularidad

Los subprocesos favorecen la claridad del modelo agrupando actividades relacionadas en una sola estructura reutilizable. Ayudan a reducir la complejidad de los diagramas, aislar la lógica empresarial y fomentar la reutilización.

En BPMN, un subproceso puede modelarse en línea o a través de una actividad de llamada reutilizable. En Maestro:

• Solo se admiten las actividades de llamada.
• El subproceso debe modelarse como un diagrama independiente.
• El proceso de llamada pasa la entrada y recibe la salida a través de parámetros definidos.

¿Por qué utilizar actividades de llamada?

Una actividad de llamada hace referencia a un subproceso definido en otra parte del proyecto o entorno. Se comporta como una función reutilizable. las actividades de llamada mejoran el modelado de los procesos:

• Reduciendo la duplicación en los diagramas
• Aislando la lógica reutilizable (por ejemplo, aprobaciones, validaciones, despacho)
• Mantener el diagrama principal conciso
• Favoreciendo un comportamiento consistente en todas las variantes del proceso.

Cómo modelar subprocesos

Para crear un subproceso en Maestro:

• Modela el subproceso como su propio diagrama independiente.
• En el diagrama principal, inserta una actividad de llamada.
• Enlaza la actividad de llamada al subproceso.
• Configura variables de entrada y salida para intercambiar datos.

Ejemplos de modelado

Caso de uso: un flujo de trabajo de incorporación utiliza el mismo subproceso Collect Documents tanto en los procesos de incorporación de empleados como de proveedores. En lugar de duplicar pasos, se añade una actividad de llamada en cada proceso principal que hace referencia al mismo subproceso.

Caso de uso: este ejemplo de subproceso muestra un flujo de trabajo de carga y descarga de archivos condicional en Maestro. El proceso comienza con un evento de inicio de mensaje y se ramifica utilizando una puerta de enlace exclusiva. Dependiendo de la condición, descarga un archivo adjunto de correo electrónico o un archivo de un campo de registro. Ambas rutas convergen en una tarea Cargar archivo , seguida de un elemento SubProcess llamado Sub-Process1. Este subproceso encapsula pasos adicionales relacionados con las acciones posteriores a la carga antes de completar el flujo de trabajo en el evento final.

Directrices de modelado

• Asigna nombres comerciales significativos a los subprocesos (por ejemplo, Verify Contract Terms).
• Documenta los parámetros de entrada/salida y su uso esperado.
• Mantén los subprocesos enfocados en una sola responsabilidad o resultado.
• Evita diseñar subprocesos con suposiciones sobre el contexto principal.

Convenciones de nombres

Los nombres de los subprocesos y de las actividades de llamada deberían:

• Utilizar lenguaje empresarial, no términos técnicos
• Describa el resultado (por ejemplo, Collect Customer Data, no Form Step 2)
• Reflejar lo que logra el subproceso, no cómo lo hace.

No compatible

• No se admiten los subprocesos expandidos (es decir, los subprocesos en línea). Todos los subprocesos deben modelarse como diagramas independientes e invocarse utilizando actividades de llamada.
• No se admiten los subprocesos ad-hoc.
• No se admite el intercambio de variables implícitas. Los datos deben asignarse explícitamente a través de vínculos de entrada/salida.

Marcadores multiinstancia

Los subprocesos admiten marcadores multiinstancia, donde cada elemento se ejecuta varias veces. Los elementos que pueden marcarse como multiinstancia son todos los tipos de tareas, excepto los subprocesos.

Marcadores anidados

Las siguientes variables de cadena se admiten como iteradores anidados:

Categoría	Atributos	Cómo utilizar/acceder
OuterSP: obtener información de contacto para cada usuario	InputCollection	var.GetUsers
OuterSP: obtener información de contacto para cada usuario	Iterator Item	iterator.item.gid
InnerSP: obtener todos los correos electrónicos para cada contacto	InputCollection	iterator[0].item.contactArray
InnerSP: obtener todos los correos electrónicos para cada contacto	Iterator Item	iterator[1].item.ContactId
Enviar correo electrónico	InputCollection	iterator[1].item.EmailArray
Enviar correo electrónico	Iterator Item	iterator[2]item.emailAddress

Para obtener más información sobre los elementos BPMN compatibles con Maestro, consulta Compatibilidad con BPMN.