Assurance qualité Brevet fédéral d’informatique de gestion Module 041 Patrick O

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 L'utilisateur La fabrication Le produit La méthode “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 besoins résultats corrects facilité de maintenance portabilité robustesse sécurité intégrabilité possibilité de réutilisation degré de confiance Critères de qualité de la documentation • Facilité de modification • Actualité • Sans équivoque • Possibilités • Identification • Conformité aux normes • Lisibilité • Etre complets • Etre sans 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 uploads/Industriel/ assurance-qualite.pdf

  • 19
  • 0
  • 0
Afficher les détails des licences
Licence et utilisation
Gratuit pour un usage personnel Attribution requise
Partager