SDLC – Modèle itératif

Publicités

Dans le modèle itératif, le processus itératif commence par une mise en œuvre simple d’un petit ensemble d’exigences logicielles et améliore de manière itérative les versions évolutives jusqu’à ce que le système complet soit mis en œuvre et prêt à être déployé.

Un modèle de cycle de vie itératif ne tente pas de commencer par une spécification complète des exigences. Au lieu de cela, le développement commence par la spécification et l’implémentation d’une partie seulement du logiciel, qui est ensuite revue pour identifier d’autres exigences. Ce processus est ensuite répété, produisant une nouvelle version du logiciel à la fin de chaque itération du modèle.

Modèle itératif – Conception

Le processus itératif commence par une simple mise en œuvre d’un sous-ensemble des exigences du logiciel et améliore de façon itérative les versions évolutives jusqu’à ce que le système complet soit mis en œuvre. A chaque itération, des modifications de conception sont apportées et de nouvelles capacités fonctionnelles sont ajoutées. L’idée de base de cette méthode est de développer un système à travers des cycles répétés (itératif) et en plus petites portions à la fois (incrémental).

L’illustration suivante est une représentation du modèle itératif et incrémental –

Le développement itératif et incrémental est une combinaison de la conception itérative ou de la méthode itérative et du modèle de construction incrémental pour le développement. « Pendant le développement d’un logiciel, plus d’une itération du cycle de développement du logiciel peut être en cours en même temps. » Ce processus peut être décrit comme une approche d' »acquisition évolutive » ou de « construction incrémentale ». »

Dans ce modèle incrémental, l’ensemble du besoin est divisé en différentes constructions. Au cours de chaque itération, le module de développement passe par les phases d’exigences, de conception, d’implémentation et de test. Chaque version suivante du module ajoute une fonction à la version précédente. Le processus se poursuit jusqu’à ce que le système complet soit prêt conformément à l’exigence.

La clé d’une utilisation réussie d’un cycle de vie de développement logiciel itératif est la validation rigoureuse des exigences, et les tests de vérification & de chaque version du logiciel par rapport à ces exigences dans chaque cycle du modèle. Au fur et à mesure que le logiciel évolue dans les cycles successifs, les tests doivent être répétés et étendus pour vérifier chaque version du logiciel.

Modèle itératif – Application

Comme les autres modèles SDLC, le développement itératif et incrémental a quelques applications spécifiques dans l’industrie du logiciel. Ce modèle est le plus souvent utilisé dans les scénarios suivants –

  • Les exigences du système complet sont clairement définies et comprises.

  • Les exigences principales doivent être définies ; cependant, certaines fonctionnalités ou améliorations demandées peuvent évoluer avec le temps.

  • Il y a une contrainte de temps par rapport au marché.

  • Une nouvelle technologie est utilisée et est apprise par l’équipe de développement tout en travaillant sur le projet.

  • Les ressources avec les ensembles de compétences nécessaires ne sont pas disponibles et sont prévues pour être utilisées sur une base contractuelle pour des itérations spécifiques.

  • Il y a des caractéristiques et des objectifs à haut risque qui peuvent changer dans le futur.

Modèle itératif – Avantages et inconvénients

L’avantage de ce modèle est qu’il existe un modèle de travail du système à un stade très précoce du développement, ce qui facilite la recherche de défauts fonctionnels ou de conception. La découverte des problèmes à un stade précoce du développement permet de prendre des mesures correctives dans un budget limité.

L’inconvénient avec ce modèle SDLC est qu’il n’est applicable qu’à des projets de développement de logiciels importants et volumineux. Cela est dû au fait qu’il est difficile de décomposer un petit système logiciel en d’autres petits incréments/modules utilisables.

Les avantages du modèle SDLC itératif et incrémentiel sont les suivants –

  • Une certaine fonctionnalité de travail peut être développée rapidement et tôt dans le cycle de vie.

  • Les résultats sont obtenus tôt et périodiquement.

  • Le développement parallèle peut être planifié.

  • Les progrès peuvent être mesurés.

  • Moins coûteux pour changer la portée/les exigences.

  • Les tests et le débogage pendant la plus petite itération sont faciles.

  • Les risques sont identifiés et résolus pendant l’itération ; et chaque itération est un jalon facilement géré.

  • Facile de gérer le risque – La partie à haut risque est faite en premier.

  • Avec chaque incrément, un produit opérationnel est livré.

  • Les problèmes, les défis et les risques identifiés de chaque incrément peuvent être utilisés/appliqués à l’incrément suivant.

  • L’analyse des risques est meilleure.

  • Il prend en charge les exigences changeantes.

  • Le temps d’exploitation initial est moindre.

  • Mieux adapté aux grands projets et aux projets critiques.

  • Durant le cycle de vie, le logiciel est produit tôt, ce qui facilite l’évaluation et le retour d’information du client.

Les inconvénients du modèle SDLC itératif et incrémental sont les suivants –

  • Plus de ressources peuvent être nécessaires.

  • Bien que le coût du changement soit moindre, mais il n’est pas très adapté aux exigences changeantes.

  • Plus d’attention de la part de la direction est nécessaire.

  • Des problèmes d’architecture ou de conception du système peuvent survenir parce que toutes les exigences ne sont pas recueillies au début de l’ensemble du cycle de vie.

  • La définition des incréments peut nécessiter la définition du système complet.

  • Ne convient pas aux petits projets.

  • La complexité de gestion est plus grande.

  • La fin du projet peut ne pas être connue, ce qui constitue un risque.

  • Des ressources hautement qualifiées sont nécessaires pour l’analyse des risques.

  • L’avancement des projets dépend fortement de la phase d’analyse des risques.

Publicités

.

Laisser un commentaire

Votre adresse e-mail ne sera pas publiée.