Diagrama UML: tipos, finalidade e exemplos

Um diagrama UML é uma representação gráfica utilizada para compreender, especificar, projetar e documentar sistemas. Ele permite apresentar visualmente estruturas, comportamentos, interações, responsabilidades e processos que seriam mais difíceis de entender apenas por meio de textos.

A sigla UML significa Unified Modeling Language, ou Linguagem de Modelagem Unificada. Trata-se de uma linguagem de modelagem, e não de uma linguagem de programação ou de uma metodologia de desenvolvimento.

A UML também não determina como um projeto deve ser conduzido. Ela pode ser utilizada em processos tradicionais, métodos ágeis, desenvolvimento incremental ou outras abordagens de engenharia de software.

A principal finalidade da UML modelagem é estabelecer uma linguagem visual comum entre analistas, desenvolvedores, arquitetos, gestores e usuários. Cada grupo pode analisar o sistema sob uma perspectiva diferente, mas utilizando elementos padronizados.

De acordo com a especificação da Object Management Group, a UML é uma linguagem de propósito geral com notação gráfica e especificação semântica. Ela pode ser empregada na modelagem de sistemas orientados a objetos, processos de negócio e outras estruturas complexas. Consulte a especificação oficial da UML.

O que é UML?

Quando alguém pergunta o que é UML, a resposta mais direta é: uma linguagem visual padronizada para representar diferentes aspectos de um sistema. Cada diagrama apresenta uma visão específica, sem a obrigação de demonstrar tudo ao mesmo tempo.

A UML pode ser utilizada antes da implementação, ajudando a planejar o sistema, ou depois dela, documentando uma solução existente. Também pode apoiar a análise de mudanças, a identificação de dependências e a comunicação de regras de negócio.

Um erro comum é produzir muitos diagramas sem uma finalidade concreta. A modelagem deve facilitar decisões e reduzir dúvidas, e não criar documentação excessiva que rapidamente se torna desatualizada.

Tipos de diagramas UML

Os tipos de diagramas UML são divididos em duas categorias principais: diagramas estruturais e diagramas comportamentais. Dentro dos comportamentais, existe um subconjunto chamado diagramas de interação.

Os diagramas estruturais representam os elementos estáticos do sistema. Eles demonstram como classes, objetos, componentes, pacotes, interfaces e elementos físicos estão organizados.

Os diagramas comportamentais apresentam como o sistema funciona ao longo do tempo. Eles representam funcionalidades, fluxos, estados, atividades e interações entre elementos.

Os diagramas de interação são comportamentais especializados na troca de mensagens. Eles mostram como os participantes colaboram para executar determinado comportamento.

A UML possui 14 tipos de diagramas em sua classificação mais conhecida. Entretanto, concursos públicos e atividades práticas normalmente concentram a cobrança em classes, casos de uso, sequência, atividades, estados, componentes e implantação.

Diagrama de classes UML

O diagrama de classe UML representa a estrutura estática de um sistema orientado a objetos. Ele demonstra classes, atributos, operações e relacionamentos existentes entre essas classes.

Uma classe costuma ser representada por um retângulo dividido em três partes. A primeira apresenta o nome, a segunda contém os atributos e a terceira mostra as operações ou métodos.

Os atributos representam informações mantidas pela classe. Em uma classe Cliente, por exemplo, podem existir os atributos nome, CPF e endereço.

As operações representam comportamentos que podem ser executados. A classe Pedido pode conter operações como calcularTotal(), adicionarItem() e cancelar().

A visibilidade dos elementos pode ser indicada pelos símbolos +, -, # e ~. Eles representam, respectivamente, visibilidade pública, privada, protegida e de pacote.

Relacionamentos no diagrama de classes

A associação representa um relacionamento estrutural entre classes. Um Cliente pode realizar Pedidos, por exemplo. A associação pode ser acompanhada de nome, direção e multiplicidade.

A multiplicidade indica quantas instâncias participam do relacionamento. As representações mais comuns são 1, 0..1, *, 0..* e 1..*.

O valor 1 significa exatamente uma instância. O valor 0..1 indica participação opcional, enquanto 1..* determina a existência de uma ou mais instâncias.

A generalização representa herança. Uma classe mais específica herda características de uma classe mais geral. Gerente e Desenvolvedor, por exemplo, podem ser especializações da classe Funcionário.

A dependência demonstra que um elemento utiliza outro de maneira menos permanente. Alterações no elemento fornecedor podem produzir impacto sobre o elemento dependente.

A realização normalmente representa a implementação de uma interface. Uma classe ServiçoPagamento pode implementar uma interface chamada Pagável.

Agregação e composição na UML

A agregação representa uma relação entre todo e parte na qual a parte pode existir independentemente do todo. Ela é indicada por um losango vazio no lado do elemento que representa o todo.

Um exemplo seria a relação entre Equipe e Funcionário. A equipe é formada por funcionários, mas um funcionário pode continuar existindo mesmo que aquela equipe seja desfeita.

A composição UML representa uma relação mais forte entre todo e parte. Ela é indicada por um losango preenchido no lado do todo.

Na composição, a parte possui seu ciclo de vida fortemente associado ao todo. Um ItemPedido, por exemplo, normalmente não possui sentido fora do Pedido ao qual pertence.

Em provas, a principal diferença é a dependência de existência. Na agregação, a parte pode existir separadamente; na composição, a existência da parte está vinculada ao objeto composto.

Diagrama de objetos

O diagrama de objetos apresenta instâncias concretas das classes em determinado momento. Enquanto o diagrama de classes representa tipos abstratos, o diagrama de objetos mostra exemplos existentes desses tipos.

Se o diagrama de classes possui a classe Cliente, o diagrama de objetos pode apresentar rodrigo:Cliente. O objeto possui valores específicos, como nome, CPF e situação cadastral.

Esse diagrama funciona como uma fotografia do sistema. Ele é útil para validar multiplicidades, relacionamentos e exemplos de estruturas definidas no diagrama de classes.

Diagrama de casos de uso

O UML caso de uso representa as funcionalidades oferecidas pelo sistema sob a perspectiva dos atores externos. Seu foco está no que o sistema deve fazer, e não em como a funcionalidade será implementada.

O ator representa uma pessoa, organização, dispositivo ou outro sistema que interage com a solução. Ele não precisa ser necessariamente um usuário humano.

O caso de uso representa um objetivo ou serviço fornecido pelo sistema. Exemplos incluem “Cadastrar cliente”, “Realizar pagamento”, “Consultar processo” e “Emitir relatório”.

A associação demonstra a participação do ator no caso de uso. O limite do sistema é representado por um retângulo que contém os casos de uso, enquanto os atores ficam posicionados fora dele.

O relacionamento <<include>> indica que um caso de uso incorpora obrigatoriamente o comportamento de outro. Ele é empregado para reutilizar um comportamento comum.

O relacionamento <<extend>> representa um comportamento adicional executado em determinada condição. Ao contrário do include, a extensão não ocorre obrigatoriamente em todas as execuções.

A generalização também pode ocorrer entre atores ou casos de uso. Nesse relacionamento, o elemento especializado herda comportamentos e relacionamentos do elemento geral.

O diagrama de casos de uso é adequado para representar requisitos funcionais e o escopo do sistema. Ele não é indicado para demonstrar sequência temporal, estrutura interna de classes ou distribuição física da aplicação.

Diagrama de sequência

O diagrama de sequência demonstra como os participantes trocam mensagens ao longo do tempo. Sua leitura ocorre normalmente de cima para baixo.

Os participantes ficam dispostos horizontalmente, enquanto suas linhas de vida seguem na direção vertical. As mensagens são representadas por setas entre essas linhas.

Uma barra de ativação indica o período em que determinado participante está executando uma operação. Mensagens síncronas, assíncronas e de retorno podem possuir representações diferentes.

O diagrama de sequência é útil para detalhar a realização de um caso de uso. Em uma compra, por exemplo, ele pode mostrar a interação entre cliente, sistema de pedidos, serviço de pagamento e banco de dados.

Fragmentos combinados permitem representar condições e repetições. Entre os operadores mais comuns estão alt, para alternativas; opt, para comportamento opcional; e loop, para repetição.

Diagrama de atividades UML

O diagrama de atividades UML representa fluxos de ações e decisões. Ele pode descrever algoritmos, casos de uso, processos de negócio ou procedimentos administrativos.

O nó inicial indica o começo do fluxo, enquanto o nó final representa seu encerramento. As ações são conectadas por fluxos de controle.

O nó de decisão divide o fluxo conforme condições de guarda. Um processo de pagamento pode seguir para “Confirmar pedido” quando autorizado ou para “Informar recusa” quando rejeitado.

Os nós de bifurcação e união representam atividades paralelas. Uma solicitação pode ser enviada simultaneamente para análise técnica e análise financeira, por exemplo.

As raias de atividade, também chamadas de swimlanes, distribuem as ações conforme seus responsáveis. Elas ajudam a mostrar qual usuário, setor ou sistema executa cada etapa.

Embora ambos representem comportamentos, o diagrama de atividades não deve ser confundido com o diagrama de sequência. O primeiro enfatiza o fluxo de trabalho; o segundo enfatiza a ordem temporal das mensagens entre participantes.

Diagrama de máquina de estados

O diagrama de máquina de estados apresenta os estados pelos quais um objeto passa durante seu ciclo de vida. Também demonstra os eventos que provocam mudanças entre esses estados.

Um Pedido pode assumir os estados “Criado”, “Pago”, “Enviado”, “Entregue” e “Cancelado”. O pagamento aprovado provoca a transição de “Criado” para “Pago”.

Uma transição pode apresentar evento, condição de guarda e efeito. Nem toda transição precisa possuir obrigatoriamente todos esses elementos.

Esse diagrama é indicado quando o comportamento do objeto depende fortemente de seu estado atual. Ele é muito utilizado em pedidos, documentos, processos, equipamentos e protocolos.

Diagramas de componentes e implantação

O diagrama de componentes demonstra a organização de partes substituíveis ou modulares do sistema. APIs, serviços, bibliotecas, módulos e subsistemas podem ser representados como componentes.

Seu objetivo é mostrar dependências, interfaces fornecidas e interfaces requeridas. Ele ajuda a compreender a organização lógica da arquitetura.

O diagrama de implantação apresenta a distribuição física ou computacional do sistema. Ele representa nós, dispositivos, ambientes de execução, artefatos e caminhos de comunicação.

Servidores, máquinas virtuais, dispositivos móveis, contêineres e bancos de dados podem aparecer nesse diagrama. Por isso, ele é indicado para documentar a infraestrutura necessária à execução da solução.

A diferença central é simples: o diagrama de componentes mostra como o software está organizado; o diagrama de implantação mostra onde os elementos são executados.

Como escolher o diagrama adequado

A escolha do diagrama UML deve começar pela pergunta que precisa ser respondida. Se o objetivo for representar requisitos funcionais e atores, deve-se utilizar o diagrama de casos de uso.

Para demonstrar classes, atributos e relacionamentos, o mais adequado é o diagrama de classes. Para representar exemplos concretos de instâncias, deve-se escolher o diagrama de objetos.

Quando a intenção for mostrar mensagens em ordem temporal, utiliza-se o diagrama de sequência. Para representar processos, decisões e atividades paralelas, emprega-se o diagrama de atividades.

O comportamento de um objeto conforme seus estados deve ser representado pela máquina de estados. Componentes atendem à organização lógica da solução, enquanto implantação atende à distribuição física ou computacional.

Como fazer um diagrama UML

Antes de criar o diagrama, deve-se definir seu objetivo e seu público. Um modelo destinado aos usuários de negócio precisa apresentar informações diferentes de um modelo técnico destinado aos desenvolvedores.

Depois, devem ser identificados apenas os elementos necessários para responder à pergunta proposta. Inserir detalhes sem utilidade torna o diagrama difícil de compreender e manter.

Os nomes devem ser claros e consistentes. Classes normalmente recebem substantivos, casos de uso são descritos por verbos e objetos devem ser identificados como instâncias de determinada classe.

Relacionamentos, multiplicidades, condições e responsabilidades precisam ser revisados. Um erro na direção de uma generalização ou na representação de uma composição pode alterar completamente o significado do modelo.

Por fim, o diagrama deve ser validado com as pessoas envolvidas e atualizado quando a solução mudar. Um modelo desatualizado pode causar mais prejuízo do que a ausência de documentação.

Existem ferramentas de UML diagrama online que permitem criar modelos diretamente no navegador. A ferramenta escolhida deve ser avaliada pela facilidade de uso, suporte à notação, colaboração, exportação e integração com o processo de desenvolvimento.

Como UML é cobrada em concursos

Em concursos públicos, as bancas costumam cobrar a finalidade de cada diagrama, a classificação entre estrutural e comportamental e a interpretação de seus elementos.

Nos diagramas de classes, os assuntos mais frequentes são associação, multiplicidade, generalização, dependência, agregação e composição. A banca pode apresentar uma imagem e pedir a interpretação correta do relacionamento.

Nos casos de uso, a atenção deve estar nos atores, no limite do sistema e nas diferenças entre include, extend e generalização.

Em diagramas de sequência, é importante estudar participantes, linhas de vida, mensagens, ativações e ordem temporal. Em atividades, devem ser revisados os nós de decisão, bifurcação, união, início e término.

Outra cobrança recorrente é a comparação entre diagramas. A banca pode afirmar, por exemplo, que o diagrama de atividades e o de sequência possuem a mesma finalidade. A afirmação estará errada porque eles apresentam perspectivas diferentes do comportamento.

Para concursos de TI, não basta memorizar os nomes dos diagramas. É necessário reconhecer símbolos, interpretar exemplos gráficos e relacionar cada diagrama à necessidade de modelagem correspondente.

Questões comentadas

Questão 1 — Cebraspe — FINEP — 2024 — Analista: Tecnologia da Informação – Software

O diagrama em UML que representa as relações entre atores e as funcionalidades incorporadas ao sistema é denominado

A) diagrama de estados.

B) diagrama de casos de uso.

C) diagrama de sequência.

D) diagrama de classes.

E) diagrama de componente.

Gabarito: B.

Comentário: O diagrama de casos de uso representa as funcionalidades oferecidas pelo sistema e suas relações com os atores externos.

Questão 2 — Cebraspe — Ministério da Economia — 2020 — Especialista em Gestão de Projetos

No que se refere à UML 2, julgue o item:

O diagrama de objetos fornece uma visão dos valores armazenados pelos objetos das classes, que são definidas no diagrama de classe, em determinado momento do sistema, e seus objetos apresentam métodos que armazenam valores contidos nesses objetos em determinada situação.

Gabarito: Errado.

Comentário: O diagrama de objetos realmente apresenta instâncias e valores em determinado momento. O erro está em afirmar que os métodos armazenam os valores; os valores são mantidos nos atributos.

Questão 3 — Cebraspe — Agência Espacial Brasileira — 2025 — Tecnologista Júnior: Tecnologia da Informação

Acerca dos diagramas UML, assinale a opção correta.

A) No diagrama de estados, uma transição entre dois estados só pode ocorrer se houver uma ação explícita associada a ela.

B) Em um diagrama de implantação, a comunicação entre nós físicos deve ser representada exclusivamente por conexões diretas, sem permitir abstrações, como dependências lógicas ou protocolos de comunicação.

C) O diagrama de atividades e o diagrama de sequência são equivalentes, pois ambos descrevem a troca de mensagens entre objetos ao longo do tempo.

D) O diagrama de sequência detalha a ordem temporal de execução de interações entre objetos, enquanto o diagrama de colaboração foca na organização estrutural dos objetos e suas relações em um contexto específico de interação.

E) Em um diagrama de classes UML, uma classe de associação pode ser instanciada independentemente dos objetos relacionados, permitindo-se o gerenciamento isolado de seus atributos e operações como se fosse uma entidade autônoma.

Gabarito: D.

Comentário: O diagrama de sequência enfatiza a ordem temporal das mensagens. O diagrama de comunicação, anteriormente chamado de colaboração, destaca as relações entre os participantes da interação.

FAQ para auxiliar na sua aprovação

1. O que é um diagrama UML?

É uma representação gráfica padronizada utilizada para modelar estruturas, comportamentos, interações e aspectos físicos de um sistema.

2. Quais são os principais tipos de diagrama UML?

Classes, objetos, casos de uso, sequência, atividades, máquina de estados, componentes e implantação são os mais utilizados e cobrados.

3. Qual é a diferença entre diagramas estruturais e comportamentais?

Os estruturais representam a organização estática do sistema; os comportamentais mostram funcionalidades, fluxos, estados e interações.

4. Quando usar um diagrama de casos de uso?

Quando for necessário representar requisitos funcionais, atores externos e os serviços oferecidos pelo sistema.

5. Como o diagrama UML costuma ser cobrado em concursos públicos?

Por meio da identificação dos diagramas, classificação, finalidade e interpretação de símbolos, relacionamentos e multiplicidades.

6. Quais assuntos de UML devo estudar para concursos públicos de TI?

Estude classes, objetos, casos de uso, sequência, atividades, estados, componentes, implantação, multiplicidade, herança, agregação, composição, include e extend.

Imagens para auxiliar no entendimento

1. Exemplo de diagrama de classes

Explicação: um cliente pode realizar vários pedidos. Cada pedido é composto por um ou mais itens, e cada item referencia um produto.

2. Exemplo de diagrama de casos de uso

Explicação: o cliente consulta produtos, realiza e acompanha pedidos. O administrador é responsável pelo cadastro dos produtos.

3. Exemplo de diagrama de sequência

Explicação: o diagrama mostra, de cima para baixo, a ordem das mensagens trocadas para confirmar o pagamento de um pedido.

4. Exemplo de diagrama de atividades

Explicação: após o recebimento do pedido, o sistema verifica o pagamento. Se aprovado, os produtos são separados; caso contrário, a recusa é informada.