Remerciez-le!

Remerciez @Admin pour avoir partagé cet document gratuitement, de la manière la plus simple, en partageant sur les réseaux sociaux.

Extrait de La Lettre de l’ADELI N°27 - Avril 1997 1 Histoire d’une révision La

Extrait de La Lettre de l’ADELI N°27 - Avril 1997 1 Histoire d’une révision La norme ISO 9000-3 Connaissez-vous la norme ISO 9000-3 (prononcer neuf mille tiret trois pour éviter la confusion avec la norme ISO 9003) ? La norme ISO 9000-3 date de 1991. Elle a été transposée en norme européenne en 1993 et a pris de ce fait le statut de norme française homologuée en novembre 1993. Il s’agit de la troisième partie de la norme ISO 9000 qui contient un ensemble de lignes directrices pour l’application des normes de références ISO 9001, 9002 et 9003. La norme ISO 9000-3 n’est donc pas elle-même une norme de référence, pouvant servir de base à une opération d’audit, mais une norme explicative. Elle s’intitule précisément : « Lignes directrices pour l’application de l’ISO 9001 au développement, à la mise à disposition et à la maintenance du logiciel ». Elle traite à l’origine des situations de réalisation de logiciel spécifique répondant à des spécifications établies par le client. Cette norme, dans sa version 1993, souffrait de défauts de jeunesse multiples, dont le principal et non des moindres était de fournir à un métier en constante évolution une interprétation figée. Elle s’appuyait en particulier sur un modèle de cycle de vie prédéfini, de type cycle en V, certes hautement respectable mais qui a une tendance fâcheuse à se croire seul au monde. Elle maintenait une confusion terminologique sur le mot « conception » utilisé tantôt au sens de phase du cycle méthodologique, tantôt au sens ISO 9001 de conception avant mise en production. L’articulation entre plan qualité et plan de développement y était particulièrement confuse, chacun de ces deux plans pouvant faire appel à l’autre. De plus, les exigences formulées étaient insuffisamment modulées en fonction de la taille et du niveau de risque des projets et ne rendaient la norme applicable qu’aux très gros projets. Enfin, j’allais oublier un point important, le plan de la norme 9000-3 était absolument différent de celui de la norme ISO 9001, ce qui obligeait à la consultation de tables de correspondance (cross-reference, dites-vous ?) fort discutables. L’ensemble de ces points a suscité dès l’origine de la norme, de multiples critiques, dont celles du Canada. Depuis 1991, l’ISO 9000-3 avait pris deux voies contrastées suivant les pays utilisateurs : Certains pays, comme la France, l’utilisaient comme une norme explicative fournissant une interprétation de l’ISO 9001, mais ne s’y substituant pas en matière de référentiel de certification. D’autres, tels les anglais, avaient bâti autour de cette norme un système de certification, le TickIT, en la prenant comme norme de référence. Entre temps, pour compliquer encore la tâche des utilisateurs, la norme ISO 12207 était venue couvrir le champ de la « typologie des processus du cycle de vie du logiciel » en fournissant un cadre beaucoup plus ouvert que celui de la 9000-3 pour la description des processus. 2 Extrait de La Lettre de l’ADELI N°27 - Avril 1997 À qui se fier ? A qui se référer ? Aux deux extrêmes on pouvait se croire obligé d’appliquer à tous ses projets un cycle de vie unique, déposé dans la bible méthodologique de l’entreprise, ou autorisé à construire au cas par cas le cycle le mieux adapté au contexte (si vous n’êtes pas vous-même un adepte de la qualité tyrannique et sadomasochiste, vous pouvez deviner sans peine où va ma préférence). La publication de la version 1994 de l’ISO 9001 était un prétexte supplémentaire pour reprendre le texte de l’ISO 9000-3 et le mettre au moins en conformité avec celui de sa norme mère, l’ISO 9001. L’ISO 9000-3 est donc rentrée depuis deux ans dans le parcours complexe des opérations de révision. Je vous épargnerai le détail des réunions internationales de l’ISO. Je n’ai pour ma part que modestement participé au groupe d’experts AFNOR (GE9) chargé de la préparation de la position française et je n’ai pas eu la chance de faire le voyage à Brisbane, ni à Londres1. Les débats furent fort houleux, car au départ les anglo-saxons s’attachaient de façon fort conservatrice à leur version d’origine et refusaient absolument de toucher au plan de la norme ou de rajouter quelque référence que ce soit à l’ISO 12207. Où en sommes nous aujourd’hui ? La version, actuellement soumise dans chaque pays à enquête probatoire (en France la procédure d’instruction de l’AFNOR était ouverte jusqu’au 5 avril dernier), est devenue beaucoup plus lisible que la précédente : le plan adopté est calqué sur celui de l’ISO 9001. On trouve donc pour chacun des 20 paragraphes d’exigences de l’ISO 9001, un paragraphe de recommandation de l’ISO 9000-3 qui reprend en encadré le texte intégral de l’ISO 9001 en y rajoutant l’interprétation particulière recommandée pour le logiciel lorsqu’il en existe une, ainsi que des références à la norme ISO 12207. Dernière bataille, non encore gagnée, l’introduction d’un tableau de référence croisée entre ISO 9000-3 et ISO 12207, demandée par la France rencontre l’opposition farouche des Japonais. La nouvelle norme devrait voir le jour international d’ici la fin de l’année et apporter un éclairage renouvelé à la qualité dans les métiers du développement du logiciel. Souhaitons lui la bienvenue. Afin de l’utiliser de la façon la plus efficace dans nos relations client-fournisseur, nous devrons cependant continuer à l’utiliser comme un guide et revenir, chaque fois que nous aurons un doute à la norme de référence qui reste toujours l’ISO 9001. Vieux proverbe d’actualité : Il vaut mieux se fier à Dieu qu’à ses saints (auteur inconnu). L Martine Otter 1 Contrairement à d’autres pays, aucune subvention n’est prévue en France pour la participation aux travaux de normalisation internationale. Seules les plus grosses entreprises peuvent déléguer des experts à leur frais. uploads/Ingenierie_Lourd/ histoire-d-x27-une-revision-la-norme-iso-9000-3.pdf