Assurance Qualité

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

multidimensionnelle

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 soustypes 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 nonrespects 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 fabrication

La méthode

Le produit

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 nonqualité • 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 nonqualité • 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

travail en commun des différents acteurs.

le

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 besoins facilité de maintenance

résultats corrects

robustesse

sécurité

intégrabilité

possibilité de réutilisation

degré de confiance

portabilité

Critères de qualité de la documentation

• Facilité de

• Conformité aux

• Actualité • Sans équivoque • Possibilités • Identification

• Lisibilité • Etre complets • Etre sans

modification

normes

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