Quindi sono stato un po 'perso nei termini, quindi prima di tutto vi presento quello che ho imparato finora:
Specifiche dei requisiti di sistema: cosa vogliono gli utenti, cosa dovrebbe fare il sistema
Requisito funzionale: in che modo le cose, che gli utenti desiderano, funzioneranno effettivamente nell'applicazione
Direi anche che quest'ultimo è un documento di design. È giusto o c'è un altro documento oltre a questi?
Le specifiche funzionali sono un documento di progettazione - descrive esattamente la funzionalità del sistema. Quello che John Bode suggerisce è qualcos'altro, le specifiche di sistema nel contesto dell'OP significano una specifica del sistema software, fatta da un analista di business. Specifiche dei requisiti di sistema descrive la funzionalità del sistema come desiderato dagli utenti.
IME, le specifiche di sistema definiscono l'ambiente hardware e software in cui la nuova applicazione opererà, mentre le specifiche funzionali definiscono ciò che l'applicazione farà (la mia esperienza potrebbe non essere tipica, comunque).
I documenti di progettazione sono un animale diverso. Definiscono la struttura dell'applicazione, suddividendola in componenti, specificando l'implementazione di ciascun componente, le interfacce tra i componenti, l'ordine in cui i componenti eseguono le loro operazioni, ecc. ("Componente" è pensato per essere un livello molto alto, termine astratto qui, potrebbe corrispondere a classi, moduli o anche singole funzioni o metodi). I documenti di progettazione hanno spesso anche una "matrice di tracciabilità" che mostra quali requisiti sono soddisfatti da particolari elementi del progetto.
Per un esempio stupidamente semplice:
Specifiche del sistema : l'applicazione verrà eseguita su Linux come app della riga di comando in una shell bash.
Specifiche funzionali : l'applicazione stamperà il testo "Hello, World" sulla console e quindi terminerà.
Design document : l'applicazione verrà implementata come un singolo programma C costituito dalla funzione main , senza argomenti. Alla voce, chiamerà la funzione di libreria standard printf con la stringa letterale "Hello, World \ n" come argomento esclusivo. Dopo la chiamata di printf , l'applicazione restituirà uno 0 nell'ambiente di esecuzione.
Il "documento di progettazione" di solito non è così dettagliato da specificare singole righe di codice, ma dovresti ottenere l'idea.
In sostanza, sì. Specifica dei requisiti del software indica quali sono gli utenti aziendali che desiderano che il sistema esegua, mentre le specifiche funzionali descrivono le effettive funzioni del sistema, in genere collegate ai requisiti aziendali.
Per esempio:
Requisiti aziendali (Utente): voglio vedere il numero di scambi e le loro esposizioni
Specifiche funzionali : una griglia che visualizza in una colonna Scambia con il suo ID e nel altra colonna la sua esposizione. L'esposizione è presa dalla tabella TRADE_EXPOSURES ...
Il design dovrebbe essere separato dai requisiti. FS è solo il livello più basso di SRS. La FS viene utilizzata per la derivazione del test case in test funzionali, in genere SRS per test di accettazione. SRS viene anche utilizzato come base per i test di sistema, in cui l'implenentazione viene convalidata contro di esso (si adatta a ciò che il cliente desiderava?)
Oltre alla Specifica dei requisiti del software (SRS), ci sono diversi documenti di progettazione e il loro numero aumenta con la complessità del progetto.
Per il documento di progettazione software possono contenere sezioni diverse come Data, Architecture, Interface, Structured Programming concepts , ecc.
C'è anche un articolo Come scrivere un documento di design efficace che potresti voler guardare e naturalmente un riferimento a un wiki Documento di progettazione software - che potrebbe essere utile per guardare .
Leggi altre domande sui tag testing documentation terminology