Uma análise prática e um guia prático para visualizar requisitos do sistema por meio da modelagem de casos de uso
🎯 Nova Introdução: Por que Diagramas de Casos de Uso Mudaram a Forma como Eu Projeto Software
Quando comecei pela primeira vez na gestão de produtos, a coleta de requisitos parecia tentar pegar fumaça com as mãos nuas. Os stakeholders descreviam funcionalidades em termos abstratos, os desenvolvedores as interpretavam de maneiras diferentes, e quando chegávamos ao teste, percebíamos que tínhamos construído algo que ninguém realmente precisava.
Tudo mudou quando descobri os diagramas de casos de uso UML — e, especificamente, quando comecei a usarVisual Paradigm para dar vida a eles.

Este guia não é apenas uma referência seca de especificações. É a experiência aprimorada de alguém que usou esses diagramas para alinhar equipes multifuncionais, integrar novos desenvolvedores e comunicar limites complexos do sistema a stakeholders não técnicos. Seja você um BA, PM, desenvolvedor ou estudante, encontrará insights práticos juntamente com as definições formais das notações.
Vamos mergulhar.
📐 Notações de Diagramas de Casos de Uso UML: O Vocabulário Visual
![]() |
|---|
| Diagrama de casos de uso UML de exemplo |
Diagramas de casos de uso são uma pedra angular da UML (Linguagem de Modelagem Unificada), e o Visual Paradigm os torna acessíveis sem perder precisão. Abaixo está a ferramenta completa de notações que uso diariamente:
| Ícone | Nome |
|---|---|
| Caso de Uso | |
| Associação | |
| Ator | |
| Sistema | |
| Incluir | |
| Estender | |
| Dependência | |
| Generalização | |
| Realização | |
| Colaboração |
| Lista de notações UML disponíveis no diagrama de casos de uso UML |
|---|
🔍 Aprofundamento: Notações Principais Explicadas (Com Contexto do Mundo Real)
Caso de Uso
![]() |
|---|
| Caso de uso UML |
Um caso de uso representa um objetivo do usuário que pode ser alcançado ao acessar o sistema ou aplicativo de software. No Visual Paradigm, você pode utilizar o recurso de sub-diagrama para descrever a interação entre usuário e sistema dentro de um caso de uso, criando um diagrama de sequência secundário sob um caso de uso. Também é possível descrever o cenário do caso de uso usando o editor de Fluxo de Eventos.
💡 Dica Profissional da Experiência: Sempre começo com nomes no formato verbo-substantivo (“Fazer Pedido”, “Gerar Relatório”)—isso mantém o foco nos resultados para o usuário, e não nos internos do sistema.
Especificação OMG UML
O que é um caso de uso em UML? De acordo com a especificação da Linguagem de Modelagem Unificada (OMG UML) (Especificação de Superestrutura UML versão 2.4.1, página 606), caso de uso é:
Um caso de uso é a especificação de um conjunto de ações realizadas por um sistema, que produz um resultado observável que normalmente tem valor para um ou mais atores ou outros interessados do sistema.
Associação
![]() |
|---|
| Associação UML |
O ator e o caso de uso podem ser associados para indicar que o ator participa desse caso de uso. Portanto, uma associação corresponde a uma sequência de ações entre o ator e o caso de uso na realização do caso de uso.
Especificação OMG UML
O que é uma associação em UML? De acordo com a especificação da Linguagem de Modelagem Unificada (OMG UML) (Especificação de Superestrutura UML versão 2.4.1, página 36), associação é:
Uma associação descreve um conjunto de tuplas cujos valores referem-se a instâncias tipadas. Uma instância de uma associação é chamada de ligação. Uma ligação é uma tupla com um valor para cada extremidade da associação, onde cada valor é uma instância do tipo da extremidade.
…
Uma associação especifica uma relação semântica que pode ocorrer entre instâncias tipadas. Ela possui pelo menos duas extremidades representadas por propriedades, cada uma das quais está conectada ao tipo da extremidade. Mais de uma extremidade da associação pode ter o mesmo tipo.
Uma propriedade de extremidade de uma associação que é proprietária de uma classe de extremidade ou que é uma extremidade navegável proprietária da associação indica que a associação é navegável a partir das extremidades opostas; caso contrário, a associação não é navegável a partir das extremidades opostas.
Ator
![]() |
|---|
| Ator UML |
Atores são entidades que interagem com um sistema. Embora na maioria dos casos os atores sejam usados para representar os usuários do sistema, atores podem, na verdade, ser qualquer coisa que precise trocar informações com o sistema. Assim, um ator pode ser pessoas, hardware de computador, outros sistemas, etc.
Observe que o ator representa um papel que um usuário pode desempenhar, e não um usuário específico. Assim, em um sistema de informação hospitalar, você pode ter médico e paciente como atores, mas não o Dr. João, Sra. Brown como atores.
💡 Dica Profissional da Experiência: Já vi equipes presas na modelagem de “João o Administrador” como ator. Lembre-se: modele papéis, não pessoas. Isso mantém seu diagrama escalável e reutilizável.
Especificação OMG UML
O que é um ator em UML? De acordo com a especificação da Linguagem de Modelagem Unificada (OMG UML) (Especificação de Superestrutura UML versão 2.4.1), ator é:
Um ator especifica um papel desempenhado por um usuário ou qualquer outro sistema que interaja com o sujeito. (O termo “papel” é usado aqui de forma informal e não implica necessariamente a definição técnica desse termo encontrada em outras partes desta especificação.)
…
Um ator modela um tipo de papel desempenhado por uma entidade que interage com o sujeito (por exemplo, trocando sinais e dados), mas que é externa ao sujeito (ou seja, no sentido de que uma instância de um ator não é parte da instância do seu sujeito correspondente). Atores podem representar papéis desempenhados por usuários humanos, hardware externo ou outros sujeitos. Observe que um ator não representa necessariamente uma entidade física específica, mas apenas uma faceta particular (ou seja, “papel”) de alguma entidade relevante para a especificação dos seus casos de uso associados. Assim, uma única instância física pode desempenhar o papel de vários atores diferentes e, inversamente, um determinado ator pode ser desempenhado por múltiplas instâncias diferentes.
Sistema
![]() |
|---|
| Sistema UML |
O escopo de um sistema pode ser representado por um sistema (forma), ou às vezes conhecido como uma fronteira do sistema. Os casos de uso do sistema são colocados dentro da forma do sistema, enquanto os atores que interagem com o sistema são colocados fora do sistema. Os casos de uso dentro do sistema compõem os requisitos totais do sistema.
Especificação OMG UML
O que é um sistema na UML? De acordo com a especificação da Linguagem de Modelagem Unificada da OMG (OMG UML) (Especificação de Superestrutura UML versão 2.4.1, página 608), sistema é:
Se um sujeito (ou limite do sistema) for exibido, o elipse do caso de uso é visualmente localizado dentro do retângulo do limite do sistema. Observe que isso não significa necessariamente que o classificador do sujeito possui os casos de uso contidos, mas apenas que o caso de uso se aplica a esse classificador.
Incluir
![]() |
|---|
| Incluir UML |
Uma relação de inclusão especifica como o comportamento do caso de uso de inclusão é inserido no comportamento definido para o caso de uso base.
💡 Dica Profissional da Experiência: Use
<<incluir>>para etapas obrigatórias e reutilizáveis—como “Autenticar Usuário”, que aparece em dezenas de fluxos. Isso reduz a duplicação e mantém os diagramas limpos.
Especificação OMG UML
O que é um incluir na UML? De acordo com a especificação da Linguagem de Modelagem Unificada da OMG (OMG UML) (Especificação de Superestrutura UML versão 2.4.1, página 604), incluir é:
Uma relação de inclusão define que um caso de uso contém o comportamento definido em outro caso de uso.
Estender
![]() |
|---|
| Estender UML |
Uma relação de extensão especifica como o comportamento do caso de uso de extensão pode ser inserido no comportamento definido para o caso de uso base.
💡 Dica Profissional da Experiência: Reserve
<<estender>>para comportamentos opcionais ou condicionais—como “Aplicar Código de Desconto” durante o checkout. Isso esclarece o que é essencial em comparação com o que é situacional.
Especificação OMG UML
O que é um estender na UML? De acordo com a especificação da Linguagem de Modelagem Unificada da OMG (OMG UML) (Especificação de Superestrutura UML versão 2.4.1, página 601), estender é:
Uma relação de um caso de uso de extensão para um caso de uso estendido que especifica como e quando o comportamento definido no caso de uso de extensão pode ser inserido no comportamento definido no caso de uso estendido.
…
Essa relação especifica que o comportamento de um caso de uso pode ser estendido pelo comportamento de outro (geralmente suplementar) caso de uso. A extensão ocorre em um ou mais pontos de extensão específicos definidos no caso de uso estendido. Observe, no entanto, que o caso de uso estendido é definido independentemente do caso de uso de extensão e é significativo independentemente do caso de uso de extensão. Por outro lado, o caso de uso de extensão geralmente define comportamentos que podem não ser necessariamente significativos por si só. Em vez disso, o caso de uso de extensão define um conjunto de incrementos de comportamento modulares que aprimoram a execução do caso de uso estendido sob condições específicas.
Observe que o mesmo caso de uso de extensão pode estender mais de um caso de uso. Além disso, um caso de uso de extensão pode ser estendido por outro caso de uso.
Dependência
![]() |
|---|
| Dependência UML |
Uma relação de dependência representa que um elemento de modelo depende de outro elemento de modelo para especificação e/ou implementação.
Especificação OMG UML
O que é uma dependência em UML? De acordo com a especificação da Linguagem Unificada de Modelagem (OMG UML) (Especificação de Superestrutura UML versão 2.4.1, página 61), dependência é:
Uma dependência é uma relação que indica que um único elemento ou um conjunto de elementos de modelo requer outros elementos de modelo para sua especificação ou implementação. Isso significa que a semântica completa dos elementos dependentes é, quer semanticamente, quer estruturalmente, dependente da definição do(s) elemento(s) fornecedor(es).
Generalização
![]() |
|---|
| Generalização UML |
Uma relação de generalização é usada para representar uma relação de herança entre elementos de modelo do mesmo tipo. Quanto mais específico o elemento de modelo, mais ele compartilha a mesma especificação com o elemento mais geral, mas carrega detalhes adicionais.
Especificação OMG UML
O que é uma generalização em UML? De acordo com a especificação da Linguagem Unificada de Modelagem (OMG UML) (Especificação de Superestrutura UML versão 2.4.1, página 70), generalização é:
Uma generalização é uma relação taxonômica entre um classificador mais geral e um classificador mais específico. Cada instância do classificador específico também é uma instância indireta do classificador geral. Assim, o classificador específico herda os recursos do classificador mais geral.
Realização
![]() |
|---|
| Realização UML |
Uma realização é uma relação entre uma especificação e sua implementação.
Especificação OMG UML
O que é uma realização em UML? De acordo com a especificação da Linguagem Unificada de Modelagem (OMG UML) (Especificação de Superestrutura UML versão 2.4.1, página 131), realização é:
Realização é uma relação de abstração especializada entre dois conjuntos de elementos de modelo, um representando uma especificação (o fornecedor) e o outro representando uma implementação deste último (o cliente). A realização pode ser usada para modelar refinamento passo a passo, otimizações, transformações, modelos, síntese de modelos, composição de frameworks, etc.
Colaboração
![]() |
|---|
| Colaboração UML |
Especificação OMG UML
O que é uma colaboração em UML? De acordo com a especificação da Linguagem Unificada de Modelagem (OMG UML) (Especificação de Superestrutura UML versão 2.4.1, página 174), colaboração é:
Uma colaboração descreve uma estrutura de elementos colaborativos (papéis), cada um realizando uma função especializada, que coletivamente realizam alguma funcionalidade desejada. Seu propósito principal é explicar como um sistema funciona e, portanto, normalmente inclui apenas aqueles aspectos da realidade que são considerados relevantes para a explicação. Assim, detalhes, como a identidade ou a classe exata das instâncias reais participantes, são suprimidos.
🚀 Tutorial de Diagrama de Caso de Uso: Do Conceito à Clareza
Um caso de uso descreve como um usuário utiliza um sistema para alcançar um objetivo específico. Um diagrama de caso de uso consiste no sistema, nos casos de uso relacionados e nos atores, relacionando-os entre si para visualizar: o que está sendo descrito? (sistema), quem está usando o sistema? (atores) e o que os atores querem alcançar? (casos de uso), assim, os casos de uso ajudam a garantir que o sistema correto seja desenvolvido, capturando os requisitos do ponto de vista do usuário.

O que é um Diagrama de Caso de Uso em UML?
Um caso de uso é uma lista de ações ou etapas de eventos que normalmente definem as interações entre um papel de um ator e um sistema para alcançar um objetivo. Um caso de uso é uma técnica útil para identificar, esclarecer e organizar os requisitos do sistema. Um caso de uso é composto por um conjunto de sequências possíveis de interações entre sistemas e usuários que definem as funcionalidades a serem implementadas e a resolução de quaisquer erros que possam ser encontrados.
Embora um caso de uso por si só possa aprofundar-se em muitos detalhes (como o fluxo de eventos e cenários) sobre todas as possibilidades, um diagrama de casos de uso pode ajudar a fornecer uma visão de nível superior do sistema, oferecendo uma representação simplificada e gráfica do que o sistema deve realmente fazer.
Um caso de uso (ou conjunto de casos de uso) possui estas características:
-
Organiza os requisitos funcionais
-
Modela os objetivos das interações entre o sistema/ator (usuário)
-
Descreve um fluxo principal de eventos (cenários principais) e, possivelmente, outros fluxos excepcionais (alternativas), também chamados de caminhos ou cenários do usuário
Notações do Diagrama de Casos de Uso
Casos de uso definem interações entre atores externos e o sistema para alcançar objetivos específicos. Um diagrama de casos de uso contém quatro componentes principais

Ator
Atores são geralmente indivíduos envolvidos com o sistema definidos de acordo com seus papéis. O ator pode ser uma pessoa ou outro sistema externo.
Caso de Uso
Um caso de uso descreve como os atores usam um sistema para alcançar um objetivo específico. Os casos de uso são geralmente iniciados por um usuário para cumprir objetivos, descrevendo as atividades e variantes envolvidas na obtenção do objetivo.
Relação
As relações entre e entre os atores e os casos de uso.
Fronteira do Sistema
A fronteira do sistema define o sistema de interesse em relação ao mundo ao seu redor.
Benefícios do Diagrama de Casos de Uso
-
Casos de uso são uma técnica poderosa para a elicitação e documentação de requisitos funcionais de caixa preta.
-
Porque os casos de uso são fáceis de entender e fornecem uma excelente forma de comunicação com clientes e usuários, já que são escritos em linguagem natural.
-
Casos de uso podem ajudar a gerenciar a complexidade de projetos grandes ao particionar o problema em principais recursos do usuário (ou seja, casos de uso) e ao especificar aplicações a partir da perspectiva do usuário.
-
Um cenário de caso de uso, frequentemente representado por um diagrama de sequência, envolve a colaboração de múltiplos objetos e classes; os casos de uso ajudam a identificar as mensagens (operações e a informação ou dados necessários – parâmetros) que unem os objetos e classes.
-
Casos de uso fornecem uma boa base para vincular a verificação dos modelos de nível superior (ou seja, a interação entre atores e um conjunto de objetos colaborativos) e, posteriormente, a validação dos requisitos funcionais (ou seja, o plano de teste de caixa branca).
-
A abordagem orientada por casos de uso fornece links rastreáveis para o acompanhamento do projeto, em que as principais atividades de desenvolvimento, como os casos de uso implementados, testados e entregues, cumprem os objetivos e metas do ponto de vista do usuário.
Como desenhar um diagrama de casos de uso?
Um modelo de caso de uso pode ser desenvolvido seguindo os passos abaixo.
-
Identifique os Atores (papel dos usuários) do sistema.
-
Para cada categoria de usuários, identifique todos os papéis desempenhados pelos usuários relevantes para o sistema.
-
Identifique quais são os requisitos dos usuários para que o sistema seja executado para alcançar esses objetivos.
-
Crie casos de uso para cada objetivo.
-
Estruture os casos de uso.
-
Priorize, revise, estime e valide os usuários.
💡 Adaptação Ágil: Para tornar a abordagem de casos de uso mais “Ágil”, não detalhe todos os casos de uso desde o início. Priorize-os na sua lista de backlog do produto e refine os casos de uso em diferentes níveis de detalhe de acordo com a fase de desenvolvimento — no momento certo e com a quantidade necessária.
Você também pode:
-
Desenhe pacotes para a categorização lógica dos casos de uso em subsistemas relacionados.

Estruturação de Casos de Uso
O UML define três estereótipos de associação entre Casos de Uso:
<> Caso de Uso
O momento de usar a relação <> é após você ter concluído a descrição inicial de todos os seus principais Casos de Uso. Agora você pode analisar os Casos de Uso e identificar sequências comuns de interação usuário-sistema.

<> Caso de Uso
Um caso de uso estendido é, efetivamente, um curso alternativo do caso de uso base. O caso de uso <> realiza isso inserindo conceitualmente sequências de ações adicionais na sequência do caso de uso base.

Caso de Uso Abstrato e Generalizado
O caso de uso geral é abstrato. Não pode ser instanciado, pois contém informações incompletas. O título de um caso de uso abstrato é mostrado em itálico.

Exemplo: Este exemplo mostra um modelo de vários casos de uso empresariais (objetivos) que representam as interações entre um restaurante (o sistema empresarial) e seus atores principais.
Após os casos de uso base terem sido identificados na primeira versão, talvez pudéssemos estruturar ainda mais esses casos de uso com casos de uso <> e <> na segunda revisão, conforme mostrado na figura abaixo:

Caso de Uso Empresarial
Um caso de uso empresarial é descrito em terminologia livre de tecnologia que trata o processo empresarial como uma caixa-preta e descreve o processo empresarial utilizado por seus atores empresariais, enquanto um caso de uso comum é normalmente descrito no nível de nível de funcionalidade do sistema e especifica a função ou o serviço que o sistema fornece para o usuário. Em outras palavras, o caso de uso empresarial representa como o trabalho será feito manualmente na situação atual e não é necessariamente realizado pelo sistema ou pretendido para ser automatizado no escopo do sistema-alvo.

Exemplos de Diagramas de Casos de Uso
A figura abaixo mostra um ATM exemplo de diagrama de casos de uso, que é um exemplo bastante clássico para ser usado no ensino de diagramas de casos de uso.

O Sistema de Gestão de Documentos (DMS) exemplo de diagrama de casos de uso abaixo mostra os atores e os casos de uso do sistema. Em particular, existem relações de inclusão e extensão entre os casos de uso.

O Sistema de Pedidos o exemplo de diagrama de casos de uso abaixo mostra os atores e casos de uso envolvidos no sistema:

🛠️ Meu Fluxo de Trabalho no Visual Paradigm: Dicas que Realmente Pouparam Tempo
Depois de anos modelando, aqui está a minha abordagem simplificada no Visual Paradigm:
Início Rápido
-
Iniciar o Diagrama: Vá para
Diagrama > Novoe selecione Diagrama de Casos de Uso. -
Adicionar Elementos: Use a barra de ferramentas à esquerda para arrastar um Ator ou Caso de Uso para a área de trabalho.
-
Modelagem Rápida: Passe o mouse sobre um ator e use o Catálogo de Recursos (o ícone pequeno no canto superior direito da forma) para arrastar uma nova conexão; isso cria e conecta automaticamente um novo Caso de Uso.
-
Geração com IA: Você pode usar a ferramenta de IA para gerar um diagrama inicial fornecendo uma descrição simples do seu domínio, como “sistema de caixa eletrônico”.
Recursos Avançados em que Confio
-
Fluxo de Eventos: Clique com o botão direito em um caso de uso e selecione Detalhes do Caso de Uso para escrever uma descrição passo a passo da jornada do usuário.
-
Wireframing: Vincule um Wireframe diretamente a um passo do caso de uso para visualizar a interface do usuário para essa ação específica.
-
Vinculações de Requisitos: Conecte casos de uso a requisitos de negócios específicos para garantir que cada recurso técnico tenha um propósito claro.
💡 Dica Profissional: Sempre exporto diagramas como SVG para documentação e PNG para apresentações. As opções de exportação do Visual Paradigm tornam isso perfeito.
🎯 Nova Conclusão: Por que Isso Importa Além do Diagrama
Diagramas de casos de uso não são apenas exercícios acadêmicos—eles são ferramentas de comunicação que preenchem lacunas. Na minha experiência:
✅ Interessados finalmente veem o que o sistema faz sem se afogar em jargões técnicos.
✅ Desenvolvedores obtêm limites claros para implementação e testes.
✅ Equipes de QA derivam cenários de teste diretamente dos fluxos de casos de uso.
✅ Proprietários de produto priorizam funcionalidades com base nos objetivos dos atores, e não apenas na complexidade técnica.
O verdadeiro poder não está em desenhar ovais perfeitos e figuras de palito—está nas conversas que o diagrama desperta. Quando um analista de negócios, desenvolvedor e usuário final conseguem apontar para a mesma visualização e dizer: “Sim, é isso que estamos construindo”, você alcançou alinhamento.
O Visual Paradigm reduz a barreira para criar esses diagramas sem sacrificar a rigorosidade do UML. Seja você documentando uma migração de sistema legado ou esboçando um produto do zero, investir tempo na modelagem de casos de uso traz benefícios em menos retrabalho, requisitos mais claros e equipes mais felizes.
Comece simples. Itere com frequência. Deixe o diagrama evoluir com o seu entendimento.
📚 Referência
- O que é um Diagrama de Caso de Uso? – Um guia introdutório ao Diagrama de Caso de Uso: Uma visão geral fundamental que explica o propósito, os componentes e os benefícios dos diagramas de casos de uso no UML, ideal para iniciantes e profissionais por igual.
- Como Identificar os Objetivos de Negócios de um Sistema de TI: Orientação prática sobre alinhar requisitos técnicos com objetivos de negócios por meio de técnicas de modelagem de casos de uso.
- Guia para Iniciantes em Diagramas de Caso de Uso com o Visual Paradigm Online: Tutorial passo a passo para criar diagramas de casos de uso usando a ferramenta baseada em nuvem do Visual Paradigm, com capturas de tela e dicas de fluxo de trabalho.
- Desenhando um Diagrama de Caso de Uso – Guia do Usuário: Documentação oficial que detalha os mecanismos de construção de diagramas de casos de uso no Visual Paradigm, incluindo o uso da barra de ferramentas e propriedades dos elementos.
- Tutorial de Diagrama de Caso de Uso UML (Vídeo): Visita visual dos conceitos e criação de diagramas de caso de uso, adequada para aprendizes visuais e sessões de treinamento em equipe.
- Tutorial de Diagrama de Caso de Uso UML – Lucidchart: Referência entre ferramentas que explica a notação de casos de uso, relacionamentos e melhores práticas com exemplos visuais claros.
- Modelo e Exemplos de Diagrama de Caso de Uso – Study.com: Recurso educacional com modelos, exemplos do mundo real e explicações sobre os componentes de diagramas de caso de uso para uso acadêmico e profissional.
- Escrevendo Casos de Uso Efetivos: Guia avançado sobre documentação de cenários de casos de uso, fluxo de eventos e vinculação de diagramas a especificações detalhadas.
- Geração de Diagramas com Inteligência Artificial no Visual Paradigm: Demonstração do uso de ferramentas de IA para acelerar a criação de diagramas de caso de uso a partir de descrições em linguagem natural.
- Guia de Notações de Diagrama de Caso de Uso – Visual Paradigm Circle: Referência abrangente para todas as notações UML suportadas em diagramas de caso de uso, com trechos da especificação OMG.
- Documentando Casos de Uso – Guia do Usuário: Instruções para enriquecer casos de uso com descrições, pré/pós-condições e fluxos alternativos dentro do Visual Paradigm.
- Visão Geral da Ferramenta de Caso de Uso do Visual Paradigm: Página do produto que destaca os recursos das capacidades de modelagem de casos de uso do Visual Paradigm, incluindo colaboração e opções de exportação.
- Melhores Práticas para Diagramas de Caso de Uso (Vídeo): Dicas de especialistas para evitar armadilhas comuns e maximizar o valor dos diagramas de caso de uso em projetos ágeis e tradicionais.
- Diagramas de Caso de Uso para Projeto de Sistemas (Vídeo): Exemplos práticos de aplicação de diagramas de caso de uso na arquitetura de sistemas do mundo real e na coleta de requisitos.











