Tutorial do diagrama de caso de uso (guia com exemplos)

O diagrama de caso de uso é um tipo de diagrama UML comportamental e frequentemente usado para analisar vários sistemas. Eles permitem que você visualize os diferentes tipos de papéis em um sistema e como essas funções interagem com o sistema. Este tutorial de diagrama de caso de uso cobrirá os tópicos a seguir e ajudará você a criar diagramas de caso de uso melhores.

Importância dos Diagramas de Casos de Uso

Conforme mencionado antes, os diagramas de caso de uso são usados para reunir um requisito de uso de um sistema. Dependendo da sua necessidade, você pode usar esses dados de diferentes maneiras. Abaixo estão algumas maneiras de usá-las.

  • Para identificar funções e como os papéis interagem com elas – O propósito principal dos diagramas de caso de uso.
  • Para uma visão de alto nível do sistema – Especialmente útil ao apresentar aos gestores ou partes interessadas. Você pode destacar os papéis que interagem com o sistema e a funcionalidade fornecida pelo sistema sem ir profundamente no funcionamento interno do sistema.
  • Para identificar fatores internos e externos – Isto pode parecer simples, mas em projetos complexos de grande porte um sistema pode ser identificado como um papel externo em outro caso de uso.

Objetos do diagrama de caso de uso

Os diagramas de caso de uso consistem em 4 objetos.

  • Ator
  • Caso de uso
  • Sistema
  • Pacote

Os objetos são explicados com mais detalhes a seguir.

Ator

Ator em um diagrama de caso de uso é qualquer entidade que desempenha um papel em um determinado sistema. Pode ser uma pessoa, organização ou um sistema externo e normalmente desenhado como o esqueleto mostrado abaixo.

Ator

Caso de Uso

Um caso de uso representa uma função ou uma ação dentro do sistema. É desenhado como um oval e nomeado com a função.

Case

Sistema

O sistema é usado para definir o objetivo do caso de uso e é desenhado como um retângulo. Este é um elemento opcional, mas útil quando se está projetando sistemas grandes. Por exemplo, é possível criar todos os casos de uso e depois utilizar o objeto do sistema para definir o objetivo coberto pelo projeto. Ou pode até usá-lo para mostrar as diferentes áreas cobertas em diferentes lançamentos.

Sistema

Pacote

O pacote é outro elemento opcional que é extremamente útil em diagramas complexos. Semelhante aos diagramas de classes, os pacotes são usados para agrupar casos de uso. Eles são desenhados como a imagem mostrada abaixo.
Pacote

Use as diretrizes do diagrama de caso

Embora os diagramas de caso de uso possam ser usados para vários fins, há algumas diretrizes comuns que você precisa seguir ao desenhar casos de uso.

Estes incluem padrões de nomear, direções de setas, colocação de casos de uso, uso de caixas de sistema e também uso adequado de relacionamentos.

Abordamos essas diretrizes em detalhes em um post de blog separado. Portanto, vá em frente e confira as diretrizes do diagrama de caso de uso.

Relacionamentos em Diagramas de Casos de Uso

Há cinco tipos de relações em um diagrama de caso de uso. Eles são

  • Associação entre um ator e um caso de uso
  • Generalização de um ator
  • Extensão do relacionamento entre dois casos de uso
  • Inclusão da relação entre dois casos de uso
  • Generalização de um caso de uso

Cobrimos todos esses relacionamentos em um post de blog separado que tem exemplos com imagens. Não entraremos em detalhes neste post, mas você pode verificar os relacionamentos nos diagramas de caso de uso.

Como criar um Diagrama de Caso de Uso 

Até agora, você aprendeu sobre objetos, relacionamentos e diretrizes que são essenciais ao desenhar diagramas de caso de uso. Vou explicar os vários processos usando um sistema bancário como exemplo.

Identificação dos Actores

Atores são entidades externas que interagem com seu sistema. Podem ser uma pessoa, outro sistema ou uma organização. Em um sistema bancário, o ator mais óbvio é o cliente. Outros atores podem ser funcionários do banco ou caixa, dependendo do papel que você está tentando mostrar do caso de uso.

Um exemplo de uma organização externa pode ser a autoridade fiscal ou o banco central. O processador de empréstimos é um bom exemplo de um sistema externo associado como um ator.

Identificação de casos de uso

Agora é hora de identificar os casos de uso. Uma boa maneira de fazer isso é identificar o que os atores precisam do sistema. Num sistema bancário, um cliente precisará abrir contas, depositar e levantar fundos, solicitar livros de cheques e funções semelhantes. Portanto, todos estes podem ser considerados como casos de uso.

Os casos de uso de alto nível devem sempre fornecer uma função completa exigida por um ator. Você pode estender ou incluir casos de uso, dependendo da complexidade do sistema.

Uma vez que você identifica os atores e o caso de uso de nível superior você tem uma ideia básica do sistema. Agora você pode melhorá-lo e adicionar camadas extras de detalhes a ele.

Procure Funcionalidade Comum para usar Incluir

Procure por funcionalidades comuns que possam ser reutilizadas em todo o sistema. Se você encontrar dois ou mais casos de uso que compartilham funcionalidades comuns, você pode extrair as funções comuns e adicioná-las a um caso de uso separado. Então você pode conectá-lo através do relacionamento de inclusão para mostrar que ele é sempre chamado quando o caso de uso original é executado (veja o diagrama para um exemplo ).

É Possível Generalizar os Actores e Casos de Uso?

Pode haver instâncias em que os atores são associados a casos de uso semelhantes, enquanto acionam alguns casos de uso exclusivos apenas para eles. Em tais casos, você pode generalizar o ator para mostrar a herança de funções. Você pode fazer uma coisa semelhante para o caso de uso também.

Um dos melhores exemplos disso é o caso de uso “Fazer Pagamento” em um sistema de pagamento. Pode ainda generalizá-lo para “Pagar com cartão de crédito”, “Pagar em dinheiro”, “Pagar com cheque”, etc. Todos eles têm os atributos e a funcionalidade de pagamento com cenários especiais exclusivos para eles.

Funções Opcionais ou Funções Adicionais

Há algumas funções que são acionadas opcionalmente. Em tais casos, você pode usar o relacionamento de extensão e anexar uma regra adicional a ele. No exemplo do sistema bancário abaixo, “Calcular bônus” é opcional e só é acionado quando uma determinada condição é igualada.

A extensão nem sempre significa que é opcional. Às vezes, o caso de uso conectado através do alargamento pode complementar o caso de uso base. A única coisa que deve lembrar é que um caso de uso base deve ser capaz de executar uma função por si só mesmo que um caso de uso de extensão não seja chamado.

Exemplo de uso neste tutorial de diagrama de caso de uso

Um caso de uso com a maioria dos cenários encontrados em diagramas de caso de uso

Modelos de Diagramas de Caso de Uso

Um modelo de caso de uso para um sistema ATM

Um modelo de caso de uso para um sistema ATM

Nós fomos em frente e criamos modelos de diagramas de casos de uso para alguns cenários comuns. Embora o seu problema ou cenário não seja exatamente assim, você pode usá-los como ponto de partida. Confira nossos modelos de diagrama de caso de uso.

Perguntas sobre o Tutorial do Diagrama de Casos de Uso

Tentamos cobrir de forma abrangente tudo o que você precisa saber sobre a criação de diagramas de casos de uso. Se você tem dúvidas sobre qualquer seção ou pensou em maneiras de melhorar este tutorial, por favor, nos avise nos comentários.

Mais Tutoriais de Diagramas

Junte-se a milhares de organizações que usam o Creately para fazer brainstorm, planejar, analisar e executar seus projetos com sucesso.

Começar aquí

Deixe um comentário

*
*

fifteen − nine =

Voltar ao topo