SlideShare une entreprise Scribd logo
Génie Logiciel
CYCLE DE VIE DU LOGICIEL( SUITE)
Vie du logiciel
(d'après J. Printz)
Cycle de vie du logiciel
 Aussi appelé procédé logiciel ou processus logiciel(software
process), le cycle de vie logiciel définit:
 Les étapes de développement
 L’enchaînement de ces dernières
 Un cycle de vie logiciel est un ensemble d’activités conduisant
à la production d’un logiciel.
 Les activités ne peuvent être automatisées, mais il y a des
outils de support, appelés outils CASE (Computer-Aided
Software Engineering)
Cycle de vie du logiciel
Pourquoi un modèle de procédé
logiciel
?
Cycle de vie du logiciel
 Pour maîtriser les gros projets
 Pour découper le projet et affecter correctement les tâches
 Pour anticiper et gérer les risques
 Il en existe deux:
Modèles de cycle de vie classiques VS
Modèles de cycle de vie agiles
Modèles classiques
 Modèles stricts
 Modèles clairement définis
 Documentation très fournie
 Fonctionne très bien avec les gros
projets, tels que les projets
gouvernementaux
Modèles agiles
 Modèles incrémentaux et itératifs
 Petites et fréquentes livraisons
 Accent sur le code et moins sur la
documentation
 Convient aux projets de petite et
moyenne tailles.
Critères de choix d’un modèle de
procédé logiciel
 Il n’y a pas de modèle meilleur que d’autres
 Le choix se fait selon certains suivant:
 la nature du projet,
 la taille du projet,
 la nature du client,
 les compétences de l’équipe,
 …
Différents modèles de Cycle de vie
 Modèle de cycle de vie en cascade
 Modèle de cycle de vie en V
 Modèle de cycle de vie en spirale
 Extreme Programming (XP)
Cycle de vie en cascade
Caractéristiques du modèle
en cascade
 mis au point dès 1966, puis formalisé aux alentours de
1970.
 Il définit des phases séquentielles à l'issue de chacune
desquelles des documents sont produits pour en vérifier
la conformité avant de passer à la suivante
 Importance du processus:
 rétroactions
 validation,
 vérification,
 tests
Cycle de vie en cascade
et assurance qualité
 Validation :
 Sommes-nous en train de faire le bon produit ?
 Vérification :
 Est-ce que nous faisons le produit correctement ?
☛ En pratique
 souvent confondus, ou pris l'un pour l'autre
 on parle de « V&V » (validation et vérification)
Cycle de vie en cascade
et assurance qualité
 Inspections
 lecture critique : spécification, conception, code, ...
(critique constructive : ne pas tout jeter)
 faite par équipes indépendantes
 rédaction de fiches de défaut
 affectation de responsabilités pour la correction des défauts
 Revues
 validation successive des phases du cycle de vie
Cycle de vie en cascade
et assurance qualité
Attention! (☹)
 Plus une erreur est découverte tard dans cycle de vie, plus la réparation
sera coûteuse
 Erreur de spécification trouvée en maintenance
☛ coûte + de 100 fois + cher que si trouvée lors des spécifications
Critique du modèle en cascade
 Modèle trop séquentiel
 dure trop longtemps
 Validation trop tardive et remise en question coûteuse des phases
précédentes
 Sensibilité à l'arrivée de nouvelles exigences
 Les besoins des clients sont très rarement stables et clairement définis
 Sensibilité aux nouveaux besoins : refaire tout le procédé
 Une phase ne peut démarrer que si l’étape précédente est finie
 Les risques se décalent vers la fin
 Très faible implication du client
Quand utiliser le modèle de cycle de
vie en cascade?
 Lorsque les besoins sont connus et stables
 Lorsque la technologie à utiliser est maîtrisée
 Lors de la création d’une nouvelle version d’un produit
existant
 Lors du portage d’un produit sur une autre plateforme
Modèle de cycle en vie en V
Modèle de cycle en vie en V
 Le modèle de cycle de vie en V part du principe que les
procédures de vérification de la conformité du logiciel aux
spécifications doivent être élaborées dès les phases de
conception
 Le modèle en V reste actuellement le cycle de vie le plus
connu et certainement le plus utilisé
 Le test du produit se fait en parallèle par rapport aux autres
activités
Caractéristiques du modèle en V
 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 qualification
 plan d'évaluation des performances
 documentation utilisateur
 verticalement : développement des modules
 Ex. : dès que la conception globale est validée : (↑)
 conception détaillée des modules
 programmation et tests unitaires
Avantages du modèle en V
 Validations intermédiaires
 Modèle encore assez populaire en industrie
 Limitations des risques en cascade par validation de
chaque étape
 Modèle très utilisé pour de grands projets
Inconvénients du modèle en V
 Plus complexe que le modèle en cascade
 On ne voit pas toujours de retour sur les phases
précédentes
 Plus difficile à mettre en œuvre
 Difficile de séparer les phases de conception et de
réalisation
 Ne contient pas d’activités d’analyse de risque (
projet, commercial, technique)
Quand utiliser le modèle en V?
 Lorsque le produit à développer à de très hautes
exigences de qualité
 Lorsque les besoins sont connus à l’avance
 Lorsque les technologies à utiliser sont connues à
l’avance
 Ce modèle demande beaucoup plus d’expertise que
le modèle en Cascade
Critique des modèles
en cascade et en V
 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
Modèle de Cycle de vie en spirale
Modèle de Cycle de vie en spirale
 Principe :
 Identifier les risques, leur affecter une priorité
 Développer des prototypes pour réduire les risques
 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
Caractéristiques du modèle
de cycle de vie en spirale
(Boehm, 1988)
 Utilisation du prototypage
 Analyse (progressive) des risques
Analyse des risques
Risques technologiques :
 exigences démesurées par rapport à la technologie
 incompréhension des fondements de la technologie
 problèmes de performance
 dépendance en un produit soi-disant miracle
 changement de technologie en cours de route
 ...
Analyse des risques
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
 tâches externes défaillantes
 insuffisance de données
 invalidité des besoins
 développement de fonctions inappropriées
 développement d'interfaces utilisateur inappropriées
 ...
Analyse des risques
Risques humains
 défaillance du personnel
 surestimation des compétences
 travailleur solitaire
 héroïsme
 manque de motivation
 ...
FIN
MERCI

Contenu connexe

Tendances

Cours Génie Logiciel - Cours 2 - Cycles de vie
Cours Génie Logiciel - Cours 2 - Cycles de vieCours Génie Logiciel - Cours 2 - Cycles de vie
Cours Génie Logiciel - Cours 2 - Cycles de vie
Mohammed Amine Mostefai
 
Altran soirée du test logiciel - assez des c 05-10-17
Altran   soirée du test logiciel - assez des c 05-10-17Altran   soirée du test logiciel - assez des c 05-10-17
Altran soirée du test logiciel - assez des c 05-10-17
Marc Hage Chahine
 
Cycle de vie d’un logiciel
Cycle de vie d’un logicielCycle de vie d’un logiciel
Cycle de vie d’un logicielMehdi Abed
 
Test de logiciels
Test de logiciels Test de logiciels
Test de logiciels
Bilel Abed
 
Introduction à la validation de logiciel
Introduction à la validation de logicielIntroduction à la validation de logiciel
Introduction à la validation de logiciel
Jean-Paul CARMONA
 
Tests & recette - Les fondamentaux
Tests & recette - Les fondamentauxTests & recette - Les fondamentaux
Tests & recette - Les fondamentaux
COMPETENSIS
 
Introduction à la qualité logicielle (1/5)
Introduction à la qualité logicielle (1/5)Introduction à la qualité logicielle (1/5)
Introduction à la qualité logicielle (1/5)
Sylvain Leroy
 
Présentation Agile Testing
Présentation Agile TestingPrésentation Agile Testing
Présentation Agile Testing
jubehr
 
Qualité logiciel - Generalités
Qualité logiciel - GeneralitésQualité logiciel - Generalités
Qualité logiciel - Generalités
Christophe Rochefolle
 
Stratégie de tests type
Stratégie de tests typeStratégie de tests type
Stratégie de tests typemadspock
 
2-Cours de Géniel Logiciel
2-Cours de Géniel Logiciel2-Cours de Géniel Logiciel
2-Cours de Géniel Logiciel
lauraty3204
 
12-Cours de Géniel Logiciel
12-Cours de Géniel Logiciel12-Cours de Géniel Logiciel
12-Cours de Géniel Logiciel
lauraty3204
 
1-Cours de Géniel Logiciel
1-Cours de Géniel Logiciel1-Cours de Géniel Logiciel
1-Cours de Géniel Logiciel
lauraty3204
 
Soirée Qualite Logicielle Paris JUG : Tour d'horizon des outils open source
Soirée Qualite Logicielle Paris JUG : Tour d'horizon des outils open sourceSoirée Qualite Logicielle Paris JUG : Tour d'horizon des outils open source
Soirée Qualite Logicielle Paris JUG : Tour d'horizon des outils open source
François Le Droff
 
Avis d'expert : Les Tests Logiciels
Avis d'expert : Les Tests LogicielsAvis d'expert : Les Tests Logiciels
Avis d'expert : Les Tests Logiciels
CloudNetCare
 
L'Approche SMV de COGENIT
L'Approche SMV de COGENITL'Approche SMV de COGENIT
L'Approche SMV de COGENIT
Sany_M
 
Developement logiciel: comment livrer de la qualite ?
Developement logiciel: comment livrer  de la qualite ?Developement logiciel: comment livrer  de la qualite ?
Developement logiciel: comment livrer de la qualite ?
Innobec
 
Tests Logiciel
Tests LogicielTests Logiciel
Tests Logiciel
Nathaniel Richand
 
Qualite1
Qualite1Qualite1
Qualite1
Rachid Lajouad
 

Tendances (20)

Cours Génie Logiciel - Cours 2 - Cycles de vie
Cours Génie Logiciel - Cours 2 - Cycles de vieCours Génie Logiciel - Cours 2 - Cycles de vie
Cours Génie Logiciel - Cours 2 - Cycles de vie
 
Altran soirée du test logiciel - assez des c 05-10-17
Altran   soirée du test logiciel - assez des c 05-10-17Altran   soirée du test logiciel - assez des c 05-10-17
Altran soirée du test logiciel - assez des c 05-10-17
 
Cycle de vie d’un logiciel
Cycle de vie d’un logicielCycle de vie d’un logiciel
Cycle de vie d’un logiciel
 
Test de logiciels
Test de logiciels Test de logiciels
Test de logiciels
 
Introduction à la validation de logiciel
Introduction à la validation de logicielIntroduction à la validation de logiciel
Introduction à la validation de logiciel
 
Tests & recette - Les fondamentaux
Tests & recette - Les fondamentauxTests & recette - Les fondamentaux
Tests & recette - Les fondamentaux
 
Introduction à la qualité logicielle (1/5)
Introduction à la qualité logicielle (1/5)Introduction à la qualité logicielle (1/5)
Introduction à la qualité logicielle (1/5)
 
Présentation Agile Testing
Présentation Agile TestingPrésentation Agile Testing
Présentation Agile Testing
 
Qualité logiciel - Generalités
Qualité logiciel - GeneralitésQualité logiciel - Generalités
Qualité logiciel - Generalités
 
Stratégie de tests type
Stratégie de tests typeStratégie de tests type
Stratégie de tests type
 
2-Cours de Géniel Logiciel
2-Cours de Géniel Logiciel2-Cours de Géniel Logiciel
2-Cours de Géniel Logiciel
 
12-Cours de Géniel Logiciel
12-Cours de Géniel Logiciel12-Cours de Géniel Logiciel
12-Cours de Géniel Logiciel
 
CM processus-unifie
CM processus-unifieCM processus-unifie
CM processus-unifie
 
1-Cours de Géniel Logiciel
1-Cours de Géniel Logiciel1-Cours de Géniel Logiciel
1-Cours de Géniel Logiciel
 
Soirée Qualite Logicielle Paris JUG : Tour d'horizon des outils open source
Soirée Qualite Logicielle Paris JUG : Tour d'horizon des outils open sourceSoirée Qualite Logicielle Paris JUG : Tour d'horizon des outils open source
Soirée Qualite Logicielle Paris JUG : Tour d'horizon des outils open source
 
Avis d'expert : Les Tests Logiciels
Avis d'expert : Les Tests LogicielsAvis d'expert : Les Tests Logiciels
Avis d'expert : Les Tests Logiciels
 
L'Approche SMV de COGENIT
L'Approche SMV de COGENITL'Approche SMV de COGENIT
L'Approche SMV de COGENIT
 
Developement logiciel: comment livrer de la qualite ?
Developement logiciel: comment livrer  de la qualite ?Developement logiciel: comment livrer  de la qualite ?
Developement logiciel: comment livrer de la qualite ?
 
Tests Logiciel
Tests LogicielTests Logiciel
Tests Logiciel
 
Qualite1
Qualite1Qualite1
Qualite1
 

Similaire à 3-Cours de Géniel Logiciel

001GESTION DE PROJET INFO-Cours-GPI.pptx
001GESTION DE PROJET INFO-Cours-GPI.pptx001GESTION DE PROJET INFO-Cours-GPI.pptx
001GESTION DE PROJET INFO-Cours-GPI.pptx
blackmambaettijean
 
Gpn.pptx
Gpn.pptxGpn.pptx
Gpn.pptx
PrivaelGuidi
 
Génie Logiciel.pptx
Génie Logiciel.pptxGénie Logiciel.pptx
Génie Logiciel.pptx
LatifaBen6
 
Methodologie projet
Methodologie projet Methodologie projet
Methodologie projet
Benjamin ACHAB
 
2009-09-15 Squale au Paris JUG
2009-09-15 Squale au Paris JUG2009-09-15 Squale au Paris JUG
2009-09-15 Squale au Paris JUG
Fabrice Bellingard
 
Up1
Up1Up1
RA et CCDS - Séance 1.pptx
RA et CCDS - Séance 1.pptxRA et CCDS - Séance 1.pptx
RA et CCDS - Séance 1.pptx
testuser715939
 
Intégration continue
Intégration continueIntégration continue
Intégration continueKlee Group
 
Tester les applications plus efficacement
Tester les applications plus efficacementTester les applications plus efficacement
Tester les applications plus efficacement
kalistick
 
cours-gratuit.com--id-12146.ppt
cours-gratuit.com--id-12146.pptcours-gratuit.com--id-12146.ppt
cours-gratuit.com--id-12146.ppt
FatiMa243348
 
Assurance Qualité S O A
Assurance Qualité  S O AAssurance Qualité  S O A
Assurance Qualité S O A
guestb55335
 
Gp 02 Phases d'un Projet
Gp 02   Phases d'un ProjetGp 02   Phases d'un Projet
Gp 02 Phases d'un Projet
Claude Michaud
 
CONF. 304 - L'intégration des approches agiles et traditionnelles au bénéfice...
CONF. 304 - L'intégration des approches agiles et traditionnelles au bénéfice...CONF. 304 - L'intégration des approches agiles et traditionnelles au bénéfice...
CONF. 304 - L'intégration des approches agiles et traditionnelles au bénéfice...PMI-Montréal
 
CONF. 304 - L'intégration des approches agiles et traditionnelles au bénéfice...
CONF. 304 - L'intégration des approches agiles et traditionnelles au bénéfice...CONF. 304 - L'intégration des approches agiles et traditionnelles au bénéfice...
CONF. 304 - L'intégration des approches agiles et traditionnelles au bénéfice...PMI-Montréal
 
Neolians testing offer
Neolians testing offerNeolians testing offer
Neolians testing offer
ryad_o
 
Ha zut, le DevOps a mangé ma vélocité par Jean-Marc Lavoie & Sylvie Trudel
Ha zut, le DevOps a mangé ma vélocité par Jean-Marc Lavoie & Sylvie TrudelHa zut, le DevOps a mangé ma vélocité par Jean-Marc Lavoie & Sylvie Trudel
Ha zut, le DevOps a mangé ma vélocité par Jean-Marc Lavoie & Sylvie Trudel
Agile Montréal
 
20100608 03 - Retour d'experience PSA Squale
20100608 03 - Retour d'experience PSA Squale20100608 03 - Retour d'experience PSA Squale
20100608 03 - Retour d'experience PSA Squale
LeClubQualiteLogicielle
 
Testeur agile mhc
Testeur agile   mhcTesteur agile   mhc
Testeur agile mhc
Marc Hage Chahine
 
Présentation projet de fin d'étude
Présentation projet de fin d'étudePrésentation projet de fin d'étude
Présentation projet de fin d'étude
Donia Hammami
 
20151013 - Réduire les coûts des tests de performance ?
20151013 - Réduire les coûts des tests de performance ?20151013 - Réduire les coûts des tests de performance ?
20151013 - Réduire les coûts des tests de performance ?
LeClubQualiteLogicielle
 

Similaire à 3-Cours de Géniel Logiciel (20)

001GESTION DE PROJET INFO-Cours-GPI.pptx
001GESTION DE PROJET INFO-Cours-GPI.pptx001GESTION DE PROJET INFO-Cours-GPI.pptx
001GESTION DE PROJET INFO-Cours-GPI.pptx
 
Gpn.pptx
Gpn.pptxGpn.pptx
Gpn.pptx
 
Génie Logiciel.pptx
Génie Logiciel.pptxGénie Logiciel.pptx
Génie Logiciel.pptx
 
Methodologie projet
Methodologie projet Methodologie projet
Methodologie projet
 
2009-09-15 Squale au Paris JUG
2009-09-15 Squale au Paris JUG2009-09-15 Squale au Paris JUG
2009-09-15 Squale au Paris JUG
 
Up1
Up1Up1
Up1
 
RA et CCDS - Séance 1.pptx
RA et CCDS - Séance 1.pptxRA et CCDS - Séance 1.pptx
RA et CCDS - Séance 1.pptx
 
Intégration continue
Intégration continueIntégration continue
Intégration continue
 
Tester les applications plus efficacement
Tester les applications plus efficacementTester les applications plus efficacement
Tester les applications plus efficacement
 
cours-gratuit.com--id-12146.ppt
cours-gratuit.com--id-12146.pptcours-gratuit.com--id-12146.ppt
cours-gratuit.com--id-12146.ppt
 
Assurance Qualité S O A
Assurance Qualité  S O AAssurance Qualité  S O A
Assurance Qualité S O A
 
Gp 02 Phases d'un Projet
Gp 02   Phases d'un ProjetGp 02   Phases d'un Projet
Gp 02 Phases d'un Projet
 
CONF. 304 - L'intégration des approches agiles et traditionnelles au bénéfice...
CONF. 304 - L'intégration des approches agiles et traditionnelles au bénéfice...CONF. 304 - L'intégration des approches agiles et traditionnelles au bénéfice...
CONF. 304 - L'intégration des approches agiles et traditionnelles au bénéfice...
 
CONF. 304 - L'intégration des approches agiles et traditionnelles au bénéfice...
CONF. 304 - L'intégration des approches agiles et traditionnelles au bénéfice...CONF. 304 - L'intégration des approches agiles et traditionnelles au bénéfice...
CONF. 304 - L'intégration des approches agiles et traditionnelles au bénéfice...
 
Neolians testing offer
Neolians testing offerNeolians testing offer
Neolians testing offer
 
Ha zut, le DevOps a mangé ma vélocité par Jean-Marc Lavoie & Sylvie Trudel
Ha zut, le DevOps a mangé ma vélocité par Jean-Marc Lavoie & Sylvie TrudelHa zut, le DevOps a mangé ma vélocité par Jean-Marc Lavoie & Sylvie Trudel
Ha zut, le DevOps a mangé ma vélocité par Jean-Marc Lavoie & Sylvie Trudel
 
20100608 03 - Retour d'experience PSA Squale
20100608 03 - Retour d'experience PSA Squale20100608 03 - Retour d'experience PSA Squale
20100608 03 - Retour d'experience PSA Squale
 
Testeur agile mhc
Testeur agile   mhcTesteur agile   mhc
Testeur agile mhc
 
Présentation projet de fin d'étude
Présentation projet de fin d'étudePrésentation projet de fin d'étude
Présentation projet de fin d'étude
 
20151013 - Réduire les coûts des tests de performance ?
20151013 - Réduire les coûts des tests de performance ?20151013 - Réduire les coûts des tests de performance ?
20151013 - Réduire les coûts des tests de performance ?
 

Plus de lauraty3204

1.1-Cours de Géniel Logiciel
1.1-Cours de Géniel Logiciel 1.1-Cours de Géniel Logiciel
1.1-Cours de Géniel Logiciel
lauraty3204
 
Documentation
DocumentationDocumentation
Documentation
lauraty3204
 
13-Cours de Géniel Logiciel
13-Cours de Géniel Logiciel13-Cours de Géniel Logiciel
13-Cours de Géniel Logiciel
lauraty3204
 
11-Cours de Géniel Logiciel
11-Cours de Géniel Logiciel11-Cours de Géniel Logiciel
11-Cours de Géniel Logiciel
lauraty3204
 
10-Cours de Géniel Logiciel
10-Cours de Géniel Logiciel10-Cours de Géniel Logiciel
10-Cours de Géniel Logiciel
lauraty3204
 
9-Cours de Géniel Logiciel
9-Cours de Géniel Logiciel9-Cours de Géniel Logiciel
9-Cours de Géniel Logiciel
lauraty3204
 
7-Cours de Géniel Logiciel
7-Cours de Géniel Logiciel7-Cours de Géniel Logiciel
7-Cours de Géniel Logiciel
lauraty3204
 
6-Cours de Géniel Logiciel
6-Cours de Géniel Logiciel6-Cours de Géniel Logiciel
6-Cours de Géniel Logiciel
lauraty3204
 
5-Cours de Géniel Logiciel
5-Cours de Géniel Logiciel5-Cours de Géniel Logiciel
5-Cours de Géniel Logiciel
lauraty3204
 
4-Cours de Géniel Logiciel
4-Cours de Géniel Logiciel4-Cours de Géniel Logiciel
4-Cours de Géniel Logiciel
lauraty3204
 

Plus de lauraty3204 (10)

1.1-Cours de Géniel Logiciel
1.1-Cours de Géniel Logiciel 1.1-Cours de Géniel Logiciel
1.1-Cours de Géniel Logiciel
 
Documentation
DocumentationDocumentation
Documentation
 
13-Cours de Géniel Logiciel
13-Cours de Géniel Logiciel13-Cours de Géniel Logiciel
13-Cours de Géniel Logiciel
 
11-Cours de Géniel Logiciel
11-Cours de Géniel Logiciel11-Cours de Géniel Logiciel
11-Cours de Géniel Logiciel
 
10-Cours de Géniel Logiciel
10-Cours de Géniel Logiciel10-Cours de Géniel Logiciel
10-Cours de Géniel Logiciel
 
9-Cours de Géniel Logiciel
9-Cours de Géniel Logiciel9-Cours de Géniel Logiciel
9-Cours de Géniel Logiciel
 
7-Cours de Géniel Logiciel
7-Cours de Géniel Logiciel7-Cours de Géniel Logiciel
7-Cours de Géniel Logiciel
 
6-Cours de Géniel Logiciel
6-Cours de Géniel Logiciel6-Cours de Géniel Logiciel
6-Cours de Géniel Logiciel
 
5-Cours de Géniel Logiciel
5-Cours de Géniel Logiciel5-Cours de Géniel Logiciel
5-Cours de Géniel Logiciel
 
4-Cours de Géniel Logiciel
4-Cours de Géniel Logiciel4-Cours de Géniel Logiciel
4-Cours de Géniel Logiciel
 

Dernier

PROVINLAIT - Bâtiment et bien-être estival
PROVINLAIT - Bâtiment et bien-être estivalPROVINLAIT - Bâtiment et bien-être estival
PROVINLAIT - Bâtiment et bien-être estival
idelewebmestre
 
02_UMT STAR_un nouveau biomarqueur de résilience basé sur les métabolites du ...
02_UMT STAR_un nouveau biomarqueur de résilience basé sur les métabolites du ...02_UMT STAR_un nouveau biomarqueur de résilience basé sur les métabolites du ...
02_UMT STAR_un nouveau biomarqueur de résilience basé sur les métabolites du ...
Institut de l'Elevage - Idele
 
Alternative - Complément au Tramway et 3 ème lien de la ville de Quebec (PDF)
Alternative - Complément au Tramway  et 3 ème lien de la ville de Quebec (PDF)Alternative - Complément au Tramway  et 3 ème lien de la ville de Quebec (PDF)
Alternative - Complément au Tramway et 3 ème lien de la ville de Quebec (PDF)
Daniel Bedard
 
Note Agro-climatique et prairies n°4 - Juin 2024
Note Agro-climatique et prairies n°4 - Juin 2024Note Agro-climatique et prairies n°4 - Juin 2024
Note Agro-climatique et prairies n°4 - Juin 2024
idelewebmestre
 
04_UMT STAR_Étude de nouveaux caractères en lien avec la santé et le bien-êtr...
04_UMT STAR_Étude de nouveaux caractères en lien avec la santé et le bien-êtr...04_UMT STAR_Étude de nouveaux caractères en lien avec la santé et le bien-êtr...
04_UMT STAR_Étude de nouveaux caractères en lien avec la santé et le bien-êtr...
Institut de l'Elevage - Idele
 
05_UMT STAR_Vers une indexation de la longévité fonctionnelle en ovin lait
05_UMT STAR_Vers une indexation de la longévité fonctionnelle en ovin lait05_UMT STAR_Vers une indexation de la longévité fonctionnelle en ovin lait
05_UMT STAR_Vers une indexation de la longévité fonctionnelle en ovin lait
Institut de l'Elevage - Idele
 
03_UMT STAR_compromis entre résistance au parasitisme et efficience alimentai...
03_UMT STAR_compromis entre résistance au parasitisme et efficience alimentai...03_UMT STAR_compromis entre résistance au parasitisme et efficience alimentai...
03_UMT STAR_compromis entre résistance au parasitisme et efficience alimentai...
Institut de l'Elevage - Idele
 
Alternative - Complément au Tramway et 3ème lien de la ville de Québec
Alternative - Complément  au Tramway et 3ème lien de la ville de Québec  Alternative - Complément  au Tramway et 3ème lien de la ville de Québec
Alternative - Complément au Tramway et 3ème lien de la ville de Québec
Daniel Bedard
 
01_UMT STAR_étude de la résilience et des compromis entre résilience et effic...
01_UMT STAR_étude de la résilience et des compromis entre résilience et effic...01_UMT STAR_étude de la résilience et des compromis entre résilience et effic...
01_UMT STAR_étude de la résilience et des compromis entre résilience et effic...
Institut de l'Elevage - Idele
 
QCM de révision pour la haute qualité.pdf
QCM de révision pour la haute qualité.pdfQCM de révision pour la haute qualité.pdf
QCM de révision pour la haute qualité.pdf
ffffourissou
 
Rénovation des prairies sans labour est-ce possible en bio.pdf
Rénovation des prairies sans labour est-ce possible en bio.pdfRénovation des prairies sans labour est-ce possible en bio.pdf
Rénovation des prairies sans labour est-ce possible en bio.pdf
idelewebmestre
 

Dernier (11)

PROVINLAIT - Bâtiment et bien-être estival
PROVINLAIT - Bâtiment et bien-être estivalPROVINLAIT - Bâtiment et bien-être estival
PROVINLAIT - Bâtiment et bien-être estival
 
02_UMT STAR_un nouveau biomarqueur de résilience basé sur les métabolites du ...
02_UMT STAR_un nouveau biomarqueur de résilience basé sur les métabolites du ...02_UMT STAR_un nouveau biomarqueur de résilience basé sur les métabolites du ...
02_UMT STAR_un nouveau biomarqueur de résilience basé sur les métabolites du ...
 
Alternative - Complément au Tramway et 3 ème lien de la ville de Quebec (PDF)
Alternative - Complément au Tramway  et 3 ème lien de la ville de Quebec (PDF)Alternative - Complément au Tramway  et 3 ème lien de la ville de Quebec (PDF)
Alternative - Complément au Tramway et 3 ème lien de la ville de Quebec (PDF)
 
Note Agro-climatique et prairies n°4 - Juin 2024
Note Agro-climatique et prairies n°4 - Juin 2024Note Agro-climatique et prairies n°4 - Juin 2024
Note Agro-climatique et prairies n°4 - Juin 2024
 
04_UMT STAR_Étude de nouveaux caractères en lien avec la santé et le bien-êtr...
04_UMT STAR_Étude de nouveaux caractères en lien avec la santé et le bien-êtr...04_UMT STAR_Étude de nouveaux caractères en lien avec la santé et le bien-êtr...
04_UMT STAR_Étude de nouveaux caractères en lien avec la santé et le bien-êtr...
 
05_UMT STAR_Vers une indexation de la longévité fonctionnelle en ovin lait
05_UMT STAR_Vers une indexation de la longévité fonctionnelle en ovin lait05_UMT STAR_Vers une indexation de la longévité fonctionnelle en ovin lait
05_UMT STAR_Vers une indexation de la longévité fonctionnelle en ovin lait
 
03_UMT STAR_compromis entre résistance au parasitisme et efficience alimentai...
03_UMT STAR_compromis entre résistance au parasitisme et efficience alimentai...03_UMT STAR_compromis entre résistance au parasitisme et efficience alimentai...
03_UMT STAR_compromis entre résistance au parasitisme et efficience alimentai...
 
Alternative - Complément au Tramway et 3ème lien de la ville de Québec
Alternative - Complément  au Tramway et 3ème lien de la ville de Québec  Alternative - Complément  au Tramway et 3ème lien de la ville de Québec
Alternative - Complément au Tramway et 3ème lien de la ville de Québec
 
01_UMT STAR_étude de la résilience et des compromis entre résilience et effic...
01_UMT STAR_étude de la résilience et des compromis entre résilience et effic...01_UMT STAR_étude de la résilience et des compromis entre résilience et effic...
01_UMT STAR_étude de la résilience et des compromis entre résilience et effic...
 
QCM de révision pour la haute qualité.pdf
QCM de révision pour la haute qualité.pdfQCM de révision pour la haute qualité.pdf
QCM de révision pour la haute qualité.pdf
 
Rénovation des prairies sans labour est-ce possible en bio.pdf
Rénovation des prairies sans labour est-ce possible en bio.pdfRénovation des prairies sans labour est-ce possible en bio.pdf
Rénovation des prairies sans labour est-ce possible en bio.pdf
 

3-Cours de Géniel Logiciel

  • 1. Génie Logiciel CYCLE DE VIE DU LOGICIEL( SUITE)
  • 3. Cycle de vie du logiciel  Aussi appelé procédé logiciel ou processus logiciel(software process), le cycle de vie logiciel définit:  Les étapes de développement  L’enchaînement de ces dernières  Un cycle de vie logiciel est un ensemble d’activités conduisant à la production d’un logiciel.  Les activités ne peuvent être automatisées, mais il y a des outils de support, appelés outils CASE (Computer-Aided Software Engineering)
  • 4. Cycle de vie du logiciel Pourquoi un modèle de procédé logiciel ?
  • 5. Cycle de vie du logiciel  Pour maîtriser les gros projets  Pour découper le projet et affecter correctement les tâches  Pour anticiper et gérer les risques  Il en existe deux:
  • 6. Modèles de cycle de vie classiques VS Modèles de cycle de vie agiles Modèles classiques  Modèles stricts  Modèles clairement définis  Documentation très fournie  Fonctionne très bien avec les gros projets, tels que les projets gouvernementaux Modèles agiles  Modèles incrémentaux et itératifs  Petites et fréquentes livraisons  Accent sur le code et moins sur la documentation  Convient aux projets de petite et moyenne tailles.
  • 7. Critères de choix d’un modèle de procédé logiciel  Il n’y a pas de modèle meilleur que d’autres  Le choix se fait selon certains suivant:  la nature du projet,  la taille du projet,  la nature du client,  les compétences de l’équipe,  …
  • 8. Différents modèles de Cycle de vie  Modèle de cycle de vie en cascade  Modèle de cycle de vie en V  Modèle de cycle de vie en spirale  Extreme Programming (XP)
  • 9. Cycle de vie en cascade
  • 10. Caractéristiques du modèle en cascade  mis au point dès 1966, puis formalisé aux alentours de 1970.  Il définit des phases séquentielles à l'issue de chacune desquelles des documents sont produits pour en vérifier la conformité avant de passer à la suivante  Importance du processus:  rétroactions  validation,  vérification,  tests
  • 11. Cycle de vie en cascade et assurance qualité  Validation :  Sommes-nous en train de faire le bon produit ?  Vérification :  Est-ce que nous faisons le produit correctement ? ☛ En pratique  souvent confondus, ou pris l'un pour l'autre  on parle de « V&V » (validation et vérification)
  • 12. Cycle de vie en cascade et assurance qualité  Inspections  lecture critique : spécification, conception, code, ... (critique constructive : ne pas tout jeter)  faite par équipes indépendantes  rédaction de fiches de défaut  affectation de responsabilités pour la correction des défauts  Revues  validation successive des phases du cycle de vie
  • 13. Cycle de vie en cascade et assurance qualité Attention! (☹)  Plus une erreur est découverte tard dans cycle de vie, plus la réparation sera coûteuse  Erreur de spécification trouvée en maintenance ☛ coûte + de 100 fois + cher que si trouvée lors des spécifications
  • 14. Critique du modèle en cascade  Modèle trop séquentiel  dure trop longtemps  Validation trop tardive et remise en question coûteuse des phases précédentes  Sensibilité à l'arrivée de nouvelles exigences  Les besoins des clients sont très rarement stables et clairement définis  Sensibilité aux nouveaux besoins : refaire tout le procédé  Une phase ne peut démarrer que si l’étape précédente est finie  Les risques se décalent vers la fin  Très faible implication du client
  • 15. Quand utiliser le modèle de cycle de vie en cascade?  Lorsque les besoins sont connus et stables  Lorsque la technologie à utiliser est maîtrisée  Lors de la création d’une nouvelle version d’un produit existant  Lors du portage d’un produit sur une autre plateforme
  • 16. Modèle de cycle en vie en V
  • 17. Modèle de cycle en vie en V  Le modèle de cycle de vie en V part du principe que les procédures de vérification de la conformité du logiciel aux spécifications doivent être élaborées dès les phases de conception  Le modèle en V reste actuellement le cycle de vie le plus connu et certainement le plus utilisé  Le test du produit se fait en parallèle par rapport aux autres activités
  • 18. Caractéristiques du modèle en V  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 qualification  plan d'évaluation des performances  documentation utilisateur  verticalement : développement des modules  Ex. : dès que la conception globale est validée : (↑)  conception détaillée des modules  programmation et tests unitaires
  • 19. Avantages du modèle en V  Validations intermédiaires  Modèle encore assez populaire en industrie  Limitations des risques en cascade par validation de chaque étape  Modèle très utilisé pour de grands projets
  • 20. Inconvénients du modèle en V  Plus complexe que le modèle en cascade  On ne voit pas toujours de retour sur les phases précédentes  Plus difficile à mettre en œuvre  Difficile de séparer les phases de conception et de réalisation  Ne contient pas d’activités d’analyse de risque ( projet, commercial, technique)
  • 21. Quand utiliser le modèle en V?  Lorsque le produit à développer à de très hautes exigences de qualité  Lorsque les besoins sont connus à l’avance  Lorsque les technologies à utiliser sont connues à l’avance  Ce modèle demande beaucoup plus d’expertise que le modèle en Cascade
  • 22. Critique des modèles en cascade et en V  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
  • 23. Modèle de Cycle de vie en spirale
  • 24. Modèle de Cycle de vie en spirale  Principe :  Identifier les risques, leur affecter une priorité  Développer des prototypes pour réduire les risques  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
  • 25. Caractéristiques du modèle de cycle de vie en spirale (Boehm, 1988)  Utilisation du prototypage  Analyse (progressive) des risques
  • 26. Analyse des risques Risques technologiques :  exigences démesurées par rapport à la technologie  incompréhension des fondements de la technologie  problèmes de performance  dépendance en un produit soi-disant miracle  changement de technologie en cours de route  ...
  • 27. Analyse des risques 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  tâches externes défaillantes  insuffisance de données  invalidité des besoins  développement de fonctions inappropriées  développement d'interfaces utilisateur inappropriées  ...
  • 28. Analyse des risques Risques humains  défaillance du personnel  surestimation des compétences  travailleur solitaire  héroïsme  manque de motivation  ...

Notes de l'éditeur

  1. Terminer l’étude de marcher
  2. Boehm propose 5 classes: Petits projets = 2 KDSI; Projets intermédiaires = 8 KDSI; Projets moyens = 32 KDSI; Grands projets = 128 KDSI; Très grands projets = 512 KDSI
  3. Modèle en cascade: élaboré par Royce en 1970
  4. Séquentiel: Suite ordonnée d’opérations ou d’éléments; organiser en séquences ;
  5. Validation/recette: vérifier que le logiciel est conforme aux spécifications théoriques définies au début du projet avant son déploiement final; vérification: respect des normes, des principes.
  6. Les deux outils qui permettent d’assurer la qualité du Logiciel
  7. Séquentiel: Suite ordonnée d’opérations ou d’éléments; organiser en séquences
  8. Portage=migration
  9. Les phases de la partie montante doivent renvoyer de l'information sur les phases en vis-à-vis lorsque des défauts sont détectés, afin d'améliorer le logiciel.