Computing">
05-Curso de UML - Caso de Uso
05-Curso de UML - Caso de Uso
05-Curso de UML - Caso de Uso
<<ATOR>>
Vendedor
Cliente Gerente
Quem são os atores ?
• Interessados pelo sistema, envolvidos diretamente,
usuários, beneficiados com o sistema.
• Um ator pode ser também um recebedor passivo
de informação (outro sistema, gerente).
• Sistemas externos que são acessados, legados.
• Quem recebe informações do sistema.
• Quem provê informações ao sistema.
Exercício
• Identifique os atores do Estudo de Casos –
Sistema de Segurança.
Casos de Uso
• Representam um conjunto de atividades que
o sistema desempenha (visão externa)
• Servem para atender a um objetivo do ator
• Possuem uma descrição textual adicional
Objetivo Procurado
Comunicação entre Casos de Uso
• Um ator se comunica com Casos de Uso
• Define fronteira do sistema
• Com ou sem a ponta de seta
(Cuidado para não confundir com fluxo de dados)
Sistema
Fazer Pedidos
Vendedor
Aprovar Crédito
Cliente
Entregar Material
Gerente
Exemplos de Casos de Uso
Verificar
Crédito
<<uses>>
<<uses>>
Fornecer
Preencher
Dados do
O pedido
Cliente
Representando as relações
Representando as relações
Relação entre Casos de Uso
Generalização: relacionamento no qual um
ator ou caso de uso possui as mesmas
características de um elemento base, mais
suas características específicas.
Relação entre Casos de Uso
•Quadro Geral
Comunicação Extensão Inclusão Herança
Caso de Uso e X X X
Caso de Uso
Ator e Ator X
Caso de Uso e X
Ator
Modelagem de Caso de Uso -
Exemplos
Modelagem de Caso de Uso -
Exemplos
Modelagem de Caso de Uso -
Exemplos
Dica (1)
• Evitar um número muito elevado de Casos
de Uso:
– Fragmentar o sistema em sub-sistemas (ou em
sub-pacotes).
– Usar casos de uso como denominação genéricas
como Manter ou Gerenciar para descrever as
funções de Cadastro de uma entidade.
– Evitar detalhamento algorítmico.
Dica (2)
• Diagramas de Caso de Uso tem sido usados
para auxiliar no diálogo do usuário.
• Deve-se ter atenção para o fato que o
diagrama tem semântica informal, isto é,
não é preciso para um mesmo problema,
múltiplas soluções válidas são admitidas.
Dica (3)
• Evitar o uso de <<include>> e <<extend>>
nas primeiras iterações.
Definição de cenário
Um caso de uso possui cenários – que é
uma descrição do fluxo dos fatos ao
longo do tempo que produzem um
resultado final. Fluxos alternativos
(para capturar exceções) também são
permitidos.
O caso de uso gera cenários
• A partir de um objetivo pode-se obter cenários
• Deve-se modelar os cenários
– OTIMISTAS : quando tudo dá certo
– EXCEÇÃO : erros e casos de falha
– ALTERNATIVAS : opções de seqüência
• Procurar cenários na descrição textual dos casos
de uso
Descrição Textual de um Caso de Uso
• Ator : Pessoa
• Finalidade :
– Controlar o acesso e a saída de funcionários,
prestadores de serviço e visitantes ao edifício e aos
diversos andares.
Exemplo : Passar pela catraca
• Usabilidade:
– Ocorrerá em média 2000 vezes por dia.
– Duração esperada para a execução: 2 segundos
• Pré-condições:
– A pessoa deve possuir crachá
– A catraca deve estar travada
Exemplo : Passar pela catraca
• Evento inicial
– O Caso de Uso inicia quando a pessoa passa seu crachá pela
leitora da catraca.
• Fluxo Principal:
1. O sistema verifica se o crachá está habilitado e tem direito a
acesso a esta área. (E1, E2)
2. O sistema destrava a catraca.
3. A pessoa passa pela catraca. (E3)
4. O sistema registra a passagem da pessoa pela catraca.
5. O sistema trava a catraca.
6. O caso de uso é encerrado.
Exemplo : Passar pela catraca
• Exceções:
E1: Erro de leitura
O led de erro de leitura acende.
O caso de uso é encerrado.