Représentation du cycle de vie et pratique d'ingénierie qui associe les étapes de développement d'un système (exigences, architecture, conception détaillée, mise en œuvre) aux activités correspondantes de vérification et validation selon une séquence en V, rendant explicite la traçabilité entre chaque phase de conception et ses essais.

Principe

Le développement procède par décomposition progressive sur la jambe gauche et par intégration et vérification progressive sur la jambe droite, en imposant la traçabilité afin que chaque exigence ait une vérification correspondante au niveau approprié.

Démonstration

Pour un projet d'avionique : recueillir les exigences système, dériver l'architecture, réaliser les conceptions matérielles et logicielles, implémenter les composants ; effectuer des tests unitaires sur le logiciel, des tests d'intégration de sous-systèmes pour les boîtiers avioniques, la vérification système en laboratoire et en intégration sol, puis la validation finale par essais en vol prouvant que les exigences sont atteintes.

Mauvaise application

Considérer le Modèle en V comme un mandat en cascade rigide interdisant les boucles de rétroaction, ce qui conduit à la découverte tardive d'interactions système et à l'incapacité d'aborder des exigences émergentes ou des problèmes d'intégration matériel/logiciel.

Conséquence

Bien appliqué, il améliore la traçabilité des exigences, clarifie les responsabilités de vérification, réduit le risque d'intégration et fournit des preuves structurées pour la certification ou l'acceptation ; utilisé sans rétroaction itérative, il peut rallonger les phases de planification initiales.

Inversion

Une approche inversée privilégie l'intégration ascendante ou le développement itératif (par exemple Agile ou spiral), où des prototypes et des livraisons incrémentales font évoluer les exigences plutôt qu'un flux de phases strictement gauche-droite.

Limite

Adapté aux systèmes conçus avec des objectifs de vérification définis et des besoins de certification ; il n'est pas adapté comme cycle unique pour la recherche exploratoire, la R&D de concept précoce ou les projets nécessitant une livraison continue sans preuve formelle de V&V.

Tension sémantique

Souvent opposé aux cycles Agile ou en spirale : le Modèle en V met l'accent sur la V&V formelle et la traçabilité par phase, tandis qu'Agile privilégie l'itération, l'intégration continue et moins de cartographie de phases en amont.

Synthèse

Le Modèle en V est un cycle de vie d'ingénierie structuré qui relie la décomposition et la spécification à des étapes de vérification et validation correspondantes, fournissant des preuves traçables que les éléments du système satisfont aux exigences tout en identifiant explicitement quand et comment tester chaque niveau de conception.