January 18
Prima dell'inizio dei lavori per la progettazione e lo sviluppo di software, uno scrittore tecnico crea una specifica dei requisiti software (SRS). Questo documento definisce le aspettative del cliente e garantisce che l'organizzazione e il suo cliente a capire le esigenze. Esso contiene le descrizioni precise di caratteristiche e funzionalità che l'applicazione deve fornire. La SRS è la fonte di tutti i documenti relativi al progetto, come ad esempio la carta, piano di progetto e specifiche di progetto. I suoi obiettivi sono fornire un feedback ai clienti, identificando i componenti di sviluppo software e di fornire strategie di sperimentazione e validazione. Non offre soluzioni tecnologiche d'affari o.
1 Scrivete un'introduzione che spiega lo scopo del documento. Ad esempio, indicare che il documento definisce i requisiti funzionali e non funzionali del software. Caratteristiche funzionali del software si verificano all'interno dell'applicazione, e le caratteristiche non funzionali si riferiscono a ciò che accade al di fuori dell'applicazione.
2 Identificare il pubblico previsto del SRS. Ad esempio, il pubblico potrebbe includere la gestione senior e dipartimentale.
3 Indicare il campo di applicazione. Per esempio: "Questo include la sostituzione del sistema contabile esistente con una nuova applicazione web-based." In genere, è necessario indicare ciò che è fuori portata per eliminare le idee sbagliate. Ad esempio: "non verranno sostituiti applicazioni extra-contabili colpite dalla sostituzione del software esistente."
4 Dare prospettiva. Ad esempio, indicare ciò che l'applicazione fornirà, come ad esempio l'immissione di dati basata su Internet e la comunicazione delle operazioni contabili. Fornire descrizioni funzionali e non funzionali del software. Ad esempio: "le operazioni contabili vengono elaborate in modo interattivo" (funzionale); e "Gli utenti remoti possono accedere all'applicazione" (non funzionale).
5 Indicano dipendenze e ipotesi relative al software, quali l'applicazione avrà un ciclo di vita di cinque anni. Indicare applicazioni dipendenti integrati con il software esistente. Queste applicazioni interessate potrebbero richiedere modifiche per continuare a funzionare correttamente.
6 Identificare come gli utenti accedere all'applicazione. Ad esempio, gli utenti potranno utilizzare un browser Internet per interfacciarsi con l'applicazione. Indicare l'hardware necessario, software e di comunicazione per fornire l'accesso.
7 Indicare un elenco delle caratteristiche principali, quali la sicurezza che consente solo agli utenti autorizzati di accedere all'applicazione. Se il software fornisce una guida in linea, includere questo nella vostra lista caratteristiche. Tuttavia, funzionalità minori potrebbero emergere dopo che il progetto prende il via. Ciò potrebbe causare sforamenti di bilancio.
8 Definire le specifiche non di dati, come ad esempio le prestazioni degli utenti l'accesso, i requisiti di garanzia della qualità, le regole di business, requisito di sicurezza e documentazione per l'utente. Ad esempio, specificare che tutta la documentazione per l'utente è disponibile sul file server aziendale.
9 Indicare i requisiti che non rientrano delle principali categorie specifiche. Ad esempio, specificare che l'applicazione di contabilità esistente avrà i suoi dati si trasferì nella banca dati del nuovo software.
10 Definire termini ambigui relativi all'applicazione in un glossario. Ad esempio, "utente" potrebbe significare coloro che sono interni ed esterni all'azienda.
11 Includere appendici che aiutano a chiarire aspetti del software, come ad esempio diagrammi di flusso di dati. Come il progetto prende il via, includere allegati supplementari, se necessario.