1. Assurance qualité
Brevet fédéral d’informatique de gestion
Module 041
Patrick Ostertag, Octobre 2006

2. 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

3. Assurance qualité
Les principes

4. Discussion
Selon vous, que représente le mot "Qualité" dans le cadre
de projets informatiques ?

5. Principes de base:
définitions
•Qualité = Zéro défaut
• Qualité = Le degré
d'excellence

6. 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

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

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

9. La qualité concerne...
•Le service de Mettre en place le nouveau
système
la société

10. Principe de base
• La qualité n’est pas absolue

11. Principes de base
• La qualité est
multi-
dimensionnelle

12. 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, ...

13. Le logiciel n'a
pas vraiment
une existence
physique.

14. 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.

15. 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)

16. 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

17. Les différentes vues de
la qualité
• Le chef de projet
• il doit fournir un
produit performant
et maintenable qui
donnera satisfaction
au client

18. 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

19. 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.

20. 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.

21. 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é...)

22. 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.

23. 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é.

24. Les différentes vues de
la qualité
• Le client
• il est amené de
plus en plus à
utiliser le SI
• Internet
• courrier

25. Exercice
Enumérez les critères selon lesquels l'utilisateur final et le
concepteur d'un système informatique jugent la qualité
(2 colonnes).

26. 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

27. les 5 vues de la qualité
La valeur La méthode Le produit
La fabrication L'utilisateur

28. “La qualité coute
cher !”
• Quel est le prix de la qualité ?
• Quel est le prix de la non-qualité ?

29. 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

30. 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)

31. 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)

32. 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
• ...

33. Exercice
Trouvons d'autres causes de non-qualité !

34. La qualité, ce
sont les
hommes

35. 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

36. 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é

37. La nature d’une
méthode

38. Discussion
Qu’est-ce qu’une méthode ?

39. 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

40. Méthode =
Recette

42. 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

43. 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.

44. 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.

45. La démarche qualité

46. 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)

47. 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.

48. 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.

49. 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.

50. Assurance qualité
Métriques et critères de qualité

51. Critères mesurables
d'un logiciel applicatif
• Nombre de ligne de code
• Nombre de Fonctionnalités
• Nombre d'erreurs
• Disponibilité

52. 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

53. 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é

54. 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

55. 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

56. 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é

57. Contrôle de qualité
• Principes de base
• Validation et vérification
• Plan de contrôle

58. 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

59. 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

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

61. Contrôle de qualité
• Contrôle de qualité par audit
• Réalisation
• rapport d'audit
• chronologie

62. 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