29.05.2013 Views

Metodologie e strumenti dell'Ingegneria dei Requisiti ... - MobiLab

Metodologie e strumenti dell'Ingegneria dei Requisiti ... - MobiLab

Metodologie e strumenti dell'Ingegneria dei Requisiti ... - MobiLab

SHOW MORE
SHOW LESS

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

Hooray! Your file is uploaded and ready to be published.

Saved successfully!

Ooh no, something went wrong!