# Mantenha os requisitos rastreáveis conforme o software muda

Taiga Learning · Planilha de exercício
https://taiga.training/pt-BR/lessons/specifications/

Use informações fictícias ou aprovadas. Não coloque segredos nesta planilha.

## Objetivos de aprendizado
- Escrever um requisito observável com limites explícitos.
- Rastrear um requisito por uma alteração e suas verificações.
- Identificar documentos posteriores afetados por uma premissa alterada.

## Exercício
Escreva um requisito para um gerente exportar clientes ativos. Inclua usuários permitidos, limite da organização, campos, comportamento de falha e condição mensurável de conclusão. Vincule-o a um teste e a um release fictícios. Depois, altere o requisito para incluir clientes arquivados e liste as decisões afetadas.

## Sua resposta
- Cenário e escopo:
- Premissas e perguntas em aberto:
- Resposta ou decisão proposta, com motivos:

## Verifique sua resposta
| Afirmação ou critério | Evidência ou teste | Resultado ou lacuna | Responsável |
| --- | --- | --- | --- |
| | | | |
| | | | |
| | | | |

## Próxima ação
- Ação, responsável e data:
- Quando você revisará esta resposta?

## Princípio a preservar
Uma especificação é útil quando suas afirmações se conectam a decisões e comportamentos verificáveis. Mantenha essas conexões atualizadas conforme o sistema mudar.

## Fontes
- [NIST: Secure Software Development Framework](https://csrc.nist.gov/pubs/sp/800/218/final)
- [Google Engineering Practices: What to look for in a code review](https://google.github.io/eng-practices/review/reviewer/looking-for.html)

Esta planilha apoia o aprendizado. Preenchê-la não autoriza, por si só, uma alteração em produção.