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.
3.4.3.1 Le fasi del modello a V<br />
1) Preanalisi/studio di fattibilità:<br />
L'obiettivo di questa fase è stabilire l'opportunità economica del progetto, in termini di costi e<br />
benefici. Pertanto, consisterà anche nell'esaminare le alternative di realizzazione possibili e nella<br />
scelta di una soluzione tra queste. Le decisioni prese a questo punto del progetto non saranno<br />
definitive, poichè i requisiti utente, così come la tecnologia, non sono ancora completamente noti.<br />
Nel corso dello studio di fattibilità, così come nelle tre successive fasi, è opportuno prendere<br />
decisioni che siano quanto più possibile indipendenti l'una dall'altra. Questo modo di operare<br />
renderà più agevole apportare una eventuale modifica.<br />
2) Elicitazione ed analisi <strong>dei</strong> requisiti utente:<br />
I presupposti su cui di fondano queste due attività sono relativamente instabili, poichè a questo<br />
punto del progetto è improbabile che il committente sia in grado di esprimere completamente i<br />
propri obiettivi.<br />
Sulla scorta di questa considerazione, è fondamentale che il documento formale redatto alla<br />
fine dell'attività sia "modulare". In pratica, esso dovrà essere sintetico (nella giusta misura) e dovrà<br />
risultare leggibile per i committenti e gli utenti che, pur non avendo ancora chiare le esigenze e gli<br />
obiettivi, potranno approvarne i contenuti.<br />
3) System design:<br />
In questa fase viene redatto il documento contenente la descrizione dettagliata<br />
dell'architettura hardware e software dell'intero sistema da realizzare e quella del sistema di<br />
sviluppo. Tale documento dovrà essere modulare, in particolare rispetto alle componenti<br />
tecnologiche meno sperimentate, quindi meno conosciute.<br />
4) Program design:<br />
Sulla scorta delle funzionalità descritte in fase di elicitazione ed analisi e sulle specifiche<br />
tecnologiche definite in fase di System design, verranno documentati dettagliatamente tutti i moduli<br />
software 91 da implementare. Essi verranno riportati nel documento formale, che rappresenta l'output<br />
di tale fase.<br />
5) Programmazione/codifica:<br />
In questa fase, vengono prodotti i programmi e la documentazione necessaria per la loro<br />
manutenzione; mentre, a differenza di ciò che accade nel modello a cascata, ancora non vengono<br />
prodotti i manuali d'uso per l'utente.<br />
6) Program test (simmetrica alla fase di Programmazione/Codifica):<br />
In questa fase vengono prodotti e popolati <strong>dei</strong> data base di prova, allo scopo di verificare le<br />
91 Transazioni, programmi, procedure, ecc.<br />
77