# Păstrați trasabilitatea cerințelor când software-ul se schimbă

Taiga Learning · Fișă de lucru
https://taiga.training/ro/lessons/specifications/

Folosiți informații fictive sau aprobate. Nu puneți secrete în această fișă de lucru.

## Obiective de învățare
- Scrieți o cerință observabilă cu limite explicite.
- Urmăriți o cerință printr-o modificare și verificările sale.
- Identificați documentele ulterioare afectate de o ipoteză schimbată.

## Exercițiu
Scrieți o cerință prin care un manager exportă clienții activi. Includeți utilizatorii permiși, limita organizației, câmpurile, comportamentul la eșec și o condiție măsurabilă de terminare. Legați-o de un test și o lansare fictive. Apoi modificați cerința pentru a include clienții arhivați și enumerați deciziile afectate.

## Răspunsul dumneavoastră
- Scenariu și domeniu:
- Ipoteze și întrebări deschise:
- Răspuns sau decizie propusă, cu motive:

## Verificați răspunsul
| Afirmație sau criteriu | Dovadă sau test | Rezultat sau lipsă | Responsabil |
| --- | --- | --- | --- |
| | | | |
| | | | |
| | | | |

## Acțiunea următoare
- Acțiune, responsabil și dată:
- Când veți reevalua acest răspuns?

## Principiu de reținut
O specificație este utilă când afirmațiile sale se leagă de decizii și comportamente verificabile. Păstrați legăturile actuale pe măsură ce sistemul se schimbă.

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

Această fișă de lucru sprijină învățarea. Completarea ei nu autorizează singură o modificare în producție.