UML - Diagramas Padrão

Nos capítulos anteriores, discutimos sobre os blocos de construção e outros elementos necessários da UML. Agora precisamos entender onde usar esses elementos.

Os elementos são como componentes que podem ser associados de diferentes maneiras para formar uma imagem UML completa, que é conhecida como diagrama. Assim, é muito importante entender os diferentes diagramas para implementar o conhecimento em sistemas da vida real.

Qualquer sistema complexo é melhor compreendido fazendo algum tipo de diagramas ou imagens. Esses diagramas têm um impacto melhor em nossa compreensão. Se olharmos ao redor, perceberemos que os diagramas não são um conceito novo, mas são amplamente usados ​​de diferentes formas em diferentes setores.

Preparamos diagramas UML para entender o sistema de uma maneira melhor e simples. Um único diagrama não é suficiente para cobrir todos os aspectos do sistema. A UML define vários tipos de diagramas para cobrir a maioria dos aspectos de um sistema.

Você também pode criar seu próprio conjunto de diagramas para atender aos seus requisitos. Os diagramas geralmente são feitos de forma incremental e iterativa.

Existem duas grandes categorias de diagramas e eles são novamente divididos em subcategorias -

  • Diagramas Estruturais

  • Diagramas Comportamentais

Diagramas Estruturais

Os diagramas estruturais representam o aspecto estático do sistema. Esses aspectos estáticos representam as partes de um diagrama, que formam a estrutura principal e, portanto, são estáveis.

Essas partes estáticas são representadas por classes, interfaces, objetos, componentes e nós. Os quatro diagramas estruturais são -

  • Diagrama de classes
  • Diagrama de objeto
  • Diagrama de componentes
  • Diagrama de implantação

Diagrama de Classe

Os diagramas de classes são os diagramas mais comuns usados ​​em UML. O diagrama de classes consiste em classes, interfaces, associações e colaboração. Os diagramas de classes representam basicamente a visão orientada a objetos de um sistema, que é estática por natureza.

A classe ativa é usada em um diagrama de classe para representar a simultaneidade do sistema.

O diagrama de classes representa a orientação a objetos de um sistema. Portanto, é geralmente usado para fins de desenvolvimento. Este é o diagrama mais amplamente usado no momento da construção do sistema.

Diagrama de Objeto

Os diagramas de objetos podem ser descritos como uma instância do diagrama de classes. Portanto, esses diagramas estão mais próximos de cenários da vida real onde implementamos um sistema.

Os diagramas de objetos são um conjunto de objetos e seu relacionamento é como os diagramas de classes. Eles também representam a visão estática do sistema.

O uso de diagramas de objetos é semelhante aos diagramas de classes, mas eles são usados ​​para construir protótipos de um sistema de uma perspectiva prática.

Diagrama de Componentes

Os diagramas de componentes representam um conjunto de componentes e seus relacionamentos. Esses componentes consistem em classes, interfaces ou colaborações. Os diagramas de componentes representam a visão de implementação de um sistema.

Durante a fase de design, os artefatos de software (classes, interfaces etc.) de um sistema são organizados em grupos diferentes dependendo de seu relacionamento. Agora, esses grupos são conhecidos como componentes.

Finalmente, pode-se dizer que os diagramas de componentes são utilizados para visualizar a implementação.

Diagrama de implantação

Os diagramas de implantação são um conjunto de nós e seus relacionamentos. Esses nós são entidades físicas onde os componentes são implantados.

Os diagramas de implantação são usados ​​para visualizar a visão de implantação de um sistema. Isso geralmente é usado pela equipe de implantação.

Note- Se as descrições e usos acima forem observados cuidadosamente, então é muito claro que todos os diagramas têm alguma relação uns com os outros. Os diagramas de componentes dependem das classes, interfaces, etc. que fazem parte do diagrama de classes / objetos. Novamente, o diagrama de implantação depende dos componentes, que são usados ​​para fazer diagramas de componentes.

Diagramas Comportamentais

Qualquer sistema pode ter dois aspectos, estático e dinâmico. Portanto, um modelo é considerado completo quando ambos os aspectos estão totalmente cobertos.

Os diagramas comportamentais basicamente capturam o aspecto dinâmico de um sistema. O aspecto dinâmico pode ainda ser descrito como as partes mutáveis ​​/ móveis de um sistema.

UML tem os seguintes cinco tipos de diagramas comportamentais -

  • Diagrama de casos de uso
  • Diagrama de sequência
  • Diagrama de colaboração
  • Diagrama Statechart
  • Diagrama de atividades

Diagrama de casos de uso

Os diagramas de caso de uso são um conjunto de casos de uso, atores e seus relacionamentos. Eles representam a visão de caso de uso de um sistema.

Um caso de uso representa uma funcionalidade específica de um sistema. Portanto, o diagrama de caso de uso é usado para descrever os relacionamentos entre as funcionalidades e seus controladores internos / externos. Esses controladores são conhecidos comoactors.

Diagrama de sequência

Um diagrama de seqüência é um diagrama de interação. Pelo nome, fica claro que o diagrama lida com algumas sequências, que são a sequência de mensagens que fluem de um objeto para outro.

A interação entre os componentes de um sistema é muito importante do ponto de vista de implementação e execução. O diagrama de sequência é usado para visualizar a sequência de chamadas em um sistema para executar uma funcionalidade específica.

Diagrama de Colaboração

O diagrama de colaboração é outra forma de diagrama de interação. Representa a organização estrutural de um sistema e as mensagens enviadas / recebidas. A organização estrutural consiste em objetos e links.

O objetivo do diagrama de colaboração é semelhante ao diagrama de sequência. No entanto, o propósito específico do diagrama de colaboração é visualizar a organização dos objetos e sua interação.

Diagrama Statechart

Qualquer sistema em tempo real deve ser reagido por algum tipo de eventos internos / externos. Esses eventos são responsáveis ​​pela mudança de estado do sistema.

O diagrama Statechart é usado para representar a mudança de estado orientada a eventos de um sistema. Basicamente, descreve a mudança de estado de uma classe, interface, etc.

O diagrama do gráfico de estado é usado para visualizar a reação de um sistema por fatores internos / externos.

Diagrama de atividades

O diagrama de atividades descreve o fluxo de controle em um sistema. Consiste em atividades e links. O fluxo pode ser sequencial, simultâneo ou ramificado.

As atividades nada mais são do que funções de um sistema. Números de diagramas de atividades são preparados para capturar todo o fluxo em um sistema.

Os diagramas de atividades são usados ​​para visualizar o fluxo de controles em um sistema. Este está preparado para se ter uma ideia de como o sistema funcionará quando executado.

Note- A natureza dinâmica de um sistema é muito difícil de capturar. A UML forneceu recursos para capturar a dinâmica de um sistema de diferentes ângulos. Os diagramas de sequência e os diagramas de colaboração são isomórficos, portanto, podem ser convertidos um do outro sem perder nenhuma informação. Isso também é verdadeiro para Statechart e diagrama de atividades.