Storia della questione:
La tracciabilità dei requisiti è emersa come strumento per prevenire discrepanze tra le aspettative del business e la reale implementazione del sistema. Inizialmente, gli analisti si affidavano a controlli manuali e liste, il che era estremamente inefficiente.
Problema:
In assenza di tracciabilità, si perde il legame tra requisiti di diversi livelli: obiettivi di business → requisiti funzionali → requisiti tecnici → scenari di test. Questo porta a errori, requisiti "persi" e implementazioni di scarsa qualità.
Soluzione:
La tracciabilità dei requisiti è costruita come una catena di corrispondenze utilizzando matrici, strumenti specializzati (Jama, DOORS, Jira/Zephyr) e modelli:
Viene creata una matrice di tracciabilità (traceability matrix), dove la struttura più semplice è —
| Obiettivo di business | Requisito funzionale | Scenario di test |
|---|---|---|
| BC-1 | FR-1 | TC-1 |
Viene applicata la marcatura degli artefatti negli strumenti.
Ogni modifica di qualsiasi livello comporta la revisione della catena — deve esserci una connessione.
È importante condurre regolarmente revisioni per identificare requisiti "sospesi" o test non legati agli obiettivi.
Caratteristiche chiave:
Si può fare a meno della matrice di tracciabilità in un piccolo progetto?
No, anche nei progetti di piccole dimensioni, l'assenza di tracciabilità spesso porta alla perdita di requisiti.
È sufficiente costruire la tracciabilità una sola volta all'inizio del progetto?
No, la matrice richiede aggiornamenti regolari man mano che i requisiti e i test cambiano.
La tracciabilità influisce solo sul completamento dei test?
No, è importante in tutte le fasi — dalla progettazione alla manutenzione, poiché aiuta a valutare l'impatto delle modifiche e a pianificare il lavoro.
Caso negativo:
In un progetto non è stata costruita la matrice di tracciabilità, i tester si sono basati solo sulla specifica. Alcuni requisiti sono stati implementati, ma non verificati, il che ha portato a funzionalità in produzione che non funzionavano come previsto.
Vantaggi:
Svantaggi:
Caso positivo:
In un altro progetto si è mantenuta una matrice di tracciabilità attiva. Tutti i requisiti erano collegati a test e obiettivi di business, qualsiasi modifica veniva tracciata. Non c'erano funzionalità non considerate e test "non documentati".
Vantaggi:
Svantaggi: