Comparação de duas abordagens para estruturar um diagrama de atividades (com base em "proteínas")
Na primeira parte do artigo "Da modelagem de processos ao projeto de um sistema automatizado" , simulamos os processos de uma área de assunto de "conto de fadas" - uma linha sobre um esquilo de "Tales of Tsar Saltan, de seu glorioso e poderoso herói, o príncipe Gvidon Saltanovich e a bela princesa cisnes" A. S. Pushkin. E começamos com o diagrama de atividades, concordando em estruturar o campo do diagrama usando os caminhos de "natação" - raias de natação. O nome da trilha corresponde ao tipo de elementos do gráfico que estão presentes nessa trilha: “Artefatos de entrada e saída”, “Etapas do processo”, “Participantes” e “Regras de Negócios”. Essa abordagem difere do padrão quando as faixas são indicadas pelos nomes dos participantes no processo, atribuindo-lhes certas áreas de responsabilidade no processo.
Neste exemplo, eu uso o ambiente Enterprise Architect da empresa australiana Sparx Systems [1].
Para mais detalhes sobre as abordagens de modelagem aplicada, consulte [2].
Veja a especificação UML completa aqui [3].
Repito a versão do diagrama do artigo anterior (Figura 1) e mostro o diagrama redesenhado com as faixas "padrão" (Figura 2), tentarei descrever os prós e os contras, talvez um pouco subjetivamente.

Figura 1. Diagrama de atividades - visão geral do processo

Figura 2. Diagrama de atividades - estrutura padrão de gráfico
- Devo admitir que o número de setas é um pouco menor no segundo diagrama.
- Mas no segundo diagrama, os objetos são "borrados" em todo o campo do diagrama, o que, para meu gosto, não é muito conveniente.
- A mesma história com notas - regras. E, para inserir a regra sobre a nomeação do diácono, tive que mover todos os elementos do diagrama em algum momento para baixo.
- Eu tive que clonar a etapa "receber / transmitir ..." para mostrar que vários participantes estavam presentes nessa etapa.
- Na segunda opção, tive que abandonar um ramo e uma mesclagem do processo, bem, era completamente impossível colocá-los "lindamente"! Em bom, então seria necessário postar um comentário - a regra.
Obviamente, não há amigos para gostos e cores, mas a primeira opção me parece ainda mais conveniente para coletar dados sobre o processo.
Mas não vou dissimular - às vezes é melhor desenhar as duas opções para descobrir.
Adição. Obrigado pelos comentários e forneça um diagrama ligeiramente modificado da 2ª opção: você pode reorganizar as faixas (na Figura 2, a sequência repete a sequência da aparência dos participantes na história), o número de setas se cruzará um pouco (Figura 3).

Figura 3. Gráfico de atividades - gráficos padrão - faixas reorganizadas
Artigos com base nos quais este artigo apareceu:
Da modelagem de processos ao design de um sistema automatizado (Parte 1)
Da modelagem de processos ao design de um sistema automatizado (Parte 2)
Lista de fontes- Site da Sparx Systems. [Recurso eletrônico] Modo de acesso: Internet: https://sparxsystems.com
- Zolotukhina E.B., Cherry A.S., Krasnikova S.A. Modelando processos de negócios. - M.: CURSO, SIC INFRA-M, EBS Znanium.com. - 2017
- Especificação da OMG UML (OMG Unified Modeling Language). Versão 2.5.1. [Recurso eletrônico] Modo de acesso: Internet: https://www.omg.org/spec/UML/2.5.1/PDF