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