Lista de Verificação: Caso de Uso |  |
Esta lista de verificação contém questões que ajudam a avaliar se os casos de uso foram descritos de forma consistente e completa.
Relacionamentos
Elementos Relacionados | Caso de Uso Detalhar os Requisitos Encontrar e Descrever os Requisitos Modelo de Caso de Uso Requisitos
Itens de Verificação
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.
Informações Adicionais
Listas de Verificação | Qualidades de Bons Requisitos
Este programa e o material que o acompanha são disponibilizados sob a Eclipse Public License v1.0 que acompanha esta distribuição. Direitos Autorais do OpenUP.