Comprenez les étapes du cycle en V
Dans le domaine du développement logiciel, le cycle en V est une méthodologie de gestion de projet très efficace pour créer des applications dites “critiques”. Sa force réside dans le fait qu’elle permet d’apporter beaucoup de rigueur pour fournir de la qualité et de la conformité lors de la construction d’une application.
“Une application critique ?!” De quoi s’agit-il ?
Une application critique est un logiciel ou un programme informatique qui est extrêmement important et dont le bon fonctionnement est essentiel pour assurer des tâches vitales ou sensibles.
Ces applications sont souvent utilisées dans des domaines où des vies humaines, des infrastructures ou des données sensibles sont en jeu. On peut penser à des secteurs comme l’aéronautique, la médecine, la finance ou encore le domaine militaire. Ils doivent avoir des performances irréprochables car une défaillance de leurs applications pourrait avoir des conséquences importantes : imaginez un avion qui tombe parce que l’application du tableau de bord a eu un bug…
Que dois-je savoir à propos du cycle en V ?
Tout d’abord, il vous faut comprendre comment fonctionne la méthodologie.
Pour cela, vous aurez besoin d’assimiler les piliers du cycle en V, de comprendre la logique des enchaînements entre les phases, et de connaître les attentes dans chacune des phases.
Les piliers
Le cycle en V repose sur 2 piliers qui sont la vérification et la validation. On parle de vérification parce qu’il s’agit dans un premier temps de vérifier que les spécifications respectent bien les besoins formulés pour le projet. Dans un deuxième temps, on parle de validation parce qu’il s’agit de valider par des tests la qualité du produit ainsi que sa conformité aux spécifications définies.
La logique
Pour vous décrire la logique de la méthode, pensez au fait que la première partie du V, la pente descendante ↘️, sert à décrire les besoins du projet en commençant par des descriptions générales. Plus on descend la pente, et plus nous allons vers des descriptions spécifiques pour offrir le maximum de détails aux développeurs qui devront coder l’application.
Pour la deuxième partie du V, la pente ascendante ↗️, la logique sera différente. Lorsque l’application sera produite par les développeurs, il s’agira de démarrer par des validations très détaillées pour tester la qualité du code. Plus on remontera la pente, et plus les tests seront globaux pour permettre aux testeurs de valider la conformité de l’application dans son ensemble.
Les 9 phases
Parlons maintenant des 9 phases du cycle en V :
Tout commence par l'analyse qui correspond à la phase n°1. C’est l’étape où le client communique ses besoins et contraintes à l’équipe qui étudiera sa demande afin d’apporter des solutions.
Ensuite vient l’étape des spécifications fonctionnelles qui est la phase n°2. C’est le moment où l’équipe formule ses premières propositions pour les fonctionnalités de l’application et l’organisation du projet sans toutefois entrer dans les détails.
Lors de la phase n°3, l’équipe aborde les aspects techniques du projet en mettant l’emphase sur “comment” sera réalisée l’application (les logiciels, matériel utilisé, méthodes et process, etc.) On parle à ce moment de spécifications techniques.
Puis vient la phase n°4 qui consiste à décrire les fonctionnalités du projet avec un niveau de détail très avancé ; des schémas de base de données, par exemple. Les développeurs auront toutes les informations pour coder avec précision et qualité. On parle à ce moment de spécifications ou conceptions détaillées.
Après le passage des 4 étapes du cycle en V, on peut dire que les spécifications sont approuvées par le client, et que l’application peut maintenant être codée par les développeurs. C’est la phase n°5 qu’on appelle programmation ou réalisation.
Après la phase n°5, le cycle en V mettra l'accent sur les tests afin de garantir la qualité du logiciel avant sa livraison.
Les tests sont réalisés à différents niveaux :
Commençons par les tests unitaires à la phase n°6. À cette étape, les développeurs vérifient le bon fonctionnement de certains bouts de code qui réalisent des actions précises. Ces parties de code sont plus couramment appelées “des composants”.
Quand les tests unitaires sont validés, les testeurs effectuent des tests d’intégration à la phase n°7. Cette étape consiste à vérifier si les différents bouts de code, appelés les composants, fonctionnent correctement ensemble lorsqu’ils sont assemblés.
Si les tests d’intégration réussissent, on passe à la phase n°8 qui permet cette fois-ci de tester le fonctionnement global de l’application. On parle à ce moment de test de validation.
Pour finir, la phase n°9 permettra de livrer l’application clé en main. C’est-à-dire dans son environnement final d’utilisation avec sa documentation, les dernières vérifications, et l’approbation du client qui aura aussi effectué ses propres tests. C’est que qu’on appelle la recette et la mise en production.
Identifiez les acteurs du cycle en V
Dans le cycle en V, il y a plusieurs groupes d’acteurs qui jouent un rôle essentiel dans le projet. Je vous propose de les regrouper en trois catégories.
La MOA (Maîtrise d'Ouvrage) : La MOA est responsable de définir les besoins et les objectifs du projet. Elle représente les intérêts du client ou de l'utilisateur final, et travaille à déterminer ce que le produit ou le système doit accomplir.
La MOE (Maîtrise d'Œuvre) : La MOE prend en charge la conception et la réalisation du produit. Elle travaille en étroite collaboration avec la MOA pour comprendre les exigences et ensuite développer le produit en fonction de ces besoins. Elle s’assure qu'il est techniquement faisable.
L’équipe V&V (Verification and Validation) : Cette équipe est concentrée sur l'assurance qualité du produit. Elle travaille à vérifier que le produit respecte les exigences définies, processus appelé vérification, et valide également que le produit répond aux besoins et attentes de l'utilisateur final, processus appelé validation.
Pour résumer, la MOA définit ce que le produit doit faire, la MOE crée le produit, et l'équipe V&V s'assure que le produit fonctionne comme prévu.
À vous de jouer
Contexte
L'entreprise AirGalaxy a pour objectif de créer une application de contrôle des fusées avant leur lancement spatial. Cette application est critique pour assurer la sécurité des vols spatiaux.
AirGalaxy a adopté l'approche en cycle V pour planifier les fonctionnalités, les aspects techniques et les tests nécessaires pour assurer la qualité de l'application.
Consignes
Attribuez chaque tâche à l'une des trois équipes clés : MOA, MOE ou V&V. Dans l'outil Notions, vous trouverez une liste de 7 tâches à compléter à l'aide de la méthode RACI (dont vous pouvez trouver un descriptif approfondi dans cette section)
Votre mission est de sélectionner l'étiquette de l’équipe appropriée pour chaque tâche.
Analysez les qualités du chef de projet
Au sein d’une équipe travaillant avec la méthodologie du cycle en V, il faut des chefs de projet, ces personnes qui sont en mesure d’organiser, communiquer et suivre l’avancement d’un projet afin de permettre à chaque membre de collaborer de manière efficace à l’atteinte de l’objectif final.
Dans une approche de cycle en V, il peut y avoir plusieurs chefs de projet, que ce soit dans la MOA, la MOE ou l’équipe V&V. Leurs compétences restent les mêmes, même si les missions peuvent être différentes. Je vous propose de découvrir les qualités attendues d’un chef de projet en hard skills et soft skills.
Du côté des "Hard Skills", le chef de projet sait :
maîtriser les techniques de gestion de projet ;
organiser les différentes étapes du cycle en V ;
rédiger en faisant preuve de synthèse.
En termes de "Soft Skills", le chef de projet :
sait communiquer avec excellence ;
sait diriger avec un leadership efficace (confiance et écoute active) ;
a une très bonne culture numérique ;
sait gérer le stress et les conflits.
Préparez la construction de votre proposition de valeur
Lorsque vous démarrez un projet avec la méthodologie du cycle en V, vous devrez en tant que chef de projet apporter votre contribution à 3 documents essentiels.
Il s’agit du cahier des charges, des spécifications fonctionnelles et des spécifications techniques.
Ces documents se rédigent à des phases précises du cycle en V, que je vous propose de découvrir :
Le cahier des charges
Réalisé durant la phase n°1 du cycle en V par l’équipe MOA, il s’agit du tout premier document de référence. Il permettra d’annoncer les besoins, les attentes et les objectifs du projet, que vous transmettrez à l’équipe chargée de réaliser le projet. Si vous faites partie de la MOA en tant que chef de projet, vous contribuerez à la rédaction et à la transmission de ce document.
Les spécifications fonctionnelles
Réalisé durant la phase n°2 du cycle en V par l’équipe MOE, il s’agit des propositions de fonctionnalités pour l’application. Ce document permettra de décrire les actions que l’application pourra réaliser, et devra respecter les attentes qui sont formulées dans le cahier des charges.
Si vous faites partie de la MOE, vous contribuerez à la rédaction et la transmission de ce document. Si vous faites partie de la MOA, vous participerez à sa validation ou bien son refus.
Les spécifications techniques et détaillées
Réalisé durant les phases n°3 et 4 du cycle en V par l’équipe MOE, ce document est parfois scindé en 2 parties.
Les spécifications techniques décrivent tous les aspects techniques à mettre en place pour réaliser l’application, tandis que les spécifications détaillées décrivent en profondeur les fonctionnalités de l’application.
Ces 2 documents devront respecter les spécifications fonctionnelles qui auront été validées par la MOA durant la phase n°2.
Si vous faites partie de la MOE, vous contribuerez à leur rédaction et leur transmission. Si vous faites partie de la MOA, vous participerez à leur validation ou bien leur refus.
Comme vous pouvez le constater, le cahier des charges et les différentes spécifications sont extrêmement liés. Ils doivent respecter un processus de vérification et validation à chaque étape pour éviter tout écart ou erreur entre les documents.
Cet ensemble constituera une proposition de valeur parce qu’il permettra de confirmer entre la MOA et la MOE les caractéristiques du projet qui devra être développé.
En résumé
Le cycle en V est une méthodologie de gestion de projet visant à assurer la qualité d'une application critique grâce à 9 phases clés de validation et de vérification.
Les applications critiques sont des logiciels essentiels dans des domaines sensibles tels que la médecine ou l'aéronautique.
Le chef de projet joue un rôle transversal en coordonnant les activités entre la MOA et la MOE, avec des compétences techniques et relationnelles importantes.
La construction de la proposition de valeur, composée du cahier des charges et des spécifications, guide le projet et répond aux besoins du client.
Prêt à formaliser les attentes du client ? Alors, embarquez dans cette nouvelle étape. Menez votre projet à bien en définissant les besoins du client dans votre guide capital : le cahier des charges !
