SDLC - Modèle en spirale

Le modèle en spirale combine l'idée de développement itératif avec les aspects systématiques et contrôlés du modèle en cascade. Ce modèle en spirale est une combinaison de modèle de processus de développement itératif et de modèle de développement linéaire séquentiel, c'est-à-dire le modèle en cascade avec un très fort accent sur l'analyse des risques. Il permet des versions incrémentielles du produit ou un raffinement incrémentiel à chaque itération autour de la spirale.

Modèle en spirale - Conception

Le modèle en spirale comporte quatre phases. Un projet logiciel passe à plusieurs reprises par ces phases dans des itérations appelées Spirales.

Identification

Cette phase commence par la collecte des exigences métier dans la spirale de référence. Dans les spirales suivantes, au fur et à mesure que le produit mûrit, l'identification des exigences du système, des exigences du sous-système et des exigences de l'unité sont toutes effectuées dans cette phase.

Cette phase comprend également la compréhension des exigences du système par une communication continue entre le client et l'analyste système. Au bout de la spirale, le produit est déployé sur le marché identifié.

Conception

La phase de conception commence par la conception conceptuelle dans la spirale de base et implique la conception architecturale, la conception logique des modules, la conception physique du produit et la conception finale dans les spirales suivantes.

Construire ou construire

La phase de construction fait référence à la production du produit logiciel réel à chaque spirale. Dans la spirale de base, lorsque le produit est juste pensé et que la conception est en cours de développement, un POC (Proof of Concept) est développé dans cette phase pour obtenir les commentaires des clients.

Ensuite, dans les spirales suivantes, avec une plus grande clarté sur les exigences et les détails de conception, un modèle de travail du logiciel appelé build est produit avec un numéro de version. Ces versions sont envoyées au client pour commentaires.

Évaluation et analyse des risques

L'analyse des risques comprend l'identification, l'estimation et le suivi de la faisabilité technique et des risques de gestion, tels que le retard de calendrier et le dépassement des coûts. Après avoir testé la construction, à la fin de la première itération, le client évalue le logiciel et fournit des commentaires.

L'illustration suivante est une représentation du modèle en spirale, répertoriant les activités de chaque phase.

Sur la base de l'évaluation du client, le processus de développement logiciel entre dans l'itération suivante et suit ensuite l'approche linéaire pour mettre en œuvre les commentaires suggérés par le client. Le processus d'itérations le long de la spirale se poursuit tout au long de la vie du logiciel.

Application de modèle en spirale

Le modèle en spirale est largement utilisé dans l'industrie du logiciel car il est en phase avec le processus de développement naturel de tout produit, c'est-à-dire l'apprentissage avec maturité qui implique un risque minimum pour le client ainsi que pour les entreprises de développement.

Les pointeurs suivants expliquent les utilisations typiques d'un modèle en spirale -

  • Lorsqu'il y a une contrainte budgétaire et qu'une évaluation des risques est importante.

  • Pour les projets à risque moyen à élevé.

  • Engagement de projet à long terme en raison des changements potentiels des priorités économiques à mesure que les exigences changent avec le temps.

  • Le client n'est pas sûr de ses exigences, ce qui est généralement le cas.

  • Les exigences sont complexes et nécessitent une évaluation pour être clarifiées.

  • Nouvelle gamme de produits qui devrait être lancée par étapes pour obtenir suffisamment de commentaires des clients.

  • Des changements importants sont attendus dans le produit au cours du cycle de développement.

Modèle en spirale - Avantages et inconvénients

L'avantage du modèle de cycle de vie en spirale est qu'il permet d'ajouter des éléments du produit lorsqu'ils deviennent disponibles ou connus. Cela garantit qu'il n'y a pas de conflit avec les exigences et la conception précédentes.

Cette méthode est cohérente avec les approches qui comportent plusieurs versions et versions logicielles, ce qui permet d'effectuer une transition ordonnée vers une activité de maintenance. Un autre aspect positif de cette méthode est que le modèle en spirale oblige un utilisateur précoce à s'impliquer dans l'effort de développement du système.

D'un autre côté, il faut une gestion très stricte pour terminer de tels produits et il y a un risque de faire tourner la spirale dans une boucle indéfinie. Ainsi, la discipline du changement et l'étendue des demandes de changement sont très importantes pour développer et déployer le produit avec succès.

Les avantages du modèle Spiral SDLC sont les suivants:

  • Des exigences changeantes peuvent être adaptées.

  • Permet une utilisation intensive des prototypes.

  • Les exigences peuvent être capturées plus précisément.

  • Les utilisateurs voient le système tôt.

  • Le développement peut être divisé en parties plus petites et les parties à risque peuvent être développées plus tôt, ce qui contribue à une meilleure gestion des risques.

Les inconvénients du modèle Spiral SDLC sont les suivants:

  • La gestion est plus complexe.

  • La fin du projet peut ne pas être connue à l'avance.

  • Ne convient pas aux projets à faible risque ou à faible risque et pourrait être coûteux pour les petits projets.

  • Le processus est complexe

  • La spirale peut durer indéfiniment.

  • Un grand nombre d'étapes intermédiaires nécessite une documentation excessive.