Un documento di progettazione del software è il "come " della documentazione del ciclo di vita del software. E i dettagli come i requisiti del software dovrebbero essere attuate e dà ai programmatori un modello da seguire . Il documento di progettazione del software è un contratto scritto tra voi , la vostra squadra , il vostro progetto e il vostro cliente . Quando documentare le ipotesi , le decisioni ei rischi , dà i membri del team e le parti interessate l'opportunità di accettare o di chiedere chiarimenti e modifiche . Una volta che il documento di progettazione software è approvato dalle parti appropriate , diventa una linea di base per limitare i cambiamenti nel campo di applicazione del progetto . Istruzioni
1

Indagare il documento formattazione /modello utilizzato nel documento dei requisiti software . Questo include frontespizio , formato di numerazione pagina , numeri di sezione e la cronologia delle revisioni . Utilizzare lo stesso o simile formato di documento per il documento di progettazione software
2

incorporare alcuni , se non tutti , dei seguenti elementi :

- sintesi ad alto livello

- Definizioni di eventuali simboli non standard , forme , acronimi e termini univoci nel documento

- Come ogni requisito sarà raggiunto

- Ipotesi

- vincoli

- Software di analisi dei rischi

- procedure di sviluppo e le linee guida di codifica

- linguaggi e strumenti standard

- definizioni delle variabili e una descrizione di dove vengono utilizzati

- struttura logica e la logica di elaborazione passi

- Errore , messaggi di allarme e di avviso

- Le misure di sicurezza

- Prestazioni

- affidabilità
3

tenuta a strutturare il documento di progettazione . Ciò è particolarmente importante quando si progetta un grande sistema complesso . Rompere il sistema in parti logiche e di utilizzare queste parti come le intestazioni di sezione nel documento di progettazione del software . Se il sistema è davvero grande , creare documenti di progettazione multiple , ognuna delle quali si occupa di una particolare parte del sistema .
4

Dare ad ogni elemento di design di un identificatore univoco . Ciò permetterà di risalire al requisito applicabile e alla fine del test del caso .
5

Includi abbastanza dettagli per i programmatori , mentre incorporando alcune sintesi di alto livello per i gestori .
Pagina 6

Sviluppare prototipi . Se è possibile includere alcune schermate o il codice di esempio nel documento di progetto , questo vi aiuterà a trasmettere il vostro intento progettuale . Prototipi in via di sviluppo dovrebbero anche diminuire il tempo che verrà speso codifica .

• Come creare controlli ActiveX 
• Come sbarazzarsi di errori di Apple Script