Comparación de dos enfoques para estructurar un diagrama de actividad (basado en "proteínas")
En la primera parte del artículo "Desde el modelado de procesos hasta el diseño de un sistema automatizado" , simulamos los procesos de un área temática de "cuento de hadas", una línea sobre una ardilla de "Tales of Tsar Saltan, de su glorioso y poderoso héroe, el príncipe Gvidon Saltanovich y la bella princesa Swans". A.S. Pushkin. Y comenzamos con el diagrama de Actividad, acordando estructurar el campo del diagrama usando los caminos de “natación” - Carriles de natación. El nombre de la pista corresponde al tipo de elementos del gráfico que están presentes en esta pista: "Artefactos de entrada y salida", "Pasos del proceso", "Participantes" y "Reglas de negocios". Este enfoque difiere del estándar cuando las pistas están indicadas por los nombres de los participantes en el proceso, asignándoles así ciertas áreas de responsabilidad en el proceso.
En este ejemplo, uso el entorno Enterprise Architect de la compañía australiana Sparx Systems [1].
Para obtener más detalles sobre los enfoques de modelado aplicados, consulte [2].
Vea la especificación completa de UML aquí [3].
Repito la versión del diagrama del artículo anterior (Figura 1) y muestro el diagrama redibujado con las pistas "estándar" (Figura 2), intentaré describir los pros y los contras, quizás un poco subjetivamente.

Figura 1. Diagrama de actividad: vista general del proceso

Figura 2. Diagrama de actividad: estructuración de gráfico estándar
- Debo admitir que el número de flechas es ligeramente menor en el segundo diagrama.
- Pero en el segundo diagrama, los objetos están "manchados" en todo el campo del diagrama, lo que, para mi gusto, no es muy conveniente.
- La misma historia con notas - reglas. Y para insertar la regla sobre el nombramiento del diácono, tuve que mover todos los elementos del diagrama en algún momento hacia abajo.
- Tuve que clonar el paso "recibir / transmitir ..." para mostrar que varios participantes estaban presentes en este paso.
- En la segunda opción, tuve que abandonar una rama y una fusión del proceso, bueno, ¡era completamente imposible ponerlas "maravillosamente"! Bien, entonces sería necesario publicar un comentario: la regla.
Por supuesto, no hay amigos para el gusto y el color, pero la primera opción me parece aún más conveniente para recopilar datos sobre el proceso.
Pero no voy a disimular, a veces es mejor dibujar ambas opciones para resolverlo.
Además Gracias por los comentarios y proporcione un diagrama ligeramente modificado de la segunda opción: puede reorganizar las pistas (en la Figura 2, su secuencia repite la secuencia de la aparición de los participantes en la historia), el número de flechas que se cruzan disminuirá ligeramente (Figura 3).

Figura 3. Gráfico de actividad - gráfico estándar - pistas reorganizadas
Artículos basados en los que apareció este artículo:
Desde el modelado de procesos hasta el diseño de un sistema automatizado (Parte 1)
Desde el modelado de procesos hasta el diseño de un sistema automatizado (Parte 2)
Lista de fuentes- Sitio web de Sparx Systems. [Recurso electrónico] Modo de acceso: Internet: https://sparxsystems.com
- Zolotukhina E.B., Cherry A.S., Krasnikova S.A. Modelado de procesos de negocio. - M .: CURSO, SIC INFRA-M, EBS Znanium.com. - 2017.
- Especificación del lenguaje de modelado unificado OMG (OMG UML). Versión 2.5.1. [Recurso electrónico] Modo de acceso: Internet: https://www.omg.org/spec/UML/2.5.1/PDF