Diagrama Casos de Uso

Casos de uso Um caso de uso representa quem faz o que (interage) com o sistema, sem considerar o comportamento interno do sistema.

Descrições narrativas Cada caso de uso é definido através da descrição narrativa das interações que ocorrem entre o(s) elemento(s) externo(s) e o sistema. Há várias formas de se descrever casos de uso. Grau de abstração Formato Grau de detalhamento

Exemplo de descrição contínua O Cliente chega ao caixa eletrônico e insere seu cartão. O Sistema requisita a senha do Cliente. Após o Cliente fornecer sua senha e esta ser validada, o Sistema exibe as opções de operações possíveis. O Cliente opta por realizar um saque. Então o Sistema requisita o total a ser sacado. O Sistema fornece a quantia desejada e imprime o recibo para o Cliente.

Exemplo de descrição numerada Cliente insere seu cartão no caixa eletrônico. Sistema apresenta solicitação de senha. Cliente digita senha. Sistema exibe menu de operações disponíveis. Cliente indica que deseja realizar um saque. Sistema requisita quantia a ser sacada. Cliente retira a quantia e recibo.

Cenários Um caso de uso tem diversas maneiras de ser realizado. Um cenário é a descrição de uma das maneiras pelas quais um caso de um pode ser realizado. Um cenário também é chamado de instância de um caso de uso. Normalmente há diversos cenários para um mesmo um caso de uso.

Descrição Textual O texto descritivo deve conter : Quem são os atores ? Descrição o objetivo principal Exceções no uso Alternativas no uso Casos de uso associados

Exemplo : Fazer Pedido Ator : Cliente Objetivo : Exceções: O cliente entra no sistema e faz um pedido de material Exceções: Não há material disponível, pode fazer reserva O cliente não tem cadastro : cadastrar o cliente Alternativas: O vendedor faz o pedido para o cliente O cliente pode escolher um material equivalente se não tiver o que foi pedido Casos de uso associados Cadastrar Clientes

Exemplo de Caso de Uso de Alto Nível

Exemplo de Caso de Uso

Passos em um Fluxo Obrigatórios Complementares Não Recomendados

Passos Obrigatórios Indicam as entradas e saídas de informação do sistema necessárias para realizar o caso de uso. Na falta de qualquer um desses passos o caso de uso pode ficar sem sentido.

Exemplo de caso de uso onde falta uma entrada de informação

Um diálogo impossível baseado no caso de uso anterior

Uma solução mais adequada

Identificação de passos obrigatórios em um Caso de Uso

Um exemplo de caso de uso com passos não recomendados

Tratamento de Exceções no Caso de Uso Depois de descrever o fluxo principal do caso de uso, deve-se imaginar o que poderia dar errado em cada um dos passos descritos Uma exceção é um evento que se não for devidamente tratado impede o prosseguimento do caso de uso A exceção em um processo não é necessariamente algo que impede que o processo seja iniciado, mas normalmente algo que impede que ele seja concluído

Fluxos Alternativos de Outros Casos de Uso

Em UML:

Quando usar variantes? Quando uma mesma seqüência de passos é repetida em diferentes casos de uso Quando um caso de uso é demasiadamente complexo, e a divisão dele em variantes ajuda na sua compreensão

Cenários Cada cenário é uma realização particular do caso de uso

Diferentes cenários devem ter passos obrigatórios distintos Contra-exemplo:

Consultas no caso de uso Evite: “o sistema verifica se o usuário está cadastrado” Prefira: “o funcionário informa a identificação do cliente” “o sistema informa os dados do cadastro do cliente”

Outras seções de um Caso de Uso Atores Interessados Pré-Condições Pós-Condições de Sucesso Requisitos Correlacionados Variações Tecnológicas Questões em Aberto

Documentação completa Caso de Uso

FIM