Lista de Verificação: Caso de Uso
Este checklist contém questões que ajudam a avaliar se os casos de uso foram descritos de forma consistente e completa.
Relacionamentos
Itens de Verificação
1 - Se o Caso de Uso foi definido na ferramenta EA, as condições abaixo foram atendidas?
- O Caso de Uso está na seção específica “Casos de Uso", na ferramenta?
- O Caso de Uso tem nome exclusivo e inicia com um verbo no infinitivo + substantivo? (ex.: Retirar Dinheiro)
- O nome do Caso de Uso resume exatamente o principal propósito do Caso de Uso?
- O arquivo xml correspondente está de acordo com a nomenclatura padrão?
https://svnserver.trt9.jus.br/sdsj/pdstrt9/Trunk/Processo/Templates/ControleDadosDocumentos.docx (Seção 3.2)
2 - O objetivo descreve a principal meta do caso de uso?
- Está claro qual é a principal finalidade do caso de uso?
- O “resultado observável de valor” está óbvio?
3 - Os Atores associados e as informações trocadas estão claramente definidos?
- O caso de uso está associado a um ou mais atores?
- O ator principal, ou iniciador, está definido?
- Existe algum ator "tempo", “sistema” ou outro que possa ter se esquecido de mencionar que poderia estar associado a este caso de uso?
4 - As pré-condições foram especificadas?
- Cada pré-condiçã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)?
- As pré-condições são apropriadas ao caso de uso?
5 - 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).
- As pós-condições são apropriadas ao caso de uso?
6 - 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?
- Os fluxos têm início e fim claros?
- Está claro quem executa as ações no caso de uso?
- Estão claras quais informações são trocadas entre Ator x Caso de Uso, em todos os fluxos?
- Cada passo no cenário descreve algo que pode realmente acontecer e que o sistema possa detectar razoavelmente?
- Esta faltando algum passo? Está claro como passar de um passo para o próximo? A sequê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?
- No fluxo básico, a sequência dos passos está correta? (incluindo chamadas e retornos a fluxos alternativos)
- As condições para o início de cada fluxo alternativo estão claramente definidas?
- Todos os fluxos alternativos são chamados por algum fluxo do caso de uso?
- 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?
- Nos fluxos alternativos ou de exceção, a sequência dos passos está correta? (incluindo chamadas e retornos aos fluxos)
- Para condições de erros, o caso de uso define respostas para o usuário e para o sistema?
- Nas situações em que o ponto de relacionamento é de extensão ou de inclusão, a referência do tipo foi feita corretamente?
- Os fluxos entregam o objetivo (pós-condições) ao ator no seu encerramento?
7 - O Caso de Uso referencia corretamente as mensagens e regras de validação?
- Nos fluxos existem referências corretas às mensagens e regras de validação?
- O caso de uso faz apenas referências às mensagens e regras de validação? (não as contém)
8 - O Caso de Uso referencia corretamente as regras de negócio?
- Nos fluxos existem referências corretas as regras de negócio?
- O caso de uso faz apenas referências às regras de negócio? (não as contém)
9 - O Caso de Uso referencia corretamente os requisitos funcionais e não-funcionais?
- Nos fluxos existem referências corretas aos requisitos funcionais e não-funcionais?
- O caso de uso faz apenas referências aos requisitos funcionais e não-funcionais? (não os contém)
10 - A interface gráfica (se existir) está coerente com os fluxos descritos?
- Se existir protótipos de interface, foram descritas as telas correspondentes aos fluxos existentes?
- Caso as interfaces estejam documentadas em outra ferramenta, fez-se referência para as mesmas e estas referências estão corretas?
11 - Os requisitos aplicáveis ao caso de uso foram capturados?
- O caso de uso cobre integralmente os requisitos a ele vinculados?
- 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?
12 - O caso de uso somente utiliza termos e expressões descritas no glossário?
- Há algum termo que poderia ser incluído no glossário para o entendimento por parte de outras pessoas?
13 - Os documentos referenciados no UC estão disponíveis?
- Se existir referência para outros documentos, essas referências são verdadeiras? Elas existem?
- Caso exista uma referência com link, o mesmo está funcionando?
14 - Analisou-se se o caso de uso é extremamente complexo e deveria ser quebrado?
15 - O documento de Caso de Uso está claro e objetivo?
- Você, que NÃO elaborou este documento, pode entender o que se espera que o caso de uso vá gerar?
- Você acredita que alguém, que não esteja familiarizado com o projeto, consegue entender os casos de uso a serem construídos?