# Manter os requisitos rastreáveis à medida que o software muda

Taiga Learning · Ficha de trabalho
https://taiga.training/pt-PT/lessons/specifications/

Use informação fictícia ou aprovada. Não coloque segredos nesta ficha.

## Objetivos de aprendizagem
- Escrever um requisito observável com limites explícitos.
- Rastrear um requisito através de uma alteração e das respetivas verificações.
- Identificar documentos posteriores afetados pela alteração de um pressuposto.

## Exercício
Escreva um requisito para um gestor exportar clientes ativos. Inclua os utilizadores permitidos, o limite da organização, os campos, o comportamento em caso de falha e uma condição de conclusão mensurável. Ligue-o a um teste e a um lançamento fictícios. Depois, altere o requisito para incluir clientes arquivados e liste as decisões afetadas.

## A sua resposta
- Cenário e âmbito:
- Pressupostos e perguntas em aberto:
- Resposta ou decisão proposta, com razões:

## Verifique a 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 vai rever esta resposta?

## Princípio a reter
Uma especificação é útil quando as suas afirmações se ligam a decisões e a comportamentos verificáveis. Mantenha essas ligações atuais à medida que o sistema muda.

## 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 ficha apoia a aprendizagem. Completá-la não autoriza, por si só, uma alteração em produção.