Le Cycle de vie d’un logiciel

Présentation au sujet: "Le Cycle de vie d’un logiciel"— Transcription de la présentation:

1 Le Cycle de vie d’un logiciel

2 Le cycle de vie d’un logiciel
Définition Les 3 cycles de vie Conclusion

3 Qu’est-ce qu’un logiciel ?
Un ensemble d’instructions réalisables par une machine (ordinateur ou calculateur) Exécuter le logiciel pour lancer les instructions Différents types de logiciels : Système, applicatif, commercial… Processus de création long et nécessitant une grande organisation

4 Qu’est-ce que le cycle de vie d’un logiciel ?
Ensemble d’étapes à réaliser pour mieux cerner la construction du logiciel, sous forme de schéma Adapté en fonction des besoins du client Différents types de cycles de vie Le cycle en cascade Le cycle en V Le cycle itératif

5 Exploitation et maintenance
Cycle en cascade Analyse des besoins Cahier des charges Conception Spécifications Réalisation Solution logicielle Test et vérification Acceptation Exploitation et maintenance

6 Cycle en V Validation Exploitation et maintenance Analyse des besoins
Vérification système Analyse du logiciel Test de validation Vérification sous-système Conception de l’architecture Test d’intégration Vérification module Conception détaillée Test unitaire Codage

7 Cycle itératif Expression Développement de besoin Validation
Spécification Evaluation Déploiement

8 Avantages Inconvénients Cycle en cascade Cycle en V Cycle itératif
Facile à comprendre et sobre pour ne pas être perdu dans les étapes, gestion efficace du temps et des étapes Incapacité de modifier le cahier des charges à partir de l’étape « Réalisation », demande beaucoup de vérifications et retarde le cycle Cycle en V Adapté aux grands projets, meilleure organisation du travail et des équipes, propose des étapes clefs avec un bon suivi du projet Incapacité de modifier le cahier des charges pendant la construction, pas de possibilité de maquettage ou prototypage, pas adapté aux systèmes non fonctionnels Cycle itératif Facile à comprendre et souple, le cycle se répète en cas de changement pour s’adapter aux besoins, qui peuvent varier Négligence du test d’intégration, risque liés à des ajouts qui créent des problèmes qui n’étaient pas présents dans les cycles précédents