Cascada: 1 .- Il signifie que les exigences d'un problème est bien compris et sont stables dans les 5 étapes d'ingénierie logicielle générique. 2 .- Réalisé par Les documents sont générés à chaque étape les étapes 3 .- 4 .- chevauchent pas révisions sont effectuées après chaque étape, seulement passé à l'étape suivante si l'étape précédente est terminée AVANTAGES: 1 .- Recommandé pour les produits qui ont une définition stable 2 .- recommandée lorsque l'on travaille avec des méthodologies connues 3 .- Aide à réduire les coûts de la planification, car elle permet pas de problèmes en termes de temps, de ressources, les inconvénients des définitions: 1 .- Il difficile de préciser clairement les exigences d'un projet au premier abord, avant toute concevoir et écrire un code 2 .- Définition petites omissions signifie généralement de grands changements à différents stades de ce formulaire 3 .- visualisation des erreurs sont détectées exigences dans la phase de construction ou de déploiement incrémental: 1 .- Il est par nature un modèle itératif 2 .- Il combine des éléments du modèle en cascade itérative appliquée 3 .- Appliquer décalés séquence linéaire de temps que des avantages: 1 .- Utiles lorsque la disponibilité du personnel est rare 2 .- Les augmentations sont utiles pour réduire les risques techniques des inconvénients du projet: 1 .- pour le modèle en cascade, mais moins CONCLUSION: 1 .- Les projets Recomenadado qui peuvent être mises en œuvre en plusieurs versements, modulaire 2 .- Les projets recommandés pour stables DRA exigences modèle (Rapid Application Development) Caractéristiques incrémentale: 1 .- Modèle de processus incrémental 2 .- Le modèle est une adaptation du haut débit CASCADA 3 .- démarche de construction basée composants logiciels, et de génération de code automatique AVANTAGES: 1 .- recommandée lorsque le projet peut être séparé en 2 .- recommandée lorsque les modules sont bien connus du temps de mise en œuvre de chaque module 3 .- recommandée lorsque le projet comprend la mise en œuvre des composants . Inconvénients: 1 .- Il faut assez de ressources pour former des équipes 2 .- Il exige un engagement de haut par les développeurs pour répondre aux délais de développement de chaque module, si vous ne pouvez pas créer des goulets d'étranglement 3. - présente des difficultés quand un système peut être séparée en modules CONCLUSION: 1 .- Recommandé pour les projets qui incluent la mise en œuvre des composantes 2 .- Recommandé pour les projets qui sont bien connus du temps de mise en œuvre de chaque module et en travaillant avec les technologies connues. Caractéristiques du modèle prototype: 1 .- Le débogage besoins Oriented 2 .- Il permet degré élevé d'interaction avec le client 3 .- Affiche les résultats à la clientèle rapide AVANTAGES: 1 .- Pas de gestion de projet se fait, pas de temps est perdu planification, documentation, contrôle qualité, conformité aux normes 2 .- Vous pouvez immédiatement montrer des signes de progrès, car il commence immédiatement à encoder 3 .- Il peut être utile pour les petits projets, de courte durée opération, qui sera remplacé ou retiré après quatre Aide .- à comprendre les exigences du projet Inconvénients: 1 .- Il est impossible de savoir au début de Time Project Projet de mise en œuvre totale 2 .- nombre inconnu d'itérations à effectuer 3 fois .- mise en œuvre effective sont dificlies CONNCLUSIÓN déterminer: 1 .- Recommandé pour les projets qui ont une incertitude dans la définition de leurs besoins