Ce diaporama a bien été signalé.
Le téléchargement de votre SlideShare est en cours. ×

Assurance qualité

Publicité
Publicité
Publicité
Publicité
Publicité
Publicité
Publicité
Publicité
Publicité
Publicité
Publicité
Publicité
Chargement dans…3
×

Consultez-les par la suite

1 sur 62 Publicité

Plus De Contenu Connexe

Diaporamas pour vous (20)

Les utilisateurs ont également aimé (20)

Publicité

Similaire à Assurance qualité (20)

Publicité

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 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. 3. Assurance qualité Les principes
  4. 4. Discussion Selon 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é d'excellence
  6. 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. 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é, c'est accepter les compromis • Les critères de qualité sont rarement indépendants • Vitesse maximale, économie d'essence, prix, ...
  13. 13. Le logiciel n'a pas vraiment une 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 l'information évoluent rapidement.
  15. 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. 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. 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 l'utilisateur 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 • 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. 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é • 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. 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. 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. 24. Les différentes vues de la qualité • Le client • il est amené de plus en plus à utiliser le SI • Internet • courrier
  25. 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. 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. 27. les 5 vues de la qualité La valeur La méthode Le produit La fabrication L'utilisateur
  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 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. 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. 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. Exercice Trouvons d'autres 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 à 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. 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. Discussion Qu’est-ce qu’une méthode ?
  39. 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. 40. Méthode = Recette
  41. 41. 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
  42. 42. 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.
  43. 43. 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.
  44. 44. La démarche qualité
  45. 45. 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)
  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. • C'est synchroniser les différents acteurs du projet "entreprise" et informer les divers partenaires.
  47. 47. 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.
  48. 48. 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.
  49. 49. Assurance qualité Métriques et critères de qualité
  50. 50. Critères mesurables d'un logiciel applicatif • Nombre de ligne de code • Nombre de Fonctionnalités • Nombre d'erreurs • Disponibilité
  51. 51. 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
  52. 52. 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é
  53. 53. 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
  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 d'assurance de qualité du logiciel • Normes (ISO) • Organisation de l'assurance qualité • Procédure et méthode • Documentation • Audit de l'assurance 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 d'une 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 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
  59. 59. Contrôle de qualité • Contrôle de qualité par test • Aides de test • Outils d'observation instantané, logiciels de traçage, outils de pilotage
  60. 60. Contrôle de qualité • Contrôle de qualité par audit • Réalisation • rapport d'audit • chronologie
  61. 61. 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

×