Resueltas

Compuerta paralela convergente no funciona en segunda iteración

Tengo un proceso como el de la imagen adjunta. Desde el comienzo, de la Tarea 1 se pasa a la Tarea 2 y Tarea 3 simultáneamente, y sólo cuando las 2 están terminadas, se activa la Tarea 4. En la Tarea 4 tengo una condición que me permite ir a la Tarea 5 o si no a la tarea 6. En la Tarea 5 puedo decidir ir a la tarea 4 directamente o ir a la Tarea 2 y Tarea 3 simultáneamente de nuevo. Pero ya en esta 2ª iteración, si completo la Tarea 2 y le doy a siguiente, a pesar de que la Tarea 3 no se ha completado, la compuerta paralela deja que el flujo siga y se active la Tarea 4. por lo que tenemos la Tarea 3 y la Tarea 4 activadas a la vez, cuando la compuerta paralela convergente NO debería dejar que se siguiese el flujo sin tener la Tarea 3 completa.

También he probado a poner tanto la Convergente como la Divergente de Paralelas, pero el comportamiento de la Convergente es el mismo a partir de la 2ª iteración.

photo
0

Tienes que abrir con una paralela antes de las tareas 2 y 3, te adjunto el modelo

Archivos: Ejemplo.jpg
photo
0

Hola German.

Como comenté en mi primer mensaje, tampoco funciona. Una vez que pasa por la compuerta paralela convergente una primera vez, si vuelves a pasar por ella una segunda vez, ya no espera a tener las Tareas 2 y 3 terminadas. Acabo de probarlo de nuevo y el resultado se ve en la captura adjunta.

photo
0

Estimado Guillermo,

Se observa que los gateways son usados como convergencia y divergencia. Gateways que no definen completamente como convergente o divergente (exclusivamente). Lo que significa, que una puerta de enlace debe ser o bien (convergente o divergente), pero no ambos o ninguno.Antes de crear un modelo de simulación, tenga en cuenta las siguientes consideraciones:

•Los siguientes elementos BPMN no están soportados por el motor de simulación:

  • Eventos Múltiples: Inicio, Intermedio y Fin.
  • Compuerta compleja.
  • Compuerta basada en eventos cuando hay eventos intermedios sin especificar en sus flujos salientes.
  • Tareas multi-instancia.
  • Sub-procesos múltiples.

•Los siguientes diagramas no están soportados por el motor de simulación:

  • Diagramas de coreografía BPMN.
  • Diagramas de conversación BPMN.
  • Proceso Transaccional.
  • Proceso AdHoc.

•Los elementos contenidos en Sub-procesos Reusables, no son simulados. Si usted incluye este tipo de Sub-proceso en su modelo de simulación, usted deberá definir un tiempo global para el elemento. Si usted desea simular la lógica contenida dentro de un Subproceso, utilice Subprocesos Embebidos.

  • Los Tokens (elementos que fluyen por el proceso) no poseen datos asociados. Esto afecta su mapeo en eventos de mensaje, señal y enlace:

  • Los eventos de enlace y señal son mapeados de acuerdo a sus nombres. Asegúrese de que los eventos de lanzamiento y recepción relacionados comparten el mismo nombre.

Saludos

photo
0

Hola Juan.

El proceso que he puesto de ejemplo NO es una simulación, es un proceso real publicado. No veo ninguna referencia en su respuesta hacia el hecho de que el gateway paralelo de convergencia actua correctamente la primera iteración pero no a partir de la segunda.

photo
0

Estimado Guillermo,

El comentario anterior estaba notificando que en caso de querer simular el proceso en nuestro Modelador, va a tener complicaciones por los gateways y de hecho, en nuestro articulo de mejores practicas lo tenemos contemplado: mejores_practicas_en_modelamiento.

Frente a la segunda imagen, vamos a analizar nuevamente el modelo y tan pronto como sea posible, le estaremos ayudando.

Saludos