Cinque punte Per scrivere un Document Analysis Grandi Requisiti

A Requisiti Document Analysis è una parte integrante di qualsiasi progetto IT. E &'; s un importante risultato nell'ambito della fase di analisi dei requisiti, ed è tra i primi a definire ciò che il progetto IT è veramente. Diamo &';. S esaminare consigli su come scrivere un documento di analisi dei requisiti impressionante per il vostro progetto

Che cosa è un documento di analisi dei requisiti Utilizzato Per

Le analisi dei requisiti del documento, chiamato anche un RAD, isn? 't solo un altro documento si dovrebbe scrivere per ottenere il progetto fatto. Serve davvero un fine importante. E &'; s utilizzata per definire proprio quello che il progetto è per e che cosa deve essere fatto per così tanto che è successo. Secondo l'organizzazione che si &';. Re presso la RAD può essere conosciuto come un documento di Requirements Definition (RDD), Requisiti di Business Document (BRD), o qualcos'altro

&'; s usato per documentare le esigenze di un sistema. Questo può essere un sistema software, sistema hardware, o un altro sistema di business. E 'comunemente utilizzato su sistemi software. Si compone di sezioni su:

Riassunto progetti
Responsabilità requisiti
funzionali
requisiti non funzionali

Quindi, se avete bisogno di scriverne uno per il progetto, si potrebbe seguire questi suggerimenti per accertarsi che il documento è utile ed è di qualità superiore

Suggerimento 1 - Utilizzare un modello

Il documento &';. ve stato richiesto di scrivere non è quasi sicuramente il primo di nel suo genere che è stato scritto. L'organizzazione ha probabilmente scritto questi prima. Altre squadre, o anche la propria squadra, potrebbero loro hanno scritto. Un ottimo modo di ottenere un documento di alta qualità e di essere più efficace è quello di utilizzare una parte del lavoro che è stato fatto in precedenza, utilizzando un modello.

Un modello è fondamentalmente un programma del documento che deve essere scritto . Esso dovrebbe includere la copertina, intestazioni per ogni sezione, e forse anche una descrizione di ciò che accade in ogni sezione. . Questo potrebbe essere stato disegnato da un altro team di progetto, o in un'altra area del business, e formerebbe parte della società &'; s processo standard globale

Questa è una buona notizia per voi - che vi aiuterà a scrivere il documento e assicurarsi che sia efficace. Sarà anche rendere il vostro look più professionale del documento, in quanto vi è un formato tipico di aderire. Sarà anche offrire un'indicazione sulle parti da fornire. Questo è stato importante per me nel corso degli anni - come consulente I &';. Ve visitato diverse organizzazioni, tutte con differenti modelli, e i modelli hanno veramente aiutato a scoprire cosa deve essere incluso

Suggerimento 2 - Scrivi Con un utente business In Mind

Questo potrebbe sembrare un suggerimento ovvio, ma quando si scrivono le analisi dei requisiti del documento, il tentativo di scrivere con gli utenti business in mente. Si può essere tentati, in particolare da un background tecnico, per andare in un sacco di dettagli tecnici e comprendono una grande quantità di IT gergo nel documento. Provate a stare lontano dal fare questo.

L'obiettivo del documento è quello di fornire una introduzione al progetto e per specificare i requisiti che sono stati inclusi ed esclusi nel progetto. Se si scrive con gli utenti in mente, sarà inquadrare in modi che possano capire e che sono a proprio agio. Questo viene con l'esperienza di essere un business analyst, o technical writer, o qualsiasi ruolo, è che produce il documento in vostro team

Suggerimento 3 - uso la parola “. Deve su &";

Tra le parole più importanti che puoi sapere quando la produzione di un documento di analisi dei requisiti è la parola “ sono su &" ;. E &'; s piuttosto appropriata parola per specificare i requisiti esatti - se non funzionale funzionale o. La ragione di questo è che è più certo altre parole come “ Will &" ;, “ sarebbe &" ;, “ &" ;, dovrebbe o “ can &" ;. A meno che la vostra azienda ha un formato di requisiti di scrittura, vi consiglio di usare la parola “ è su &"; al momento di determinare le

Ad esempio, “. Il sistema deve consentire a un utente di salvare la sessione corrente del sistema &"; è un requisito funzionale efficace - è &'; s definito, in quanto ha la parola deve in esso, ed è specifico in quello che deve essere fatto. E &'; s anche una parola che i lettori possano comprendere

Suggerimento 4 - Prova leggere il documento

Qualcosa si dovrebbe fare prima di consegnare il documento sopra agli utenti di guardare è a prova di lettura. esso. Avere una revisione finale prima di finirlo - si potrebbe anche trovare qualcosa che didn &'; t avviso durante la creazione del documento. Alcune aree da controllare sono:

Ortografia e grammaticale - Questo è costruito in molti word processor già, ma &'; s non al 100% affidabile - in particolare se si commette un errore di battitura e la parola visualizzata è scritta correttamente. E &'; s qualcosa è necessario controllare anche a mano, e questo può essere completato dandogli una prova leggere
Diagrams - Se i diagrammi sono inclusi (vedi la sezione in basso), quindi avrebbero dovuto essere rivisti per la precisione.. . Diagrammi possono cambiare durante la creazione del documento, il che significa che è necessario assicurarsi di avere l'ultima versione del documento
formattazione del documento - la formattazione del documento è una zona spesso trascurata. Si sporge quando il documento ha formattazione cattivo o incoerente. Il documento deve essere pulito, ben formattato e coerente. Si può aggiungere un senso di fiducia al documento e alla tua squadra. . Sembra anche professionale
Nomi delle persone e dei sistemi - Di solito, per i requisiti di analisi dei documenti, è necessario includere popoli &'; nomi in un autore o anche una sezione Responsabilità progetto. È necessario controllare questi nomi per assicurarsi che siano corrette. Il correttore ortografico non sarà probabilmente raccoglierli, ma finché sono corrette, allora il documento sarà OK

Suggerimento 5 -. Includere diagrammi &

Un ottimo modo di delineare un concetto o processo è quello di utilizzare un diagramma. Sono utili per spiegare i sistemi attuali, sistemi proposti, strutture organizzative, layout dello schermo, dati e flussi di processo, e un sacco di altre cose. Essi dovrebbero essere inclusi in un documento analisi dei requisiti per spiegare i vostri concetti e in sezioni che raccoglieranno i benefici di loro. Si rompe anche il documento e lo rende più facile da leggere

Un sacco di persone sono persone visivi - che possono assorbire le cose più facili se &';. S in forma di diagramma, piuttosto che spiegato nel testo. Quindi, assicurarsi che gli schemi sono stati inclusi in tutte le aree che sono difficili da spiegare con il testo Hotel  .;