Template Especificação de Caso de Uso
Versão
Os textos que aparecem em azul e entre colchetes são explicações para ajudar no preenchimento de cada seção e devem ser apagados no documento final.
Histórico de Revisão
Data
Versão
Descrição
Autor
[Na coluna Autor, deve-se especificar o nome dos autores e sua equipe, responsáveis pelas alterações.
Na coluna descrição, deve-se especificar exatamente o que foi mudado. Não devem ser colocadas informações vagas como, por exemplo, "Alterações realizadas depois da reunião x".]
1. Descrição 4
2. Pré-condições 4
3. Fluxo de Eventos 4
3.1 Fluxo Básico 4
3.2 Subfluxos 4
3.2.1 (S01) – 4
3.3 Fluxos Alternativos 5
3.3.1 (A01) – 5
3.4 Exceções 5
3.4.1 (E01) – 5
4. Pós-condições 5
5. Requisitos Especiais 5
5.1 (RE01) - 5
6. Regras de negócio específicas 6
6.1 (RN01) - 6
7. Detalhamento das Interfaces com Usuários 6
7.1 (I01) - 6
7.1.1 Imagem 6
7.1.2 Campos 6
7.1.3 Comandos 6
8. Demais Interfaces 7
8.1 Interfaces de Software 7
8.2 Interfaces de Hardware 7
9. Observações 7
Especificação de Caso de Uso:
1. Descrição
[A descrição deve resumir o papel e finalidade do caso de uso. Um único parágrafo deve bastar para esta descrição.]
2. Pré-condições
[A pré-condição de um caso de uso é o estado que o sistema deve apresentar antes do caso de uso ser executado.]
3. Fluxo de Eventos
1. Fluxo Básico
[Este caso de uso começa quando o ator faz algo. Um ator sempre inicia o caso de uso. O caso de uso deve descrever o que o ator faz e o que o sistema faz como resposta. Deve ter o formato de um diálogo entre o ator e o sistema.
O caso de uso deve descrever o que acontece dentro do sistema, mas não como ou porque. Se há troca de informação, seja específico sobre o que é passado para o sistema e vice-versa. Por exemplo, não é muito esclarecedor dizer que o ator digita a informação do cliente; é melhor dizer que o ator informa o nome e o