Assurance et Contrôle Qualité du
Logiciel MODELES DE CYCLE DE VIE D'UN LOGICIEL
Séance-cours-2
Modèles linéaires
En cascade
Cours pour Master 1 (ISI et CPI) /2019-2020
Cycle en V, …
Modèles non linéaires
Chargée du Module Prototypage
modèles incrémentaux
Pr Farida Dahmani-Bouarab modèle en spirale
Département Informatique, Cycles de méthodes agiles
FGEI, UMMTO, Tizi ouzou
Le choix du type de cycle dépend de l’approche
adoptée pour le développent du logiciel.
13/04/2020 Pr F. Bouarab-Dahmani 2
département informatique UMMTO
APPROCHE DE DEVELOP. D'UN LOGICIEL APPROCHE DE DEVELOP. D'UN LOGICIEL
Modèle en en cascade Modèle en spirale (de Bohem)
hérité de l'industrie du BTP
Les phases traditionnelles de développement sont Le développement reprend les différentes étapes du
effectuées simplement les unes après les autres cycle en V
Modèle en V le début de chaque itération comprend une phase
d'analyse des risques
imaginé pour pallier le problème de réactivité du
modèle en cascade Par l'implémentation de versions successives, le cycle
recommence en proposant un produit de plus en plus
met en évidence la nécessité d'anticiper et de
complet et robuste
préparer dans les étapes descendantes les
« attendus » des futures étapes montantes Cycles de
méthodes agiles
13/04/2020 Pr F. Bouarab-Dahmani 3 13/04/2020 Pr F. Bouarab-Dahmani 4
département informatique UMMTO département informatique UMMTO
APPROCHE DE DEVELOP. D'UN LOGICIEL APPROCHE DE DEVELOP. D'UN LOGICIEL
Modèle semi-itératif la troisième et dernière grande phase (codage) se fait
a pour origine les travaux de James Martin publiés à en itérations courtes.
partir de 1989 dans diverses revues Nord 2001 : apparition de plusieurs méthodes dont ASD,
Américaines. FDD, Crystal, Scrum ou l'extreme programming …
fut totalement formalisé en 1991 dans le livre RAD4 uniformisée dans le cadre du Manifeste Agile (Agile
(Développement rapide d'applications). Manifesto) et de l'Agile Alliance et , avec le cycle
semi-itératif.
Son adoption par RUP (Rational Unified Process)
d’IBM consacra l’apogée de ce cycle toujours en Toutes les méthodes Agiles débutent par des phases
vigueur dans les projets conséquents. séquentielles, courtes mais bien réelles,
d'exploration, d'architecture et de planning.
les deux premières phases classiques : Analyse des
besoins et conception de la solution sont Un usage totalement itératif de ces méthodes n'est
classiquement conduites. cependant pas exclu mais ne peut s'appliquer qu'à de
très petits projets
13/04/2020 Pr F. Bouarab-Dahmani 5 13/04/2020 Pr F. Bouarab-Dahmani 6
département informatique UMMTO département informatique UMMTO
APPROCHE DE DEVELOP. D'UN LOGICIEL APPROCHE DE DEVELOP. D'UN LOGICIEL
Modèle itératifs
On sépare les activités des artefacts,
un artefact étant le produit issu d'une activité.
On applique un cycle de type roue de Deming sur
la production d'une documentation, d'un composant,
d'un test, etc.
la roue de Deming (de l'anglais Deming wheel) est
une transposition graphique de la méthode de
gestion de la qualité dite PDCA (plan-do-check-act).
Le cycle PDCA sert à transformer une idée en action
et l'action en connaissance. Utiliser le cycle de façon
correcte nécessite discipline et effort. ROUE DE DEMING
13/04/2020 Pr F. Bouarab-Dahmani 7 13/04/2020 Pr F. Bouarab-Dahmani 8
département informatique UMMTO département informatique UMMTO
APPROCHE DE DEVELOP. D'UN LOGICIEL APPROCHE DE DEVELOP. D'UN LOGICIEL
Modèle itératifs Modèle itératifs
Rapportée à une activité de type gestion de projet, Sachant que chaque itération ne dépasse jamais
les phases sont : huit semaines[
la faisabilité : l'acceptation d'un nouveau besoin a différence entre un PDCA et une itération est la
l'élaboration : on imagine comment on va le réaliser durée : elle doit être courte et régulière alors
la fabrication : construction qu'une roue de Deming appliquée à une
la transition : tout est mis en œuvre pour livrer au organisation de 300 personnes prend plusieurs
client mois, voire plusieurs années.
L'idée est de livrer au plus tôt quelque chose qui
puisse être testé par le client.
13/04/2020 Pr F. Bouarab-Dahmani 9 13/04/2020 Pr F. Bouarab-Dahmani 10
département informatique UMMTO département informatique UMMTO
LE GUIDE SWEBOK LE GUIDE SWEBOK
LE Guide du corpus de connaissances en génie logiciel:
SWEBOK (Software Engineering Body of Knowledge)
4) Essai de logiciel,
Le guide de SWEBOK décrit l’ensemble de la
5) Entretien de logiciel,
connaissance en génie logiciel généralement acceptée est
subdivisé en 10 domaines de connaissance dont les 6) Gestion de configuration de logiciel,
descriptions sont conçues de telle manière qu’ils permettent 7) Gestion de technologie de la programmation,
aux lecteurs de trouver rapidement les sujets d’intérêt 8) Processus de génie logiciel,
parmi les concepts importants 9) Outils et méthodes de génie logiciel
Les dix domaines de connaissance sont les suivants : 10) Qualité du logiciel.
1) exigences de logiciel,
2) conception de logiciel,
3) construction de logiciel,
13/04/2020 Pr F. Bouarab-Dahmani 11 13/04/2020 Pr F. Bouarab-Dahmani 12
département informatique UMMTO département informatique UMMTO
Comparaison des moyens de
Validation du logiciel validation
Ce qui est vérifié Cible Avantage Inconvénient
Définition
assurer la cohérence entre les besoins et le logiciel obtenu Prototyper La bonne Développ Intervient Aucune
garantir au mieux l’absence d’erreur compréhension du eurs très tôt garantie
problème sur résultat
Tester Un comportement Program Facilité de Intervient à
Moyens correct dans des cas me mise en la fin pas
bien précis exécuté œuvre exhaustif
prototyper : développer et « essayer » une partie du logiciel Nombreux
tester : effectuer des essais de fonctionnement et outils
vérifier le résultat obtenu par rapport au Prouver La correction par Code Garantie Lourd à
résultat attendu rapport aux et/ou obtenue mettre
prouver : vérifier mathématiquement la cohérence de la Propriétés spécifiées concepti en place
conception/du code par rapport à la formellement on
spécification (qui doit être formelle) Conséquence : - Preuve réservée aux « systèmes critiques »
- Tests et prototypes toujours utilisés
13/04/2020 Pr F. Bouarab-Dahmani 13 13/04/2020 Pr F. Bouarab-Dahmani 14
département informatique UMMTO département informatique UMMTO
Autour du management de projet Autour du management de projet
Extraits du site : [Link]
Que faut-il faire pour réussir un projet informatique ?
Qu'est ce qu'un projet ? Une conjonction de plusieurs actions conjuguées ensemble.
Une opération ponctuelle ayant un début et une fin,
nécessitant la mise en oeuvre de moyens matériels et • Respecter les rôles maîtrise d'ouvrage / maîtrise d'œuvre
humains dans un délai donné et pour un coût déterminé. • Rester réaliste et pragmatique
• Clarifier les responsabilités de chacun
• S'impliquer dans le projet
La finalité de tout projet informatique est de répondre à • Réfléchir aux fonctionnalités, et savoir les expliquer
un besoin exprimé par les clients. Le "besoin" tient donc une
• Disposer d'une maîtrise d'œuvre compétente
place primordiale au sein du projet.
• Faire les bons choix technologiques
• Faire de vrais tests
La réussite du projet, c’est bien de couvrir le bon besoin, • Accompagner les utilisateurs
et de fournir ce service aux bonnes personnes, au bon • Penser au futur , …
moment.
13/04/2020 13/04/2020
Pr F. Bouarab-Dahmani 15 Pr F. Bouarab-Dahmani 16
département informatique UMMTO département informatique UMMTO
Autour du management de projet Autour du management de projet
Le chiffrage d’un projet informatique S’il s’agit d’un projet agile, le chiffrage complet est
N'est que la détermination d'une charge et d'un coût. Cette difficile à évaluer; le projet doit être réalisé par morceaux
information doit être intégrée dans une réponse plus large (sprint dans le cas de la méthode SCRUM), et il est difficile
qui indique le mode de lecture (hypothèses retenues pour le d’évaluer le coût de chaque morceau puisque par définition
chiffrage, ...). de l’agilité, les détails ne sont pas connus d’avance.
En termes de gestion de projet, le triptyque « coût / délai /
qualité » est sans équivoque : le projet n’est une réussite que si ces La difficulté est que si le client n’a pas une grande maîtrise
trois points sont respectés. Autrement dit, si le projet est livré dans du concept de l’agilité, et il demande à son fournisseur un
les temps (délai), dans le budget financier défini initialement (coût),
engagement ferme de chiffrage en mode agile de l’ensemble
et avec toutes les fonctionnalités spécifiées initialement, et
fonctionnant bien (qualité). du projet avant le début du projet.
Projet en cycle en V ou projet agile, le chiffrage général n’est pas
identique Pour la conduite de projet informatique avec la méthode agile
SCRUM par exemple, on peut faire le chiffrage par SPRINT
13/04/2020 Pr F. Bouarab-Dahmani 17 13/04/2020 Pr F. Bouarab-Dahmani 18
département informatique UMMTO département informatique UMMTO
Autour du management de projet Autour du management de projet
But de l'exercice du chiffrage Taux Journalier Moyen (TJM)
Est de fournir la charge en jours homme prévue pour Plusieurs personnes travaillent sur le projet : chef de projet,
réaliser le projet. Il « suffit » de chiffrer une prestation concepteur, architecture, développeur, etc. Chaque profil a
informatique, c'est-à-dire annoncer le coût financier de un TJM différent : au niveau salaire, le chef de projet de 20
réalisation d’un projet informatique. Ce coût doit être ans d’expérience n’a pas le même coût par jour qu’un
complet, sans surprise. Il intègrera toutes les « charges » développeur débutant. Les TJM peuvent aller de 350 euros /
nécessaires pour le réaliser. jour, à plus de 1500 euros / jour pour des experts.
On appelle « charge », le nombre de jours de travail le planning est une autre opération à faire en corrélation
nécessaires pour le réaliser. On parle alors de « jours avec le chiffrage (pour rester cohérent avec les chiffres) mais
homme », autrement dit, le nombre de jours qu’il faudrait qui répond à une autre question « quand ? » alors que le
pour un homme pour le réaliser (exemple : un projet de chiffrage répond plutôt à la question « combien ? ».
100 j-h). (1 pers en 1 mois mais 5 pers en 10 jours.)
13/04/2020
Pr F. Bouarab-Dahmani 19 13/04/2020 Pr F. Bouarab-Dahmani 20
département informatique UMMTO département informatique UMMTO
Autour du management de projet
Le but de l’exercice est donc de déterminer le nombre
de jours qui sera travaillé par chacun de ces profils
pour réaliser le projet, sans oublier les éventuels coûts
complémentaires aux charges humaines, tels que les
coûts en matériel et en licences.
13/04/2020 Pr F. Bouarab-Dahmani 21
département informatique UMMTO
