Comparaison des Modèles de Développement Logiciel

Modèle en Cascade

Caractéristiques

• Signifie que les exigences d'un problème sont bien comprises et stables. Suit les 5 étapes génériques de l'ingénierie logicielle.
• Des documents sont générés à chaque étape.
• Les étapes ne se chevauchent pas.
• Des révisions sont effectuées après chaque étape. On ne passe à l'étape suivante que si la précédente est terminée.

Avantages

• Recommandé pour les produits ayant une définition stable.
• Recommandé lorsque l'on travaille avec des méthodologies connues.
• Aide à réduire les coûts de planification, car il n'y a pas de problèmes en termes de temps et de ressources.

Inconvénients

• Il est difficile de préciser clairement toutes les exigences d'un projet au début, avant toute conception ou écriture de code.
• De petites omissions dans la définition entraînent généralement de grands changements aux étapes ultérieures.
• Les erreurs ou omissions dans les exigences sont souvent détectées tardivement (phase de construction ou de déploiement).

Modèle Incrémental

Caractéristiques

• Modèle itératif par nature.
• Combine des éléments du modèle en cascade, appliqués de manière itérative.
• Applique une séquence linéaire de manière décalée dans le temps.

Avantages

• Utile lorsque la disponibilité du personnel est limitée.
• Les incréments sont utiles pour réduire les risques techniques du projet.

Inconvénients

• Similaires au modèle en cascade, mais potentiellement moins marqués.

Conclusion

• Recommandé pour les projets pouvant être mis en œuvre en plusieurs parties (modulaires).
• Recommandé pour les projets avec des exigences relativement stables.

Modèle RAD (Rapid Application Development)

Caractéristiques

• Modèle de processus logiciel incrémental.
• Adaptation 'haut débit' du modèle en cascade.
• Démarche de construction basée sur les composants logiciels et la génération automatique de code.

Avantages

• Recommandé lorsque le projet peut être séparé en modules.
• Recommandé lorsque le temps de mise en œuvre de chaque module est bien connu.
• Recommandé lorsque le projet implique l'utilisation de composants existants.

Inconvénients

• Nécessite suffisamment de ressources humaines pour former plusieurs équipes.
• Exige un engagement élevé des développeurs pour respecter les délais courts de chaque module, afin d'éviter les goulots d'étranglement.
• Présente des difficultés si un système ne peut pas être facilement modularisé.

Conclusion

• Recommandé pour les projets utilisant des composants réutilisables.
• Recommandé pour les projets où le temps de développement de chaque module est prévisible et utilisant des technologies connues.

Modèle Prototype

Caractéristiques

• Orienté vers la clarification des besoins.
• Permet un degré élevé d'interaction avec le client.
• Montre rapidement des résultats au client.

Avantages

• Moins de temps consacré à la planification formelle, la documentation, le contrôle qualité et la conformité aux normes au début.
• Permet de montrer rapidement des signes de progrès, car le codage commence tôt.
• Utile pour les petits projets, de courte durée, ou qui seront remplacés/retirés.
• Aide à mieux comprendre les exigences du projet.

Inconvénients

• Difficile de connaître le temps total de mise en œuvre au début du projet.
• Nombre d'itérations potentiellement inconnu.
• Les délais de mise en œuvre effectifs sont difficiles à déterminer.

Conclusion

• Recommandé pour les projets avec une incertitude dans la définition des exigences.