Apenas mostrar o diagrama de caso de uso em notação UML não é suficiente. Cada caso de uso acompanhado de um texto explicando o propósito do caso de uso, bem como qual funcionalidade é realizada quando um caso de uso é executado.
A especificação do caso de uso é normalmente criada na fase de análise e design de maneira iterativa.
- A princípio, apenas uma breve descrição das etapas necessárias para realizar o fluxo normal do caso de uso (ou seja, qual funcionalidade é fornecida pelo caso de uso) é escrita.
- À medida que a análise avança, as etapas são desenvolvidas para adicionar mais detalhes.
- Finalmente, os fluxos excepcionais são adicionados ao caso de uso
- Cada projeto pode adotar um modelo de caso de uso padrão para a criação da especificação de caso de uso.
Caso de Uso x Especificação de Caso de Uso
Um Caso de Uso descreve uma tarefa que é executada por um ator gerando um resultado de valor comercial para um negócio. Um caso de uso pode ser visualizado como um diagrama de caso de uso e/ou em formato de especificação textual estruturada:
Caso de uso (tarefa — um cliente deseja realizar) pode ser:
- Interativo — Um caso de uso de sistema descreve a interação de um ator com um sistema em busca do objetivo de negócios definido
- Manual — Uma sequência de ações executadas por um ator
- Automatizado — Uma sequência de etapas executadas por um programa ou script
Características dos casos de uso
Um caso de uso tem:
- Apenas um objetivo
- Um único ponto de partida
- Um único ponto final
- Vários caminhos para ir do início ao fim
- ou seja, especificar o comportamento para uma variedade de condições possíveis
- Cada condição pode exigir ação(ões) específica(s)
Por exemplo — o cliente paga a conta:
Existem vários caminhos para atingir o objetivo :
- Pagamento por telefone
- Por carta
- Em pessoa
- por cheque
- em dinheiro, etc
Um caminho que não leva ao objetivo:
- O cartão de crédito é recusado
Abordagem de Caso de Uso Ágil
O modelo de caso de uso e seus casos de uso individuais evoluem nível por nível ao longo do tempo. Nem todos os casos de uso de um modelo necessariamente precisarão ser especificados com o mesmo nível de detalhe.
Just-in-Time e Just-Enough
Os casos de uso podem ser escritos em diferentes níveis de dados e escopo, cada um serve a um propósito:
- Resumo : Descrições gerais e visões gerais abrangentes da funcionalidade do sistema ou dos processos de negócios.
- Nível de usuário : descrições de usuários relacionadas a tarefas e como eles interagem com o sistema; descrições de um processo de negócios específico. Os casos de uso de nível de usuário geralmente são considerados no nível de tarefa que é o trabalho principal do usuário.
- Subfunção : Descrições de atividades de nível inferior que são usadas para concluir subpartes de um caso de uso principal.
Nota: Alguns casos de uso podem ser suficientemente especificados até o nível II. Você para quando detalhes suficientes são alcançados usando just-in-time e de maneira justa.
Uma especificação detalhada de caso de uso
O caso de uso detalhado é uma representação textual que ilustra uma sequência de eventos junto com outras informações de caso de uso relacionadas em determinado formato. As pessoas normalmente adotam um modelo de caso de uso padrão para registrar as informações detalhadas para os casos de uso
Modelo de caso de uso — exemplo de caso de retirada de caixa eletrônico
Como mencionado anteriormente, existem vários estilos de notação para casos de uso (por exemplo, estilo de diagrama, linguagem de modelagem unificada, formato textual). Qualquer que seja a notação usada deve ser fácil de entender. Você pode usar templates, como os do Alistair Cockburn , mas também é uma opção para usar o que melhor se adequa ao seu time.
Especificação do caso de uso
Nome do Caso de Uso: Retirar Dinheiro
Ator(es): Cliente (primário), Sistema Bancário (secundário)
Descrição resumida: Permite que qualquer cliente do banco retire dinheiro de sua conta bancária.
Prioridade: Deve ter
Status: Nível médio de detalhes
Pré-condição: O cliente do banco tem um cartão para inserir no caixa eletrônico
O caixa eletrônico está online corretamente
Pós-condições:
- O cliente do banco recebeu seu dinheiro (e opcionalmente um recibo)
- O banco debitou a conta bancária do cliente e registrou os detalhes da transação
Caminho básico:
- O cliente insere seu cartão no caixa eletrônico
- O caixa eletrônico verifica se o cartão é um cartão bancário válido
- O caixa eletrônico solicita um código PIN
- O cliente insere seu código PIN
- O caixa eletrônico valida o cartão bancário em relação ao código PIN
- O ATM apresenta opções de serviço incluindo “Retirar”
- O cliente escolhe “Retirar”
- O caixa eletrônico apresenta opções de valores
- O cliente seleciona um valor ou insere um valor
- O caixa eletrônico verifica se tem dinheiro suficiente em seu depósito
- O caixa eletrônico verifica se o cliente está abaixo dos limites de saque
- O caixa eletrônico verifica fundos suficientes na conta bancária do cliente
- O caixa eletrônico debita a conta bancária do cliente
- O caixa eletrônico devolve o cartão bancário do cliente
- O cliente leva seu cartão bancário
- O caixa eletrônico emite o dinheiro do cliente
- O cliente leva seu dinheiro
Caminhos alternativos:
2a. Cartão inválido
2b. Cartão de cabeça para baixo
5a. Cartão roubado
5b. PIN inválido
10a. Dinheiro insuficiente no funil
10b. Denominação errada de dinheiro no funil
11a. Retirada acima dos limites de retirada
12a. Fundos insuficientes na conta bancária do cliente
14a. Cartão bancário preso na máquina
15a. O cliente não aceita o cartão bancário
16a. Dinheiro preso na máquina
17a. Cliente não aceita o dinheiro
- um caixa eletrônico não pode se comunicar com o sistema bancário
- b O cliente não responde ao prompt do caixa eletrônico
Regras do negócio:
B1: Formato do PIN
B2: Número de tentativas de PIN
B3: Opções de serviço
B4: Opções de valor
B5: Limite de saque
B6: o cartão deve ser retirado antes de dispensar o dinheiro
Requisitos não Funcionais:
NF1: Tempo para transação completa
NF2: Segurança para entrada de PIN
NF3: Tempo para permitir a retirada de cartão e dinheiro
NF4: Suporte a idiomas
NF5: Suporte cego e parcialmente cego
Explore mais exemplos de diagramas de casos de uso
Você pode editá-los instantaneamente com o Visual Paradigm Free Tool clicando nos links de exemplo abaixo:
Links Relacionados