Duas abordagens para estruturar um gráfico de atividades

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


  1. Devo admitir que o número de setas é um pouco menor no segundo diagrama.
  2. Mas no segundo diagrama, os objetos são "borrados" em todo o campo do diagrama, o que, para meu gosto, não é muito conveniente.
  3. 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.
  4. Eu tive que clonar a etapa "receber / transmitir ..." para mostrar que vários participantes estavam presentes nessa etapa.
  5. 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
  1. Site da Sparx Systems. [Recurso eletrônico] Modo de acesso: Internet: https://sparxsystems.com
  2. Zolotukhina E.B., Cherry A.S., Krasnikova S.A. Modelando processos de negócios. - M.: CURSO, SIC INFRA-M, EBS Znanium.com. - 2017
  3. 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

Source: https://habr.com/ru/post/pt448392/


All Articles