Unidade 5.1

Prévia do material em texto

UML

Unitied Modeling Language

Prof. MsC. Leonardo Ribeiro 
ribeiro.leonardo@live.estacio.br
DIAGRAMA DE CASO DE USO
3
• Procura, por meio de uma linguagem simples, possibilitar a 
compreensão do comportamento externo do sistema por 
qualquer pessoa, tentando apresentar o sistema através de 
uma perspectiva do usuário. 
• O diagrama de casos de uso é o principal resultado da fase 
de análise de requisitos. Diagramas de casos de uso são 
utilizados para representar de forma panorâmica os 
requisitos funcionais de um sistema do ponto de vista do 
usuário.
DIAGRAMA DE CASO DE USO
4
DIAGRAMA DE CASO DE USO
• Dentre todos os diagramas da UML, é o mais abstrato e, 
portanto o mais flexível e informal. 
• Geralmente é modelado no início da modelagem do sistema, 
ainda nas etapas de levantamento e análise de requisitos. 
5
DIAGRAMA DE CASO DE USO
É um diagrama utilizado na análise de requisitos com objetivos 
claros: 
1.Compreender o problema. 
2. Delimitar o sistema (quem está no entorno). 
3. Definir as funcionalidades oferecidas ao usuário (não há 
preocupação com a implementação).
6
DIAGRAMA DE CASO DE USO
• No entanto, Um caso de uso não diz como o sistema FAZ 
determinada tarefa, apenas o que o sistema FAZ.
Diagrama de casos de uso é uma ferramenta de 
c o m u n i c a ç ã o e n t r e c l i e n t e s , u s u á r i o s e 
desenvolvedores para discutirem e definirem as 
funcionalidades que devem ser realizadas pelo 
sistema.
7
DIAGRAMA DE CASO DE USO
• O Diagrama de Casos de Uso concentra-se em três 
elementos básicos:

– Atores 
– Casos de Uso 
– Relações entre eles
8
DIAGRAMA DE CASO DE USO
 Representam papéis desempenhados por usuários ou 
qualquer outra entidade externa ao sistema (ex. hardware, 
outros sistemas) 
• Podem iniciar casos de uso 
• Podem prover e/ou receber informações dos casos de uso
ATORES:
9
DIAGRAMA DE CASO DE USO
ATORES:
 Notação UML para atores
10
Como encontrar atores de um sistema 
• Examinar o problema procurando por pessoas ou sistemas do 
entorno. 
• Quais as pessoas ou departamentos interessados num 
determinado requisito funcional? 
• Quem irá suprir o sistema com informações e quem irá receber 
informações do sistema? 
• Quais os recursos externos utilizados pelo sistema? 
• Uma pessoa desempenha diferentes papéis? 
• O sistema interage com outros sistemas já existentes?
11
Como saber se um ator foi bem escolhido? 
É um processo iterativo, a primeira tentativa nem sempre será a 
definitiva. 
Por exemplo, um aluno calouro é diferente de um veterano – são 
atores diferentes?
12
Como saber se um ator foi bem escolhido? 
É um processo iterativo, a primeira tentativa nem sempre será a 
definitiva. 
Por exemplo, um aluno calouro é diferente de um veterano – são 
atores diferentes? SIM, se eles utilizam o sistema de maneiras 
diferentes e NÃO, caso contrário.
13
Casos de Uso 
•Os casos de uso são representados por elipses contendo dentro 
de si um texto descrevendo a que serviço o Caso de Uso se 
refere. 
– Não existe limites para descrever um Caso de uso; 
– Mas geralmente essa descrição dentro da elipse costuma 
ser sucinta.
14
Casos de Uso 
•Os casos de uso são representados por elipses contendo dentro 
de si um texto descrevendo a que serviço o Caso de Uso se 
refere. 
– Não existe limites para descrever um Caso de uso; 
– Mas geralmente essa descrição dentro da elipse costuma 
ser sucinta.
Locar Filmes Consultar Gênero
Cadastrar Cliente
15
Documentação de Casos de Uso 
•Costuma descrever por meio de uma linguagem bastante 
simples, a função em linhas gerais do Caso de Uso. 
– Quais atores interagem com o mesmo; 
– Quais etapas devem ser executadas pelo Ator e pelo 
sistema para que o Caso de Uso execute sua função; 
– Quais parâmetros devem ser fornecidos e quais restrições 
e validações o Caso de Uso deve possuir.
16
Documentação de Casos de Uso 
•Não existe um formato específico. 
– Descrição passo a passo; 
– Através de tabelas; 
– Pseudo-código;
17
Documentação de Casos de Uso 
•Não existe um formato específico. 
– Descrição passo a passo; 
– Através de tabelas; 
– Pseudo-código;
Nome do Caso de Uso Abertura de Conta
Caso de Uso Geral
Ator Principal Cliente
Atores Secundários Funcionário
Resumo Este caso de Uso, descreve as etapas percorridas por 
um cliente para abrir uma conta corrente.
Pré-Condições O pedido do cliente precisa ser aprovado
Pós-Condições É necessário um depósito inicial
Fluxo Principal
Ações do Ator Ações do Sistema
1. Solicitar a abertura da conta
2. Consultar cliente por seu CPF
3. Informar a senha da conta
4. Abrir a conta
5. Fornecer valor a ser depositado
6. Registrar depósito
7. Emitir cartão da conta
18
Documentação de Casos de Uso 
•Não existe um formato específico. 
– Descrição passo a passo; 
– Através de tabelas; 
– Pseudo-código;
Restrições / Validações
1. Para abrir uma conta corrente é preciso ser maior de 
idade
2. O valor mínimo de depósito é R$ 10,00
3. O cliente precisa fornecer comprovante de 
residência
Fluxo Alternativo – Manutenção do Cadastro do Cliente
Ações do Ator Ações do Sistema
1. Se for necessário, Executar Caso de Uso Manter 
Cliente, para gravar ou atualizar o cadastro do cliente
Fluxo de Exceção – Cliente menor de idade
Ações do Ator Ações do Sistema
1. Comunicar ao cliente que este não possui idade 
mínima para possuir uma conta corrente
2. Recusar o pedido
19
Associações 
•As associações representam as interações ou relacionamentos 
entre: 
– Os Atores que fazem parte do Diagrama; 
– Os Atores e os Casos de Uso; 
– Os Casos de Uso com outros Casos de Uso.
20
Associações 
•Os relacionamentos entre os Casos de Uso, recebem um nome 
especial. 
– Inclusão; 
– Extensão; 
– Generalização.
21
Associações 
•Uma associação entre um Caso de Uso e um Ator demonstra que o Ator 
utiliza-se de alguma maneira, da função do sistema representada pelo 
Caso de Uso, 
– Seja requisitando a execução daquela função; 
– Seja recebendo o resultado produzido por ela a pedido de outro 
Ator.
22
Associações 
•A Associação entre um Ator e um Caso de Uso é representada por 
uma reta ligando o Ator ao Caso de Uso, podendo ocorrer que nas 
extremidades da reta contenha setas, indicando a navegabilidade 
da Associação, demonstrando assim o sentido em que as 
informações trafegam. 
– Quando a informação é transmitida nos dois sentidos, a reta 
passa a não possuir setas.
23
Associações 
Cliente
Locar de Filmes
Verificar veículo
Vistoriador
Corretor
24
Generalização / Especialização 
• Acontece quando dois ou mais Casos de uso possuem 
características semelhantes, apresentando pequenas 
diferenças entre si. 
• Dessa forma é importante definir um Caso de Uso Geral que 
descreve as características compartilhadas por todos os 
Casos de Uso em questão e então relacioná-los.
25
Generalização / Especialização 
26
Inclusão (INCLUDE)
• Costuma ser utilizada quando existe um serviço, situação ou 
rotina comum a mais de um Caso de Uso. 
• O s r e l a c i o n a m e n t o s d e I n c l u s ã o i n d i c a m u m a 
obrigatoriedade, ou seja, quando um determinado Caso de 
Uso possui um relacionamento de Inclusão com outro, a 
execução do primeiro obriga também a execução do segundo.
27
Inclusão (INCLUDE)
28
Extensão (EXTEND)
• Descreve cenários opcionais de um Caso de Uso. 
– Os Casos de uso estendidos descrevem cenários que 
somente acontecerão em uma situação específica, se uma 
determinada situação for satisfeita. 
– Dessa formaas Associações de Extensão necessita de um 
teste determinar se o Caso de Uso estendido será executado 
ou não.
29
Extensão (EXTEND)
30
VAMOS PRATICAR UM POUCO
• Exemplo – Plataforma Web 
• Considerando uma plataforma de ensino para web, onde 
os professores podem publicar material de aula, 
visualisar, cadastrar, corrigir e excluir tarefas, associar 
aluno a determinadas disciplinas e criar tópicos no 
fórum de discurssão. 
• Os alunos podem enviar tarefas, visualizar o material 
disponibilizado, criar tópicos e interagir no fórum, além 
de responder ao questinóario de avaliação. 
• Todos os usuários podem se logar no sistema e também 
recuperar senha.
Casos de uso