Assurance qualité

Brevet fédéral d’informatique de gestion

Module 041
Patrick Ostertag, Octobre 2006
 Sources
• Directives fédérales pour le brevet et diplôme
fédéral d'informaticien de gestion

• Software Quality - Theory and management par

Alan C. Gillies, 1992

• Vers de nouveaux processus de développement de

projet par Chantal Morley, 1991

• Sûreté de fonctionnement des systèmes

informatiques, Matériels et logiciels, J.-C. Laprie, B.
Courtois, M.-C. Gaudel, D. Powel, Dunod, 1989
Assurance qualité
Les principes
 Principes de base:
définitions

• Qualité = Zéro défaut

• Qualité = Le degré
d'excellence
 Selon ISO, 1986

• La totalité des fonctionnalités et des

caractéristiques d'un produit ou d'un
service doivent tendre à satisfaire les
besoins spécifiques (spécifiés) ou
implicites
 La qualité concerne...

•le produit ou
le service
 La qualité concerne...

•Le processus de
développement
 La qualité concerne...

•Le service de
la société
 Principe de base

•La qualité n’est pas absolue

 Principes de base

•La qualité est

multi-
dimensionnelle
 Principes de base

• La qualité, c'est accepter les

compromis
• Les critères de qualité sont rarement
indépendants
• Vitesse maximale, économie d'essence, prix, ...
Le logiciel n'a
pas vraiment
une existence
physique.
 La qualité du logiciel
• Est-ce une bonne solution ?
• Est-ce la bonne solution et répond-elle à la
bonne question ?
• Les besoins du client évolue rapidement
(concurrence, organisation, partenariat,...)
• Les technologies de l'information évoluent
rapidement.
 La qualité du logiciel

• Le clients s'imagine la solution informatique

qui lui sera mis à disposition et estime les
plus-values qu'il verra en retour.
• Qui est le vrais client ?
• Les besoins sont multiples (plusieurs sous-
types de clients)
 La qualité du logiciel
• Le déroulement d'un projet :
• Conception, Fabrication, déploiement

• Comment mesurer la qualité du résultat

fourni par chaque étape du déroulement
d'un projet ?
• En particulier, comment mesurer la qualité
des étapes qui ont le résultat le plus
immatériel :
• Conception
Les différentes vues de
la qualité

• Le chef de projet
• il doit fournir un
produit performant
et maintenable qui
donnera satisfaction
au client
Les différentes vues de
la qualité
• le concepteur
• Il connaît mieux que
quiconque les besoins
de l'utilisateur et
demande que le
nouveau système
fournisse toutes les
fonctionnalités
prévues
Les différentes vues de
la qualité

• Le développeur
• C'est la personne qui
écrit les programmes. Il
défend le résultat de son
travail et n'accepte que
très péniblement les
demande de
modification.
Les différentes vues de
la qualité
• Le responsable Qualité
• Il recherche les non-
respects des règles de
qualité. Son action
semble donner une
surcharge de travail.
Les différentes vues de
la qualité
• L'utilisateur final
• Il doit utiliser le
système et n'a que
très peu participé au
processus de
développement (il a
entendu parlé...)
Les différentes vues de
la qualité
• Le responsable de
département
• C'est le chef de
l'utilisateur final. Il a
été interviewé par le
groupe d'étude. Il doit
justifier la
productivité de ses
employés.
Les différentes vues de
la qualité
• Les managers de haut
niveau
• C'est ceux qui paient
la facture et qui
attendent le plus les
résultats de
productivité.
Les différentes vues de
la qualité
• Le client
• il est amené de
plus en plus à
utiliser le SI
• Internet
• courrier
 Critères de qualité
Utilisateur Concepteur
Ce que je veux Bonnes spécifications
Réponse rapide Techniquement correcte
Facilité d'utilisation Facilité de maintenance
Pas d'erreur Développement rapide
Développement rapide Peu de maintenance
Peu coûteux Bien documenté
Adaptable Nouvelles approches (technologies)
Permet de satisfaire les objectifs Données correctes
Données correctes Administrable par l'utilisateur
Prévu pour les futurs développements
les 5 vues de la qualité

La valeur La méthode Le produit

La fabrication L'utilisateur
 “La qualité coute
cher !”
• Quel est le prix de la qualité ?
• Quel est le prix de la non-qualité ?
Exemple de non-qualité
• Annulation de toutes les polices
d'assurance
• Envoi de 20'000 journaux à la même
adresse
• Arrêt de Transpac pour 7'000 entreprises
et 1'000'000 d'abonnés
• Système de réservation Univac-United
Airlines : abandon après 56 millions de
dollars de dépenses
Exemple de non-qualité
• Métro fantôme à San Francisco
• Passage de la mission Vénus à 500'000 km
au lieu de 5'000 km
• Avion F-18 sur le dos au passage de
l'équateur
• Une facture de téléphone beaucoup trop
élevée
• Ouvrage intéressant bien que datant de 1986 :
Menaces sur l'ordinateur (Seuil)
 Les causes de non-
qualité
• Manque de formation aux méthodes et
outils
• Manque de responsabilisation et définition
peu claire des rôles de chacun
(organisation)
 Les causes de non-
qualité
• Pas de méthodologie (ou méthodologies
disparates, inadaptées et incompatibles)
• Pas de tests, tests insuffisants ou tests mal
préparés (on les faits à la fin du
développement et non pas tout au long du
développement
• ...
La qualité, ce
sont les
hommes
 La qualité, ce sont les
hommes
• Ce sont les hommes qui ont des problèmes
à résoudre grâce à l'ordinateur
• Ce sont les hommes qui décrivent les
problèmes et qui trouvent des solutions
• Ce sont les hommes qui conçoivent les
systèmes informatiques
 La qualité, ce sont les
hommes

• Ce sont les hommes qui testent les logiciels

• Ce sont les hommes qui utilisent le
nouveau système et qui jugeront de sa
qualité
La nature d’une
méthode
 La nature d'une
méthode
• L'idée de méthode est basée sur la
possibilité d'identifier des classes de
problèmes qui appellent des réponses
analogues. L'expérience peut ainsi être
formalisée et réutilisée pour une variété de
problèmes qui appartiennent à la même
catégorie
Méthode =
Recette
 La nature d'une
méthode
• Elle contient un ensemble de composants
de diverses natures, qui s'architecturent de
la façon schématique suivantes :
• Supports conceptuels et techniques
• Gestion de la production et de la qualité
• Gestion du projet
 La nature d'une
méthode
• C'est un instrument individuel,
pour l'informaticien, le concepteur, le chef
de projet..., quant confronté à une
situation nouvelle et complexe, il cherche
des réponses basées sur des expériences
analogues. Dans ce sens, une méthode est
une aide
à la résolution de
problème.
 La nature d'une
méthode
• C'est un instrument collectif, aidant
à organiser le travail d'un service
informatique ou d'un projet. Elle lui
donne un cadre, une homogénéité et une
communauté de culture. Elle guide le
travail en commun des
différents acteurs.
La démarche qualité
 La démarche qualité
• Mettre en place une démarche qualité
c'est :
• Mettre en place des procédures
• Mettre en place une méthode
• Mettre en place des instruments de
mesure (Check-list)
 La démarche qualité
• Mettre en place la transparence
• Au niveau des méthodes de travail, du
suivi du processus, du suivi des mandats,
etc.
• C'est synchroniser les différents acteurs
du projet "entreprise" et informer les
divers partenaires.
 A chacun sa qualité

• C'est à l'entreprise et à ses

collaborateurs de découvrir sa propre
notion de la qualité, de trouver ses
propres critères de mesure en
fonction de ses propres objectifs et
de sa propre stratégie.
 A chacun sa qualité

• C'est une démarche collective, la

qualité est l'affaire de chacun et de
tous.
• Une chaîne a la solidité de son maillon
le plus faible.
Assurance qualité
Métriques et critères de qualité
 Critères mesurables
d'un logiciel applicatif
• Nombre de ligne de code
• Nombre de Fonctionnalités
• Nombre d'erreurs
• Disponibilité
 Critères mesurables
d'un logiciel applicatif

• Facilité d'utilisation (ergonomie du logiciel)

• Structure de l'applicatif du point de vue
de l'utilisateur
• Interface utilisateur
 Critères mesurables
d'un logiciel applicatif
• Critères d'utilisation
• Flexibilité, acceptation, support, facilité
d'apprentissage, adéquation aux
problèmes, uniformité d'approche et de
présentation, efficacité, stabilité
Critères mesurables
d'un logiciel applicatif
Adaptabilité efficience
couverture des résultats corrects
besoins
facilité de portabilité
maintenance
robustesse sécurité

intégrabilité possibilité de
réutilisation
degré de confiance
 Critères de qualité de la
documentation
• Facilité de • Conformité aux
modification normes
• Actualité • Lisibilité
• Sans équivoque • Etre complets
• Possibilités • Etre sans
• Identification contradiction interne
Système d'assurance de
qualité du logiciel
• Normes (ISO)
• Organisation de l'assurance qualité
• Procédure et méthode
• Documentation
• Audit de l'assurance qualité
 Contrôle de qualité

• Principes de base
• Validation et vérification
• Plan de contrôle
 Contrôle de qualité
• Contrôle de qualité par passage en
vérification
• Genre de vérification
• Inspection de code, interrogation à tour de rôle, revue de projet,
contrôle par des pairs

• Organisation de la vérification
• Composition des groupes de vérification, déroulement d'une
vérification, session de vérification, preuve de programme
 Contrôle de qualité
• Contrôle de qualité par test
• Méthode de test
• Boite noire, tests structurels, niveau de test, test par module, test par
programme, test d'ensemble d'une chaîne, test d'ensemble d'une
application, test en parallèle, application pilote

• Valeurs de contrôle et jeux d'essai

• test de séquence, test des cas normaux, test des cas spéciaux, valeurs
limites

• Plan de test
• Cycle de test : préparer, exécuter, analyser, corriger, répéter
 Contrôle de qualité

• Contrôle de qualité par test

• Aides de test
• Outils d'observation instantané, logiciels de traçage, outils de pilotage
 Contrôle de qualité

• Contrôle de qualité par audit

• Réalisation
• rapport d'audit
• chronologie
 Audit informatique

• Mission, rattachement et mise en oeuvre

• Plan de contrôle lors de l'exploitation
• Outils tels que programme d'audit
informatique
• Mesures organisationnelles et techniques