Comparación de dos enfoques para estructurar el diagrama de Actividad (inspirado en "La Ardilla")
En Modelamos procesos del área temática "de cuento" — líneas sobre la ardilla de "El cuento del rey Saltán, de su hijo el famoso y poderoso caballero príncipe Guidón Saltánovich y de la hermosa princesa Cisne" de A.S. Pushkin. Empezamos con el diagrama de Actividad, acordando estructurar el área del diagrama mediante "carriles nadadores" – Swim lanes. El nombre del carril corresponde al tipo de elementos del diagrama presentes en ese carril: "Artefactos de entrada y salida", "Pasos del proceso", "Participantes" y "Reglas de negocio". Este enfoque se diferencia del estándar, donde los carriles se designan con los nombres de los participantes del proceso, lo que así asigna áreas de responsabilidad en el proceso.
En este ejemplo utilizo el entorno Enterprise Architect de la empresa australiana [1].
Para más detalles sobre los enfoques utilizados en la modelización, véase [2].
La especificación completa de UML se encuentra en [3].
Reiteraré la variante del diagrama del artículo anterior (Figura 1) y mostraré el diagrama reelaborado con carriles "estándar" (Figura 2), trataré de resaltar sus ventajas y desventajas, puede que un poco subjetivamente.
Figura 1. Diagrama de Actividad – vista general del proceso
Figura 2. Diagrama de Actividad – estructuración estándar del diagrama
- Es necesario reconocer que en el segundo diagrama hay dos flechas menos.
- Sin embargo, en el segundo diagrama, los objetos están "dispersos" por todo el área del diagrama, lo que, en mi opinión, no es muy conveniente.
- La misma historia ocurre con las notas — las reglas. Además, para poder insertar la regla sobre la designación del diácono, tuve que mover todos los elementos del diagrama hacia abajo en algún momento.
- Tuve que clonar el paso "recibo/transmisión..." para mostrar que varios participantes están presentes en este paso.
- En la segunda variante, tuve que renunciar a una bifurcación y a una fusión del proceso, ¡no lograba organizarlas "bonitamente"! Debería haber colgado un comentario — regla.
Sobre gustos y colores, claro, no hay compañeros, pero me parece que la primera opción es también más conveniente para recopilar datos sobre el proceso.
Pero no voy a ser engañoso: a veces es mejor dibujar ambas opciones para entender el proceso.
Lista de fuentes
- Sitio web de Sparx Systems. [Recurso electrónico] Acceso: Internet:
- Zolotukhina E.B., Vishnya A.S., Krasnikova S.A. Modelado de procesos de negocio. — М.: KURS, NIC INFRA-M, EBS Znanium.com. — 2017.
- Especificación del Lenguaje de Modelado Unificado (OMG UML) de OMG. Versión 2.5.1. [Recurso electrónico] Acceso: Internet:
Fuente: habr.com
