Diagrama de Casos de Uso

Daniel R. Henrique
Diagrama de Casos de Uso
 Adota uma linguagem simples
 Acessível ao cliente

 Objetivo é a compreensão do
comportamento externo do sistema
por qualquer stakeholder

 Apresenta o sistema através de

perspectivas dos usuários
Diagrama de Casos de Uso
 Diagrama mais abstrato da UML
 Portanto, o mais flexível e informal

 Geralmente é usado no início da

modelagem do sistema
 Especificação de requisitos

 Uma técnica de elicitação de

requisitos
 Diagrama de Casos de Uso
 Apresenta uma visão externa geral das
funções e serviços do sistema
 Define o que o sistema faz
 Não se preocupa em como o sistema faz

 Um caso de uso indica uma funcionalidade

que o sistema deve oferecer
 Abrir Conta, Sacar, Verificar Saldo, etc.
Componentes do Diagrama
 Atores
 Quem executa a funcionalidade

 Casos de Uso
 Qual é a funcionalidade

 Relacionamentos
 Como atores e casos de uso se
relacionam
Atores
 Atores
 Representam os papéis desempenhados
pelos diversos usuários
 Cliente, Caixa do Banco, Gerente, etc.

 Atores podem ser

 Pessoas que interagem com o sistema
 Um hardware que dispara uma interação
 Outro software que comunica com o
sistema
Definição de Ator

 O ator é algo (usuário, software ou

hardware) que não faz parte do
sistema mas que interage com ele
em algum momento

 Representação
 Homem Palito + Papel
Desempenhado
Exemplos de Atores

Cliente

Atendente

Sistema de
Cortes
Casos de Uso
Casos de Uso
 Casos de Uso descrevem interações
entre o sistema e os atores
 Definem os serviços, tarefas ou
funções do sistema
 Os nomes indicam ação
(verbos)
 Cadastrar venda : loja
 Sacar : banco
 Consultar um filme : locadora
Representação de Casos de Uso

 Representados por elipses

 Um texto dentro descreve a
funcionalidade do caso de uso

 Geralmente a descrição dentro da

elipse é curta e direta
 Verbo [ + Objeto ]
Exemplos de Casos de Uso

Consultar Gêneros
Locar Filmes

Cadastrar Clientes
Relacionamentos
Relacionamentos
 Principais tipos de relacionamentos
 Associação
 Inclusão
 Extensão
 Generalização
 Representam as interações entre
 Atores e Casos de Uso
 Dois ou mais Casos de Uso
 Dois ou mais Atores
Associação Ator e Caso de Uso
 Demonstra que o Ator utiliza a
função do sistema representada
pelo Caso de Uso
 Requisitando a execução da
função
 Recebendo o resultado produzido
pela função
 Representada por uma reta ligando
o Ator ao Caso de Uso

 Associações

Vistoriador

Cliente
Verificar veículos

Locar Filmes

Linha não direcionada é

mais comum Corretor
Especialização / Generalização

 Acontece quando dois ou mais casos

de uso possuem características
semelhantes
 Foco em reutilização
 O Caso de Uso geral descreve as
características compartilhadas
 As especializações definem
características específicas
Especialização / Generalização
Caso de
Uso Geral

Abrir Conta

Abrir Conta Abrir Conta Poupança

Especial

Casos de Uso
Específicos
Inclusão (Include)

 Utilizado quando um caso de uso é

usado dentro de outro caso de
uso

 Os relacionamentos de inclusão
indicam obrigatoriedade
 A execução do primeiro obriga a
execução do segundo
Inclusão
 Representada por uma seta tracejada
 A seta aponta para o Caso de Uso
incluído

 Possui a palavra “include” entre dois

sinais de menor (<<) e dois sinais
de maior (>>)
Inclusão

Sacar

Depositar
 Extensão de Caso de Uso
 Geralmente usado em funcionalidades
opcionais de um caso de uso

 Exemplo: cenários que somente

acontecerão em uma situação específica
 Se uma determinada situação for satisfeita

 Extensão pode necessitar um teste para

determinar se o caso de uso será
estendido
Representação de Extensão

 Semelhante à Inclusão
 A palavra “extend” entre dois sinais de
menor (<<) e dois sinais de maior
(>>)

<< extend >>

Extensão

Sacar Depositar
COMO IDENTIFICAR ATORES

Observar atentamente quem são os atores que

supostamente serão responsáveis, direta ou indiretamente,
pela interação com o sistema
Ator principal: interage diretamente com o sistema
computacional
Ator secundário: interage com outros atores

26
COMO IDENTIFICAR ATORES

Exemplo:
 Ao emprestar um livro, o Atendente é quem opera o computador
e
realiza a transação, portanto é o ator principal
 Já o Leitor, interage com o atendente, sendo um ator secundário

27
COMO IDENTIFICAR CASOS DE
USO
Analisar cada requisito do sistema em busca dos grandes
eventos que ocorrem no mundo real e que dão origem a
uma interação entre um ator e o sistema

28
COMO IDENTIFICAR CASOS
DE USO
Exemplo: Biblioteca
R1. Para usar os serviços de uma biblioteca, os leitores
deverão estar registrados e possuir um cartão com
número de identificação e foto.
R2. O sistema deve permitir que um leitor apto empreste
um ou mais livros, por um período de tempo que varia de
1 semana a 6 meses, dependendo do tipo de leitor (1
semana para estudantes de graduação, 15 dias para
estudantes de pós-graduação e 6 meses para docentes).

29
 COMO IDENTIFICAR CASOS
DE USO
R3. O leitor está apto a emprestar livros se não possuir
em seu poder livros com data de devolução vencida
(menor do que a data atual) e desde que o número de
livros emprestados não ultrapasse o número máximo
permitido, que depende do tipo de leitor (6 livros para
estudantes de graduação, 10 livros para estudantes de
pós-graduação e 15 livros para docentes).
R4. O sistema deve permitir que o leitor devolva um ou
mais livros em seu poder, fazendo com que o livro volte a
ficar disponível na biblioteca

30
 COMO IDENTIFICAR CASOS
DE USO
De acordo com esses 4 requisitos, três casos de uso
candidatos são:
 Emprestar Livro
 Incluir novo Leitor
 Devolver Livro

Um requisito pode referir-se a mais de um caso de uso.

Um caso de uso pode referir-se a mais de um requisito

31
REQUISITOS X CASOS DE
USO
Req. Casos de Uso

R1, Emprestar livro

R2, R3 Um leitor empresta um ou mais livros da biblioteca, por
um período de tempo que depende do tipo de leitor

R1, Devolver Livro

R3, R4 Um leitor devolve um livro que estava em seu poder,
tornando-o novamente disponível para empréstimo

32
ATORES CASO DE USO

«ator»

Leitor
Leitor

Emprestar Livro

Emprestar Livro

33
DIAGRAMA CASO DE USO

Emprestar Livro

Atendente
Devolver Livro
Leitor

Consultar Livro
Bibliotecária Incluir Livro

Comprar Livro 13
FRONTEIRAS DO SISTEMA

Emprestar Livro

Atendent
e

Devolver Livro
Leitor

Incluir Livro
Consultar Livro
Bibliotecária

Comprar Livro
35
Bibliografia

 G. Booch, J. Rumbaugh, I. Jacobson.

UML, Guia do Usuário. 2ª Ed., Editora
Campus, 2005.
 Capítulos 17 e 18

 M. Fowler. UML Essencial, 2a Edição.

Bookmann, 2000.
 Capítulo 3