Un rischio � un potenziale per perdita o danneggiamento di un'organizzazione dalle minacce attuate. Rischiare i tentativi di analisi di identificare tutti i rischi ed allora di misurare la severit� dei rischi. Una minaccia poich� abbiamo visto � un evento offensivo possibile. Se accade, sfrutta la vulnerabilit� nella sicurezza di un sistema automatizzato.
Identificazione di rischio:
1. Rischi del software: Conoscenza dei rischi pi� comuni connessi con sviluppo del software e la piattaforma che state lavorando sopra.
2. Rischi di affari: La maggior parte dei rischi del terreno comunale si sono associati con il commercio usando il software
3. Rischi difficili: Conoscenza dei rischi pi� comuni connessi con software che esamina a piattaforma che state lavorando sopra, attrezzi che usando e metodi della prova che sono applicati.
4. Rischio prematuro del rilascio: La capacit� di determinare il rischio si � associata con liberare il software insoddisfacente o non provato Prodicts.
5. Metodi di rischio: Le strategie ed i metodi per identificare i rischi o problemi si sono associati con effettuare e tecnologia dell'informazione di funzionamento, prodotti e processo; valutando la loro probabilit� ed inizio delle strategie verificare quei rischi.
Traceability significa che vorreste potere seguire avanti e indietro come e dove tutto il workproduct compie i sensi del prodotto precedente (di fonte). La tabella si occupa del dove, mentre come dovete farti, una volta che conoscete dove.
Introito per esempio il requisito di facilit� d'uso per l'utente (uF). Poich� il uF � un concetto complesso, non � risolto da appena una progett-soluzione e non � risolto da una linea del codice. Molte progett-soluzioni parziali possono contribuire a questo requisito e molti gruppi delle linee del codice possono contribuire ad esso.
Requisito-Progettare la tabella di Traceability mette sopra un lato (per esempio a sinistra) i secondario-requisiti che sono supposti insieme per risolvere il requisito di uF, con altri requisiti (secondari). Dall'altro lato (per esempio parte superiore) specificate tutte le soluzioni di disegno. Ora potete collegare sui incroci della tabella, che progettano le soluzioni risolvono (pi�, o di meno) tutto il requisito. Se una soluzione di disegno non risolve alcun requisito, dovrebbe essere cancellata, poich� � nessun utile.
Avendo questa tabella, potete controllare se qualunque requisito abbia almeno una soluzione di disegno e controllando le soluzioni potete vedere se il requisito sufficientemente � risolto da il questo (o insieme di) disegni collegati.
Se dovete cambiare qualunque requisito, potete vedere quali disegni sono influenzati. E se cambiate qualunque disegno, potete controllare quali requisiti possono essere influenzati e vedere che cosa l'effetto �.
In una tabella di Traceability di Progett-Codice potete fare lo stesso per mantenere la traccia di come e di che il codice risolve un disegno particolare e come i cambiamenti nel disegno o nel codice si interessano.
Dimostra che il sistema effettuato viene a contatto delle esigenze degli utenti.
Serv da singola fonte per gli scopi d'inseguimento.
Identifica le lacune nel disegno e nella prova.
Evita fa ritardare nel timeline di progetto, che pu� essere determinato dal dovere backtrack per colmare le lacune