Assurance qualité

5,037 views
4,902 views

Published on

0 Comments
3 Likes
Statistics
Notes
  • Be the first to comment

No Downloads
Views
Total views
5,037
On SlideShare
0
From Embeds
0
Number of Embeds
2
Actions
Shares
0
Downloads
257
Comments
0
Likes
3
Embeds 0
No embeds

No notes for slide

Assurance qualité

  1. 1. Assurance qualitéBrevet fédéral d’informatique de gestion Module 041 Patrick Ostertag, Octobre 2006
  2. 2. Sources• Directives fédérales pour le brevet et diplôme fédéral dinformaticien 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. 3. Assurance qualité Les principes
  4. 4. DiscussionSelon vous, que représente le mot "Qualité" dans le cadre de projets informatiques ?
  5. 5. Principes de base: définitions•Qualité = Zéro défaut• Qualité = Le degré dexcellence
  6. 6. Selon ISO, 1986• La totalité des fonctionnalités et des caractéristiques dun produit ou dun service doivent tendre à satisfaire les besoins spécifiques (spécifiés) ou implicites
  7. 7. La qualité concerne...•le produit ou le service
  8. 8. La qualité concerne...•Le processus de développement
  9. 9. La qualité concerne...•Le service de Mettre en place le nouveau système la société
  10. 10. Principe de base• La qualité n’est pas absolue
  11. 11. Principes de base• La qualité est multi- dimensionnelle
  12. 12. Principes de base• La qualité, cest accepter les compromis• Les critères de qualité sont rarement indépendants • Vitesse maximale, économie dessence, prix, ...
  13. 13. Le logiciel napas vraimentune existence physique.
  14. 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 linformation évoluent rapidement.
  15. 15. La qualité du logiciel• Le clients simagine la solution informatique qui lui sera mis à disposition et estime les plus-values quil verra en retour.• Qui est le vrais client ?• Les besoins sont multiples (plusieurs sous- types de clients)
  16. 16. La qualité du logiciel• Le déroulement dun projet : • Conception, Fabrication, déploiement• Comment mesurer la qualité du résultat fourni par chaque étape du déroulement dun projet ?• En particulier, comment mesurer la qualité des étapes qui ont le résultat le plus immatériel : • Conception
  17. 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. 18. Les différentes vues de la qualité• le concepteur• Il connaît mieux que quiconque les besoins de lutilisateur et demande que le nouveau système fournisse toutes les fonctionnalités prévues
  19. 19. Les différentes vues de la qualité• Le développeur• Cest la personne qui écrit les programmes. Il défend le résultat de son travail et naccepte que très péniblement les demande de modification.
  20. 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. 21. Les différentes vues de la qualité• Lutilisateur final• Il doit utiliser le système et na que très peu participé au processus de développement (il a entendu parlé...)
  22. 22. Les différentes vues de la qualité• Le responsable de département• Cest le chef de lutilisateur final. Il a été interviewé par le groupe détude. Il doit justifier la productivité de ses employés.
  23. 23. Les différentes vues de la qualité• Les managers de haut niveau• Cest ceux qui paient la facture et qui attendent le plus les résultats de productivité.
  24. 24. Les différentes vues de la qualité• Le client• il est amené de plus en plus à utiliser le SI• Internet• courrier
  25. 25. ExerciceEnumérez les critères selon lesquels lutilisateur final et le concepteur dun système informatique jugent la qualité (2 colonnes).
  26. 26. Critères de qualité Utilisateur Concepteur Ce que je veux Bonnes spécifications Réponse rapide Techniquement correcte Facilité dutilisation Facilité de maintenance Pas derreur 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 lutilisateur Prévu pour les futurs développements
  27. 27. les 5 vues de la qualité La valeur La méthode Le produit La fabrication Lutilisateur
  28. 28. “La qualité coute cher !”• Quel est le prix de la qualité ?• Quel est le prix de la non-qualité ?
  29. 29. Exemple de non-qualité• Annulation de toutes les polices dassurance• Envoi de 20000 journaux à la même adresse• Arrêt de Transpac pour 7000 entreprises et 1000000 dabonnés• Système de réservation Univac-United Airlines : abandon après 56 millions de dollars de dépenses
  30. 30. Exemple de non-qualité• Métro fantôme à San Francisco• Passage de la mission Vénus à 500000 km au lieu de 5000 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 lordinateur (Seuil)
  31. 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. 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. 33. ExerciceTrouvons dautres causes de non-qualité !
  34. 34. La qualité, ce sont les hommes
  35. 35. La qualité, ce sont les hommes• Ce sont les hommes qui ont des problèmes à résoudre grâce à lordinateur• 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. 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. 37. La nature d’une méthode
  38. 38. DiscussionQu’est-ce qu’une méthode ?
  39. 39. La nature dune méthode• Lidée de méthode est basée sur la possibilité didentifier des classes de problèmes qui appellent des réponses analogues. Lexpé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. 40. Méthode = Recette
  41. 41. La nature dune méthode• Elle contient un ensemble de composants de diverses natures, qui sarchitecturent de la façon schématique suivantes : • Supports conceptuels et techniques • Gestion de la production et de la qualité • Gestion du projet
  42. 42. La nature dune méthode• Cest un instrument individuel, pour linformaticien, 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.
  43. 43. La nature dune méthode• Cest un instrument collectif, aidant à organiser le travail dun service informatique ou dun 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.
  44. 44. La démarche qualité
  45. 45. La démarche qualité• Mettre en place une démarche qualité cest : • Mettre en place des procédures • Mettre en place une méthode • Mettre en place des instruments de mesure (Check-list)
  46. 46. 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. • Cest synchroniser les différents acteurs du projet "entreprise" et informer les divers partenaires.
  47. 47. A chacun sa qualité• Cest à lentreprise 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.
  48. 48. A chacun sa qualité• Cest une démarche collective, la qualité est laffaire de chacun et de tous.• Une chaîne a la solidité de son maillon le plus faible.
  49. 49. Assurance qualité Métriques et critères de qualité
  50. 50. Critères mesurables dun logiciel applicatif• Nombre de ligne de code• Nombre de Fonctionnalités• Nombre derreurs• Disponibilité
  51. 51. Critères mesurables dun logiciel applicatif• Facilité dutilisation (ergonomie du logiciel) • Structure de lapplicatif du point de vue de lutilisateur • Interface utilisateur
  52. 52. Critères mesurables dun logiciel applicatif• Critères dutilisation • Flexibilité, acceptation, support, facilité dapprentissage, adéquation aux problèmes, uniformité dapproche et de présentation, efficacité, stabilité
  53. 53. Critères mesurablesdun logiciel applicatifAdaptabilité efficiencecouverture des résultats correctsbesoinsfacilité de portabilitémaintenancerobustesse sécuritéintégrabilité possibilité de réutilisationdegré de confiance
  54. 54. 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
  55. 55. Système dassurance de qualité du logiciel• Normes (ISO)• Organisation de lassurance qualité• Procédure et méthode• Documentation• Audit de lassurance qualité
  56. 56. Contrôle de qualité• Principes de base • Validation et vérification • Plan de contrôle
  57. 57. 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 dune vérification, session de vérification, preuve de programme
  58. 58. 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 densemble dune chaîne, test densemble dune application, test en parallèle, application pilote• Valeurs de contrôle et jeux dessai • 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
  59. 59. Contrôle de qualité• Contrôle de qualité par test • Aides de test • Outils dobservation instantané, logiciels de traçage, outils de pilotage
  60. 60. Contrôle de qualité• Contrôle de qualité par audit • Réalisation • rapport daudit • chronologie
  61. 61. Audit informatique• Mission, rattachement et mise en oeuvre• Plan de contrôle lors de lexploitation• Outils tels que programme daudit informatique• Mesures organisationnelles et techniques

×