# Garder les exigences traçables quand le logiciel évolue

Taiga Learning · Fiche d’exercice
https://taiga.training/fr/lessons/specifications/

Utilisez des informations fictives ou approuvées. Ne placez pas de secrets dans cette fiche.

## Objectifs d’apprentissage
- Rédiger une exigence observable avec des limites explicites.
- Suivre une exigence à travers une modification et ses contrôles.
- Identifier les documents en aval touchés par une hypothèse modifiée.

## Exercice
Rédigez une exigence permettant à un manager d’exporter les clients actifs. Précisez les utilisateurs autorisés, la limite de l’organisation, les champs, le comportement en cas d’échec et une condition d’achèvement mesurable. Reliez-la à un test et à une livraison fictifs. Modifiez ensuite l’exigence pour inclure les clients archivés et listez les décisions touchées.

## Votre réponse
- Scénario et périmètre :
- Hypothèses et questions ouvertes :
- Réponse ou décision proposée, avec justification :

## Vérifier votre réponse
| Affirmation ou critère | Preuve ou test | Résultat ou lacune | Responsable |
| --- | --- | --- | --- |
| | | | |
| | | | |
| | | | |

## Action suivante
- Action, responsable et date :
- Quand réexaminerez-vous cette réponse ?

## Principe à retenir
Une spécification est utile lorsque ses affirmations sont reliées à des décisions et à un comportement vérifiable. Actualisez ces liens à mesure que le système évolue.

## Sources
- [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)

Cette fiche sert à apprendre. La remplir n’autorise pas à elle seule une modification en production.