# Mantieni tracciabili i requisiti mentre il software cambia

Taiga Learning · Scheda di lavoro
https://taiga.training/it/lessons/specifications/

Usa informazioni immaginarie o approvate. Non inserire segreti in questa scheda.

## Obiettivi di apprendimento
- Scrivere un requisito osservabile con confini espliciti.
- Seguire un requisito attraverso una modifica e le sue verifiche.
- Individuare i documenti successivi interessati da un'ipotesi modificata.

## Esercizio
Scrivi un requisito che consenta a un manager di esportare i clienti attivi. Includi utenti autorizzati, confine dell'organizzazione, campi, comportamento in caso di errore e condizione misurabile di completamento. Collegalo a un test e a un rilascio fittizi. Poi modifica il requisito per includere i clienti archiviati ed elenca le decisioni interessate.

## La tua risposta
- Scenario e ambito:
- Ipotesi e questioni aperte:
- Risposta o decisione proposta, con motivazioni:

## Verifica la tua risposta
| Affermazione o criterio | Prova o test | Risultato o lacuna | Responsabile |
| --- | --- | --- | --- |
| | | | |
| | | | |
| | | | |

## Azione successiva
- Azione, responsabile e data:
- Quando riesaminerai questa risposta?

## Principio da ricordare
Una specifica è utile quando le sue affermazioni si collegano a decisioni e comportamenti verificabili. Mantieni aggiornati questi collegamenti mentre il sistema cambia.

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

Questa scheda favorisce l'apprendimento. Compilarla non autorizza di per sé una modifica in produzione.