Computing">
Nothing Special   »   [go: up one dir, main page]

05-Curso de UML - Caso de Uso

Fazer download em pdf ou txt
Fazer download em pdf ou txt
Você está na página 1de 39

Diagrama

Diagramas de Casos de Uso


• Descrevem uma visão de fora do sistema,
• Separam os elementos externos (atores),
dos elementos internos (casos de uso),
• Definem a fronteira do sistema,
• Cada caso de uso apresenta um propósito,
uma interação do ator com o sistema.
Diagramas de Casos de Uso
• São simples e pouco formais
• Servem de meio de comunicação entre analista e
cliente (usuário)
• Devem ser precisos e claros, não deixar dúvidas
• Compõe-se de 3 elementos
– Casos de Uso
– Ator
– Relação entre casos de usos e atores
Para que serve o Sistema ?
• O diagrama deve responder à pergunta :
– Quais são os usuários do sistema? -> atores
– Como cada usuário (ator) usa o sistema? -> casos de uso
• A partir daí :
– Identifica-se os objetivos do sistema
– Define-se a fronteira do sistema
– Cria-se requisitos funcionais para o sistema
• Os requisitos do sistema serão obtidos da análise
detalhada de cada caso de uso
Ator
• Representa elementos externos ao sistema
• Podem ser personagens reais ou outros sistemas
• Convenção : personagens à direita do diagrama e
sistemas à esquerda dos casos de uso (opcional)

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

Cadastrar Entrar Pedidos


Material

Verificar
Crédito

Os nomes podem ser verbos no infinito, ou gerúndio,


caracterizando um objetivo do ator a ser executado.
Exercício
• Faça uma lista de Casos de Uso do Estudo
de Caso – Sistema da Segurança.
Modelagem de Caso de Uso
Modelagem de Caso de Uso
Exercício
• Desenhe o Diagrama de Caso de Uso do
Estudo de caso – Sistema da Segurança.
Relação entre Casos de Uso
• Um Caso de Uso pode estender outro objetivo,
– Um caso de uso pode opcionalmente utilizar um
outro.
<<extends>>
• Um Caso de Uso pode usar de outro para seu
objetivo.
– Estabelece uma relação dependência
<<uses>> ou <<include>>
Representando as relações

Fazer <<extends>> Fazer


Pedido Reserva

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

• Finalidade – O que faz o caso de uso.


• Atores – Quem participa da exceção.
• Usabilidade – Quantas vezes ocorre e com que duração.
• Pré-condições – Exigência para que possa ocorrer.
• Evento inicial – O caso de uso inicia quando.
• Procedimentos
– Fluxo principal – Passo a passo da comunicação entre ator e
Sistema.
– Fluxo alternativo – Possíveis variações no fluxo principal.
– Exceções – Situações que saem do fluxo esperado.
• Pós condições – Situação esperado após a execução.
Exemplo : Passar pela catraca
• Caso de Uso: Passar pela catraca

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

E2: O crachá não está habilitado a acessar a área.


O led de acesso negado acende e um campainha é acionada.
O caso de uso é encerrado.

E3: Passam-se 15 segundos sem que a pessoa passe pela catraca.


O sistema trava a catraca.
O caso de uso é encerrado.
Exemplo : Passar pela catraca
• Pós- Condição:
– A catraca estará travada.
– A pessoa terá passado pela catraca.
Exercício
• Descreva um caso de uso do Estudo de caso
– Sistema da Segurança.
Os Casos de Uso são aplicados:
• Na fase de análise :
– Para levantar requisitos
– Para identificar classes
– Para definir fronteira
• Na fase de projeto :
– Para definir a dinâmica (visível) do sistema
– Para estabelecer responsabilidades dos sistemas
• Para testar o sistema :
– Os casos de uso servem de roteiro de testes do sistema
completo
Análise de Cenários

• Cada cenário pode ser analisado como uma interação :


– Diagrama de seqüência de eventos
– Diagrama de atividades
– Diagrama de colaboração

• Cada um dos diagramas será apresentado posteriormente


Casos de Usos e Teste
• Os casos de uso formam uma especificação de alto nível
• Uma Especificação Direta e Pouco Formal,
• Devem ser levados à validação do usuário,
• Podem ser usados para escrever o manual do usuário,
• Podem ser detalhados para criar uma massa de teste,
• Podem ser também usados para teste do sistema,
• Podem ser utilizados como marcos do desenvolvimento,
• Podem ser priorizados para definir versões do sistema
• O teste é a simulação dos cenários no sistema final.
Casos de Uso como ferramenta gerencial

• Os Casos de Uso oferecem uma notação simples


• Podem ser utilizados como uma especificação
• Levados à validação dos usuários e,
• Utilizados como ferramenta de controle gerencial

Você também pode gostar