C2 wiki sulle specifiche funzionali suggeriscono che questo può essere facilitato dagli strumenti, come?
A Functional Specification is a list of demands and constraints intended to describe a product to be designed and built...
...tools for describing software products have been developed to the point that functional specs are no longer of any use.
Perché non scrivere semplicemente un documento Word strutturato?
Le specifiche funzionali vengono generalmente presentate come un documento, ma a seconda delle finalità, la creazione della specifica in Word potrebbe non essere la scelta migliore. Ci sono altre opzioni: word processor, fogli di calcolo e strumenti di gestione dei requisiti ( 1 , 2 ) sono alcuni strumenti comuni utilizzati per creare e mantenere specifiche funzionali.
Gli strumenti di gestione dei requisiti (che conosco IBM Rational DOORS, ma ce ne sono altri) sono essenzialmente database di requisiti che supportano la creazione, la manutenzione, la tracciabilità e in generale la gestione dei requisiti. Alcuni strumenti supportano l'importazione da documenti e fogli di calcolo, oltre all'output in questi formati. Internamente, consentono di acquisire i requisiti come oggetti unici (si pensi a una riga in un database, in cui ogni requisito ha vari attributi). Puoi anche gestire le modifiche tracciando altri elementi (requisiti di livello inferiore, artefatti di progettazione, test) e vedendo cosa potrebbe essere necessario modificare in caso di modifica di un requisito.
I fogli di calcolo, per me, sono un gradino più in basso di uno strumento formale di gestione dei requisiti. Supportano più funzioni di gestione dei requisiti (tracciabilità, monitoraggio di vari attributi in linea con la dichiarazione dei requisiti, gestione delle modifiche).
Naturalmente, puoi sempre fare ciò che suggerisci: avvia un documento ben formattato nel tuo word processor preferito per acquisire i requisiti software. Tuttavia, è più difficile garantire alcuni aspetti di buoni requisiti . Nello specifico, la tracciabilità (spesso implementata tramite ID dei requisiti) diventa più difficile e il testo associato a un requisito deve essere più dettagliato per acquisire importanza e metodo di verifica.
Non penso che nessuno strumento abbia sostituito le specifiche funzionali. Penso che i processi e gli strumenti utilizzati abbiano sostituito l'idea tradizionale di un documento di specifiche funzionali.
In metodi agili, i requisiti vengono spesso catturati come casi d'uso e storie di utenti. In questo ambiente, le specifiche funzionali potrebbero caricare i casi d'uso e le storie utente in un formato elettronico in un archivio di file o wiki. Anche in più metodi basati su piani, l'uso di strumenti di gestione dei requisiti ha sostituito il documento, in cui un documento viene generato solo se necessario per fornire requisiti a entità esterne.
Alla fine della giornata, lo scopo di una specifica dei requisiti (funzionale e non funzionale) è di catturare in qualche modo ciò che il software dovrebbe fare (e, dopo averlo terminato, ciò che fa nel suo stato attuale). Questo insieme di caratteristiche guida i test (in particolare test di sistema e di accettazione). Più importante della creazione di un documento di specifiche funzionali è garantire che il cliente e l'organizzazione di sviluppo (il team di progettazione, il team di sviluppo e il team di test) siano sulla stessa pagina quando si tratta di ciò che il sistema dovrebbe fare.
Leggi altre domande sui tag specifications documentation functional-requirements