Diagrama de Caso de Uso x Especificação de Caso de Uso

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.

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:

  1. O cliente insere seu cartão no caixa eletrônico
  2. O caixa eletrônico verifica se o cartão é um cartão bancário válido
  3. O caixa eletrônico solicita um código PIN
  4. O cliente insere seu código PIN
  5. O caixa eletrônico valida o cartão bancário em relação ao código PIN
  6. O ATM apresenta opções de serviço incluindo “Retirar”
  7. O cliente escolhe “Retirar”
  8. O caixa eletrônico apresenta opções de valores
  9. O cliente seleciona um valor ou insere um valor
  10. O caixa eletrônico verifica se tem dinheiro suficiente em seu depósito
  11. O caixa eletrônico verifica se o cliente está abaixo dos limites de saque
  12. O caixa eletrônico verifica fundos suficientes na conta bancária do cliente
  13. O caixa eletrônico debita a conta bancária do cliente
  14. O caixa eletrônico devolve o cartão bancário do cliente
  15. O cliente leva seu cartão bancário
  16. O caixa eletrônico emite o dinheiro do cliente
  17. 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


Leave a Reply

O seu endereço de email não será publicado.