O nome do caso de uso é significante e inequívoco?
- O caso de uso tem um nome exclusivo?
- O nome do caso de uso é formado por um verbo seguido de um substantivo (por exemplo, Retirar Dinheiro)?
- O nome do caso de uso resume exatamente o principal propósito do caso de uso?
- O nome do caso de uso é independente do ator?
|
A descrição resumida descreve claramente a principal meta do caso de uso?
- Está claro, a partir da descrição resumida, qual é a principal finalidade do caso de uso?
- O "resultado observável de valor" está óbvio?
|
Os Atores associados e as informações trocadas estão claramente definidos?
- O caso uso está associado a um ou mais Atores?
- O ator principal, ou iniciador, está definido?
- Está claro quem executa as ações no caso de uso?
- Todas as informações trocadas entre os Atores e o sistema estão claramente especificadas?
- Se for usado um ator "tempo", você tem certeza de que não esqueceu um Ator importante e os casos de uso associados (tal como o pessoal administrativo ou de manutenção que definem eventos temporizados)?
|
As precondições foram especificadas?
Cada precondição representa um estado tangível do sistema (por exemplo, o caso de uso Retirar Dinheiro para um caixa automático tem uma precondição de que o usuário tenha uma conta)? |
O fluxo básico e os fluxos alternativos estão completos, corretos e consistentes?
- Está claro como o caso de uso inicia?
- O evento que dispara o caso de uso está claramente descrito?
- O fluxo tem um fim claro?
- Cada passo no cenário contém o mesmo nível de abstração?
- Cada passo no cenário descreve algo que pode realmente acontecer e que o sistema possa detectar razoavelmente?
- Cada passo avança para a meta?
- Esta faltando algum passo? Está claro como passar de um passo para o próximo? A seqüência de comunicação entre os Atores e os casos de uso está de acordo com as expectativas do usuário?
- Cada passo descreve como ele ajuda os Atores a atingirem suas metas?
- Todos os passos são independentes de tecnologia? Eles estão livres de detalhes técnicos e decisões de design inadvertidas?
- Os passos estão corretamente numerados?
- As condições para o início de cada fluxo alternativo estão claramente definidas?
- Está claro, em cada fluxo alternativo, como o caso de uso termina ou em que parte do fluxo básico o caso de uso deve continuar?
|
As pós-condições foram especificadas?
- Se as "Garantias Mínimas" estão presentes, elas sempre acontecem quando o caso de uso termina, independente do sucesso? (Uma Garantia Mínima representa uma condição que será verdadeira quando o caso de uso terminar, independente da forma como ele termine).
- Se as "Garantias de Sucesso" estão presentes, elas sempre acontecem quando o caso de uso termina com sucesso? (Uma Garantia de Sucesso representa uma condição que será verdadeira quando o caso de uso terminar com sucesso, independente do caminho seguido).
|
Os requisitos não-funcionais aplicáveis foram capturados?
- Os requisitos não-funcionais (tais como os critérios de desempenho) que são aplicáveis ao caso de uso estão capturados nele?
- Existem requisitos não-funcionais aplicáveis a muitos casos de uso? Se existirem, considere captura-los na Especificação de Requisitos Suplementares, para simplificar a manutenção.
|
|