SDLC - Modèle incrémental itératif

Dans un modèle incrémental itératif, initialement, une implémentation partielle d'un système total est construite de manière à ce qu'il soit dans un état livrable. Une fonctionnalité accrue est ajoutée. Les défauts, le cas échéant, de la livraison précédente sont corrigés et le produit en état de marche est livré. Le processus est répété jusqu'à ce que tout le développement du produit soit terminé. Les répétitions de ces processus sont appelées itérations. À la fin de chaque itération, un incrément de produit est livré.

Modèle incrémental itératif - Forces

Les avantages ou les forces du modèle incrémental itératif sont:

  • Vous pouvez d'abord développer des exigences prioritaires.

  • La livraison initiale du produit est plus rapide.

  • Les clients obtiennent rapidement des fonctionnalités importantes.

  • Réduit le coût de livraison initial.

  • Chaque version est un incrément de produit, de sorte que le client dispose d'un produit fonctionnel à tout moment.

  • Le client peut fournir des commentaires à chaque incrément de produit, évitant ainsi les surprises à la fin du développement.

  • Les changements d'exigences peuvent être facilement adaptés.

Modèle incrémental itératif - Faiblesses

Les inconvénients du modèle incrémental itératif sont:

  • Nécessite une planification efficace des itérations.

  • Nécessite une conception efficace pour garantir l'inclusion des fonctionnalités requises et prévoir des modifications ultérieures.

  • Nécessite une définition précoce d'un système complet et entièrement fonctionnel pour permettre la définition des incréments.

  • Des interfaces de module bien définies sont nécessaires, car certaines sont développées bien avant que d'autres soient développées.

  • Le coût total du système complet n'est pas inférieur.

Quand utiliser le modèle incrémentiel itératif?

Le modèle incrémental itératif peut être utilisé lorsque -

  • La plupart des exigences sont connues à l'avance, mais devraient évoluer avec le temps.

  • Les exigences sont priorisées.

  • Il est nécessaire de disposer rapidement des fonctionnalités de base.

  • Un projet a de longs calendriers de développement.

  • Un projet a une nouvelle technologie.

  • Le domaine est nouveau dans l'équipe.