Plan du site  
pixel
pixel

Articles - Étudiants SUPINFO

V-Model: Qu'est-ce que c'est et comment l'utiliser ?

Par Alexandre DELVAUX Publié le 11/09/2017 à 10:37:41 Noter cet article:
(0 votes)
Avis favorable du comité de lecture

Introduction

Le V-Model est une méthodologie de développement linéaire unique utilisée lors d'un cycle de développement de développement logiciel (SDLC). Le V-Model se concentre sur une méthode typiquement en cascade qui suit des phases strictes étape par étape. Alors que les étapes initiales sont des phases de conception générales, les étapes progressent de façon de plus en plus granulaires, menant à la mise en œuvre et au codage, et finalement, à travers toutes les étapes de test avant la fin du projet. Dans cet article, nous examinerons exactement ce que le V-Model implique réellement, et pourquoi il peut (ou pas) être adapté à certains types de projets ou d'organisations.

Le processus du modèle V

Tout comme le modèle de cascade traditionnel, le modèle V spécifie une série d'étapes linéaires qui devraient se produire tout au long du cycle de vie, une à la fois, jusqu'à ce que le projet soit terminé. Pour cette raison, V-Model n'est pas considéré comme une méthode de développement agile, et en raison de l'ampleur des étapes et de leur intégration, la compréhension du modèle en détail peut être difficile pour tous les membres de l'équipe, et encore moins les clients ou les utilisateurs. Pour commencer, il est préférable de visualiser les étapes approximatives du V-Model, comme on le voit dans le schéma ci-dessous.

La forme en V de la méthode V-Model représente les différentes étapes qui seront transmises pendant le cycle de vie du développement logiciel. À partir du stade supérieur gauche et au cours du temps, vers le haut-droit, les étapes représentent une progression linéaire du développement similaire au modèle cascade. Ci-dessous, nous discuterons brièvement de neuf étapes autour du V-Model typique et de la manière dont elles se réunissent pour générer un produit fini.

1 / Exigences

  • Au cours de cette phase initiale, les exigences et les analyses du système sont effectuées pour déterminer l'ensemble des fonctionnalités et les besoins des utilisateurs. Tout comme avec la même phase du modèle de cascade ou d'autres méthodes similaires, le temps nécessaire et la création d'une documentation complète sur les besoins des utilisateurs sont essentiels pendant cette phase, car cela ne se produit qu'une seule fois. Un autre composant unique au V-Model est que, pendant chaque étape de conception, les tests correspondants sont également conçus pour être mis en œuvre plus tard pendant les étapes de test. Ainsi, pendant la phase d'exigences, les tests d'acceptation sont conçus.

2 / Conception du système

  • En utilisant les documents de rétroaction et d'exigence des utilisateurs créés pendant la phase des exigences, cette étape suivante permet de générer un document de spécification qui décrira tous les composants techniques tels que les couches de données, la logique métier, etc. Les tests du système sont également conçus pendant cette étape pour une utilisation ultérieure.

3 / Architecture Design

  • Au cours de cette étape, des spécifications sont élaborées et détaillent comment l'application reliera tous ses différents composants, soit en interne, soit via des intégrations extérieures. Souvent, cela s'appelle design de haut niveau. Les tests d'intégration sont également développés au cours de cette période.

4 / Conception de module

  • Cette phase consiste en toute la conception de bas niveau du système, y compris des spécifications détaillées pour la mise en œuvre de la logique métier fonctionnelle et codée, tels que les modèles, les composants, les interfaces, etc. Des tests unitaires devraient également être créés pendant la phase de conception du module.

5 / Mise en œuvre / codage

  • À ce stade, à mi-parcours des étapes du processus, le codage et la mise en œuvre réels se produisent. Cette période devrait attribuer autant de temps que nécessaire pour convertir tous les documents de conception et de spécification générés précédemment en un système fonctionnel codé. Cette étape devrait être entièrement complète une fois que les phases de test commencent.

6 / Tests unitaires

  • Maintenant, le processus se déplace vers l'arrière du V-Model avec un test inverse, en commençant par les tests unitaires développés pendant la phase de conception du module. Idéalement, cette phase devrait éliminer la grande majorité des problèmes potentiels et des problèmes, et sera donc la phase de test la plus longue du projet. Cela dit, tout comme lors des tests unitaires d'autres modèles de développement, les tests unitaires ne peuvent (ou ne devraient pas) couvrir tous les problèmes possibles qui peuvent se produire dans le système, de sorte que les phases de test moins granulaires à suivre devraient combler ces lacunes.

7 / Test d'intégration

  • Les tests conçus pendant la phase de conception de l'architecture sont exécutés ici, en veillant à ce que le système fonctionne sur tous les composants et les intégrations tierces.

8 / Test du système

  • Les tests créés lors de la conception du système sont ensuite exécutés, en mettant l'accent sur les performances et les tests de régression.

9 / Test d'acceptation

  • Enfin, les tests d'acceptation sont le processus de mise en œuvre de tous les tests créés pendant la phase des besoins initiaux et devraient s'assurer que le système est fonctionnel dans un environnement en direct avec des données réelles, prêt à être déployé. Avantages du modèle V

Avantages du modèle V

  • Convient aux projets restreints: en raison de la nature rigoureuse du modèle V et de sa conception linéaire, de sa mise en œuvre et de ses phases de test, il n'est peut-être pas étonnant que le V-Model ait été fortement adopté par l'industrie des dispositifs médicaux au cours des dernières années. Dans les situations où la longueur et l'étendue du projet sont bien définis, la technologie est stable et les spécifications de documentation et de conception sont claires, le modèle V peut être une excellente méthode.

  • Idéal pour la gestion du temps: dans le même ordre d'idées, V-Model est également adapté aux projets qui doivent respecter une échéance stricte et respecter les principales dates importantes pendant tout le processus. Avec des étapes assez claires et bien comprises que toute l'équipe peut facilement comprendre et se préparer, il est relativement simple de créer une ligne de temps pour l'ensemble du cycle de vie du développement, tout en générant des jalons pour chaque étape en cours de route. Bien sûr, l'utilisation de BM ne garantit en rien les étapes importantes, mais la nature stricte du modèle lui-même impose la nécessité de respecter un calendrier assez serré.

Inconvénients du modèle V

  • Manque d'adaptabilité: semblable aux problèmes auxquels est confronté le modèle de cascade traditionnel sur lequel repose le modèle V, l'aspect le plus problématique du modèle V est son incapacité à s'adapter aux changements nécessaires pendant le cycle de vie du développement. Par exemple, un problème négligé dans une conception de système fondamentale, qui n'est alors découvert que pendant la phase de mise en œuvre, peut présenter un grave revers en termes d'heures manuelles perdues ainsi que d'augmentation des coûts.

  • Restrictions de la chronologie: Bien qu'il ne s'agisse pas d'un problème inhérent au V-Model lui-même, l'accent mis sur les tests à la fin du cycle de vie signifie qu'il est trop facile d'être mis en chantier à la fin du projet pour effectuer des tests de manière pressée respecter un échéancier particulier ou un jalon.

  • Illimité pour les cycles de vie longs: comme le modèle de cascade, le V-Model est complètement linéaire et donc les projets ne peuvent être facilement modifiés une fois que le train de développement a quitté la station. V-Model est donc peu adapté pour gérer des projets à long terme qui peuvent nécessiter de nombreuses versions ou mises à jour / correctifs constants.

  • Encourage le développement de «conception par comité»: bien que V-Model ne soit certainement pas le seul modèle de développement à relever de cette critique, on ne peut nier que la nature stricte et méthodique du modèle V et de ses différents stades linéaires a tendance à met l'accent sur un cycle de développement adapté aux gestionnaires et aux utilisateurs, plutôt qu'aux développeurs et aux concepteurs. Avec une méthode comme V-Model, il peut être trop facile pour les gestionnaires de projet ou d'autres personnes de négliger les vastes complexités du développement de logiciels en vue d'essayer de respecter les délais ou de se sentir trop confiant dans le processus ou les progrès actuels, basés uniquement sur la phase de développement du cycle de vie.

A propos de SUPINFO | Contacts & adresses | Enseigner à SUPINFO | Presse | Conditions d'utilisation & Copyright | Respect de la vie privée | Investir
Logo de la société Cisco, partenaire pédagogique de SUPINFO, la Grande École de l'informatique, du numérique et du management Logo de la société IBM, partenaire pédagogique de SUPINFO, la Grande École de l'informatique, du numérique et du management Logo de la société Sun-Oracle, partenaire pédagogique de SUPINFO, la Grande École de l'informatique, du numérique et du management Logo de la société Apple, partenaire pédagogique de SUPINFO, la Grande École de l'informatique, du numérique et du management Logo de la société Sybase, partenaire pédagogique de SUPINFO, la Grande École de l'informatique, du numérique et du management Logo de la société Novell, partenaire pédagogique de SUPINFO, la Grande École de l'informatique, du numérique et du management Logo de la société Intel, partenaire pédagogique de SUPINFO, la Grande École de l'informatique, du numérique et du management Logo de la société Accenture, partenaire pédagogique de SUPINFO, la Grande École de l'informatique, du numérique et du management Logo de la société SAP, partenaire pédagogique de SUPINFO, la Grande École de l'informatique, du numérique et du management Logo de la société Prometric, partenaire pédagogique de SUPINFO, la Grande École de l'informatique, du numérique et du management Logo de la société Toeic, partenaire pédagogique de SUPINFO, la Grande École de l'informatique, du numérique et du management Logo du IT Academy Program par Microsoft, partenaire pédagogique de SUPINFO, la Grande École de l'informatique, du numérique et du management

SUPINFO International University
Ecole d'Informatique - IT School
École Supérieure d'Informatique de Paris, leader en France
La Grande Ecole de l'informatique, du numérique et du management
Fondée en 1965, reconnue par l'État. Titre Bac+5 certifié au niveau I.
SUPINFO International University is globally operated by EDUCINVEST Belgium - Avenue Louise, 534 - 1050 Brussels