ISPU - INSTITUTO SUPERIOR POLITÉCNICO E UNIVERSITÁRIO

Universidade Politécnica
A politécnica
Escola Superior de Estudos Universitários

Tema: UML-Diagrama de caso de Uso

(Elementos básicos; Generalização/Especialização)

Nampula, Abril de 2022

 Discentes:
Djeyson Nogueira
Fátima da Luz
Joaquim Manuel
Lourino Jarifo
Taufique Quimo
Vicente Mário
Zulfa Mulicote

Tema: UML-Diagrama de caso de Uso

(Elementos básicos; Generalização/Especialização)

Docente:
Narciso Lumbela

Nampula, Abril de 2022

1
Indice

Introdução....................................................................................................................................................III

UML-Diagrama de caso de Uso.....................................................................................................................4

Elementos Básicos......................................................................................................................................4-5

Identificando Atores.......................................................................................................................................6

Identificando Relacionamentos..................................................................…………………………….…...7

Elementos de modelos em diagramas de caso de uso....................................................................................8

Como criar um Diagrama de Caso de Uso...............................................................................................9-10

Conclusão.....................................................................................................................................................11

Bibliográfia……………………………………………………..................................................................12

2
Introdução

UML, ou Unified Modelling Language

É a linguagem responsável pela criação lógica de um sistema a partir de pontos de vista diferentes, onde
cada qual é representado por um diagrama específico, fazendo assim uma espécie de simulação do que o
modelo físico do sistema deverá fazer.

UML é o kit de ferramentas de modelagem para criar o diagrama. O caso de uso é representado por uma
forma oval rotulada. Bonecos palito representam os atores no processo, e a participação do ator no
sistema é modelada com uma linha entre o ator e o caso de uso.

É composta por:

Diagrama de caso de uso, diagrama de classe, diagrama de sequência, diagrama de estados, diagrama de
colaboração, diagrama de atividade, diagrama de componente, diagrama de entidade-associação e
diagrama de distribuição.

Diagrama de Caso de Uso

Faz uma representação do sistema a partir da visão do usuário, ou seja, mostra de forma simples o que é
feito no sistema e suas interações com o usuário.

O objetivo do diagrama de caso de uso em UML é demonstrar as diferentes maneiras que o usuário pode
interagir com um sistema.

3
UML-Diagrama de caso de Uso

Na Linguagem de modelagem unificada (UML), o diagrama de caso de uso resume os detalhes dos
usuários do seu sistema (também conhecidos como atores) e as interações deles com o sistema.

Na UML, os diagramas de caso de uso modelam o comportamento de um sistema e ajudam a capturar os

requisitos do sistema.

Os diagramas de caso de uso descrevem funções de alto nível e escopo de um sistema. Esses diagramas
também identificam as interações entre o sistema e seus agentes. Os casos de uso e os agentes nos
diagramas de caso de uso descrevem o que o sistema faz e como os agentes o usam, mas não como o
sistema opera internamente.

O Diagrama de Casos de Uso não está preocupado em mostrar detalhes de como o sistema faz, por
exemplo, a ordem em que as etapas são realizadas. Ele tem como principal objetivo mostrar as
funcionalidades do sistema. Para isso, descreve os usuários do sistema (atores), as funcionalidades (casos
de uso) e as interações (relacionamentos) entre esses elementos.

Esse diagrama, portanto, possibilita uma visão externa do sistema, auxiliando a identificação dos usuários
e as funções que cada um poderá realizar.

Elementos Básicos

Para elaborar um Diagrama de Casos de Uso, primeiramente, temos que ter domínio sobre todos os
elementos que o compõe e saber como representá-los:

Atores: são os usuários do sistema, podendo representar uma pessoa, um dispositivo ou um componente
externo que interage com o sistema. Exemplos: Funcionário, Gerente, Sistema Integrado ou Sensor
Eletrônico. São representados pelo desenho de uma pessoa.

Casos de Uso: são ações executadas por um ou mais atores. Exemplos: Marcar Consulta, Cancelar
Consulta e Abrir Conta. São representados por uma elipse.

4
Relacionamento: é indicado por uma linha ou seta (quando necessita indicar sentido do tráfego de
informação), que liga os envolvidos. Existem alguns tipos de relacionamento, tais como:

- Entre ator e caso de uso: Indica a ação que o ator pode realizar. No exemplo abaixo, um Funcionário
pode Efetuar pagamento.

- Generalização/Especialização: ocorre entre dois ou mais casos de uso semelhantes que apresentem
uma ou mais características específicas. Assim, cria-se um caso de uso generalizado que engloba as
características gerais, enquanto as diferenças são apresentadas nos casos de uso específicos. Esse tipo de
relacionamento também pode ocorrer com atores.

No exemplo abaixo, o ator Funcionário apresenta as características gerais de todos os funcionários, mas o
engenheiro e o eletricista apresentam características ou funções específicas que outro funcionário não
pode operar. O mesmo ocorre com os casos de uso, onde Pagar no Crédito apresenta diferenças em
relação a Pagar no Débito, mas os dois estão Efetuando Pagamento.

- Include: relação entre dois casos de uso, onde o primeiro, para executar sua ação, precisa chamar o
segundo caso de uso. Existe uma dependência que obriga a execução do caso de uso incluso. Sua
representação é por uma seta pontilhada com o rótulo include que aponta para o caso de uso incluso.

5
- Extend: relação entre dois casos de uso, onde o caso de uso estendido pode ser ou não acionado se
determinadas condições forem satisfeitas. É representado por uma seta pontilhada com o rótulo extend
que aponta para o caso de uso do qual se estende.

Identificando Atores:

"O sistema deve gerar informações para serem disponibilizadas aos candidatos no site da empresa."

"O controle das informações sobre o concurso público (empresa-objeto e dados sobre os cargos) e das
inscrições dos candidatos é feito pelo Departamento de Seleção."

"O controle do lançamento das provas aplicadas e dos recursos é realizado pelo Departamento de
Resultados."

"O cadastro e a correção automatizada são de responsabilidade exclusiva do Supervisor de Seleção."

Identificando Casos de Uso:

"Nos editais dos concursos existem diversas informações relevantes para os candidatos (por exemplo,
critérios de admissão)."

"Uma vez que o edital seja divulgado e as inscrições tenham início, os dados dos candidatos precisam
ser armazenados."

6
"De posse das informações sobre a realização da prova, tem-se para cada prova a ser aplicada: local de
realização (local, endereço e sala); horário de realização."

"O cadastro e a correção automatizada são de responsabilidade exclusiva do Supervisor de Seleção."

"Recursos serão interpostos e, a partir destes, são cadastradas, para cada recurso, prova e questão de
referência."

"O sistema deve emitir, quando solicitado, para controle interno da empresa e divulgação em seu site:"
(Relatórios).

Identificando Relacionamentos: Exemplos de relacionamentos presentes no sistema.

Para realizar a correção o Supervisor de Seleção necessita, dentre outros dados, saber qual prova será
corrigida. Assim, utiliza-se o include para obter essa informação.

O Departamento de Resultados necessita de vários dados para Gerar relatórios necessários ao sistema, os
dados do candidato são um exemplo. O extend se encaixa neste caso, pois o caso de uso Manter Dados
Candidato só será consultado se o relatório necessitar de alguma informação do candidato.

Os diagramas de caso de uso são úteis nas seguintes situações:

7
  Antes de iniciar um projeto, é possível criar diagramas de caso de uso para modelar um negócio
de forma que todos os participantes no projeto compartilhem um entendimento dos trabalhadores,
clientes e atividades do negócio.
 Ao reunir os requisitos, é possível criar diagramas de caso de uso para capturar os requisitos do
sistema e apresentar a terceiros o que o sistema deve fazer.
 Durante as fases de análise e design, é possível criar casos de uso e agentes nos diagramas de
casos de uso para identificar as classes que o sistema requer.
 Durante a fase de teste, é possível utilizar os diagramas de caso de uso para identificar testes para
o sistema.

Os seguintes tópicos descrevem elementos de modelos em diagramas de caso de uso:

 Casos de Uso
Um caso de uso descreve uma função que um sistema desempenha para alcançar a meta do
usuário. Um caso de uso deve produzir um resultado observável que seja valioso para o usuário
do sistema.
 Agentes
Um agente representa uma função de um usuário que interage com o sistema que está sendo
modelado. O usuário pode ser um humano, uma organização, uma máquina ou outro sistema
externo.
 Subsistemas
Nos modelos UML, os subsistemas são um tipo de componente estereotipado que representa
unidades comportamentais independentes em um sistema. Os subsistemas são utilizados em
diagramas de classe, componentes e de caso de uso para representar componentes de larga escala
no sistema que está sendo modelado.
 Relacionamentos em Diagramas de Caso de Uso
Na UML, um relacionamento é uma conexão entre elementos de modelo. Um relacionamento
UML é um tipo de elementos de modelo que inclui semântica em um modelo, definindo a
estrutura e o comportamento entre os elementos de modelo.

O diagrama de caso de uso UML é ideal para:

 Representar as metas de interações entre sistemas e usuários

 Definir e organizar requisitos funcionais no sistema
 Especificar o contexto e os requisitos do sistema

8
  Modelar o fluxo básico de eventos no caso de uso

Como criar um Diagrama de Caso de Uso

Exemplo tirado de um site brasileiro…

1. 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.

2. 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.

3. 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 ).

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

9
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.

5. 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.

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

10
Conclusão

Os diagramas de caso de uso descrevem funções de alto nível e escopo de um sistema. Esses diagramas
também identificam as interações entre o sistema e seus agentes. Os casos de uso e os agentes nos
diagramas de caso de uso descrevem o que o sistema faz e como os agentes o usam, mas não como o
sistema opera internamente.

Um agente representa uma função de um usuário que interage com o sistema que está sendo modelado. O
usuário pode ser um humano, uma organização, uma máquina ou outro sistema externo.

Nos modelos UML, os subsistemas são um tipo de componente estereotipado que representa unidades
comportamentais independentes em um sistema. Os subsistemas são utilizados em diagramas de classe,
componentes e de caso de uso para representar componentes de larga escala no sistema que está sendo
modelado.

Include: É um caso de uso mais específico que está conectado a outro, assim mantendo a relação de
dependência, já que se torna necessário a existência de um para o outro funcionar.

Extend: Também é conectado a um caso de uso e tem uma funcionalidade mais específica, porém a
relação de dependência não existe.

11
Bibliográfia

MICROSOFT, D. N. Diagramas de caso de uso UML: diretrizes. 04/04/22 as 16:13.

https://msdn.microsoft.com/pt-br/library/dd409432.aspx 04/04/22 as 16:17.

http://www.dsc.ufcg.edu.br/~sampaio/cursos/2007.1/Graduacao/SI-II/Uml/diagramas/usecases/
usecases.htm 04/04/22 as 16:18.

https://www.ibm.com/docs/pt-br/SSCLKU_7.5.5/com.ibm.xtools.modeler.doc/topics/cuc.html 04/04/22
as 17:03.

https://www.ibm.com/docs/pt-br/SSCLKU_7.5.5/com.ibm.xtools.modeler.doc/topics/cactor.html
04/04/22 as 17:03.

https://www.ibm.com/docs/pt-br/SSCLKU_7.5.5/com.ibm.xtools.rumv.diagram.doc/topics/tmanag.html
04/04/22 as 17:03.

https://www.lucidchart.com/pages/pt/diagrama-de-caso-de-uso-uml#section_0 04/04/22 as 17:07.

https://augustoprogrammer.wordpress.com/category/sql/uml/ 04/04/22 as 17:09.

https://creately.com/blog/pt/diagrama/tutorial-de-diagrama-de-caso-de-uso/#como 04/04/22 as 17:14.

12