Le document présente le cycle de vie d'un logiciel, en insistant sur l'importance d'un processus de développement bien défini et documenté. Il aborde l'évolution des applications de gestion et les différentes phases du modèle en cascade, soulignant ses avantages et inconvénients. En conclusion, bien que très utilisé, le modèle en cascade est souvent remplacé par d'autres modèles en raison de ses limitations dans le développement de systèmes complexes.

1. Institut Supérieur des Arts Multimédias de la Mannouba
Réalisé par : Med Amine Ghodhbane
30/03/2013 2012/2013 1

2. Plan
 Définition : Le Cycle de vie d’un logiciel
 Évolution des applications de gestion
 Les différentes classes de méthodes de conception
 Problématique
 Le Modèle en cascade
 Avantages
 Inconvénients
 Conclusion
 Références
30/03/2013 Med Amine Ghodhbane ( 2ING-INREV) 2

3. Logiciel: Le Cycle de vie
Un cycle de vie d’un logiciel est un ordonnancement des
différents étapes du processus de développement
 Comme pour toutes les fabrications, il est important
d’avoir un procédé de fabrication du logiciel bien
défini et explicitement décrit et documenté.
 En GL, il s’agit d’un type de fabrication un peu
particulier : en un seul exemplaire, car la production
en série est triviale (recopie).
30/03/2013 Med Amine Ghodhbane ( 2ING-INREV) 3

4. Évolution des applications de gestion
 60-80
 Stockage et restitution d'informations
 Structures plates (fichier, ligne de table)
 Traitement simple (mise à jour et édition de données)
 80- ..
 Objets complexes (texte, graphiques, images)
 Traitements plus élaborés (tableau de bord, système expert, ...)
 Intégration (bureautique, multimédia, web)
Les méthodes de conception doivent évoluées
30/03/2013 Med Amine Ghodhbane ( 2ING-INREV) 4

5. Problématique
 Un plus grand nombre d’étapes étaient nécessaires
pour organiser le développement des applications
complexes
 Il faut distinguer:
 l’analyse du ‘quoi faire ? ’ qui doit être validée par rapport
aux objectifs poursuivis
 la conception du ‘ comment faire? ’ qui doit être vérifiée
pour sa cohérence et sa complétude.
30/03/2013 Med Amine Ghodhbane ( 2ING-INREV) 5

6. Modèle en cascade
Le modèle en cascade décrit cette succession d’étapes
qui sont représentées ici (Six étapes fondamentales)
Analyse
des besoins
Défini par Winston W. Royce en 1970
Analyse
du système
Conception
Implémentation
Pas de validation intermédiaire
et tests unitaires
Haut risque : erreurs coûteuses ! Validation
et tests d’intégration
Exploitation
et maintenance
Cascade séquentiel
30/03/2013 Med Amine Ghodhbane ( 2ING-INREV) 6

7. C’est-à-dire !
 Chaque phase se termine à une date précise par la
production de certains documents ou logiciels.
 Les résultats sont définis sur la base des interactions
entre étapes et activités, ils sont soumis à une revue
approfondie .
On ne passe à la phase suivante que s'ils sont jugés satisfaisants
30/03/2013 Med Amine Ghodhbane ( 2ING-INREV) 7

8. Autrement
 Même si on l’étend avec des possibilités de retour en
arrière, idéalement limitées à la seule phase qui précède
celle remise en cause, le développement reste
fondamentalement linéaire.
Analyse
des besoins
Analyse
du système
Conception
Implémentation
et tests unitaires
Cascade itératif
30/03/2013 Med Amine Ghodhbane ( 2ING-INREV) 8

9. Avantages
 Simple
 Logique
 Bien adapté pour des petits systèmes
 Contrôle facile
 Facilité de planification des étapes et des délais
 Accent sur la documentation et la structure
 Idéal pour les projets logiciels stables
30/03/2013 Med Amine Ghodhbane ( 2ING-INREV) 9

10. Inconvénients
 Mal adapté à des systèmes complexes (processus de
développement rarement séquentiel)
 Les tests s'appliquent à l'application globale (pas de
validation des besoins)
 Difficulté de définir tous les besoins dés le début du
projet
 Délai assez long pour voir quelque chose.
30/03/2013 Med Amine Ghodhbane ( 2ING-INREV) 10

11. Conclusion
 Très utilisé dès sa publication, notamment par le
ministère américain de la Défense.
Mais autre modèle prend sa place comme étant
correction aux défauts de mise en œuvre.
Autres Modèles: le modèle en V
30/03/2013 Med Amine Ghodhbane ( 2ING-INREV) 11

12. Références
 Wikipedia
 Article de Winston : Managing the Development of
 Large Software Systems
 Présentation du Major Greg Phillips: Les modèles de
cycle de vie et le modèle «Chute d’eau»
30/03/2013 Med Amine Ghodhbane ( 2ING-INREV) 12