Prova di requisiti

A D V E R T I S E M E N T

---

Uso:


• Per accertarsi che il sistema effettui correttamente
  
• Per accertarsi che la precisione possa essere sostenuta per un periodo di tempo considerevole.


• Il sistema può essere esaminato a precisione con tutte le fasi di SDLC ma incassare di affidabilità i programmi dovrebbero essere sul posto rendere il sistema operativo.
  

Obiettivo:


• Con successo esecuzione delle esigenze degli utenti, /li>
• Il periodo considerevole eccessivo effettuato la precisione di elaborazione di tempo dell'applicazione si conforma alle politiche ed alle procedure dell'organizzazione.

I bisogni secondari degli utenti sono compiuti:
• Ufficiale di sicurezza
• DBA
• Revisori dei conti interni
• Ritegno record
• Controllore

Come usare

Gli stati di prova hanno generato
• Questi stati di prova sono quei generalizzati, che si trasforma in in casi della prova mentre lo SDLC progredisce fino a che il sistema non sia completamente operativo.
• Gli stati di prova sono più efficaci una volta generati dalle esigenze degli utenti.
• Gli stati di prova se generato dai documenti allora se ci è qualunque errore nei documenti quelli otterranno incorporati negli stati di prova e nella prova non potrebbero trovare quegli errori.
• Gli stati di prova se generato dall'altro intrappolamento di errori di fonti (tranne i documenti) è efficaci.
• La lista di controllo funzionale ha generato.

Quando usare


• Ogni applicazione dovrebbe essere requisito esaminato
• Se cominciare alla fase di requisiti e progredisce lavorare ai funzionamenti ed alla manutenzione mettono.
• Il metodo ha usato trasportare il requisito che esamina ed il limite di esso è importante.

Esempio


• La generazione della tabella della prova per dimostrare che i requisiti del sistema come documentato sono i requisiti ha voluto dall'utente.
• Generando lista di controllo per verificare che l'applicazione aderisce alle politiche ed alle procedure organizzative.

A D V E R T I S E M E N T

---