ERRADO

 Caso de Uso:
Comprar Passagem

 Atores: Passageiro,
Mantenedor, Banco
conveniado
ERRADO
CORRETO

 Caso de Uso: Comprar

Passagem  Caso de Uso: Comprar
Passagem

 Atores: Passageiro,
Mantenedor, Banco  Atores: Passageiro
conveniado

 De acordo com o
diagrama, apenas
passageiro interage com
o caso de uso e, portanto,
ele é o único ator
 ERRADO
Caso de Uso: Comprar Passagem
1. O sistema solicita o número do voo
2. .....
3. O sistema pergunta ao cliente se deseja pagar com
cartão ou com boleto
4. O cliente informa que deseja pagar com cartão
5. O sistema solicita os dados do cartão....
6. ....

Note que há outros casos de uso para o

pagamento. Então, os passos 3-5 acima são
referentes a esses casos de uso e não ao caso
de uso “Compra Passagem”
CORRETO  Opção 1
Caso de Uso: Comprar Passagem
1. O sistema solicita o número do voo
2. .....
3. O sistema invoca o caso de uso “Realizar
Pagamento” para solicitar o pagamento

4. ....
 CORRETO  Opção 2
Caso de Uso: Comprar Passagem
1. O sistema solicita o número do voo
2. .....
3. O sistema pergunta ao cliente se deseja pagar com
cartão ou com boleto
4. O cliente informa que deseja pagar com cartão
5. O sistema solicita os dados do cartão....
6. ....

Note que não há outros casos de uso para o

pagamento. Assume-se que agora é
responsabilidade do caso de uso “Comprar
Passagem”
 O próprio sistema não é ator (salvo exceções)
 Apenas sistemas externos são atores

 Cuidado com os nomes dos casos de uso. O nome deve indicar o caso de uso
corretamente

 Não se representa fluxos em diagrama de casos de uso. Evitar casos de uso que
representam operações
 Exemplo de erro
 Descrever corretamente os caso de uso que foram incluídos ou estendidos.
Exemplo
Caso de Uso: Comprar Passagem
1. O sistema solicita o número do voo
2. .....
3. O sistema invoca o caso de uso “Realizar
Pagamento” para solicitar o pagamento

4. ....
 Ao assumir uma pré-condição (ou pós-condição), ela não deve ser considerada no
fluxo principal ou alternativo. Exemplos de erro:

 Pré-condição: O passageiro deve estar logado no sistema

 Fluxo principal: x) O passageiro informa suas credenciais para logar no sistema

 Pré-condição: O passageiro está devidamente cadastrado no sistema

 Fluxo alternativo x) O passageiro não estava cadastrado no sistema
 Considere que no cenário de sucesso principal tudo vai acontecer sem nenhum
problema. Por exemplo:

 O sistema verifica a situação do cliente

 Melhor: O sistema verifica QUE a situação do cliente é regular
 Quando houver várias opções, escolher uma delas para o fluxo principal e tratar as
outras como fluxos alternativos
 Exemplo de erro
(...)
6. O cliente informa se deseja comprar um ou mais acentos
7. Se informou que comprou mais de um acento, então o sistema solicita os dados dos ocupantes
(...)
 Melhor
6. O cliente informa QUE deseja comprar um acento
7. O sistema invoca os casos de uso “Gerenciar voos” e “Gerenciar tipos de aeronaves” para exibir o mapa da
aeronave com a indicação dos assentos disponíveis

Fluxo alternativo
6: O passageiro informa que deseja comprar mais de uma passagem
6.1 Para cada passagem a ser comprada, o sistema solicita o nome completo dos ocupantes
6.2 O sistema retorna ao passo 7 do fluxo principal
 Cuidado ao enumerar os fluxos alternativos. Exemplo de erro:

 Cenário de Sucesso Principal:

6. O cliente informa QUE deseja comprar um acento
7. O sistema invoca os casos de uso “Gerenciar voos” e “Gerenciar tipos de aeronaves” para exibir o
mapa da aeronave com a indicação dos assentos disponíveis

Fluxo alternativo

1: O passageiro informa que deseja comprar mais de uma passagem

Para cada passagem a ser comprada, o sistema solicita o nome completo dos ocupantes
O sistema retorna ao passo 7 do fluxo principal