Introdução aos tipos de diagramas UML
Linguagem de modelagem unificada, ou seja, UML em palavras simples, que é uma linguagem de modelagem de uso geral. O principal objetivo da UML é visualizar a maneira como um sistema é projetado de maneira padrão. Também é o mesmo que plantas que estão sendo usadas em outros campos da engenharia também. Não é uma linguagem de programação, mas sim uma linguagem visual. Tipos de diagramas UML são usados para demonstrar apenas o comportamento e a estrutura de um sistema. A UML ajuda arquitetos de sistemas, empresários e também engenheiros de software na modelagem, design e análise. O OMG, ou seja, o Object Management Group adotou a UML como padrão em 1997. Desde então, ele é gerenciado por eles. Depois disso, em 2005, a ISO publicou a UML como um padrão aprovado. A UML foi revisada e revisada periodicamente ao longo dos anos.
Em seguida, vamos discutir os tipos de diagramas UML.
Diferentes tipos de diagramas UML
Existem muitos tipos de diagramas UML e cada um tem uma finalidade diferente, sem considerar se foi projetado antes ou depois da implementação.
2 das categorias mais amplas que abrangem todos os outros tipos
- Diagrama UML Comportamental
- Diagrama do StructuralUML.
Como você pode adivinhar apenas pelo nome, alguns dos diagramas da UML analisam e descrevem a estrutura de um processo, enquanto outro descreve o comportamento do sistema, seus componentes de construção e também seus atores. Os outros tipos categorizados são os seguintes:
Diagrama estrutural de UML
- Diagrama de classe
- Diagrama de Objetos
- Diagrama de componentes
- Diagrama de estrutura composta
- Diagrama de implantação
- Diagrama de Pacotes
- Diagrama do perfil
Diagrama UML Comportamental
- Diagrama de atividades
- Diagrama de casos de uso
- Diagrama de visão geral da interação
- Diagrama de tempo
- Diagrama da Máquina de Estado
- Diagrama de comunicação
- Diagrama de sequência
Vamos discuti-los em breve agora:
1. Diagrama de atividades
O diagrama de atividades são os diagramas UML mais importantes usados para executar a modelagem de processos de negócios. É basicamente usado para explicar o fluxo de várias atividades, bem como ações no desenvolvimento de software. Além disso, eles podem ser sequenciais e também paralelos.
2. Diagrama de Caso de Uso
Os diagramas de Caso de Uso são essencialmente necessários para analisar os requisitos de alto nível do sistema. Agora, esses requisitos podem ser expressos com a ajuda de diferentes casos de uso.
3. Diagrama de Visão Geral da Interação
É aquele que tem a capacidade de visualizar o fluxo de controle junto com os nós que contêm diagramas de interação. É o mesmo que o diagrama de atividades, no sentido de que ambos visualizam a sequência de atividades.
4. Diagrama de tempo
Esses diagramas são basicamente necessários para representar as relações entre os objetos sempre que o centro das atenções estiver no tempo. No entanto, mesmo que não estejamos interessados em saber como os objetos interagem ou até se alteram, apesar de desejarmos representar como fazer esses objetos, assim como os atores, eles agiriam ao longo de um eixo temporal linear.
5. Diagrama UML da Máquina de Estado
Os diagramas UML da máquina de estado também são chamados de diagramas de gráfico de estado. Eles são usados principalmente para explicar diferentes estados de um componente dentro do sistema. Os diagramas UML da máquina de estados assumem o nome de máquina de estado, pois o diagrama é basicamente apenas máquina, o que explica os vários estados de um objeto e também como ele se altera dependendo dos eventos internos e externos.
6. Diagrama de Comunicação
Os diagramas de comunicação, assim como os diagramas de sequência, são um tipo de diagrama de interação que demonstra como os objetos interagem. É uma extensão de um diagrama de objetos que mostra objetos com mensagens que viajam de um para outro.
7. Diagrama UML de sequência
Os diagramas UML de sequência também podem ser considerados os diagramas UML mais importantes entre os modelos em nível de design para o desenvolvimento de um aplicativo de negócios. Como eles possuem natureza visualmente auto-explicativa, ultimamente, esses diagramas se tornaram bastante populares na previsão de processos de negócios.
8. Diagrama de Classes
O diagrama de classe UML também pode ser considerado como o tipo de diagrama mais comum necessário para a documentação do software. Como a maior parte do software que está sendo criado hoje ainda é baseada no paradigma OOP, por isso, se usarmos diagramas de classes para documentar esse software, será uma solução de bom senso. Isso também ocorre porque o POO depende das classes e das relações.
9. Diagrama de Objetos
Os diagramas de UML de objetos ajudam os desenvolvedores a verificar se a estrutura abstrata genérica que eles criaram, isto é, o diagrama de classes, representa uma estrutura viável sempre que é posta em prática, ou seja, quando os objetos de uma classe estão sendo instanciados. No entanto, poucos desenvolvedores o consideram um nível secundário de verificação de precisão.
10. Diagrama de Componentes
Os diagramas de UML de componentes podem ajudar a dividir o sistema em componentes menores sempre que você estiver lidando com a documentação de sistemas bastante complexos. Muitas vezes, é bastante difícil prever a arquitetura de um sistema, pois ele pode abranger vários departamentos ou também pode estar empregando tecnologias diferentes.
11. Diagrama de estrutura composta
Um diagrama de estrutura composto é considerado um tipo de diagrama estático, mostrando a estrutura interna da classe e as colaborações. É um conjunto de elementos interconectados.
12. Diagrama de implantação
Em seguida, os diagramas de implantação geralmente são usados para visualizar o relacionamento entre o software e o hardware. Se falarmos mais especificamente, com a ajuda dos diagramas de implementação, também podemos construir um modelo físico de como os artefatos são implementados nos nós que são componentes de hardware.
Se falarmos sobre um diagrama de implantação simplificado típico em um aplicativo da Web, ele incluiria:
- Nós, ou seja, servidor de aplicativos e servidor de banco de dados
- Artefatos, isto é, cliente de aplicativo e esquema do banco de dados
13. Diagrama de Pacote
O diagrama do pacote parece mais um contêiner de macro necessário para os diagramas UML de implantação que já explicamos. Agora, pacotes diferentes contêm nós e também artefatos. Eles organizam os componentes e os diagramas de modelo em grupos da mesma maneira que um espaço para nome encapsularia nomes diferentes que são, de alguma maneira, bastante correlacionados.
14. Diagrama de Perfil
Os diagramas de perfil não podem ser considerados como o tipo típico de diagrama UML. Apesar disso, pode ser considerado mais como um mecanismo de extensibilidade e não como um tipo de diagrama como outro qualquer.
Se usarmos estereótipos, restrições e valores marcados, podemos estender facilmente e personalizar as notações já existentes da UML. Os diagramas de perfil, no entanto, são como um idioma. Por exemplo, se você fala inglês, pode criar facilmente novas frases. De maneira semelhante, se você falar diagramas de perfil, poderá criar fácil e especificamente novas propriedades, bem como semântica para diagramas UML.
Conclusão
Assim, os diagramas UML são úteis sempre que estamos modelando dados de negócios. Os atributos de classe são mapeados para abstrair métodos de acesso para campos persistentes, e as funções de associação são mapeadas para abstrair métodos de acesso para campos de relacionamento. A navegabilidade prevê se os métodos de acesso ao relacionamento aparecem nos beans de entidade relacionados ou em apenas um. Além disso, a notação de multiplicidade determina o tipo correto para campos de relacionamento, problemas de um ciclo de vida e também características de exclusão em cascata.
Artigos recomendados
Este é um guia para tipos de diagramas UML. Aqui discutimos os conceitos básicos com categorias mais amplas do diagrama UML. Você também pode consultar nossos outros artigos sugeridos para saber mais -
- O que é C ++
- O que é o Git?
- O que é JavaScript?
- O que é a matriz PHP?