Les cycles de vie d'un projet
Cascade, cycle en V, spirale, itératif et incrémental : leur enchaînement des activités, leurs forces et leurs limites, le contexte où chacun convient, et l'opposition entre approche prédictive et approche adaptative.
- 21 cartes
- 4 thèmes
- Gratuit
Le programme, thème par thème
Le poids de chaque thème suit celui que lui donne l'examen.
- Notions
- Questions
- Ranger et relier
- Mises en situation
Quelques cartes du deck
Cycle de vie d'un logiciel : de quoi s'agit-il ?
Voir la réponse
Enchaînement des grandes activités par lesquelles un logiciel passe, de l'expression du besoin à son retrait en passant par la réalisation et la maintenance.
Choisir un modèle de cycle, c'est choisir l'ordre des activités et le moment des retours du client, pas la qualité de chaque activité.
Dans le cycle en V, quel test vérifie la conception détaillée, c'est-à-dire chaque composant pris isolément ?
- Les tests unitaires
- Les tests d'intégration, qui assemblent les composants
- Les tests de validation du système complet
- La recette par le client
Voir la réponse
Les tests unitaires
Chaque niveau de conception a son niveau de test : conception détaillée et tests unitaires, conception générale et tests d'intégration, spécifications et tests de validation, besoin et recette.
Une … refait et améliore ce qui existe déjà ; un … ajoute un morceau utilisable de plus au produit.
Voir la réponse
Une itération refait et améliore ce qui existe déjà ; un incrément ajoute un morceau utilisable de plus au produit.
Les deux se combinent : chaque cycle court ajoute un incrément et améliore les précédents d'après les retours.
Cycle en cascade : de quoi s'agit-il ?
Voir la réponse
Modèle où les phases s'enchaînent en une seule suite, chacune terminée et validée avant la suivante, les tests ne venant qu'après le codage ; les retours en arrière sont rares et coûteux.
Il convient quand le besoin est stable et bien connu. Son défaut : le client ne voit le produit qu'à la fin, quand une erreur de compréhension coûte le plus cher.
Le besoin est flou, le client est disponible et le marché bouge. L'équipe travaille en cascade et livre au bout de 18 mois un produit dépassé. Quel cycle adopter ?
- Un cycle en V, pour écrire les plans de test dès la conception
- La cascade, avec une phase de spécification plus longue
- Un cycle en V, avec des revues de conception plus fréquentes
- Un cycle itératif et incrémental, avec une version utilisable à intervalles réguliers
Voir la réponse
Un cycle itératif et incrémental, avec une version utilisable à intervalles réguliers
La cause est l'absence de retour du client avant la fin. Allonger la spécification ne rend pas le besoin plus stable ; des versions régulières permettent de corriger la direction tôt.