Remerciez-le!

Remerciez @Admin pour avoir partagé cet document gratuitement, de la manière la plus simple, en partageant sur les réseaux sociaux.

Cycle de vie d’un logiciel Chapitre I http://lotfiabdelhadi.wixsite.com/site À

Cycle de vie d’un logiciel Chapitre I http://lotfiabdelhadi.wixsite.com/site À la discipline Introduction http://lotfiabdelhadi.wixsite.com/site 2 Cycle de vie ? Ensemble séquentiel de phases, dont le nom et le nombre sont déterminés en fonction des besoins du projet, permettant généralement le développement d’un service ou d’un produit des besoins Ingénierie http://lotfiabdelhadi.wixsite.com/site 3 Qu’est ce qu’une exigence (besoin) ? • Condition à laquelle le système doit satisfaire ou une capacité dont il doit faire preuve. Pourquoi ? • Manque de participation des utilisateur • Identification incomplète des besoins • Besoins qui changent au cours du projet des besoins Ingénierie http://lotfiabdelhadi.wixsite.com/site 4 Prévenir vs Guérir • Le succès ou l’échec d’un développement se jouent dans les phases amont du développement d’un logiciel, Correction ,,, • Coût d’une correction tardive = 200 fois le coût d’une correction initiale, Change before you have to! The world is keep changing. Don’t stay here. 1 5 10 50 200 0 50 100 150 200 250 Etude Conception Implémentation Test Exploitation Coût du changement Ingénierie http://lotfiabdelhadi.wixsite.com/site 6 des besoins Règles utiles • Les besoins devraient exprimer le Quoi et non le Comment • Seuls les clients ont des besoins, ces besoins devant guider la spécification • Tous les besoins exprimés par le client doivent être implémentés Définir le comment ? Conception http://lotfiabdelhadi.wixsite.com/site 7 Les difficultés de la conception • La conception ne se contente pas d’identifier le problème. • Elle tente d’y apporter une solution valide. • La conception est donc un processus créatif et rigoureux. Conception vs implémentation • L’implémentation est la mise en œuvre des choix issus de la conception. • L’implémentation doit pouvoir répondre aux contraintes de réalisation sans mettre en cause les choix de conception. Charles Antony Richard Hoare “There are two ways of constructing a software design : One way is to make it so simple that there are obviously no deficiencies, and the other way is to make it so complicated that there are no obvious deficiencies”C. A. R. Hoare de la conception Implémentation http://lotfiabdelhadi.wixsite.com/site 8 Objectif • Implantation de la solution conçue Important • Choix de l'environnement de développement, du/des langage(s) de programmation, de normes de développement... Phase cruciale Validation & vérification http://lotfiabdelhadi.wixsite.com/site 9 Validation • S’assurer que les besoins du client sont satisfaits (au niveau de la spécification, du produit fini) Concevoir le bon logiciel Vérification • S’assurer que le logiciel satisfait sa spécification Concevoir le logiciel correctement 3 types : Maintenance http://lotfiabdelhadi.wixsite.com/site 10 Correction • Identifier et corriger des erreurs trouvées après la livraison du logiciel Adaptation • Adapter le logiciel aux changements dans l'environnement (format des données, environnement d'exécution...) Perfection • Améliorer la performance, ajouter des fonctionnalités, améliorer la maintenabilité du logicielService après vente http://lotfiabdelhadi.wixsite.com/site Estimation Répartition de l’effort 11 7% 6% 60% 8% 19% Spécification Conception Maintenance Implémentation V&V http://lotfiabdelhadi.wixsite.com/site Modèle en cascade (waterfall) Modèles de développement 12 Spécification Conception Implémentation Test Maintenance Modèle en cascade (watterfall) Modèles de développement http://lotfiabdelhadi.wixsite.com/site 13 Caractéristiques Appelé aussi modèle linéaire séquentiel Architecture séquentielle Terminer chaque phase avant de commencer la suivante Très facile pour les utilisateurs non expérimentés Modèle en cascade (watterfall) Modèles de développement http://lotfiabdelhadi.wixsite.com/site 14 Utilisation Besoins biens définis Définition stable du produit Technologie bien maitrisée Nouvelle version d’un produit existant Modèle en cascade (watterfall) Modèles de développement http://lotfiabdelhadi.wixsite.com/site 15 Avantages + Facile à comprendre et à utiliser + Implémentation facile + Trouver les erreurs très tôt + Bon choix si la qualité est plus importante que le délais et le coût + Chaque phase est bien documentée Modèle en cascade (watterfall) Modèles de développement http://lotfiabdelhadi.wixsite.com/site 16 Inconvénients - Difficulté d’estimer le coût et le temps - Pas de livrable jusqu’à la fin - Impossible de faire un retour arrière - Pas de changement dans les besoins - Niveau de risque très élevé - Aucun moyen pour gérer les changements dynamiques http://lotfiabdelhadi.wixsite.com/site Modèle en spirale Modèles de développement 17 Modèle en spirale Modèles de développement http://lotfiabdelhadi.wixsite.com/site 18 Avantages + Réduction du risque + Ajouter des fonctionnalités facilement + Production précoce dans le cycle de vie + Feed-back précoce Modèle en spirale Modèles de développement http://lotfiabdelhadi.wixsite.com/site 19 Inconvénients - Expertise spécifique pour analyser le risque - Dépend grandement sur l’analyse du risque - Très compliqué / watterfall Prototypage évolutionnel Modèles de développement http://lotfiabdelhadi.wixsite.com/site 20 Prototype Initial Concevoir et implementer le prototype initial Redéfinir le prototype jusqu’à son acceptation Compléter et publier le prototype Prototypage évolutionnel Modèles de développement http://lotfiabdelhadi.wixsite.com/site 21 Avantages + L’effort de prototypage n’est pas gaspillé + Plus rapide que le watterfall + Grande participation du client + Réduire le risque grâce à la détection précoce des erreurs + Idéal pour les projets instables + Idéal pour concevoir les interfaces utilisateur (front-end) Prototypage évolutionnel Modèles de développement http://lotfiabdelhadi.wixsite.com/site 22 Inconvénients - Faible documentation - Les changements continus peuvent facilement corrompre le système - Maintenance difficile - Difficile de diviser les tâches équitablement (planification) - La complexité augmente avec la taille du projet Modèle agile Modèles de développement http://lotfiabdelhadi.wixsite.com/site 23 Début Planification du sprint Dev Test Demo Déploiement 1 Planification du sprint Dev Test Demo Déploiement 2 Modèle agile Modèles de développement http://lotfiabdelhadi.wixsite.com/site 24 Avantages + Satisfaction du client par la livraison rapide + Les clients, les développeurs et les testeurs interagissent constamment entre eux + Le logiciel est livré fréquemment (semaines plutôt que mois) + Une attention constante à l'excellence technique et une bonne conception + Adaptation régulière à l'évolution des circonstances + Même les changements tardifs dans les exigences sont les bienvenus Modèle agile Modèles de développement http://lotfiabdelhadi.wixsite.com/site 25 Inconvénients - Difficile d'évaluer l'effort requis au début du cycle de développement pour les grands projets - Manque d'accent sur la conception et la documentation - Seuls les programmeurs seniors sont capables de prendre le type de décisions nécessaires au cours du processus de développement. - Pas de place pour les programmeurs débutants, sauf si combiné avec des ressources expérimentées Choisir le bon modèle Modèles de développement http://lotfiabdelhadi.wixsite.com/site 26 Facteurs à considérer Compréhension des exigences Temps prévu Niveau du risque Contraintes de planification Interaction avec les clients Niveau d’expertise des participants Erreurs classiques Modèles de développement http://lotfiabdelhadi.wixsite.com/site 27 Liés aux gens Une personne veut tout faire Environnement non adéquat pour travailler Mauvaise gestion des personnes : manque de dirigeants, dictateurs, … Ajouter des employés au projet tardivement Erreurs classiques Modèles de développement http://lotfiabdelhadi.wixsite.com/site 28 Liés au processus Erreurs de planification Mauvais choix du modèle Erreurs classiques Modèles de développement http://lotfiabdelhadi.wixsite.com/site 29 Liés au produit Ajouter plus de fonctionnalités que nécessaire Ajouter des options non demandées Ajouter des parties de recherche au projet Recherche ≠ développement Erreurs classiques Modèles de développement http://lotfiabdelhadi.wixsite.com/site 30 Liés à la technologie Reposer trop sur une nouvelle technologie Changer/ajouter les outils Pas de système de contrôle de versions Du chapitre I Conclusion http://lotfiabdelhadi.wixsite.com/site 31 A vous de conclure … Exigences Spécification Conception Implémentation Test Maintenance uploads/Sante/ chapitre-i 1 .pdf