Modèle en V

Modèle V - SDLC:

Le modèle V, une méthodologie du cycle de vie du développement logiciel, décrit les activités à réaliser et les résultats à produire pendant le cycle de vie du produit. Il est connu sous le nom de modèle de vérification et de validation. La validation répond à la question - "Développons-nous le produit qui répond à tout ce dont l'utilisateur a besoin de ce logiciel?" et la vérification répond à la question: "Développons-nous ce produit en suivant fermement toutes les spécifications de conception?"

Objectifs du modèle en V:

• Minimisation des risques du projet

• Qualité garantie

• Réduction du coût total de l'ensemble du projet

• Amélioration de la communication entre toutes les parties impliquées

Différentes phases du modèle en V:

• The Requirements phase, un document décrivant ce que le logiciel est tenu de faire une fois le logiciel rassemblé et analysé et l'activité de test correspondante est user acceptance testing.

• The Architectural Design phase, où une architecture logicielle est conçue et la construction des composants dans le logiciel et l'établissement des relations entre les composants et l'activité de test correspondante est le test du système.

• The High Level Design phase,diviser le système en sous-systèmes avec des interfaces identifiées; est ensuite traduit en une conception plus détaillée et l'activité de test correspondante est le test d'intégration.

• The Detailed Design phase,où la mise en œuvre détaillée de chaque composant est spécifiée. La conception détaillée divisée en structures de données, algorithme utilisé et l'activité de test correspondante est le test unitaire.

• Coding dans lequel chaque composant du logiciel est codé et testé pour vérifier s'il met en œuvre fidèlement la conception détaillée.

Avantages et limites du modèle en V:

Avantages:

• Mettre l'accent sur la vérification et la validation du produit aux premiers stades du développement du produit.

• Chaque étape est testable

• La gestion de projet peut suivre les progrès par jalons

• Implémentation et utilisation faciles à comprendre

Limites:

• Ne gère pas facilement les événements simultanément.

• Ne gère pas les itérations ou les phases

• Ne gère pas facilement les changements dynamiques des exigences

• Ne contient pas d'analyse des risques ni d'activités d'atténuation