10. BUENAS PRÁCTICAS EN BPMN

Este apéndice recopila de diferentes fuentes las mejores prácticas: Mejor Práctica: Envío y Recepción de Mensajes – El modelador podría escoger entre usar solamente Tareas de Enviar y Recibir, o usar los Eventos Intermedios de Mensaje de lanzar y capturar. La Buena Práctica es evitar mezclar ambas aproximaciones en el mismo modelo. Hay ventajas y desventajas de ambos enfoques. Los Eventos Intermedio de Mensaje producen el mismo resultado pero tienen la ventaja de ser gráficamente distinguibles (mientras que las tareas no lo son). Por otra parte, las Tareas, usada en lugar de los Eventos pueden permitir que el modelador asigne recursos y simule costos. Mejor Práctica: Utilización de Eventos de Inicio – En general, recomendamos que los modeladores usen eventos de Inicio y Fin. Mejor Práctica: Configuración de Temporizadores – Evitar el uso de condiciones temporales específicas de fecha y hora ya que impiden la reusabilidad del proceso. Mejor Práctica: Usar Condiciones Predeterminadas – El uso de condiciones predeterminadas, o condiciones por defecto, en un Flujo de Secuencia de salida es una forma de que el modelador se asegure que el Proceso no quede trancado en un Gateway Exclusivo. Esto genera un Flujo de Salida Predeterminado. El camino predeterminado es escogido cuando las condiciones de todos los demás Flujos de Secuencia de salida resultan ser falsas.   Ejemplo de Flujo de Salida Predeterminado Mejor Práctica: Usar Eventos Intermedios Temporizados con Gateway de Eventos – Una forma para que el modelador se asegure que el Proceso no quede trancado en Gateway Exclusivo Basado en Eventos es usar un Evento Intermedio Temporizado como una de las opciones para el Gateway. Mejor Práctica: Asegurar que el número de Flujos de Secuencia de entrada es correcto para un Gateway Paralelo – La clave es revisar minuciosamente, asegurando que los Gateways Paralelos que se unen tengan el número correcto de Flujos de Secuencia de entrada – especialmente cuando se usan junto con otros Gateways. A modo de guía, los modeladores deben hacer coincidir los Gateways Paralelos que se fusionan y dividen (si el comportamiento deseado es de integrarlos nuevamente). Mejor Práctica: Usar una Condición Predeterminada en un Gateway Inclusivo – Una forma para que el modelador se asegure que el Proceso no quede atascado en un Gateways Inclusivo es la condición predeterminada para los Flujos de Secuencia de salida. Este Flujo de Salida Predeterminado siempre se evalúa verdadero cuando todos las demás condiciones de los Flujos de Salida se resultan ser falsas. Ejemplo de Flujo de Secuencia Predeterminado Mejor Práctica: Usar siempre Gateways Inclusivos de a pares – Una forma de evitar comportamientos inesperados es crear modelos donde los Gateways Inclusivos Divisores son seguidos por Gateways Inclusivos Unificadores y la cantidad de Flujos de Secuencia debe coincidir entre ellos. Mejor Práctica: Usar Anotaciones de Texto en los Gateways Complejos – Ya que el comportamiento de los Gateways Complejos es distinto para cada Gateways, se recomienda usar Anotaciones de Texto para explicar al lector del diagrama el comportamiento que se ha configurado para el Gateway. Mejor Práctica: Usar un Flujo de Secuencia por Defecto o Estándares cuando se usan Flujo de Secuencia Condicionales – Una forma de que el modelador se asegure que el Proceso no quede atascado luego de una Actividad es usar Flujos de Secuencia por Defecto o Estándares cuando se usan Flujos de Secuencia Condicional. Mejor Práctica: No asociar un Objeto de Datos con un Flujo de Secuencia si el Flujo de Secuencia está conectado a un Gateway – La aplicación de inputs y outputs se puede confundir fácilmente cuando se usan uno o más Gateways para Flujos de Secuencia que están asociados con Objetos de Datos. Mejor Práctica: Modelar Inputsets – Si hay más de un Inputset, elegir un punto en la frontera de una Actividad y hacer que todas las entradas que pertenezcan a ese Inputset se conecten a ese punto. Las entradas para los otros Inputsets se deben conectar cada una a puntos separados en la frontera de la Actividad. El mismo patrón se debe usar para el modelado de los outputsets. Fuente: Guía de Referencia y Modelado BPMN - Stephen A. White, phd - Derek Miers