Assurance qualité logicielle

Proposé par N. HADDOUCHE

04/11/23 1
 Qualité

04/11/23 2
 Qualité

Aptitude d'un produit ou d'un service à satisfaire

les besoins des utilisateurs en termes de
fonctionnalités, délais, coûts

04/11/23 3
 Vocabulaire
• «entreprise» : toute entreprise, organisation
ou association du secteur public ou privé.
• «Client» doit être pris au sens large de
«bénéficiaire»
• «Produit» : en tant que fourniture d'un
livrable matériel ou immatériel (service).

04/11/23 4
 Définition
• La norme ISO 8402-94
– Ensemble des caractéristiques d'une entité qui lui
confèrent l'aptitude à satisfaire des besoins
exprimés et implicites.
• La norme ISO 9000 2000
– Aptitude d'un ensemble de caractéristiques
intrinsèques à satisfaire des exigences.

04/11/23 5
 Qualité
• Dans la pratique la qualité se décline sous
deux formes :
• La qualité externe
• La qualité interne

04/11/23 6
 La qualité externe
• satisfaction des clients :
– Il s'agit de fournir un produit ou des services
conformes aux attentes des clients afin de les fidéliser
et ainsi améliorer sa part de marché.
– Les bénéficiaires de la qualité externe sont les clients
d'une entreprise et ses partenaires extérieurs.
– Ceci passe par une nécessaire écoute des clients mais
doit permettre également de prendre en compte des
besoins implicites, non exprimés par les bénéficiaires.

04/11/23 7
 La qualité interne
• Amélioration du fonctionnement interne de
l'entreprise:
– Mettre en œuvre des moyens permettant de
décrire au mieux l'organisation, de repérer et de
limiter les dysfonctionnements.
– Les bénéficiaires sont la direction et les
personnels de l'entreprise.
– Elle passe par une étape d'identification et de
formalisation des processus internes réalisés
grâce à une démarche participative.

04/11/23 8
 La sur-qualité

04/11/23 9
 La sur-qualité
• Plus on souhaite approcher la perfection plus
les coûts grimpent

04/11/23 10
 La sur-qualité (suite)
• Pour les entreprises du secteur privé:
– il ne s'agit pas de répondre de manière exhaustive
aux attentes des Clients
– Il s'agit répondre mieux que les concurrents.
• Dans le secteur public
– rendre compte d'un usage maîtrisé des fonds
publics pour fournir un service adapté aux
attentes des citoyens.

04/11/23 11
 La non-qualité

04/11/23 12
Le coût de la
Prix
Prixde derevient
revient
non- qualité ss’il
’iln’y
n’yavait
avait
c ’est la différence aucune
aucuneerreur
erreur
etetaucun
aucun
entre les deux prix défaut
défautdurant
durant
sa
saréalisation.
réalisation.
de revient
Prix
Prixde
derevient
revient
actuel
actueldu
duproduit
produit

04/11/23 13
 • ‘We never have the time to do a correct job
the first time, but we always manage to
find time to redo the job one or two times’

• ‘I’d rather have it wrong than have it late.

We can always fix it later’

04/11/23 14
 Conséquences de la non qualité
1. Canceled software projects
2. Unsuccessful software products
3. Unnecessary features and functions
4. Hard to use software
5. Defective software
6. Difficult to maintain software
7. Poorly designed for growth and change
8. Non readiness
9. Difficult to integrate components
10. Less than excellent software process(es)

04/11/23 15
 Coût lié a la non-qualité
1. Effort to recreate the problem
– What the user did, what was the user’s configuration
– May require setting up hardware, database, etc
2. Effort to trace failure to the cause
• May require utilization of tools ( e.g. debuggers)
3. Effort to implement a fix
• May involve design change and changes to many components
4. Effort to develop and run tests
– May require setting up hardware, database
5. Effort to update and run regression test suite
– May require setting up hardware, database, etc
6. Effort to document the change, modify process or
procedure and manage configuration changes (CCB)
7. Effort to package the fix and ship it to customers
8. Effort to inform or train users of the changes
04/11/23 16
 Coûts de la non-qualité

Le coût des Le coût des

anomalies + anomalies
internes externes

Pouvez-vous énumérer des coûts des

anomalies internes et externes ?

04/11/23 17
 Anomalies internes Anomalies externes

- Retouches, - Remises ou ristournes,

Reconditionnements, - Réclamation clients,
Réparations, - Pénalité de retard,
- Rebuts, - Primes d’assurances,
- Déclassement sur produits - Remboursement des
finis ou en cours, dommages causés à
- Pertes dues aux achats autrui...
inemployables,
- Pollution,
- Accident de travail,
- Absentéisme, retards,

04/11/23 18
 Coûts de la non-qualité
Le coût des anomalies internes pendant le
développement
1. Détection des défauts
2. Réparation des défauts
3. Modifications
4. Rebuts
5. Produits déclassés
6. Achats inemployables
7. Produits à refaire d’une version à l’autre

04/11/23 19
 Coûts de la non-qualité
Le coût des anomalies externes
1. Pertes de clients
2. Pénalités
3. Réparations des défauts pendant l’exploitation
4. Remises pour défauts
5. Assistance technique
6. Modifications ou adaptations prohibitives
7. ‘Retrofits’ sur le produit
8. Entretien des matériels de maintenance corrective
et des compétences

04/11/23 20
 La non qualité
il s'avère généralement plus coûteux de corriger
les défauts ou les erreurs que de «faire bien»
dès le départ

04/11/23 21
 La non qualité
• Il faut trouver le juste
équilibre:
– éliminer au maximum la
non-qualité, afin d'obtenir
un bon degré de
satisfaction de la clientèle,
de les fidéliser et de faire
des bénéfices,
– y consacrer un budget
raisonnable.

04/11/23 22
 Coût de la qualité (COQ)

04/11/23 23
 Coût de la qualité
Coût du projet

COQ Coût de Qualité Coût de réalisation

• Élaboration des plans
• Développement du logiciel
Coût de conformité Reprise
Coût de non
Conformité
Coût des évaluations Coût de prévention • Refaire les revues
• Revues • Corriger
• Formation • Défauts
• Inspections • Méthodologies
• Tests • Mise-à-jour
• Outils • Code et documentation
• Audits • Collecte des mesures
• Vérification & validation
Coût du projet = réalisation + reprise + évaluation + prévention
04/11/23 24
 Détection Prévention

- Salaires et charges lies - Formation à la qualité

aux vérifications - Etablissement des documents
- Métrologie relatifs à la gestion de la
- Frais de contrôle, qualité (manuel qualité, plans
- Fournitures diverses et qualité et plans de contrôle.) ,
produits détruits pour - Evaluations des fournisseurs,
essais utilisés pour - Sensibilisation, motivation et
l’évaluation du formation à la qualité et à la
produit... gestion de la qualité,
- Réalisation d ‘audits qualité,
- Groupe d’amélioration de la
qualité...

04/11/23 25
 Les enjeux
• Commerciaux
– Relations avec le client
– Réputation
• Économiques
– Rencontre du coût prévu
– Rencontre de l’échéancier prévu
• Techniques
– Rencontre des objectifs
• De productivité,
• De maintenance
• De performance
• De sécurité, etc.
04/11/23 26
 Qualité logicielle

04/11/23 27
 Quelques exemple de fautes
dans des projets et produits logiciels…
1. Le problème du Therac-25 en 1985-1987 (un appareil d'irradiation
thérapeutique) : 2 morts, 4 irradiés (surdose).
– Faute découverte officiellement presque deux ans après le
premier problème
2. Le bug du Pentium, en 1994.
• Coût : 500 millions $ pour remplacer les processeurs
défectueux.
3. L'explosion du premier vol d'Ariane 5, le 4 juin 1996.
• Coût : 500 millions $ de pertes
4. La perte de la sonde Mars Explorer en 2000.
5. Le logiciel redondant du SSRMS (le CanadArm2) en 2001
• Aucun dommage, mais un impact important sur l’échéancier
6. Le vaisseau Soyuz qui ‘plonge’ à 2 fois l’accélération prévue de 4-5 g
et touche le sol à 450 Km de son point d’arrivée prévu (mai 2003).

04/11/23 28
 Les excuses, les bugs et la qualité des

logiciels

04/11/23 29
 1. ‘Je n’ai pas à me préoccuper de la qualité,
mon client ne s’intéresse qu’au coût et à
l’échéancier. La qualité n’a rien à voir avec
ces choses là.’
2. ‘Mon projet n’a pas spécifié d’objectifs de
qualité’
3. ‘On ne peut pas mesurer la qualité. On ne
sait jamais la quantité de bugs que l’on
n’a pas trouvé’
4. ‘Relaxe, ce n’est pas un logiciel qui
contrôle une centrale nucléaire, ou une
fusée’

04/11/23 30
5. ‘Un client peut exiger soit une grande productivité,
soit de la qualité. Mais pas les deux à la fois’

6. ‘Pour nous la qualité c’est important, on fait des

audits de processus constamment’

7. ‘On fait des logiciels de qualité puisqu’on utilise des

normes internationales ISO’

8. ‘Çà, c’est pas une erreur, c’est une bug’

04/11/23 31
9. ‘On doit livrer un logiciel de très grande qualité,
alors on met beaucoup de temps à le tester’

10. ‘Ce projet là est de grande qualité parce que les

gars de AQ regarde nos documents’

11. ‘Ce logiciel est de grande qualité puisque l’on fait

90% de réutilisation’

12. ‘C’est quoi la qualité...comment on mesure la

qualité ?’

04/11/23 32
 13. ‘La complexité du code n’a rien à voir avec
la qualité’

14. ‘La qualité c’est le nombre de bugs dans le

logiciel livré au client’

15. ‘On ne doit pas en faire plus que ce qui est

demandé dans le contrat. Le contrat ne dit
rien au sujet de la qualité’

16. ‘Si ça marche pas maintenant, on le

réparera plus tard chez le client’

04/11/23 33
17. ‘Le client n’est pas intéressé par la qualité, il est
intéressé juste au prix’

18. ‘La qualité de ce logiciel est très élevée, on a

trouvé 1,000 bugs pendant les tests’.

19. ‘On n’a plus le temps de tester, il faut livrer’

20. ‘On va laisser le client trouver les bugs’

21. ‘On a un échéancier très serré, on n’a pas le

temps de faire des inspections’
04/11/23 34
22. ‘On va avoir un logiciel de grande qualité
puisque l’on a fait beaucoup d’inspections du
code et c’est dans le code que l’on trouve les
bugs’

23. ‘Ce n’est pas un bug, c’est une erreur dans le

manuel’

24. ‘Si le client ne nous appele pas, c’est parce qu’il

doit être bien content du logiciel’

25. ‘On n’a pas le temps de documenter ce que l’on

fait, il faut livrer’
04/11/23 35
 26. ‘C’est pas un bug, c’est un problème de
hardware’

27. ‘Personne va s’en apercevoir’

28. ‘On n’a pas besoin de retester, on a juste

changé trois lignes de code’

29. ‘On développe du logiciel de qualité parce

qu’on a du personnel avec beaucoup
d’années de métier’

04/11/23 36
 Concept Qualité logicielle
• Un logiciel de qualité est un logiciel qui satisfait aux besoins
réels du client tout en respectant des contraintes de coût et
de délais prédéfinies.
• Satisfaire les besoins réels
– Les besoins du commanditaire d’un logiciel (ou plus
généralement d’un système quelconque) sont définis
sur une échelle à quatre niveaux :
1. besoins réels
2. besoins exprimés
3. besoins spécifiés
4. besoins réalisés
– L’aptitude du produit logiciel à satisfaire (ou ne pas
satisfaire) les besoins du commanditaire s’annonce
alors en terme de différentiel entre ces quatre niveaux.
04/11/23 37
 Les besoins du commanditaire

04/11/23 38
04/11/23 39
04/11/23 40
04/11/23 41
04/11/23 42
04/11/23 43
04/11/23 44
 Qualité logicielle
• Selon l'IEEE La qualité logicielle est:
(1) Le degré avec lequel un système, un composant
ou un processus satisfait à ses exigences
spécifiées.

(2) Le degré avec lequel un système, un composant

ou un processus satisfait aux besoins ou attentes
de ses clients/usagers.

04/11/23 45
 Qualité logicielle (suite)
Conformité aux exigences fonctionnelles et de
performance explicites, aux normes de
développement explicitement documentées, et
aux caractéristiques implicites qui sont
attendues de tout le logiciel
professionnellement développé.

04/11/23 46
 Qualité logicielle (suite)
• La notion de qualité recouvre deux aspects:
– conformité avec la définition, cette notion est
contrôlable en cours de fabrication,
– réponse à l'attente de l'utilisateur , cette notion
est contrôlable à la livraison du produit.

04/11/23 47
 Problématique de la Qualité Logicielle
• Le caractère unique du produit logiciel
– Grande complexité ;
– Invisibilité du produit ;
– Opportunités limités de détection de (“bugs”) ;

04/11/23 48
 Problématique de la Qualité Logicielle
(suite)
• Les environnements de développement du
logiciel
– Sujet à une relation client-fournisseur ;
– Exige un travail d'équipe ;
– Exige la coopération et coordination avec d'autres
équipes de développement ;
– Exige des interfaces avec d'autres systèmes ;
– Exige la poursuite du projet alors que l'équipe
change ;
– Exige la maintenance pendant plusieurs années ;

04/11/23 49
You can’t achieve quality… unless you
specify it !

04/11/23 50
 Spécification de la qualité
La qualité est décomposée en grandeurs de plus en plus fines
et précises jusqu’à ce qu’on aboutisse à des attributs
directement mesurables sur les constituants du logiciel,
documents et code.

04/11/23
11/04/23 51
 APPROCHE DE MAC CALL
• Mac Call définit une approche de la qualité, à
partir de la définition de caractéristiques :
– externes (facteurs de qualité) : : expression des
exigences (point de vue externe, client)
– internes (critères de qualité) : caractéristiques du
produit (point de vue interne, technique)
– mesurables (métriques) : ce qui permet de
mesurer un critère

04/11/23 52
 APPROCHE DE MAC CALL (suite)
Pour mesurer la qualité du logiciel, des
métriques sont associés aux critères eux même
rattachés aux facteurs

04/11/23 53
 Spécification de la qualité

04/11/23
11/04/23 54
 Spécification de la qualité
– Le niveau des facteurs qualité.
• Il représente les attributs qualité du logiciel
perceptibles par le commanditaire ou les
utilisateurs finaux.
• Ce niveau constitue la vision externe de la qualité
du logiciel.
• Il intéresse, au premier chef, la spécification des
exigences qualité ainsi que la validation de ces
exigences.

04/11/23
11/04/23 55
 Spécification de la qualité
– Le niveau des critères qualité.
• Il représente les attributs qualité sur lesquels
l’organisation de développement peut (et doit !)
agir pour satisfaire les exigences qualité définies
par les facteurs retenus.
• Ce niveau constitue la vision interne de la qualité
du logiciel.
• Les critères retenus permettent, entre autre, de
définir l’ensemble des dispositions préalables qu’il
convient d’adopter pour répondre aux exigences
qualité spécifiées.
04/11/23
11/04/23 56
 Spécification de la qualité
– Le niveau des métriques qualité
• Il représente les attributs qualité pour lesquels il
existe des processus de mesure directs et objectifs,
portant sur des constituants élémentaires du
logiciel.

04/11/23
11/04/23 57
 Facteurs qualité du logiciel
1) Fiabilité
Aptitude d’un programme à accomplir sans défaillance l’ensemble
des fonctions spécifiées dans un document de référence, dans un
environnement opérationnel de référence, pour une durée
d’utilisation donnée.

2) Sécurité
Attribut de qualité du logiciel se caractérisant, durant son
fonctionnement, par l’absence d’événements mettant en cause
l’intégrité des biens et la vie des personnes concernés par
l’application.

3) Intégrité
Degré de protection du système et des données qu’il manipule
contre les accès non autorisés, voire malveillants.

04/11/23 58
 Facteurs qualité du logiciel
4) Ergonomie
Aptitude du système à pouvoir être utilisé avec un minimum
d’efforts.

5) Efficacité
Aptitude du logiciel à utiliser d’une façon optimale les
ressources physiques (espace mémoire, temps d’unité
centrale) mises à disposition.

6) Testabilité
Aptitude d’un logiciel à se prêter à une vérification
d’adéquation aux spécifications, le système étant en phase
d’exploitation.

04/11/23 59
 Facteurs qualité du logiciel
7) Maintenabilité
Aptitude d’un logiciel à faciliter les opérations requises pour
localiser et corriger une erreur alors que le système est en
phase d’exploitation.

8) Flexibilité
Aptitude d’un logiciel à être adapté à une modification de ses
spécifications.

9) Réusabilité
Aptitude d’un composant logiciel à être réutilisé dans des
applications différentes.

04/11/23 60
 Facteurs qualité du logiciel
10) Portabilité
Aptitude d’un logiciel à être adapté à un environnement
différent de celui des applications précédentes.

11) Compatibilité
Qualité de plusieurs logiciels (ou composants) à être liés pour
une fonction donnée, suivant certains critères
• e.g. standardisation des structures de données,
communications internes.

04/11/23 61
04/11/23 62
 Facteurs de qualité
• Les facteurs de qualité peuvent avoir une
influence les uns sur les autres.
– Par exemple les facteurs suivants diminuent
l’efficacité: intégrité, facilité d’emploi, portabilité
– Les facteurs suivants diminuent l’intégrité:
souplesse, réutilisabilité, interopérabilité.

04/11/23 63
 Relation entre les facteurs

té

té
li t
ie

i li

té
té

ili
it é

é
té

lit
é

bi
m

li
ab

ili
r it

ti b
rit

il i

ac

bi

bi

sa
no

ib
te n
té g
cu

pa
ab

f ic

st a

rta

i li
ex
go
Sé

a in

m
Fi

In

ut
Ef

Po
Te

Fl
Er

Co
Ré
M
Sécurité

Fiabilité O
Efficacité X
Intégrité O O X
Ergonomie X
Maintenabilité X
Testabilité O O X O
Flexibilité X X O O
Portabilité X X O O
Réutilisabilité X X O O O O
Compatibilité X X O O

O : complémentaire
04/11/23X : antagoniste 64
 Les classes de logiciel
• Vies humaines en danger
• Grande durée de vie
• Système expérimental
• Application temps réel
• Application embarquée
• Données sensibles
• Systèmes imbriqués
• Appartenance à une gamme (de produits)

04/11/23 65
 Correspondance entre classes de logiciel et
facteurs de qualité

MAINTENABILITE

REUTILISABILITE

COMPATIBILITE
Facteurs de qualité

PORTABILITE
TESTABILITE

FLEXIBILITE
ERGONOMIE

EFFICACITE
INTEGRITE

FIABILITE

SECURITE
Classe de
système
(vision externe)

Vies humaines en danger X X X

Grande durée de vie X X X

Système expérimental X

Application temps réel X X

Application embarquée X X

Données sensibles X X

Systèmes imbriqués X X X

Appartenance à une gamme X X X

04/11/23 66
 Critères de qualité
• Mac Call définit 24 critères perceptibles par
l’informaticien et permettant d’évaluer dans
quelle mesure les facteurs de qualité sont
atteints.
• Chaque facteur est mesuré en fonction d’un
certain nombre de critères.
• Chaque critère est évalué par une métrique.

04/11/23 67
 Critères de qualité selon McCall
• Traçabilité • Contrôle des accès
• Complétude • Souplesse des interfaces
• Précision • Facilité d’exploitation
• Cohérence
• Robustesse • Facilité d’apprentissage
• Modularité • Indépendance machines
• Généralité • Indépendance système
• Extensibilité • Normilisation des
• Instrumentation communications
• Auto description • Standardisation des
• Efficacité de stockage tructures de données
• Efficacité d’exécution
• Audits des accès • Concision
• Conformité

04/11/23 68
 Critères de qualité selon McCall
1. Traçabilité
– Possibilité, à partir d’une identification enregistrée de
retrouver l’historique, l’utilisation ou la localisation d’un
logiciel ou de produits semblables.
2. Complétude
– Propriété d’un logiciel (ou d’un élément du logiciel) qui
possède tous ses constituants lesquels, sont entièrement
développés et validés.
3. Précision
– Propriété d’un logiciel qui fournit des résultats ne
s’écartant pas des résultats théoriques attendus d’une
marge donnée.

04/11/23 69
 Critères de qualité selon McCall
4. Cohérence
– Propriété d’un logiciel qui présente une
compatibilité des éléments entre eux au sein d’une
configuration.

5. Robustesse
– Propriété d’un logiciel qui retrouve la continuité des
opérations après conditions anormales et permet de
supprimer les effets d’une perturbation.

6. Simplicité
– Propriété d’un logiciel qui fournit un développement
des fonctions de la manière la plus compréhensive.

04/11/23 70
 Critères de qualité selon McCall
7. Modularité
– Propriété d’un logiciel composé d’éléments distincts tels
que la modification de l’un d’eux n’entraîne pas de
modifications sur les autres.

8. Généralité
– Propriété d’un logiciel qui élargit les cas d’emplois des
fonctions assurées.

9. Extensibilité
– Propriété d’un logiciel qui permet d’accroître le domaine
des données manipulées

04/11/23 71
 Critères de qualité selon McCall
10. Instrumentation
– Propriété d’un logiciel qui offre la possibilité de mesures
relatives au suivi et au contrôle de l’exécution.
11. Auto description
– Propriété d’un logiciel fournissant l’explication du
développement d’une fonction.

12. Efficacité de stockage

– Propriété d’un logiciel qui minimise la place mémoire
nécessaire à une opération.

04/11/23 72
 Critères de qualité selon McCall
13. Efficacité d’exécution
– Propriété d’un logiciel qui utilise un minimum de
temps machine pour l’accomplissement de ses
fonctionnalités.

14.Audit des accès

– Propriété d’un logiciel qui comporte des dispositions,
permettant de garder l’historique des accès au code
et aux données.

15.Contrôle des accès

– Propriété d’un logiciel qui comporte des mécanismes
permettant le contrôle des accès

04/11/23 73
 Critères de qualité selon McCall
16. Souplesse des interfaces
– Propriété du logiciel qui possède des interfaces faciles à
modifier et à adapter.

17. Facilité d’exploitation

– Propriété qu’a un logiciel de faciliter la mise en oeuvre de ses
propres procédures d’exploitation, le chargement,
l’initialisation et l’exécution.

18. Facilité d’utilisation et d'apprentissage

– Propriété d’un logiciel qui offre des facilités d’assimilations par
un utilisateurs ses différents modes opérationnels.

04/11/23 74
 Critères de qualité selon McCall
19.Indépendance machine
– Propriété d’un logiciel qui limite ses dépendances vis–à–
vis de l’environnement matériel.

20.Indépendance système
– Propriété d’un logiciel qui limite ses dépendances vis–à–
vis de l’environnement système.

21.Normalisation des communications

– Propriété d’un logiciel utilisant des normes ou des
standards au niveau protocole et interface.
04/11/23 75
 Critères de qualité selon McCall
22. Standardisation des structures de données
– Propriété d’un logiciel qui met à disposition des moyens de
représentations standards des données.

23. Concision
– Propriété d’un logiciel qui utilise un volume de code minimum
pour le développement d’une fonction.

24. Conformité
– Aptitude du logiciel à répondre aux besoins de l’utilisateur.

04/11/23 76
 Relations entre critères et facteurs

té

é
l it

li t
e

il i

é
té
é
ité

mi
Facteurs

é
té

li t
é

lit

bi

bi
i li
ab
rit
rit

i li

ac

bi
no

sa
bi

ati
ib
ten
tég
cu

ab

fic

rta
sta

ili
Critères

go

ex

mp
Sé

Fi

ain
In

ut
Ef

Po
Te

Fl
Er

Co
Ré
M
Traçabilité O O O O
Complétude O
Cohérence O O O O O O
Précision O X
Robustesse O O X
Simplicité O O O O O O O O
Modularité X O O O O O O
Généralité X X X O O O
Extensibilité X O O
Instrumentation X O O
Autodescription X O O O O O
Efficacité d'exécution O X
Efficacité de stockage O X X
Audit des accès X O
Contrôle des accès X O X
Souplesse des interfaces X X O
Facilité d'exploitation O
Facilité d'apprentissage X O O
Indépendance système X O O O O
Indépendance machine X O O O O
Normalisation O O O
Standardisation des
O : complémentaire
X O O X : antagoniste
structures de données
Concision O
Conformité O O
04/11/23 77
 Bilan qualité du logiciel

04/11/23
11/04/23 78
 Remarque
• Chaque critère de qualité identifié comme
important doit être intégrés ‘Built in’,
puisqu'ils peuvent difficilement l'être à la fin
de la phase de développement ‘Bolted on’ .

04/11/23 79
 Métriques
• les métriques peuvent caractériser les qualités

– du produit,
– du processus de développement,
– du service rendu
• Ils peuvent se faire par :
– des mesures objectives (comptages)
– des enquêtes d’opinion.

04/11/23 80
 Métriques (suite)
• Mesure directe et objective :
– comptage de nombre de ligne de code source :
produit
– comptage de nombre d’homme-jours : processus
– comptage du nombre d’abort système : service

04/11/23 81
 Métriques (suite)
• Métriques obtenues par réponse oui/non
(liste de contrôle)
– cohérence de la présentation des écrans : produit
– respect de la procédure de signalisation des
incidents : processus
– capacité de raccordement satisfaisante : service

04/11/23 82
 Métriques (suite)
• Métriques obtenues par enquête (note de 0 à
5)
– clarté de la présentation des résultats : produit
– apport de l'assurance qualité : processus
– disponibilité du système aux heures de pointe :
service

04/11/23 83
 Métriques techniques
• Métriques du code
– lignes de code, nombres d'opérandes,
d'opérateurs
– taux de commentaires
• Métriques de la spécification
– cohésion et couplage des modules
• – taille et fréquence de communication de
données

04/11/23 84
 Exemple
‘Le temps réponse du logiciel est rapide’
Type Type de Type de réponse Temps
s’utilisateur Utilisateur/Logiciel (secondes)
Interaction
Commis Login Login OK <2
Message d’erreur <1
Entrée Entrée accepté <3
Message (processus) <½
Erreurs <2
Ingénieur Opération des Message (processus) <½
matrices Opération complété ½ to 10
Analyse des Description erreur <2
circuits Message (processus) <½
Opération complétée 1 to 20

04/11/23 85
 Facilité d'utilisation (usability)
• Définition (ISO 9241)
– La capacité pour un utilisateur d'utiliser un produit pour
réaliser ses buts avec efficacité, efficience et satisfaction
dans un contexte d'utilisation spécifique.
Métriques
1. Apprentissage
2. Efficacité
3. Facilité pour l'utilisateur de se souvenir du
fonctionnement du logiciel (‘user retention over time’)
4. Faible taux d'erreur (du point de vue utilisateur)
5. Satisfaction

11/04/23 86
 Facilité d'utilisation – Métriques
1. Apprentissage
• Facilité d'apprentissage des principales fonctionnalités du logiciel et
acquérir les habilités pour compléter le travail
• Mesurer les efforts d'un utilisateur avant qu'il puisse réaliser certaines
tâches et les efforts d'un expert pour réaliser la même tâche.
2. Efficacité
• Le nombre de tâche par unité de temps que l'utilisateur peur réaliser en
utilisant le logiciel.
• Nous cherchons le nombre maximum de tâches par
unité de temps.

04/11/23 87
 Facilité d'utilisation - Métriques
3. Facilité pour l'utilisateur de se souvenir du fonctionnement du logiciel
• Cet attribut indique jusqu'à quel point un utilisateur se
souvient de la façon dont le logiciel fonctionne après une
période de non-usage.
4. Taux d'erreurs
• Cet attribut adresse le nombre d'erreurs que l'utilisateur peut
faire lorsqu'il réalise la tâche. Contribue négativement à la
facilité d'utilisation.
• Ne réfère pas au nombre d'erreurs dans le logiciel.
5. Satisfaction
• Cet attribut indique l'impression (subjective) qu‘a l'utilisateur
à propos du logiciel.

04/11/23 88
 Exemple – Facilité d’utilisation
Temps requis à un utilisateur pour apprendre des opérations logiciels en utilisant le manuel

Attribut Échelle Test Pire Plan Bon Main-

tenant
Entrer Temps(m.) Donner à l’utilisateur le 10 5 2 60
dossier manuel et lui demander
patient de réaliser la tâche
Créer un Temps(m.) Donner à l’utilisateur le 30 15 10 120
rapport manuel et lui demander
mensuel de réaliser la tâche
Réaliser Temps(m.) Donner à l’utilisateur le 20 10 5 90
un manuel et lui demander
backup de réaliser la tâche

89
 Démarche qualité

04/11/23 90
 Démarche qualité
• L'approche organisationnelle permettant un
progrès permanent dans la résolution des
non-qualités.
• Il s'agit d'une démarche participative, c'est-à-
dire à laquelle doit nécessairement participer
l'ensemble de l'entreprise et par conséquent
nécessairement portée au plus haut niveau
hiérarchique.

04/11/23 91
 Démarche qualité
• Les apports d’une telle démarche est
d’étendre la notion de qualité à toute
l’entreprise.
• Elle doit être capable de construire puis de
gérer son système qualité.
• Elle doit maitriser chacune de ses activités et
doit donc posséder des documents et des
preuves.

04/11/23 92
 CERTIFICATION

PRE-AUDIT CERTI
AUDIT INTERNE

APPLICATION DES DOCUMENTS

DOCUMENTATION DU SYST. QUALITE

FORMATION AUX NORMES ISO 9000 - 2000

PLAN DE MANAGEMENT DE LA QUALITE
DIAGNOSTIC QUALITE
04/11/23 93
SEMINAIRES DE MOTIVATION A LA QUALITE
Mohammedi
 La certification

C'est l'obtention d'un certificat

délivré par un organisme tiers
attestant de la conformité du
SMQ aux exigences du référentiel
choisi

04/11/23 94
 Organisation qualité

04/11/23 95
 Organisation qualité
• La mise en place d'une démarche qualité est
un projet d'entreprise global mobilisant
l'ensemble du personnel.
• Il est ainsi nécessaire de définir une
«organisation qualité» s'intégrant dans
l'existant et s'articulant avec l'organisation
existante.

04/11/23 96
 Organisation qualité
• un responsable qualité / conseiller qualité /
directeur qualité :piloter les actions qualité
• la cellule qualité / service qualité
• Un comité qualité
• Chaque service ou bureau est responsable de
la mise en œuvre des orientations qualité à
son niveau.
– Correspondant qualité

04/11/23 97
 Organisation qualité
Chef de la
direction

Comité d'orientation qualité

Équipe
AQ

Services Systèmes
Systèmes
Ingénierie professionnels/ Opérations d'armes et de
Développement détection
des affaires
Ottawa

Amélioration
Soutien des
Continue
projets Monitoring
audit Légende:

Les cases ombragées

indiquent un rôle actif dans
Maîtrise du
Coordonateur Maîtrise du Maîtrise de la la définition et le maintien du
processus
SEI/CMM produit conception système qualité.
d'achat

04/11/23 98
 Amélioration continue

04/11/23 99
Notion d'amélioration permanente
• L'un des principes de base de la qualité est la
prévention et l'amélioration permanente.
• La qualité est un projet sans fin dont le but est
de prendre en compte les
dysfonctionnements le plus en amont possible

04/11/23 100
 Roue de Deming

04/11/23 101
 «Plan» (Planifier)
il s'agit de définir les objectifs et les processus
nécessaires pour fournir des résultats
correspondant aux exigences des clients et aux
politiques des organismes

04/11/23 102
 «Do» (Mettre en place)
il s'agit de la mise en œuvre des actions et
processus

04/11/23 103
 «Check» (Contrôler)
Cette phase consiste à vérifier l'atteinte des
objectifs fixés : il s’agit de surveiller et mesurer
les processus et le produit par rapport aux
politiques, objectifs et exigences du produit et
rendre compte des résultats

04/11/23 104
 «Act» (Agir)
• En fonction des résultats de la phase
précédente, il convient de prendre des
mesures préventives :
– il s’agit d’entreprendre les actions pour améliorer
en permanence les performances des processus

04/11/23 105
 Assurance Qualité Logicielle

04/11/23 106
 Assurance de qualité Logiciel
Selon l'IEEE L'assurance qualité logicielle est:
•Un modèle planifié et systématique de toutes
les actions nécessaires pour fournir une
confiance adéquate qu'un article ou un produit
est conforme à ses exigences techniques
établies.
•Un ensemble d'activités conçu pour évaluer le
processus par lequel les produits sont
développés ou fabriqués.

04/11/23 107
 Autres définitions
Un ensemble systématique et prévu d'actions
nécessaires à l'obtention d'une confiance
adéquate que le procédé de développement de
logiciel ou le processus de maintenance d'un
produit de système logiciel est conforme aux
exigences techniques fonctionnels établies aussi
bien qu'aux exigences concernant le calendrier
et budget.

04/11/23 108
 Autres définitions
Mise en œuvre d'un ensemble approprié de
dispositions préétablies et systématiques
destinées à donner confiance en l'obtention
d'une qualité requise.

04/11/23 109
 L’origine du besoin d’être rassuré sur
la qualité
besoin commun et partagé de façon universelle
par tout client, acheteur ou consommateur,
celui de pouvoir se fier à des informations ou
des données lui permettant d’acquérir la
conviction que le produit ou service répondra
bien à ses attentes

04/11/23 110
 Objectif de l’AQL
• Objectifs de l'AQL dans le développement
• Objectifs de l'AQL dans la maintenance

04/11/23 111
 Objectifs de l'AQL dans le
développement
• Assurer un niveau de confiance acceptable que le
logiciel sera conforme aux exigences
fonctionnelles techniques.
• Assurer un niveau de confiance acceptable que le
logiciel sera conforme aux exigences de gestion
concernant l'échéancier et le budget.
• Initiation et activités de gestion pour
l'amélioration et la plus grande efficience des
activités de développement et d'assurance de
qualité logicielle.
04/11/23 112
Objectifs de l'AQL dans la maintenance
• Assurer un niveau de confiance acceptable que les
activités de maintenance logiciel seront conformes aux
exigences fonctionnelles techniques.
• Assurer un niveau de confiance acceptable que les
activités de maintenance logiciel seront conformes aux
exigences de gestion concernant l'échéancier et le
budget.
• Initier et gérer des activités visant à l'amélioration et à
l'augmentation de l'efficience des activités de
maintenance et d'assurance de qualité logicielle.

04/11/23 113