MODÈLE EN SPIRALE: HISTOIRE, CARACTÉRISTIQUES, ÉTAPES, EXEMPLE - LA TECHNOLOGIE - 2025

Le modèle en spirale est un archétype du processus de développement d'application. Il est basé sur l'hypothèse que le développement logiciel est un cycle itératif qui se répète jusqu'à ce que les objectifs fixés soient atteints. Il a la capacité de gérer le grand nombre de risques pouvant survenir lors du développement de tout logiciel.

C'est l'un des modèles les plus importants pour soutenir la gestion des risques. Comme son nom l'indique, ce modèle est représenté en forme de spirale, où les différentes étapes du modèle sont réparties dans différents cycles. Le nombre de cycles dans le modèle n'est pas fixe et peut varier d'un projet à l'autre.

Analyse, évaluation, planification et développement. Spirale de développement logiciel Source: Beao commons.wikimedia.org

L'histoire

Création

Le modèle en spirale a été défini par le mathématicien américain et professeur de génie logiciel Barry Boehm. Après avoir présenté son concept en 1986 pour le développement d'applications complexes, il a publié son modèle en 1988 dans un cadre plus complet dans son article "A Spiral Model of Software Development and Improvement".

Une partie de cette publication de 1988 représentait graphiquement le modèle en spirale, montrant de manière complète à quoi ressemble le processus de développement logiciel de manière spirale et soutenu par des cycles.

Boehm est connu pour ses nombreuses contributions à l'ingénierie logicielle, telles que le modèle de coût constructif (COCOMO), le modèle en spirale du processus logiciel, l'approche G-Theory (gagnant-gagnant) pour la détermination et la gestion des exigences. du logiciel.

Alternative au modèle cascade

Dans sa publication, Boehm a décrit le modèle en spirale comme une alternative possible au modèle de cascade précédemment établi, qui a également servi de base à sa pratique.

Le modèle en spirale n'a pas été le premier à discuter du développement cyclique, mais il a été le premier modèle à expliquer pourquoi l'itération est importante. Comme initialement prévu, il a été ciblé sur de grands projets complexes dont les itérations vont généralement de 6 mois à 2 ans.

Ce modèle ne suppose pas que les tâches de développement logiciel sont conçues de manière linéaire, contrairement au modèle en cascade, mais les considère plutôt comme des tâches itératives.

Ce modèle cyclique a influencé l'architecture de génie logiciel basée sur un modèle (MBASE) et la programmation extrême.

Caractéristiques du modèle en spirale

Contrôle des risques

Ce qui différencie grandement ce modèle des autres modèles de processus logiciels, c'est qu'il reconnaît explicitement les risques. Ainsi, il réduit considérablement l'échec des grands projets logiciels en évaluant à plusieurs reprises les risques et en vérifiant à chaque fois le produit en cours de développement.

Ce modèle informatique contient des composants de presque tous les autres modèles du cycle de vie du logiciel, tels que le modèle en cascade, le modèle de prototypage, le modèle itératif, le modèle évolutif, etc.

Pour cette raison, il est capable de gérer presque tous les types de risques que les autres modèles ne gèrent généralement pas. Cependant, en raison du si grand nombre de composants, ce modèle est beaucoup plus complexe que les autres modèles de développement logiciel.

Description de la spirale

Chaque tour de la spirale représente un cycle complet, par lequel passent toujours les quatre quadrants, représentant les quatre étapes du modèle.

À mesure que la taille de la spirale augmente, les progrès accomplis augmentent également. Par conséquent, les étapes ne sont pas exécutées une seule fois, mais plusieurs fois, en spirale.

Bien que cette répétition cyclique fasse que le projet s'approche lentement des objectifs fixés, le risque d'échec du processus de développement est fortement minimisé.

Générique

Les quatre étapes ne mettent en œuvre que les objectifs de base d'un cycle, mais il n'est pas nécessaire qu'elles se manifestent à chaque cycle.

L'ordre de chaque cycle n'est pas non plus strictement déterminé. Par conséquent, le modèle peut être combiné à tout moment avec d'autres modèles.

Souple

Il est assez flexible, car il exécute les processus de définition des objectifs, d'analyse des risques, de développement et de planification séparément pour chaque phase du projet.

Métamodèle

Il est considéré comme un métamodèle car il inclut les autres modèles. Par exemple, si la spirale était un cycle unique, elle représenterait le modèle en cascade, car elle incorpore l'approche progressive de ce modèle classique.

Il utilise également l'approche modèle de prototypage, car au début de chaque cycle, il assemble un prototype pour gérer les risques.

De plus, il est compatible avec le modèle évolutif, car les itérations de la spirale peuvent être considérées comme des niveaux évolutifs, à travers lesquels le système final est construit.

Étapes

Déterminer les objectifs, les alternatives et les contraintes

Les exigences système sont définies avec le plus de détails possible, y compris les performances, les interfaces matérielles / logicielles, les indicateurs clés de succès, etc. et quels objectifs devraient être associés au cycle de développement actuel sont considérés.

En outre, différentes alternatives pour sa mise en œuvre sont examinées, telles que build vs. acheter, réutiliser des composants existants ou sous-traiter, etc.

De même, des restrictions telles que le coût, le calendrier et les interfaces, la consommation de temps, etc. sont déterminées.

Évaluation des risques

Toutes les alternatives proposées sont évaluées. Les objectifs et les contraintes servent de références déterminantes pour sélectionner la meilleure solution.

De plus, les risques pouvant nuire à la réussite du projet sont identifiés, tels que le manque d'expérience, les nouvelles technologies, les délais serrés, les processus déficients, etc., mettant en œuvre les stratégies les plus rentables avec le moins de risques.

Enfin, des méthodes telles que le prototypage, les simulations, les modèles analytiques et les enquêtes auprès des utilisateurs sont utilisées.

Développement et test

Tout le développement nécessaire est effectué, en utilisant la technologie et la solution choisie. À chaque itération, une meilleure version de l'application est créée.

Le code réel est écrit et testé plusieurs fois jusqu'à ce que le résultat souhaité soit atteint, qui servira ensuite de base pour les étapes de développement futures.

Planifier le prochain cycle

À la fin d'un cycle, la planification du suivant commence. Cette planification pourrait consister à poursuivre normalement le projet si l'objectif du cycle était atteint, compte tenu de la définition de l'objectif suivant.

Il pourrait aussi s'agir de trouver d'autres solutions, si l'étape précédente de développement s'avérait défectueuse. La stratégie existante pourrait être remplacée par l'une des alternatives précédemment définies ou par une nouvelle. Avec cela, une nouvelle tentative pour atteindre l'objectif donné serait lancée.

Exemple

L'armée américaine a adopté le modèle en spirale pour le développement et la mise à niveau du programme de modernisation des Future Fighting Systems (SCF).

Officiellement lancés en 2003, les FSC ont été conçus pour équiper les troupes de véhicules connectés en temps réel à un réseau de champs de bataille extrêmement rapide et flexible.

Le projet a été divisé en quatre spirales de développement d'environ deux ans chacune. Spiral 1 devait commencer en 2008 et livrer des prototypes à utiliser et à évaluer.

Après l'achèvement de la spirale 1, la spirale 2 devait commencer en 2010. Le développement du produit final devait être livré en 2015.

En août 2005, Boeing a annoncé l'achèvement de la première étape majeure du projet, à savoir la révision fonctionnelle des systèmes. Boeing et Science Applications International Corporation étaient les co-chefs de file du projet.

Cependant, pour octobre 2005, le Pentagone a recommandé de retarder le projet en raison de l'impact élevé sur les coûts de la guerre en Irak et de l'aide de l'ouragan Katrina.

Le projet a été annulé en 2009 après l'apparition de coupes budgétaires, sans pouvoir prouver les avantages du modèle en spirale dans cette mission

avantage

Structure cyclique

Grâce à ce type de structure, les problèmes entre la conception et les exigences techniques du logiciel sont tacitement éliminés, grâce à des contrôles périodiques.

Gestion des risques

Les risques sont analysés à chaque étape du produit avant d'aller plus loin. Cela permet de surmonter ou d'atténuer les risques potentiels.

Tous les employés bénéficient de la grande importance de l'analyse des risques dans ce modèle, ce qui représente probablement leur plus grand avantage par rapport aux autres modèles de processus.

Une évaluation régulière des risques est utile lors de l'utilisation d'environnements techniques novateurs, généralement associés à un potentiel de risque particulier en raison de l'absence de valeurs empiriques.

Participation et commentaires des clients

Les clients sont impliqués dans chaque étape du projet, jusqu'à ce que le projet soit terminé. Par conséquent, différents commentaires peuvent être recueillis pour améliorer la prochaine version du projet.

De plus, une rétroaction peut être obtenue à tout moment grâce à l'avance en forme de spirale. Ainsi, les clients et les utilisateurs peuvent être intégrés dès le début dans le processus de développement.

Idéal pour les grands projets

Il est particulièrement populaire et important pour les projets de grande envergure et complexes, où le contrôle budgétaire est une priorité pour les clients et les développeurs. Vous avez un contrôle maximal sur les coûts, les ressources et la qualité du projet logiciel.

Désavantages

Coûteux

Cela peut être assez coûteux, car il nécessite un haut niveau d'expertise pour l'analyse des risques. De plus, les projets prennent beaucoup de temps à se développer, ce qui peut augmenter les frais généraux.

Assez complexe

Une gestion préalable très active et complexe du projet est nécessaire, où chaque cycle est continuellement et soigneusement contrôlé et documenté.

Il est comparativement plus complexe que les autres modèles, car il existe de nombreux cycles, chacun passant par des étapes différentes, augmentant ainsi l'effort du processus de documentation.

La connaissance de l'analyse et de la gestion des risques, qui n'est souvent pas disponible, est essentielle.

Gestion du temps

Le temps est difficile à gérer car le nombre de cycles est inconnu. En outre, le processus de développement peut être retardé à tout moment si des décisions importantes doivent être prises dans un cycle ou par des actions supplémentaires lors de la planification du cycle suivant.

De nombreuses étapes

Prendre de nombreuses étapes dans le développement de logiciels n'est pas toujours favorable car, malgré la polyvalence des tests, les parties inachevées du programme peuvent atteindre le système fini.

En conséquence, il existe toujours le risque que toute erreur ou incohérence conceptuelle affecte le produit final.

Références

1. Victor Font Jr (2019). Le modèle en spirale. Le guide ultime du SDLC. Tiré de: ultimatesdlc.com.
2. Ionos (2019). Modèle en spirale: le modèle de processus de développement logiciel axé sur les risques. Tiré de: ionos.com.
3. Techuz (2018). Qu'est-ce que le modèle en spirale? Une explication simple du cycle de vie du développement logiciel en spirale (SDLC). Tiré de: techuz.com.
4. One Stop Testing (2020). Modèle en spirale. Tiré de: onestoptesting.com.
5. Geeks pour les geeks (2020). Génie logiciel - Modèle en spirale. Tiré de: geeksforgeeks.org.
6. Chandu (2019). Modèle en spirale en génie logiciel. Tiré de: medium.com.