Metodologie e strumenti dell'Ingegneria dei Requisiti ... - MobiLab
Metodologie e strumenti dell'Ingegneria dei Requisiti ... - MobiLab
Metodologie e strumenti dell'Ingegneria dei Requisiti ... - MobiLab
Create successful ePaper yourself
Turn your PDF publications into a flip-book with our unique Google optimized e-Paper software.
Questa considerazione spinge taluni a pensare che, in effetti, il documento di specifica <strong>dei</strong><br />
requisiti sia obsoleto già al momento della sua stesura.<br />
Per questo motivo, si potrebbe pensare di strutturare un documento <strong>dei</strong> requisiti sulla scorta<br />
dello standard IEEE, ma con sezioni che tengano conto dell'evoluzione prevista del sistema.<br />
Prefazione<br />
Introduzione<br />
Glossario<br />
Definizione <strong>dei</strong> requisiti utente<br />
Architettura del sistema<br />
Specifiche <strong>dei</strong> requisiti di sistema<br />
Modelli del sistema<br />
Evoluzione del sistema<br />
Appendici<br />
Indice<br />
Tabella 3: La struttura di un documento <strong>dei</strong> requisiti<br />
Dovrebbe definire i potenziali lettori del documento e<br />
descrivere la storia della corrente revisione, includendo<br />
una motivazione per la creazione di una nuova versione ed<br />
un riassunto delle modifiche apportate in ciascuna versione<br />
Dovrebbe descrivere le necessità del sistema, descrivere in<br />
breve le funzioni e spiegare come interagirà con gli altri<br />
sistemi; descrivere come il sistema si inserisce all'interno<br />
degli obiettivi strategici e aziendali dell'organizzazione che<br />
ha commissionato il software<br />
Dovrebbe definire i termini tecnici utilizzati nel<br />
documento. Non si dovrebbe presupporre una particolare<br />
esperienza e competenza del lettore.<br />
Dovrebbe descrivere i servizi forniti agli utenti ed i<br />
requisiti di sistema non funzionali. Per questa descrizione<br />
si può usare il linguaggio naturale, diagrammi, o altre<br />
notazioni che siano comprensibili al committente. Bisogna<br />
specificare gli standard del prodotto e della lavorazione<br />
che devono essere applicati.<br />
Descrizione di alto livello dell'architettura del sistema<br />
prevista, mostrando la distribuzione delle funzioni nei vari<br />
moduli del sistema. Si dovrebbero evidenziare i<br />
componenti strutturali che sono stati riutilizzati<br />
Descrizione dettagliata <strong>dei</strong> requisiti funzionali e non<br />
funzionali. Se necessario, possono essere aggiunti ulteriori<br />
dettagli ai requisiti non funzionali (ad esempio, le<br />
interfacce con altri sistemi).<br />
Dovrebbe delineare uno o più modelli del sistema,<br />
mostrando le relazioni tra i componenti del sistema e<br />
l'ambiente. Possono essere diagrammi di flusso, modelli<br />
semantici, ecc.<br />
Dovrebbe indicare i presupposti su cui si basa il sistema ed<br />
indicare le modifiche previste, dovute all'evoluzione<br />
dell'hardware ed ai cambiamenti delle necessità dell'utente.<br />
Dovrebbe fornire informazioni dettagliate relative<br />
all'applicazione che si sta sviluppando, ad esempio le<br />
descrizioni del database o dell'hardware. I requisiti<br />
hardware devono definire le configurazioni minime ed<br />
ottimali per il sistema. I requisiti del database devono<br />
definire l'organizzazione logica delle informazioni usate<br />
dal sistema e le relazioni tra queste.<br />
Possono essere inclusi diversi indice nel documento: oltre<br />
ad un indice alfabetico, potrebbe esservi un indice <strong>dei</strong><br />
diagrammi, delle funzioni e così via.<br />
26