Modello V.
Modello V - SDLC:
Il modello V, una metodologia del ciclo di vita dello sviluppo del software, descrive le attività da svolgere e i risultati che devono essere prodotti durante il ciclo di vita del prodotto. È noto come modello di verifica e convalida La convalida risponde alla domanda: "Stiamo sviluppando il prodotto che tenta tutto ciò di cui l'utente ha bisogno da questo software?" e Verification risponde alla domanda: "Stiamo sviluppando questo prodotto seguendo saldamente tutte le specifiche di progettazione?"
Obiettivi del modello V:
Minimizzazione dei rischi del progetto
Qualità garantita
Riduzione del costo totale dell'intero progetto
Comunicazione migliorata tra tutte le parti coinvolte
Fasi diverse del modello V:
The Requirements phase, un documento che descrive ciò che il software deve fare dopo che il software è stato raccolto e analizzato e l'attività di test corrispondente è user acceptance testing.
The Architectural Design phase, dove viene progettata un'architettura software e si costruiscono i componenti all'interno del software e stabilire le relazioni tra i componenti e la corrispondente attività di test è Test di sistema.
The High Level Design phase,suddividere il sistema in sottosistemi con interfacce identificate; quindi viene tradotto in un progetto più dettagliato e l'attività di test corrispondente è il test di integrazione.
The Detailed Design phase,dove viene specificata l'implementazione dettagliata di ogni componente. Il progetto dettagliato suddiviso in strutture dati, algoritmo utilizzato e attività di test corrispondente è il test unitario.
Coding in cui ogni componente del software è codificato e testato per verificare se implementa fedelmente il progetto dettagliato.
Vantaggi e limitazioni del modello V:
Vantaggi:
Enfatizzare per la verifica e la convalida del prodotto nelle prime fasi di sviluppo del prodotto.
Ogni fase è testabile
La gestione del progetto può monitorare i progressi per tappe fondamentali
Facile da capire implementare e utilizzare
Limitazioni:
Non gestisce facilmente gli eventi contemporaneamente.
Non gestisce iterazioni o fasi
Non gestisce facilmente i cambiamenti dinamici nei requisiti
Non contiene analisi dei rischi o attività di mitigazione