Elenco di controllo: Specifiche dei requisiti software
Questo elenco di controllo assiste nel verificare che le Specifiche dei requisiti software siano corrette e completo.
Relazioni
Descrizione principale

Riferimento: [IE830]



Voci elenchi di operazioni
È necessario prendere in esame funzionalità, interfacce esterne, prestazioni, attributi, vincoli di progettazione e implementazione
Funzionalità: Qualè lo scopo del software?
 
Interfacce esterne: Come interagisce il software con individui, hardware del sistema, hardware esterno e altro software?
 
Prestazioni: Qual è la velocità, la disponibilità, il tempo di risposta, il tempo di ripristino di una serie di funzioni software, ecc.?
 
Attributi: Quali sono le considerazioni da farsi su portabilità, correttezza, manutenibilità, sicurezza, ecc.?
 
Vincoli di progettazione imposti su un'implementazione: Sono in effetto gli standard, i linguaggi di implementazione, i criteri di integrità del database, i limiti delle risorse, gli ambienti operativi, ecc. necessari?
Alcuni dei requisiti specificati non rientrano nei limiti prefissati dalla Specifica dei requisiti software (SRS - Software Requirements Specification)
Il documento di SRS deve pertanto:
  • definire correttamente tutti i requisiti software;
  • descrivere eventuali dettagli di progettazione o implementazione;
  • non imporre altri vincoli sul software.
Il documento di SRS limita correttamente la gamma di progettazioni valide senza specificarne una in particolare
Il documento di SRS illustra caratteristiche fondamentali
Corretto: Tutti i requisiti dichiarati nel documento di SRS sono stati soddisfatti? Senza ambiguità
Tutti i requisiti possono essere interpretati solo in un modo? È stato utilizzato il linguaggio del cliente? I diagrammi sono stati utilizzati per argomentare le descrizioni del linguaggio naturale?
Completo
Il documento di SRS include tutti i requisiti significativi, che siano correlati alla funzionalità, ai vincoli di progettazione delle prestazioni, agli attributi o alle interfacce esterne?  Le gamme dei valori di input previsti in tutti i possibili scenari sono stati identificati ed esaminati?  Le risposte sono state incluse per i valori di input validi e non validi? Tutte le figure, le tabelle e i diagrammi includono etichette, riferimenti e definizioni completi di tutti i termini e di tutte le unità di misura?  Tutti i TBD sono stati risolti o esaminati?
Coerente
Il documento di SRS è conforme al documento Vista, al caso d'uso e alle Specifiche supplementari? È conforme con qualsiasi altra specifica di livello superiore? È coerente internamente e non contiene sottoinsiemi di requisiti indipendenti in conflitto?
Capacità di classificare i requisiti
Ogni requisito è stato etichettato con un identificatore per segnalare l'importanza o la stabilità di detto requisito? Sono stati identificati altri attributi significativi per determinare correttamente le priorità?
Verificabile
Tutti i requisiti dichiarati nel documento di SRS sono verificabili? Esistono processi finiti efficaci in termini di costo con cui sia possibile per un individuo o una macchina controllare che il prodotto software sia conforme ai requisiti?
Modificabile
La struttura e lo stile del documento di SRS in modo che eventuali modifiche ai requisiti possano essere effettuati facilmente, integralmente e coerentemente conservando struttura e stile? Eventuali ridondanze sono state identificate, minimizzate e correlate?
Tracciabile
Ogni requisito è dotato di un chiaro identificatore? L'origine di ogni requisito è chiara? È possibile gestire backward traceability facendo chiaro riferimento ad artefatti precedenti? Una quantità ragionevole di forward traceability viene gestita per gli artefatti generati dal documento di SRS?