S'il y a plusieurs modèles, c'est que :

 pas un parfait, ni même meilleur que les autres.

 des qualités et des défauts, suivant les contextes.

 garder un regard critique , pour choisir le bon modèle.

1
2
Caractéristiques:

 Modèle linéaire avec phases séquentielles.

 Vérification de chaque phase avant de passer à la suivante.

 Production de documents (délivrables ) à l’issue de chaque

phase.

3
 Caractéristiques:
 Suppose que l’on connaisse précisément les besoins(exigences), ou au
moins la plupart, dès le début.

❑ Refuse tout changement pour «tout bien faire dès le début»

➢La formalisation exacte des exigences (spécification) doit précéder la
conception, qui doit elle-même être finalisée avant de passer à
l’implémentation.

 Exige d’accorder une attention très importante aux documents Ex. : livrer
un document, attendre 15 jours les retours, intégrer ces commentaires (10
jours) , livrer une nouvelle version,.

4
Inconvénients:

 Modèle trop séquentiel

 Dure trop longtemps

 Validation trop tardive

et remise en question couteuse des phases précédentes.

 Sensibilité à l’arrivée de nouvelles exigences:

refaire toutes les étapes.

 Pas de parallélisme.
5
6
Caractéristiques:

Tâches effectuées en parallèle

• horizontalement : préparation de la vérification
Ex. : dès que la spécification fonctionnelle est faite : (↑)
– plan de tests de système.
– plan d'évaluation des performances
– documentation utilisateur
•verticalement : développement des modules
Ex. : dès que la conception architecturale est validée : (↑)
– conception détaillée des modules
– programmation et tests unitaires

7
Inconvénients

 incapacité de prendre en compte des évolutions du CdC.

 peu ou pas de possibilité de maquettage et/ou de prototypage.

8
 Modèles parfois difficiles à appliquer :
– difficile de prendre en compte des changements importants
dans les spécifications dans une phase avancée du projet.
– durée parfois trop longue pour produits compétitifs.

 Gestion du risque :
– trop de choses reportées à l'étape de programmation (par ex.
l'interface utilisateur).
– pas assez de résultats intermédiaires pour valider la version
finale du produit,

9
Branche fonctionelle Branche
technique
Capture des
Capture des besoins
fonctionels besoins
techniques
Conception
analyse
générique prototype

Conception préliminaire

Conception détaillée

Codage et test

recette 10
Caractéristiques:

Processus incrémental pour le cycle en y

 Pré étude:
-Validation du principe
- Outils de développement

 Élaboration :
-Focalisé sur l’architecture
-Réalisation des fonctions prioritaires

 Construction:
Avancement jusqu’au système complet
11
12
Caractéristiques :

 Identifier les risques, leur affecter une priorité.

 Développer des prototypes pour réduire les risques,en commençant

par le plus grand risque.

 Utiliser un modèle en V ou en cascade pour implémenter chaque

cycle de développement.

 Contrôler :
• si un cycle concernant un risque est achevé avec succès, évaluer
le résultat du cycle, planifier le cycle suivant.
• si le risque est non résolu, interrompre le projet. 13
 Caractéristiques :
 Utilisation du prototypage.

 Analyse (progressive) des risques.

 Bien adapté aux développements innovants.

 Réduit les risques si bien appliqué : possibilité de s ’arrêter « à temps

», avant que l ’irréalisabilité du projet ait créé un gouffre financier.

Remarque:

Moins simple à manager

14
Risques technologiques :

● exigences démesurées par rapport à la technologie

● incompréhension des fondements de la technologie

● problèmes de performance

● changement de technologie en cours de route

15
Risques liés au processus :

● gestion projet mauvaise ou absente

● calendrier et budget irréalistes
● calendrier abandonné sous la pression des clients
● composants externes manquants
● insuffisance de données
● invalidité des besoins
● développement de fonctions inappropriées
● développement d'interfaces utilisateur inappropriées
● ...

16
Risques humains:

 défaillance du personnel
 surestimation des compétences
 travailleur solitaire
 manque de motivation

17
 Evite projet tunnel.

 Importance donnée aux interfaces.

 Prototypage : création d'un prototype (modèle réduit d'un système,

partiellement réalisé et fonctionnel).

 Validation des spécifications par expérimentation : "Je saurai ce que

je veux lorsque je le verrai !"

18
doit permettre de :

 Bien comprendre les demandes des utilisateurs finals

 Tenir compte des changements du cahier des charges
 Empêcher la découverte tardive de défauts sérieux dans le projet
 Traiter au plus tôt tous les points critiques du projet
 Bien communiquer avec le client
 Bien maîtriser la complexité
 Favoriser la réutilisation
 Définir une architecture robuste
 Faciliter le travail en équipe

19
I. Dresser dans un tableau comparatif, las avantages, les inconvénients
ainsi que le type de projet correspondant à chaque modèle de cycle de
vie que vous avez vu dans le cours.
II. Attribuer à chacun de ces projets, un modèle de cycle de vie qui lui est
adéquat :
1. Développement d’un logiciel médical ;
2. Développement d’un site web pour l’organisation du croissant
rouge ;
3. Développement d’un logiciel à utilisation militaire ;
4. Développement d’un site web pour une agence de voyage qui fait la
réservation des billets d’avion en ligne ;
5. Développement d’une application de gestion d’une bibliothèque
universitaire ;
6. Développement d’un logiciel aéronautique pour la NASA ;
7. Développement d’une application de gestion de stock importante ;
8. Développement d’un projet pour la gestion hôtelière ;
9. Développement d’un site web de vente de voitures en ligne. 20