Tracciabilità orizzontale dei requisiti funzionali.
La tracciabilità verticale, dal requisito del genitore al requisito del bambino, è stata a lungo considerata una parte importante dell'analisi dei requisiti. La tracciabilità orizzontale è un nuovo concetto che solo di recente è diventato fattibile.
I requisiti funzionali prendono i dati di input, eseguono una sorta di elaborazione e producono un elemento di dati di output. Se non ci sono requisiti mancanti, tutte le uscite del sistema possono essere rintracciate attraverso una serie di requisiti, agli ingressi del sistema.
La "traccia" viene eseguita notando che ogni elemento di dati di input deve essere l'output di qualche altro requisito. Quindi i requisiti sono collegati orizzontalmente, input to output. Le connessioni mancanti significano requisiti mancanti.
Verificare la tracciabilità orizzontale di più di una manciata di requisiti "a mano" è semplicemente irrealizzabile. Utilizzando una macro di foglio elettronico per fare l'analisi, è possibile trovare facilmente la maggior parte dei requisiti mancanti.
È molto nuovo e non molto conosciuto. Ho scritto una macro di Excel per automatizzare parzialmente il processo. È disponibile gratuitamente al link
C'è anche un tutorial e una guida per l'utente.
L'ho usato su alcuni progetti. Uno dei progetti aveva una serie matura di requisiti, ovvero un prodotto basato su tali requisiti era stato completato e spedito. Quando questi req sono stati inseriti nel foglio di calcolo, abbiamo riscontrato che mancavano molte richieste. (~ 40%) Un altro progetto lo usava per scrivere nuovi requisiti funzionali. Per le nuove richieste, l'output grafico era la parte più importante. Vedendo come tutti i req legati insieme hanno aiutato a identificare quali req dovrebbero essere scritti in seguito e quali dovevano essere modificati perché non si adattavano bene con il resto.
Ho un'altra idea. Ma è più accademico che pratico. È anche scritto sul blog di Barbara Bea.
Una delle caratteristiche di un buon requisito, ci viene detto, è che non è ambiguo. Questo è solitamente definito come avente solo una possibile interpretazione. Qualsiasi requisito di alto livello che abbia requisiti figli è ambiguo. Altrimenti non avrebbe bisogno dei requisiti figli.
Ma come si fa a decidere se un requisito è ambiguo o meno? Ho creato un test obiettivo per determinare se un requisito funzionale è ambiguo. Se inizi con una serie di requisiti funzionali connessi in orizzontale, allora ogni requisito funzionale non è ambiguo se, e solo se, la fase di elaborazione è un algoritmo.
Ti ho detto che era accademico. Ma è anche l'unico test oggettivo per l'ambiguità che io abbia mai visto.