Vous êtes sur la page 1sur 216

FACULTE DES SCIENCES & TECHNIQUES

U.F.R. Sciences et Techniques Mathmatiques, Informatique et Automatique Ecole Doctorale IAEM Lorraine Dpartement de Formation Doctorale Automatique

Thse
Prsente pour lobtention du titre de

Docteur de lUniversit Henri Poincar, Nancy I


tel-00321445, version 2 - 25 Sep 2008

Automatique, Traitement du Signal et Gnie informatique Par Salah DEEB

Contribution mthodologique la matrise conjointe de la qualit dun produit et de ses processus de production par une modlisation des concepts qualit
Soutenance publique le 06/03/2008 devant le jury compos de : Prsident : Rapporteurs :
Thierry DIVOUX Maurice PILLET Abdessamad KOBI

Professeur, UHP Nancy I Professeur, Universit de Savoie - Chambery Professeur, Universit d'Angers Professeur, Universit de Valenciennes Matre de confrence, HDR, UHP Nancy I Professeur, UHP Nancy I (Directeur de thse)

Examinateurs : Olivier SNCHAL


Herv PANETTO

Benot IUNG

Centre de Recherche en Automatique de Nancy UMR 7039, Nancy-Universit, CNRS Facult des sciences et Techniques 54500 Vandoeuvre ls Nancy

tel-00321445, version 2 - 25 Sep 2008

FACULTE DES SCIENCES & TECHNIQUES

U.F.R. Sciences et Techniques Mathmatiques, Informatique et Automatique Ecole Doctorale IAEM Lorraine Dpartement de Formation Doctorale Automatique

Thse
Prsente pour lobtention du titre de

tel-00321445, version 2 - 25 Sep 2008

Docteur de lUniversit Henri Poincar, Nancy I


Automatique, Traitement du Signal et Gnie informatique Par Salah DEEB

Contribution mthodologique la matrise conjointe de la qualit dun produit et de ses processus de production par une modlisation des concepts qualit
Soutenance publique le 06/03/2008 devant le jury compos de : Prsident : Rapporteurs :
Thierry DIVOUX Maurice PILLET Abdessamad KOBI

Professeur, UHP Nancy I Professeur, Universit de Savoie - Chambery Professeur, Universit d'Angers Professeur, Universit de Valenciennes Matre de confrence, HDR, UHP Nancy I Professeur, UHP Nancy I (Directeur de thse)

Examinateurs : Olivier SNCHAL


Herv PANETTO

Benot IUNG

Centre de Recherche en Automatique de Nancy UMR 7039, Nancy-Universit, CNRS Facult des sciences et Techniques 54500 Vandoeuvre ls Nancy

tel-00321445, version 2 - 25 Sep 2008

Remerciements
Les travaux de recherche prsents dans ce mmoire ont t raliss au Centre de Recherche en Automatique de Nancy (CRAN, UMR 7039 du CNRS) dont je remercie les membres pour leur accueil au sein du laboratoire. J'adresse mes remerciements les plus sincres mon directeur de thse, le Professeur Benot IUNG qui m'a suivi et guid tout au long de ce travail et m'a ouvert la voie vers la recherche scientifique. Ses remarques et ses conseils ont permis l'accomplissement de ce travail. Je souhaite exprimer toute ma reconnaissance Monsieur Thierry Divoux (Professeur, UHP Nancy I), pour mavoir fait lhonneur de prsider mon jury de thse. Je tiens exprimer toute ma gratitude Monsieur Maurice Pillet (Professeur, Universit de

tel-00321445, version 2 - 25 Sep 2008

Savoie - Chambery) et Monsieur Abdessamad Kobi (Professeur, Universit d'Angers), pour avoir accept dtre rapporteur de mes travaux de thse, pour l'intrt et le temps qu'ils ont ports mon travail. Je remercie Monsieur Olivier Snchal (Professeur, Universit de Valenciennes), et Monsieur Herv Panetto (Matre de confrence, HDR, UHP Nancy I) d'avoir bien voulu examiner ce travail et pour l'honneur qu'ils mont fait de participer ce jury. Merci lensemble des membres des groupes PRODEMAS et SYMPA pour avoir constitu l'environnement humain ncessaire la concrtisation de ces travaux. N'arrivant pas finir mes remerciements et face la difficult de la tche (tant le nombre des gens qui me viennent l'esprit en cet instant est important), j'espre que tous ceux (toutes celles) qui par leur prsence, leur gnrosit, leur patience, leur soutien, leur accueil, ont chemin avec moi, trouveront dans ces quelques lignes toute ma gratitude et mon amiti sans que je n'ai besoin de les citer un(e) un(e). Enfin, jadresse mes vifs remerciements : - ma soeur et mes frres pour leur amour, leur confiance et leur souci permanent de me fournir le meilleur d'eux mme. N'oubliez pas que je serai moi aussi toujours l pour vous - l'ensemble de mes amis doctorants du CRAN ou d'ailleurs et je leur souhaite bonne chance pour la suite de leurs travaux - l'ensemble de mes amis syriens de Nancy

tel-00321445, version 2 - 25 Sep 2008

tel-00321445, version 2 - 25 Sep 2008

Ddicace
Jamais cette thse n'aurait vu le jour, si ds ma plus tendre enfance mes parents ne m'avaient inculqu l'envie de savoir. Aussi, je ne cesserai jamais de rappeler toute la gratitude que je leur dois et tout l'amour et l'admiration que je leur porte. Je tiens aussi exprimer mon affection ma femme pour mavoir accompagn et encourag pendant cette priode. Elle a su me rendre l'envie de sourire pendant les moments difficiles.

tel-00321445, version 2 - 25 Sep 2008

Table des matires Table des matires

Liste des figures .................................................................................................................. 13 Abrviation et sigles ........................................................................................................... 17 Introduction gnrale............................................................................................................. 21 Chapitre 1 : La qualit comme un processus dentreprise............................................ 29 I. Introduction....................................................................................................................... 31 II. Dfinitions de la qualit................................................................................................... 32 III. Diffrentes notions de la qualit au sein dun systme de management de la qualit ... 36 IV. Problmatique industrielle lorigine de ces travaux de thse ...................................... 41 V. La qualit comme un processus en entreprise ................................................................. 46 V.1. Le processus qualit dans les diffrents niveaux structurels de lentreprise............ 47 V.2. Dveloppement du processus qualit ....................................................................... 49

tel-00321445, version 2 - 25 Sep 2008

V.3. Synthse.................................................................................................................... 52 VI. Cadres de modlisation en entreprise et processus qualit ............................................ 53 VII. Conclusion .................................................................................................................... 56 Chapitre 2 : Modles, mthodes et mthodologies pour la formalisation et lintgration du processus qualit .................................................................................... 59 I. Introduction....................................................................................................................... 61 II. Modles pour le processus qualit et son intgration .................................................. 62 II.1. Modles gnraux des activits et des objets dun processus qualit....................... 62 II.2. Modles pour lintgration du processus qualit...................................................... 64 II.2.1. Modles gnraux pour une intgration verticale et horizontale du processus qualit ........................................................................................................................... 65 II.2.2. Modles particuliers pour une intgration horizontale du processus qualit: application lintgration qualit-maintenance ........................................................... 68 II.2.3. Modles particuliers pour une intgration horizontale et verticale du processus de qualit : lapproche ERP.......................................................................................... 70 II.3. Modlisation du processus qualit au sein de cadres de modlisation ..................... 74 II.4. Synthse.................................................................................................................... 76 III. Mthodes et Mthodologies pour le dveloppement et lintgration du processus qualit .............................................................................................................................................. 78 IV. Conclusion ..................................................................................................................... 87 Chapitre 3 : Vers une approche gnrique de formalisation du processus qualit de niveau produit et processus de production .......................................................................... 89

Table des matires

10

I. Introduction....................................................................................................................... 91 II. Principes de lapproche gnrique de modlisation ........................................................ 92 II.1. Formalisation des concepts qualit au niveau tactique en lien avec le niveau stratgique ........................................................................................................................ 99 II.2. Modlisation de lextension du processus qualit vers le niveau oprationnel ...... 110 II.2.1. Modlisation de la mthode AMDEC ............................................................. 111 II.2.2. Modlisation de la mthode MSP.................................................................... 113 II.2.3. Modlisation de la mthode Poka-yok........................................................... 116 II.2.4. Modlisation de la mthode APR.................................................................... 118 II.2.5. Interdpendance entre les mthodes qualit et la mthodologie (en cohrence avec le TQM) ............................................................................................................. 120 II.3. Intgration des indicateurs qualit au mta-modle ............................................... 122

tel-00321445, version 2 - 25 Sep 2008

III. Conclusion.................................................................................................................... 128 Chapitre 4 : Vers une automatisation et une faisabilit de lapproche qualit ......... 131 I. Introduction..................................................................................................................... 133 II. Automatisation de lapproche qualit............................................................................ 134 II.1. Pourquoi automatiser ? ........................................................................................... 134 II.2. Quel outil pour automatiser et comment ?.............................................................. 135 II.2.1. Intgration des mta-modles dobjets dans le mta-modle de MEGA ........ 138 II.2.2. Dveloppement des interfaces graphiques de lapproche qualit.................... 140 II.2.3. Partie traitement du guide qualit : cration et implantation des rgles de modlisation ............................................................................................................... 143 II.2.4. Extraction de la connaissance qualit rsultant de la phase dinstanciation .................................................................................................................................... 145 II.3. Utilisation de lapproche qualit travers loutil MEGA ...................................... 147 II.3.1. Utilisation en phase de conception .................................................................. 147 II.3.2. Utilisation en phase dexploitation .................................................................. 151 III. Faisabilit de lapproche qualit sur un processus manufacturier de type tournage .... 157 III.1. Situation du cas dapplication : lAtelier Inter-tablissement de Productique Lorrain AIPL ............................................................................................................................... 157 III.2. Processus de tournage de la pice Palet (SFP)...................................................... 159 III.3. Exprimentation de lapproche qualit sur le processus lmentaire "Finition extrieure" ...................................................................................................................... 161 III.3.1. En phase de conception .................................................................................. 161

Table des matires

11

III.3.2. En phase dexploitation.................................................................................. 171 IV. Conclusion ................................................................................................................... 175 Conclusion gnrale et perspectives ................................................................................... 177 Bibliographie......................................................................................................................... 185 Annexes ................................................................................................................................. 201

tel-00321445, version 2 - 25 Sep 2008

tel-00321445, version 2 - 25 Sep 2008

Liste des figures

13

Liste des figures

Figure 1. Activits qualit au sein dun systme de management de la qualit de lentreprise ... .......................................................................................................................................... 35 Figure 2. Moteur asynchrone type Flowpak............................................................................. 41 Figure 3. Lorganisation des diffrents processus lmentaires du processus Assembler rotor ................................................................................................................................ 42 Figure 4. Positionnement du processus qualit selon la norme ISO/IEC 15288 dingnierie systme [ISO/IEC15288 2002] ........................................................................................ 46 Figure 5. Les activits qualit dans les diffrents niveaux structurels de lentreprise

tel-00321445, version 2 - 25 Sep 2008

[Marcotte 1995], [Gentil 2001], [Pujo 2002] ................................................................... 47 Figure 6. Le TQM comme un systme de management [Hellsten 2000] ................................ 51 Figure 7. Le cadre de modlisation Zachman [Sowa 1992]..................................................... 55 Figure 8. Cadre de rfrence pour positionner la modlisation et lintgration dun processus [Lhoste 1994] ................................................................................................................... 61 Figure 9. Un modle de donnes du systme qualit QMIS [Sangyoon 2004] ....................... 63 Figure 10. Le modle des objets de matriel [IEC62264-1 2003] ........................................... 66 Figure 11. Le modle dactivits de test qualit dans la fonction management de la qualit [IEC62264-3 2007] .......................................................................................................... 67 Figure 12. Lchange de linformation entre les diffrentes fonctions de lentreprise selon la norme [IEC62264-1 2003] ............................................................................................... 68 Figure 13. Le diagramme dun scnario du modle qualit-maintenance: tat hors contrle dtect [Linderman 2005] ................................................................................................ 70 Figure 14. Positionnement du module Quality management dans le progiciel SAP ......... 71 Figure 15. Modle des flux dinformations changes en entreprise manufacturire [Richard 1994].................................................................................................................. 72 Figure 16. Diagramme dactivits montrant lintgration verticale selon [Heredia 1996] ...... 74 Figure 17. Structure particulire des activits qualit dans la grille GRAI [Marcotte 1995] .. 76 Figure 18. Classification des propositions majeures concernant les modles pour le processus qualit et son intgration .................................................................................................. 77 Figure 19. Les tapes de construction de la maison de la qualit [Akao 1990] ....................... 79 Figure 20. Combinaison entre le MSP et lAPC [Babus 2005] ............................................... 81

Liste des figures

14

Figure 21. Le tableau intgr de la matrise du processus : (s)= MSP, (T)= TPM, (a)= APC [Werner 2001] .................................................................................................................. 82 Figure 22. Structure de la dmarche pour une matrise automatique de la qualit [Ament 2001] ................................................................................................................... 83 Figure 23. Les concepts de base de lADAQ [Bernard 2001] ................................................. 83 Figure 24. Etapes classiques des mthodes de rsolution de problmes qualit [Bernard 2001] .......................................................................................................................................... 84 Figure 25. Systme industriel en lien avec un rseau de neurones propos pour la matrise de la qualit [Massimo 2004]................................................................................................ 85 Figure 26. Le procd pour le diagnostic de dfaut [Verron 2007] ......................................... 86 Figure 27. Lapproche MDA et les quatre niveaux ontologiques [Naumenko 2003].............. 94 Figure 28. Le principe dinstanciation de la mta-classe Processus .................................. 95

tel-00321445, version 2 - 25 Sep 2008

Figure 29. Positionnement des diffrentes tapes de modlisation de lapproche qualit dans le cadre de modlisation Zachman ................................................................................... 96 Figure 30. Les diffrentes tapes de la dmarche pour construire lapproche qualit ............. 97 Figure 31. Modlisation de la relation entre les objets Processus , Produit dentre et Produit de sortie ....................................................................................................... 101 Figure 32. Modlisation de la relation entre les objets relatifs aux processus, produits de sortie et leurs exigences ........................................................................................................... 102 Figure 33. Modlisation de la relation entre les objets Cause et Action .................... 103 Figure 34. Extrait du mta-modle des objets, issus de la norme ISO9000:2000, support de la mthodologie propose en cohrence avec le TQM ...................................................... 104 Figure 35. Extrait du modle dactivits support de la mthodologie propose (partie extraite de la norme ISO9000:2000) ........................................................................................... 105 Figure 36. Extrait du mta-modle des objets en lien avec la norme IEC62264 ................... 106 Figure 37. Modlisation des sous-types de la mta-classe Cause .................................... 107 Figure 38. Modlisation des sous-types de la mta-classe Exigence produit .................. 108 Figure 39. Modlisation des sous-types de la mta-classe Action prventive ................. 109 Figure 40. Mta-modle dobjets support de la mthode AMDEC ....................................... 112 Figure 41. Modle dactivits support de la mthode AMDEC............................................. 113 Figure 42. Mta-modle dobjets support de la mthode MSP.............................................. 115 Figure 43. Modle dactivits support de la mthode MSP ................................................... 115 Figure 44. Mta-modle dobjets support de la mthode Poka-Yok.................................... 117 Figure 45. Modle dactivits support de la mthode Poka-Yok ......................................... 118

Liste des figures

15

Figure 46. Mta-modle dobjets support de la mthode APR .............................................. 119 Figure 47. Modle dactivits support de la mthode APR ................................................... 120 Figure 48. Principe de lintgration des mta-modles supports des mthodes qualit au mta-modle initial dobjets........................................................................................... 122 Figure 49. Une fiche didentit des indicateurs qualit proposs .......................................... 125 Figure 50. Outils informatiques pour supporter lautomatisation et la modlisation des processus ........................................................................................................................ 135 Figure 51. Procdures dutilisation de MEGA pour suivre lapproche qualit...................... 138 Figure 52. Extrait du mta-modle support de lapproche qualit implant dans lenvironnement MEGA................................................................................................. 140 Figure 53. Les diagrammes dvelopps, dans l environnement qualit pour raliser linstanciation des mta-modles supports de lapproche qualit .................................. 142

tel-00321445, version 2 - 25 Sep 2008

Figure 54. Rgles appliques sur la mta-classe processus (guide qualit) ..................... 144 Figure 55. Icnes affichant le rsultat du contrle des rgles de modlisation...................... 145 Figure 56. Les tapes dinstanciation de lapproche qualit en phase de conception ............ 148 Figure 57. Diagramme de procdures (workflow) relatif la premire tape dinstanciation ........................................................................................................................................ 149 Figure 58. Diagramme de cas dutilisation de lapproche qualit.......................................... 154 Figure 59. Positionnement des diffrentes tapes de dveloppement de lapproche qualit dans le cadre de modlisation Zachman ................................................................................. 155 Figure 60. Exemple des pices manufacturires dans lAIP .................................................. 158 Figure 61. Les diffrents processus de fabrication des produits assembls de type AIP (SFP) ........................................................................................................................................ 159 Figure 62. Contexte du cas dapplication relatif au processus tournage................................ 159 Figure 63. Le diagramme de mthodologie qualit assur au processus "Finition extrieure" ........................................................................................................................................ 161 Figure 64. Cration de linstance Raliser la finition extrieure de la mta-classe Processus travers le diagramme de mthodologie qualit..................................... 162 Figure 65. Le guide qualit relatif au processus Raliser le finition extrieure ............... 163 Figure 66. Cration des instances des mta-classes produit dentre et produit de sortie ........................................................................................................................................ 164 Figure 67. Extrait du modle spcifique, du cas d'application, rsultant du diagramme de mthodologie qualit dans MGA................................................................................. 166

Liste des figures

16

Figure 68. Extrait du modle spcifique, du cas d'application, rsultant du diagramme de la mthode AMDEC dans MGA...................................................................................... 168 Figure 69. Extrait du modle spcifique, du cas d'application, rsultant du diagramme de la mthode Poka-Yok dans MGA .................................................................................. 169 Figure 70. Extrait de la page Web relative au cas dapplication............................................ 172 Figure 71. Extrait des pages Web relatives la mthode AMDEC dans notre cas dapplication ........................................................................................................................................ 173

tel-00321445, version 2 - 25 Sep 2008

Abrviation et sigles

17

Abrviation et sigles

ADAQ AIPL AMDEC APC APICS APR ART CAD

Analyse des Dfauts pour lAmlioration de la Qualit Atelier Inter-Etablissements de Productique Lorrain Analyse des Modes de Dfaillances, de leurs Effets et de leur Criticit Automatic process control American Production and Inventory Control Society Analyse Prliminaire des Risques Adaptive Resonance Theory Computer-Aided Design Computer Aided Manufacturing Computer-Aided Process Planning Computer Integrated Manufacturing Computer Integrated Manufacturing Open System Architecture Define, Measure, Analyze, Improve, Control Define, Measure, Analyze, Design, Verify Engineering Process Control Enterprise Resource Planning Generalized Enterprise Reference Architecture and Methodology Graphe de Rsultats et Activits Interrelis House of Quality Hyper Text Markup Language Integrated Definition for Function 0 Integrated Enterprise Modelling Ingnierie Systme Model Driven Architecture Manufacturing Execution System Matrise Statistique de Processus Nijssen Information Analysis Object Management Group Plan, Do, Check, Act Hypertext Preprocessor

tel-00321445, version 2 - 25 Sep 2008

CAM CAPP CIM CIMOSA DMAIC DMADV EPC ERP GERAM GRAI HOQ HTML IDEF0 IEM IS MDA MES MSP NIAM OMG PDCA PHP

Abrviation et sigles QFD QMIS QUALIDIAG SAP SFP SGBD SIFU SMQ SQL STI SysML TPM Quality Function Deployment Quality Management Information System QUALIty DIAGnostic System Application Progicel systme flexible de production Systme de Gestion de Bases de Donnes Systmes dInformation Fournisseur/Utilisateur Systme de Management de la Qualit Structured Query Language Systme de Traitement de lInformation Systems Modeling Language Total Productive Maintenance Total Quality Management Unified Modeling Language eXtensible Markup Language

18

tel-00321445, version 2 - 25 Sep 2008

TQM UML XML

tel-00321445, version 2 - 25 Sep 2008

tel-00321445, version 2 - 25 Sep 2008

tel-00321445, version 2 - 25 Sep 2008

Introduction gnrale

tel-00321445, version 2 - 25 Sep 2008

Introduction gnrale

23

Depuis plusieurs annes, le contexte de mondialisation et laccroissement de la concurrence ont dfini un nouvel ordre conomique et industriel pour les entreprises de production de biens. En effet, ces entreprises sont quotidiennement confrontes la matrise et lamlioration des performances de lensemble de leurs processus afin de garantir leur prennit et leur comptitivit [Meunier 2003]. Dans cet environnement, chaque entreprise se doit ainsi doptimiser la satisfaction de sa clientle et damliorer sa performance globale par une amlioration du triptyque Qualit - Cot - Dlai [Senechal 2004]. La qualit a toujours t un objectif important depuis que les hommes fabriquent des objets [Pillet 1993]. Elle est matrialise par des enchanements logiques dactivits qui concerne le processus de production, le produit, le client, Lorganisation de certaines activits permet ainsi de reprsenter diffrentes notions de qualit : le management de la qualit, lamlioration de la qualit, la matrise de la qualit,

tel-00321445, version 2 - 25 Sep 2008

La norme ISO 9000:2000 [ISO9000 2000] dfinit la qualit comme une aptitude dun ensemble des caractristiques intrinsques satisfaire des exigences . La qualit est considre par [Dessinoz 2000] comme un processus dentreprise intgr avec les autres processus tels que la production et la maintenance. Dans lingnierie systme, la norme ISO/IEC 15288 classifie le processus de management de la qualit comme un des processus dentreprise cohabitant avec les processus de projet, les processus contractuels et les processus techniques. Lobjectif de ce processus dans lingnierie est donc dassurer que les produits, services et processus du cycle de vie dun systme satisfont la fois les objectifs qualit de lentreprise et du client [ISO/IEC15288 2002]. Ainsi, au sens de lIngnierie Systme (IS), le processus qualit est en lien avec plusieurs processus de diffrents types et nest donc pas limit une fonction particulire en entreprise [Lopez 2006] ou nest pas sous la responsabilit dun seul dpartement [Gogue 2000]. En ce sens, la qualit se dcline ainsi sur les niveaux stratgique, tactique et oprationnel de lentreprise. Dun point de vue stratgique, la qualit est considre comme une dmarche globale dans lentreprise devant assurer la satisfaction de lensemble de ses partenaires. Ce niveau intgre toutes les activits qualit relatives lamlioration de la performance globale, la certification selon la norme ISO 9000 ainsi quau management de la qualit en tant que dmarche. Du point de vue tactique, le processus qualit opre ce niveau plus spcifiquement sur les processus de type techniques tels que la production et la maintenance. Il contient des activits

Introduction gnrale

24

relatives la matrise de la qualit des produits et la qualit de processus de production au sens large. Cette activit doit tre coordonne avec les activits du niveau stratgique. Enfin, le point de vue oprationnel a pour objectif de mettre en place les moyens et les actions pour vrifier que les rsultats des processus techniques sont conformes aux exigences spcifies en terme de qualit, raliser les contrles et traiter les non-conformits. Cette activit doit tre coordonne avec les activits du niveau tactique. La collaboration versus intgration entre les niveaux soulve encore de nombreuses problmatiques la fois industrielles et scientifiques ce jour pour faire du processus qualit, un vritable processus au sens systme couvrant lensemble du cycle de vie du produit/processus. Par exemple des entreprises comme ALSTOM-Moteurs qui est linitiative de mes travaux, ont besoin de mthodologie (de guide) qui formalise et intgre la qualit principalement au niveau tactique (i.e. capacit dcisionnelle confie des quipes autonomes) en relation avec les deux autres niveaux pour amliorer sa performance globale. Lobjectif de cette mthodologie est de matriser conjointement la qualit du produit et la qualit de leurs processus de production dans une approche cycle de vie du processus de matrise de la qualit (de la conception jusqu lexploitation). Relativement ces besoins de formalisation et dintgration, des mthodes, des mthodologies et des approches qualit existent ce jour qui supportent tout ou partie du processus qualit inhrent un niveau ou linterconnexion entre niveaux. Les mthodes, et les approches les plus couramment utilises sont Quality Function Deployment (QFD) [Akao 1990], Six Sigma [Breyfogle 2003], Analyse des Modes de Dfaillances, de leurs Effets et de leur Criticit (AMDEC) [CEI 1985], Une des approches significatives par rapport la problmatique dintgration est le TQM (Total Quality Management) qui se positionne dans les diffrents niveaux structurels en entreprise [Rodney 2006]. Un des objectifs de cette approche qualit est damliorer et de matriser la qualit du processus de production pour matriser la qualit du produit. [Hellsten 2000] a dfini le TQM comme un systme de management constitu de trois composants qui sont mutuellement dpendants : core values , mthodologies et outils/mthodes. Cette approche prsente un intrt particulier puisqu'elle permet d'intgrer, au sein des composantes, diffrentes mthodes et mthodologies qualit telles que QFD, AMDEC, Matrise Statistique de Processus (MSP), Cependant, ces mthodes et mthodologies sont souvent informelles car dcrites sous une base textuelle ou graphique [Dale 1990], [Juan 2004]. Elles ne contiennent donc pas une phase de formalisation des concepts qualit dans leur phase de conceptualisation indispensable pour la matrise et

tel-00321445, version 2 - 25 Sep 2008

Introduction gnrale

25

lamlioration de la qualit [Marcotte 1995]. Aussi, les mthodologies applicables au niveau tactique permettent difficilement de matriser et damliorer simultanment la qualit du produit et la qualit de ses processus de production [Ettlie 1994]. De plus, la plupart de ces mthodologies sont applicables dans la phase dexploitation mais peu dentre elles, part le QFD et le Six sigma, le sont en conception et en exploitation [John 2000], [Govers 1996], [McClusky 2000]. Pour rpondre simultanment aux besoins industriels lorigine de cette thse et au manque de formalisation pralablement mentionn, notre contribution porte sur la proposition dune approche qualit gnrique permettant de formaliser le processus qualit au niveau tactique en intgration avec les autres niveaux oprationnel et stratgique en entreprise. Notre approche se positionne en cohrence avec une approche TQM dans lobjectif de matriser et damliorer conjointement la qualit du produit et la qualit de ses processus de production. Cette

tel-00321445, version 2 - 25 Sep 2008

premire formalisation (car ne couvrant pas toutes les notions de qualit) doit permettre de modliser de faon gnrique le processus qualit de niveau tactique et ses interactions ncessaires pour en raliser lintgration la fois avec les autres niveaux stratgique et oprationnel mais aussi avec dautres processus tels que le processus maintenance pour assurer la performance globale en entreprise. Cette approche de formalisation sintgre dans le cadre de modlisation Zachman [Zachman 1987] offrant une cohrence relativement aux diffrents modles raliser. Par rapport cette formalisation, loriginalit de notre contribution rside dans une premire unification, sous la forme de mta-modles, des concepts qualit sur la base: de lapproche processus dfinie dans la norme ISO9000:2000 de niveau tactique [ISO9000 2000]. Ldition de la nouvelle version ISO9000:2005 [ISO9000 2005] nimpacte pas notre proposition dans le sens o les changements apports lancienne version ne concernent pas les concepts qualit modliss dans notre approche qualit. de la fonction management de qualit telle que prn par la norme IEC62264 de niveau management [IEC62264-1 2003], [IEC62264-3 2007], de mthodes qualit telles que lAMDEC, la MSP, lAnalyse Prliminaire des Risques (APR) [Cherfi 2002], le Poka-yok [Shingo 1987], de la modlisation dindicateurs qualit.

Cette approche se veut donc exploitable de la conception lexploitation du processus de matrise de la qualit. Dans la phase de conception, notre contribution doit offrir un guide qui

Introduction gnrale

26

aide lingnieur qualit, dabord pour dvelopper un modle spcifique par une phase dinstanciation du mta-modle support de la mthodologie (en cohrence avec le TQM), ensuite pour excuter la mthode qualit adquate au moment opportun, et finalement pour calculer des indicateurs qualit (phase dvaluation). Dans la phase dexploitation, la connaissance formalise et structure dans le modle spcifique (lensemble des instances) est directement transposable dans un formalisme comprhensible par loprateur sur site (i.e. pages Web) pour mieux suivre et anticiper les drives qualit du produit/processus principalement sur les axes surveillance, diagnostic et action. Pour faciliter lutilisation de notre approche qualit, nous avons propos une automatisation de cette approche laide de loutil MEGA1. Notre contribution est ainsi expose dans ce manuscrit sous la forme de 4 chapitres complmentaires. Le premier chapitre introduit une dfinition dun processus qualit au sein

tel-00321445, version 2 - 25 Sep 2008

de lentreprise et des diffrentes notions de qualit. Certaines notions sont reprises pour introduire la problmatique industrielle qui est la gense de ces travaux de thse. Ceci nous amne positionner le processus qualit sur les diffrents niveaux structurels de lentreprise en mettant en vidence limpact de la modlisation et de lintgration du processus qualit dans lentreprise afin de matriser et damliorer la qualit du produit/processus. Sur la base de ce positionnement, le deuxime chapitre nous permet de prsenter un tat de lart recensant les travaux principaux sur les aspects modles, mthodes et mthodologies lis la formalisation et lintgration du processus qualit pour rpondre lobjectif dune plus grande matrise et de lamlioration de la qualit conjointe produit/processus. Ce recensement met en vidence de relles problmatiques scientifiques non totalement rsolues ce jour pour satisfaire les besoins de formalisation et dintgration. Ces manques justifient le contenu du chapitre 3 ddi la dfinition de la mthodologie propose (le guide) et qui se base sur un principe de mta-modlisation de concepts qualit garant de la gnricit attendue. La mthodologie, construite sur 3 tapes, se positionne en cohrence avec le TQM et permet de formaliser linterdpendance entre les trois composantes du TQM. Enfin le chapitre 4 dcrit, dune part, lautomatisation de cette mthodologie laide de loutil MEGA afin de la rendre accessible tous ingnieurs qualit, et dautre part, une faisabilit de cette mthodologie sur un cas dapplication manufacturier de type tournage couvrant la phase de conception et dexploitation. Le passage du mta-modle au modle spcifique (phase de conception) du processus de tournage est ralis par une procdure dinstanciation supporte par loutil.

http://www.mega.com

tel-00321445, version 2 - 25 Sep 2008

tel-00321445, version 2 - 25 Sep 2008

tel-00321445, version 2 - 25 Sep 2008

Chapitre 1 : La qualit comme un processus dentreprise

tel-00321445, version 2 - 25 Sep 2008

Chapitre 1

31

I. Introduction

La qualit est un objectif important depuis que les besoins de consommateurs ont t intgrs dans la boucle de dcision et elle devient un vritable outil stratgique et offensif pour faire face aux nouveaux enjeux de lentreprise [Cattan 2006]. Elle est actuellement considre comme un des leviers principaux avec lesquels une entreprise peut augmenter sa position concurrentielle globale. La qualit est devenue essentielle pour s'assurer que les produits d'une entreprise satisfont les besoins des clients et ceci quelque soit leur domaine dactivit ou leur taille. Ce constat require ainsi de la part des entreprises une matrise et une amlioration quasi continue de lensemble de leurs processus afin de garantir la performance attendue et la

tel-00321445, version 2 - 25 Sep 2008

satisfaction de leurs clients pour assurer leur prennit et comptitivit. En ce sens, la qualit est considrer comme un processus cl de lentreprise qui est intgr avec des autres processus tels que le processus maintenance, le processus de production, Elle ne doit pas tre limite une fonction particulire ou un seul dpartement de lentreprise. Sur la base de ce constat, dans ce chapitre, nous prsentons dabord plusieurs dfinitions de la qualit en mettant en vidence les termes de processus et d activits qualit. Des organisations spcifiques de certaines de ces activits qualit nous permettent dexposer des notions de qualit couramment utilises. Certaines de ces notions sont reprises pour prsenter la problmatique industrielle qui est lorigine de ces travaux de thse et qui nous amne positionner le processus qualit sur les diffrents niveaux structurels de lentreprise. Ce positionnement impose de se focaliser sur lintgration intra et inter niveaux structurels en entreprise travers une phase de modlisation du processus. En ce sens, diffrents cadres de modlisation qui positionnent le processus qualit, sont prsents la fin du chapitre. Finalement, par rapport ce positionnement global, le chapitre se conclut par une synthse sur les principaux verrous industriels et scientifiques auxquels se rfrent cette thse.

Chapitre 1

32

II. Dfinitions de la qualit

Le mot qualit est de plus en plus utilis dans les entreprises, que ce soit dans le secteur alimentaire, industriel ou mme dans le secteur des services. La notion de qualit est apparue avec le contrle des produits visant rduire le nombre de leurs dfauts. Cette notion de qualit a volu avec le temps et a tendu son champ d'action vers les phases de conception, production, installation, marketing, aprs-vente et soutien logistique [Lopez 2006]. En particulier dans le monde industriel, cette notion est complexe et peut se voir assigner un sens diffrent suivant les personnes et les entits considres [Reeves 1994]. La norme NF X 50 -120 [NF X 50 1992] dfinit la qualit comme tant : lensemble des caractristiques

tel-00321445, version 2 - 25 Sep 2008

dune entit qui lui confrent laptitude satisfaire des besoins exprims et implicites . Cette dfinition est doublement gnrique, il faut prciser la qualit de quoi (dun produit, dun processus, dun service, ) et aussi les besoins de qui (un utilisateur, un consommateur, un chef de projet). Le terme qualit ne peut donc pas tre dfini dans labsolu mais toujours relativement quelque chose et pour une entit donne. En effet, le terme qualit regroupe plusieurs aspects en fonction du besoin ou de la phase aborde [Chov 1992], [Dominique 2003], [ISO8402 1995]: pour un client ou pour un utilisateur : la qualit cest laptitude dun produit ou dun service satisfaire les besoins des ses utilisateurs, pour la production : la qualit d'un systme de production rside dans son aptitude produire au moindre cot et dans un court dlai des produits satisfaisant les besoins des consommateurs, pour lentreprise ou une organisation : la qualit consiste en la mise en uvre dune politique qui tend la mobilisation permanente de tout son personnel pour amliorer - la qualit de ses produits et services, - lefficacit de son fonctionnement, - la pertinence et la cohrence de ses objectifs.

Chapitre 1

33

Dans le mme sens, le dictionnaire de lAPICS (American Production and Inventory Control Society) a propos une dfinition plus complte de la qualit selon diffrents points de vue de la qualit conformit au besoin ou aptitude lemploi [Apics 1992]: une qualit transcende est un idal, une condition de lexcellence, lapproche produit de la qualit est fonde sur les attributs du produit, lapproche utilisateur de la qualit est laptitude lemploi, lapproche production de la qualit est la conformit au besoin, lapproche valeur de la qualit est le degr dexcellence pour un prix acceptable.

Cette qualit a t dfinie sur sa partie mathmatique (statistique), de faon plus conceptuelle

tel-00321445, version 2 - 25 Sep 2008

et globale comme inversement proportionnelle la variabilit. L'accroissement de la qualit s'obtient donc par la rduction de cette variabilit. Le but des mthodologies et mthodes qualit est ainsi de rduire la variabilit sur des caractristiques cls essentielles la satisfaction du client. La norme ISO9000:2000 [ISO9000 2000] de son cot donne une dfinition de la qualit aptitude dun ensemble de caractristiques intrinsques satisfaire des exigences . Elle prcise de plus que le terme Qualit nest pas utilis pour exprimer un degr dexcellence dans un sens comparatif... non plus dans un sens quantitatif pour des valuations techniques... La qualit dun produit ou service est influence par de nombreuses phases dactivits interdpendantes, telles que la conception, la production, le service aprs-vente et la maintenance... . En effet, dans la pratique, les diffrents aspects de la qualit peuvent se runir sous deux formes [Fleurquin 1996]: La qualit externe, correspondant la satisfaction des clients. Il s'agit de fournir un produit ou des services conformes aux attentes des clients afin de les fidliser et ainsi amliorer sa part de march. La qualit interne, correspondant l'amlioration du fonctionnement interne de l'entreprise. L'objet de la qualit interne est de mettre en oeuvre des moyens permettant de dcrire au mieux l'organisation, de reprer et de limiter les dysfonctionnements. Son objectif essentiel est de mieux matriser et amliorer la qualit des produits et aussi la qualit de tous les processus de lentreprise. Cette qualit interne passe gnralement par

Chapitre 1

34

une tape d'identification et de formalisation des processus internes ralise grce une dmarche participative. En conclusion, la qualit ne peut pas tre dfinie en un seul aspect. La dfinition que nous adoptons dans cette thse est celle de la norme ISO9000:2000 complte par la vision interne de la qualit qui sobtient par linversement proportionnelle la variabilit. Cette dfinition est compatible avec les problmes industriels origines de ces travaux de thse. En effet, la qualit est vue comme un ensemble dactivits qui concerne le produit, le processus de production, le client, la direction, Des organisations spcifiques de certaines activits permettent dintroduire diffrentes notions de qualit en entreprise tels que : laudit qualit, la politique qualit, lassurance qualit, [Forman 1998], [Forman 2001]. Nous synthtisons dans la Figure 1 les diffrentes activits qui sont reprsentatives de ces diffrentes notions. Chacune de ces activits ralise une fonction prcise dans lobjectif damliorer la performance globale dans lentreprise. Cette amlioration de la performance globale implique de considrer la qualit comme un des processus qui est intgr en entreprise. En effet le processus, au sens gnral, est dfini par les normes ISO9000:2000 [ISO9000 2000] et FD X 50-176 [FD X50-176 2000] comme un ensemble dactivits corrles ou interactives qui transforme des lments dentre en lments de sortie . Ainsi, un processus reprsente un enchanement dactivits qui reoit des objets en entre et leur ajoute de la valeur tout en fournissant des objets de sortie [Abdmouleh 2004]. Dans ce sens, le processus qualit est dfini comme un ensemble dactivits permettant de situer des procdures qualit dans un systme de management de la qualit en entreprise [Meillier 1994]. Le processus qualit, selon les diffrentes notions et pour amliorer la performance globale, se dcline sur les diffrents niveaux structurels de lentreprise : stratgique, tactique et oprationnel [Marcotte 1995]. Par exemple, toutes les activits (procdures) qualit lies la notion de planification de la qualit sont traites dans le niveau stratgique. Par contre, les activits qualit lies la notion de contrle de la qualit sont excutes dans le niveau oprationnel. De mme, le processus qualit est li aux autres processus de lentreprise afin de communiquer avec les diffrents types de processus : maintenance, production, livraison, pour changer des informations dans lentreprise [Vernadat 1996]. En effet, la mise en uvre du processus qualit exige lexploitation des outils, mthodes, mthodologies et approches qui permettent de satisfaire lobjectif qualit demand selon la notion considre [Dale 1998]. Actuellement dans une entreprise, un systme de management de la qualit (SMQ) gre,

tel-00321445, version 2 - 25 Sep 2008

Chapitre 1

35

organise et inclut toutes les activits (processus) et tous les acteurs concourants la qualit [Fleurquin 1996]. Le SMQ est dfini comme llment du systme de management de lorganisme qui se concentre sur lobtention de rsultats, en sappuyant sur les objectifs qualit pour satisfaire selon le cas les besoins, attentes ou exigences des parties intresses [ISO9000 2000]. Dans le cadre de ce systme, diffrentes notions de la qualit peuvent donc tre intgres et manipules.

tel-00321445, version 2 - 25 Sep 2008

Figure 1. Activits qualit au sein dun systme de management de la qualit de lentreprise

Chapitre 1

36

III. Diffrentes notions de la qualit au sein dun systme de management de la qualit

La qualit en entreprise peut tre reprsente comme un processus dont la slection et lorganisation particulire de certaines activits concrtisent diffrentes notions de qualit. En ce sens, cette section a pour but de dfinir les principales notions de la qualit relativement aux objectifs et activits dploys dans un systme de management de la qualit. Le management de la qualit est dfini comme : un ensemble dactivits coordonnes permettant dorienter et de contrler un organisme en matire de qualit. Il vise satisfaire les

tel-00321445, version 2 - 25 Sep 2008

besoins du client, renforcer la comptitivit de lentreprise et grer systmatiquement les risques de lentreprise. Le management de la qualit s'applique normalement toutes les phases du cycle de vie d'un produit ou d'un service et toutes les phases d'un processus. Limplantation de celui-ci est ralise par la mise en uvre dun systme de management de la qualit (SMQ). Le SMQ apporte lorganisme et ses clients la confiance en son aptitude fournir des produits qui satisfont aux exigences. La famille des normes ISO9000 a t labore pour aider les organismes mettre en uvre des SMQ efficaces sur la base de plusieurs activits telles que [ISO9000 2000]: dterminer les besoins et les attentes des clients et des autres parties intresses, tablir la politique et les objectifs qualit de lorganisme, dterminer les processus et les responsabilits ncessaires pour atteindre les objectifs qualit, dterminer et fournir les ressources ncessaires pour atteindre les objectifs qualit, dfinir les mthodes permettant de mesurer lefficacit et lefficience de chaque processus, mettre en uvre des mthodes, dterminer les moyens permettant dempcher les non-conformits et den liminer les causes, tablir et appliquer lamlioration continue dun processus.

Chapitre 1

37

Dans lobjectif de mener lorganisme vers de meilleures performances, le management de la qualit contient plusieurs notions de la qualit telles que: la politique qualit, lobjectif qualit, la planification de la qualit, lamlioration de la qualit, la matrise de la qualit, le contrle de la qualit, lassurance de la qualit, et laudit qualit [Clavier 1997], [Joucla 2000]. Les dfinitions donnes ces notions de qualit, dans cette section, se basent sur les rfrences [ISO9000 2000], [Dumke de Medeiros 1998], [Lrat-Pytlak 2002].

- La politique et lobjectif qualit : la politique est dfinie comme lorientation et lintention gnrale relative la qualit dun organisme telles quelles sont officiellement formules par la direction. La politique qualit est gnralement cohrente avec la politique globale de lorganisme. Les objectifs qualit sont donc gnralement fonds sur la politique qualit de lorganisme. Ils sont habituellement spcifis pour des fonctions et niveaux pertinents de lorganisme concernent les activits [Forman 1995]: sensibiliser et former le personnel la qualit, designer des responsables qualit, tendre le systme qualit certains secteurs, faire qualifier certains quipements qualit, former des auditeurs qualit.

tel-00321445, version 2 - 25 Sep 2008

Ces activits relatives la politique et lobjectif qualit sont adoptes directement dans la notion de planification de la qualit.

- La planification de la qualit : cest une partie du management de la qualit axe sur la dfinition des objectifs de qualit et la spcification des processus oprationnels et des ressources affrentes, ncessaires pour atteindre ces objectifs. Elle se traduit par des plans dactions qui dfinissent les activits mener, les responsables et la date dchance. Elle contient plusieurs activits telles que : identifier les besoins des clients, prparer la mise en uvre de la politique qualit, organiser et prciser des objectifs qualit et leurs chances,

Chapitre 1 planifier les actions qualit, les processus, les ressources, les quipements,

38

planifier les tapes de la conception, de la ralisation, de la mise en essai et de la livraison, prparer lorganisme la certification.

- Lamlioration de la qualit : cest une partie du management de la qualit axe sur laccroissement de la capacit satisfaire aux exigences de la qualit. Gnralement lamlioration de la qualit des produits englobe les activits qui permettent lidentification et llimination des problmes rencontrs par les utilisateurs et de dvelopper les fonctions absentes ou nouvelles. Lamlioration de la qualit des processus, de son cot, contient les activits qui permettent une identification de tous les problmes rencontrs et de toutes les sources damlioration possibles sans pour autant quil y ait dysfonctionnement. La

tel-00321445, version 2 - 25 Sep 2008

ralisation de toutes ces amliorations implique la mise en uvre dune dmarche de conception ou de rsolution de problmes (proposition des actions correctives et prventives) en fonction de leur nature.

- La matrise de la qualit : cest une partie du management de la qualit axe sur la satisfaction des exigences pour la qualit. La matrise de la qualit cherche rendre stable tous les processus de lentreprise et contient les activits qui permettent de rechercher et dliminer les causes de tous les problmes rencontrs par les produits et les processus en entreprise [Shewhart 1989]. La matrise de la qualit ncessite la prise en compte des problmes, leur rsolution lorsquon peut faire disparatre totalement les causes et leur surveillance dans le cas contraire. La matrise de la qualit est charge du respect de la conformit des produits ou des processus par rapport des objectifs ou des rfrents. La matrise de la qualit de produit peut tre assure par une matrise de la variabilit des caractristiques qualit des produits. Dans ce sens, lobjectif recherch est un produit conforme aux spcifications. Dautre part, la matrise de la qualit des processus entrane llaboration de procdures permettant de franchir les points critiques (ou risques de dysfonctionnement) de chaque processus. Les activits ralises par la matrise de la qualit ont donc pour but dliminer toutes les causes possibles des dysfonctionnements pour obtenir un processus conforme.

Chapitre 1

39

- Le contrle de la qualit : Le contrle de la qualit est une opration de matrise de la qualit un stade donn du processus considr, qui a pour but de dterminer si les rsultats obtenus ce stade sont conformes aux exigences spcifies. Il sintresse la matrise des procds travers la mesure de caractristiques des produits que le procd ralise en utilisant des techniques comme le contrle statistique, le cycle de Deming [Meillier 94] a dfini plusieurs tapes pour raliser ce contrle de qualit : choisir lobjet du contrle choisir lunit de mesure spcifier les caractristiques qualit crer un dispositif qui peut mesurer les caractristiques en accord avec lunit de mesure effectuer la mesure interprter la dfrence entre la mesure relle et le standard dcider les actions

tel-00321445, version 2 - 25 Sep 2008

- Lassurance qualit : cest une partie du management de la qualit visant donner confiance en ce que les exigences pour la qualit seront satisfaites (confiance interne, confiance externe). Lassurance interne consiste donner confiance la direction de lentreprise en ce qui concerne lobtention de la qualit. Ce sont les rsultats des audits internes et externes qui vont dmontrer la conformit du SMQ qui a t mis en place, son efficacit et son efficience. Dautre part, lassurance externe de la qualit consiste donner confiance au client en ce qui concerne le respect des exigences du contrat. Le fournisseur doit dmontrer que le fonctionnement, le maintien et lefficacit du SMQ sont conformes au modle choisi travers des preuves tangibles de lapplication des procdures tablies. Les activits de l'assurance de la qualit sont les dispositions pour obtenir ces deux types de confiance la qualit. Elles sont lies aux activits de la matrise de la qualit tout au long du cycle de vie d'un produit ou au long d'un processus. En plus, lassurance qualit peut supporter dautres activits qualit comme : raliser la certification, documenter la qualit, lancer laudit qualit,

- Laudit qualit : La norme ISO9000 :2000 dfinit laudit qualit comme : processus mthodique, indpendant et document permettant dobtenir des preuves daudit et de les

Chapitre 1

40

valuer de manire objective pour dterminer dans quelle mesure les critres daudit sont satisfaits . Laudit qualit fait gnralement appel un rfrent souvent de type normatif. Elle contient des activits qui ont pour objectif dvaluer le niveau global de qualit de lorganisme et de vrifier si les actions lies la qualit sont conformes aux dispositions prvues. Cette valuation est effectue normalement en utilisant des indicateurs qualit. La norme ISO9000 :2000 a distingu deux types daudit : les audits internes, appels parfois audits premire partie qui sont raliss par lorganisme lui-mme, les audits externes, audits seconde ou tierce partie .

Laudit qualit interne sinscrit comme une donne essentielle de la mesure, de lanalyse et de lamlioration dun systme de management de la qualit. Un des objectifs essentiels de

tel-00321445, version 2 - 25 Sep 2008

laudit qualit interne est de dfinir des indicateurs qualit. Ces indicateurs doivent faire lobjet dune analyse et, dans la mesure du possible, de la dfinition dactions pour amliorer la situation [Villalonga 2003].

En rsum, les diffrentes notions de qualit distingues sont englobes dans un systme de management de la qualit (SMQ) en entreprise. Ce systme pilote le processus qualit issu de ces notions. Chaque notion vise accomplir des activits qualit dans un squencement prcis pour obtenir lobjectif vis. Ainsi, le SMQ qui runit lensemble des activits qualit peut aider les organismes accrotre la satisfaction de leurs clients. Il incite les organismes analyser les exigences des clients, dfinir les processus qui contribuent la ralisation dun produit acceptable pour le client et en maintenir la matrise. Ainsi, il apporte la confiance en son aptitude fournir des produits qui satisfont aux exigences. Dans le domaine industriel, chaque entreprise a pour objectif de dvelopper un systme de management de la qualit qui lui permet de conforter sa position stratgique face la concurrence. Cependant, lobjectif nest pas si simple atteindre car plusieurs obstacles relatifs la mise en uvre de ce systme qualit ou dune de ces composantes peuvent apparatre. En ce sens, nous mettons en vidence dans la section suivante les problmatiques industrielles, issues de lentreprise ALSTOM-Moteurs, qui ont donn naissance ces travaux de thse. Ces problmatiques sont relatives au management de la qualit dans cette entreprise.

Chapitre 1

41

IV. Problmatique industrielle lorigine de ces travaux de thse

Lentreprise ALSTOM-Moteurs (Nancy), est lentreprise linitiative des travaux prsents dans cette thse. Ces travaux ont dbut en 2001 dans le cadre des travaux de DEA de M.Dellea et C.Ramseyer [Dellea 2002], [Ramseyer 2002]. Alstom-Moteurs possdait cette poque Nancy une usine fabriquant principalement des machines lectriques de type moteurs asynchrones mais galement des moteurs synchrones. La proccupation majeure dALSTOM tait de matriser la qualit au niveau des lignes de

tel-00321445, version 2 - 25 Sep 2008

fabrication des moteurs. Un moteur asynchrone (Figure 2) cage dcureuil se compose principalement : dun stator, dun rotor, dune carcasse, dun systme de refroidissement. Le stator est constitu dun assemblage de tles ferromagntiques dans lesquelles sont pratiques des encoches qui servent au passage du bobinage inducteur en cuivre. En revanche, le rotor est constitu : de tles ferromagntiques empiles dans lesquelles sont pratiques des encoches qui servent de logement aux barres de cuivre ou daluminium de la cage dcureuil, des trous de ventilation, et des vents ( tranches dair entre les tles) permettant de ventiler, de la cage, assemblant des barres conductrices fermes aux extrmits par des couronnes.

Figure 2. Moteur asynchrone type Flowpak

Chapitre 1

42

Nous prsentons, en Figure 3 sous forme de processus, la ligne de fabrication des rotors pour illustrer lorganisation des diffrents types de processus raliss dans cette ligne. Cette ligne tait considre en 2001 comme assez critique au niveau de la qualit (non-conformits du produit ayant une influence sur les processus postrieurs).

tel-00321445, version 2 - 25 Sep 2008

Figure 3. Lorganisation des diffrents processus lmentaires du processus Assembler rotor

Cette usine Nancy tant relativement vieille, une action de dlocalisation du site a t dcide courant 2000 pour implanter une nouvelle usine sur Champigneulles. En parallle de cette action de dlocalisation ont t aussi inities des tudes pour la rorganisation des processus de fabrication et damlioration des performances des produits (i.e. pour ne plus retrouver des causes de non-conformits lies lagencement des machines sur le site de Nancy, par exemple sur la ligne de fabrication des rotors). Cest dans ce contexte que sest engage une collaboration entre le CRAN et Alstom-Moteurs relativement la matrise conjointe de la qualit de leurs produits et de leurs processus de production. Pour mener bien les tudes sur laspect qualit, 4 phases majeures devaient tre dveloppes : 1. analyse de la situation existante sur le site de Nancy, 2. identifier les problmes sur la qualit produit/processus (i.e. problmes qualit relatifs aux activits du management de la qualit principalement), 3. proposer et valuer des solutions (sur la rorganisation, sur lvolution des produits ), 4. mettre en uvre ces solutions sur le nouveau site de Champigneulles sur une priode chelonne en fonction des moyens financiers disponibles (i.e. priorit des actions).

Chapitre 1 Par rapport aux phases 1 et 2, les problmes majeurs suivants ont pu tre identifis:

43

la planification de la qualit : lorganisation des diffrents postes de travail dans lusine entranait des problmes qualit rsultant, premirement, du mauvais transport des pices fabriques lors de leur transfert entre ces diffrents postes, et deuximent de la non dtermination de la responsabilit qualit chacun de ces postes. Pour cela, ALSTOM-Moteurs a souhait rorganiser le personnel de production pour lui confier plus de responsabilits en lien avec les comptences mtier de chacun de ces oprateurs. Elle voulait mettre en place des quipes autonomes au niveau de chaque processus de production. Une quipe doit tre responsable des diffrentes activits qualit (activits des diffrents niveaux structurels) relatives la matrise et lamlioration de la qualit du produit et du processus de production. Cette quipe doit tre apte anticiper les drives potentielles de la qualit et aussi apte diagnostiquer et agir face un problme qualit

tel-00321445, version 2 - 25 Sep 2008

dtect de faon prcise. la matrise et lamlioration de la qualit : ALSTOM-Moteurs avait des problmes dus la : - difficult pour identifier les problmes qualit rencontrs (variabilits), sur le produit final Moteur principalement, ainsi que pour identifier le lien entre ces problmes et les variabilits des processus de dveloppement du produit. Ces variabilits ont pu engendrer des non-conformits relatives aux produits fabriqus par ALSTOM-Moteurs. Des autres non-conformit du produit final peuvent tre engendrer aussi des chocs intervenants lors du transport des moteurs (Lactivit de transport na pas jamais t rellement considre dans le cadre de tudes qualit dans cette entreprise). - difficult de matriser et damliorer conjointement et continment la qualit des produits et de leurs processus de production sur lensemble du cycle de vie du processus qualit (de la conception jusqu lexploitation) et dans un objectif de faire progresser la productivit de lentreprise. En effet ALSTOM-Moteurs cherchait galement matriser chaque processus (le processus de production des moteurs est divis en plusieurs processus lmentaires comme assembler les tles, peindre, tester) dans une vision globale de la performance.

Chapitre 1

44

Ces problmes rencontrs sur lancien site ont initi en phase 3, une orientation vers le dploiement dun systme de management de la qualit (SMQ). Pour ce faire, ALSTOM-Moteur a souhait disposer dune mthodologie (dun guide) gnrique (utilisable sur diffrentes classes dapplications) lui permettant de spcifier correctement les caractristiques de ce SMQ avant de le dvelopper, tout ceci pour assurer que le SMQ rponde parfaitement aux besoins attendus (adquation besoin solution). Cette mthodologie devrait offrir les moyens (outils, mthodes) pour : aider lingnieur qualit raliser une meilleure matrise et amlioration de la qualit du produit par une matrise de ses processus de production. Ceci se manifeste, dans la phase de conception, en traduisant ses exigences informelles en connaissance formalise, et dans la phase dexploitation, en mettant la disposition de loprateur de production (quipe autonome) sur site, cette connaissance pour mieux suivre et anticiper en ligne les drives

tel-00321445, version 2 - 25 Sep 2008

qualit du produit/processus. formaliser la qualit principalement au niveau tactique en relation avec les niveaux stratgique et oprationnel de lentreprise (guide qualit). Lobjectif de cette formalisation de la qualit inter-niveaux est davoir un seul processus qualit qui est partag sur les diffrents niveaux structurels de lentreprise, pour une plus grande matrise et amlioration de la performance globale du produit. Ainsi, laide de ce processus qualit, lquipe autonome de qualit devrait donc tre apte introduire des actions qualit sur les diffrents niveaux structurels en entreprise mais en cohrence avec les objectifs de performances attendues (capacit dcisionnelle distribue mais intgre au sein du SMQ sous une responsabilit plus hirarchique).

Les diffrents besoins dALSTOM-Moteurs, prcdemment noncs et sources de ces travaux, peuvent ainsi se rsumer comme suit : disposer dune mthodologie qualit gnrique, dans le cadre dun Systme de Management de Qualit. La finalit dune telle mthodologie demande est globalement de matriser et damliorer la qualit du produit en matrisant et en amliorant la qualit des processus de production (matrise conjointe produit/processus dans une approche globale). disposer dune mthodologie qui supporte la modlisation et lintgration dun processus qualit de la phase de conception de ce processus jusqu sa phase dexploitation, un

Chapitre 1

45

vritable processus au sens systme, dont lobjectif est damliorer la performance globale de lentreprise. Cette modlisation du processus qualit est dfinie comme un moyen qui permet : la formalisation et la structuration du processus qualit, lencapsulation de la connaissance qualit, et la transformation du savoir-faire qualit en entreprise. disposer dune mthodologie qui permet, aux quipes autonomes de qualit, daccder sur site la connaissance ncessaire pour excuter des actions qualit sur les diffrents niveaux structurels de lentreprise (en cohrence avec la politique fixe) : stratgique, tactique et oprationnel.

Quelques lments de cette mthodologie ont pu tre utiliss, suite aux travaux initiaux de M. Dellea et de C. Ramseyer, en phase 4 (au moment de la dfinition du site et de

tel-00321445, version 2 - 25 Sep 2008

limplantation version 0 - des machines Champigneulles)

mais le cur de notre

contribution na pas t (encore) exploite sur ce nouveau site dune part, parce que loutil support ( toute la dmarche; phase de conception et dexploitation) nest oprationnel rellement que depuis quelques mois, mais aussi parce que ALSTOM-Moteurs a vendu son site de Champigneulles suite des restructurations du groupe. Cependant ce site est toujours oprationnel puisquil a t repris par Converteam qui fabrique des produits similaires. Nous avons r-tabli quelques liens avec des personnels cadres, de cette nouvelle entreprise, pour ventuellement dans un futur proche, re-transfrer cette mthodologie.

Chapitre 1

46

V. La qualit comme un processus en entreprise

Par rapport au cas ALSTOM-Moteurs et de faon plus gnrale sur le constat dune performance globale attendue, le processus qualit doit tre vu comme un des processus de lentreprise [Vernadat 1996], [Dessinoz 2000]. Le processus qualit concourrant lobtention dun produit performant na de sens que considr comme intgr dans lentreprise. L'intgration consiste, en gnral, en une destruction des barrires organisationnelles de lentreprise dans lobjectif damliorer la synergie de celle-ci pour que toutes les activits soient ralises d'une faon plus productive et efficace [Vernadat 2002]. Dans ce sens, lingnierie systme (IS), travers la norme ISO/IEC 15288, classifie le processus de

tel-00321445, version 2 - 25 Sep 2008

management de la qualit comme un des processus dentreprise cohabitant avec les processus de projet, processus contractuels et processus techniques [ISO/IEC15288 2002] (Figure 4).

Processus de Projet
Processus de planification du projet Processus dvaluation du projet Processus de pilotage du projet

Processus dEntreprise
Processus de management de lenvironnement de lentreprise Processus de management de linvestissement
Processus de management des processus du cycle de vie systme

Processus Techniques
Processus de dfinition des exigences des parties prenantes Processus danalyse des exigences Processus de conception de larchitecture Processus dimplmentation Processus dintgration Processus de vrification Processus de transition Processus de validation

Processus de management de la qualit Processus de management des ressources

Processus de dcision

Processus de management des risques Processus de gestion de configuration Processus de management de linformation

Processus contractuels
Processus dacquisition

Processus de maintenance Processus dexploitation Processus de retrait

Processus de fourniture

Figure 4. Positionnement du processus qualit selon la norme ISO/IEC 15288 dingnierie systme [ISO/IEC15288 2002]

Chapitre 1

47

En Ingnierie Systme lobjectif de ce processus est, premirement, dassurer que les produits, services et processus du cycle de vie dun systme satisfont les objectifs de qualit et, deuximement, damliorer la performance globale de lentreprise en intgrant ce processus avec les autres processus. Le processus qualit est ainsi dfini en lien avec autres types de processus et ne peut donc pas tre localis ni dans une fonction particulire de lentreprise ni mme dans un seul niveau structurel [Lopez 2006].

V.1. Le processus qualit dans les diffrents niveaux structurels de lentreprise


Le processus qualit nest pas exerc par un seul dpartement dans lentreprise, tous les

tel-00321445, version 2 - 25 Sep 2008

dpartements et tous les employs qui le composent ont un rle jouer pour obtenir la qualit des produits et des services dans lentreprise [Gogue 2000]. Ainsi, le processus qualit est utilisable dans les diffrents niveaux structurels de lentreprise avec lobjectif de raliser des activits qualit prcises. En ce sens ce processus peut se dcliner sur les diffrents niveaux (Figure 5): stratgique, tactique et oprationnel [Marcotte 1995], [Gentil 2001], [Pujo 2002].

Niveau stratgique

Dsigner des responsables qualit / planifier les ressources / prparer lorganisme la certification / planifier lamlioration de la qualit /

Niveau tactique

Adapter des mthodologies ou des mthodes pour la matrise et lamlioration de la qualit / vrifier les actions qualit / identifier les problmes qualit / Surveiller le produit - processus / traiter les nonconformits / introduire des actions correctives et prventives /

Niveau oprationnel

Figure 5. Les activits qualit dans les diffrents niveaux structurels de lentreprise [Marcotte 1995], [Gentil 2001], [Pujo 2002]

Chapitre 1 - Au niveau stratgique :

48

Ce niveau structurel de lentreprise intgre des activits qualit relatives aux notions de planification de la qualit, de politique et dobjectifs qualit en entreprise. Il contient aussi toutes les activits qualit relatives la certification selon la norme ISO9000. Le management de la qualit, ce niveau, doit ainsi dfinir une politique qualit gnrale contenant des exigences internes relatives la qualit des produits et un plan damlioration de la qualit. Le plan a pour finalit, dune part, de prciser les points de contrle des processus, en fonction de limportance par rapport aux risques encourus notamment pour la qualit du produit ou du service, et dautre part, de faire les bons choix concernant les mthodes et les outils qualit utiliser et ainsi accompagner leur dploiement dans lentreprise aux niveaux tactique et oprationnel. Ce plan de qualit est ralis en collaboration (paralllement) avec le plan de production, le plan de maintenance, qui intgreront les contraintes issues de cette activit.

tel-00321445, version 2 - 25 Sep 2008

Dans le mme sens, la norme IEC62264, dans ses parties 1 et 2 [IEC62264-1 2003], [IEC62264-2 2004], montre que le rle du processus qualit au niveau management ERP (Enterprise Resource Planning) consiste dfinir les bonnes dmarches appliquer pour maintenir la qualit en relation avec les exigences de client depuis la conception du produit jusqu' sa commercialisation et sa livraison. - Au niveau tactique Le processus qualit opre ce niveau plus spcifiquement sur les processus de type techniques tels que la production et la maintenance. Ce processus englobe des activits qualit relatives aux notions de matrise et damlioration de la qualit. Le but du processus qualit, ce niveau, est de matriser la qualit des produits et la qualit des processus de production au sens large. Les activits rattaches assurent la satisfaction aux exigences pour la qualit, lidentification des problmes qualit, vrification des actions qualit, En fonction des objectifs dfinis au niveau stratgique, la mise en place des moyens, parmi les mthodologies ou les approches utilises, consiste planifier les actions qui permettront de prvoir les activits qualit en fonction du plan damlioration qualit dfini au niveau suprieur, et les activits de la matrise de la qualit prvues sur les processus au niveau infrieur. La gestion des produits et des ressources de la notion de qualit peut tre ajuste suivant ce plan qualit. Cette planification des activits qualit doit tre ralise en cohrence avec le processus de production. De son cot, la norme IEC62264, dans ses parties 3 et 4 [IEC62264-3 2007], montre que le rle du processus qualit au niveau MES (Mnaufacturing Execution System) consiste aussi

Chapitre 1

49

vrifier les actions qualit afin de garantir le respect des performances attendues du systme de production et du produit. En effet, le processus qualit ce niveau (tactique) ralise le lien entre le niveau stratgique et le niveau oprationnel afin de suivre, en temps rel, le droulement de toutes les activits de production. - Au niveau oprationnel Lobjectif du processus qualit ce niveau est de mettre en place les activits et les moyens pour vrifier que les rsultats des processus techniques sont conformes aux exigences spcifies en terme de qualit. Il sagit de raliser la matrise de la qualit et de traiter les non-conformits rattaches au processus ou au produit lui-mme. Ainsi, les activits qualit, ce niveau, sont supportes par la mise en uvre des mthodes et outils qualit. Ces mthodes et outils permettent la mise en place des actions correctives et prventives qui sont lances conformment au plan qualit dfini prcdemment. Ces actions mnent terme des activits relatives la notion damlioration de la qualit des produits fabriqus et de leurs processus de production. Certaines de ces activits sont intgres dans la gamme de production, donc elles ncessitent bien sr dtre cordonnes aux activits de production. Dans le mme sens, la norme IEC62264, dans ses parties 3 et 4 [IEC62264-3 2007], montre que le processus qualit est thoriquement intgr au systme de contrle de production. Le rle de la qualit ce niveau de lentreprise consiste surveiller le produit/processus, excuter la matrise et agir sur la non-conformit.

tel-00321445, version 2 - 25 Sep 2008

En conclusion, la qualit est apprhende comme un processus qui sintgre sur les diffrents niveaux structurels de lentreprise. chaque niveau structurel, ce processus runit un ensemble dactivits qualit qui se ralisent soit dans la phase de conception de ce processus soit dans sa phase dexploitation. Ces activits qualit sont supportes par la mise en uvre des approches, mthodologies et mthodes qualit qui reprsentent, en gnrale, des moyens pour exploiter les activits.

V.2. Dveloppement du processus qualit


Tous les processus intgrer et coordonner en entreprise doivent tre modlises dans une certaine mesure [Vernadat 1996]. La modlisation en entreprise est clairement un pralable pour l'intgration. Dans ce sens, lintgration et le dveloppement du processus qualit reposent sur une modlisation de ce processus travers le dploiement des outils, mthodes,

Chapitre 1

50

mthodologies et approches qualit qui sont dfinis par [Foulqui 1982], [Defourny 1996], [Dale 1998], [Bechard 2001] comme: loutil qualit : est un moyen ou un instrument conu pour raliser de faon efficace une tche prcise. Il permet de cibler et appuyer les activits damlioration et de changement. Dans cette catgorie, on retrouve entre autres les cartes de contrle, lanalyse de Pareto la mthode qualit : est un ensemble de rgles et de principes conus pour supporter des activits qualit prcises. Toutefois, elle peut regrouper et structurer de faon logique un ensemble doutils. Dans cette catgorie, on retrouve entre autres MSP, AMDEC la mthodologie qualit (technique) : est un ensemble dactivits excuts dans un certain ordre pour atteindre un objectif bien dtermin. Elle est souvent constitue de plusieurs mthodes ordonnes et structures selon un ensemble de rgles opratoires. Dans cette

tel-00321445, version 2 - 25 Sep 2008

catgorie, on retrouve entre autres le QFD, le Six Sigma lapproche qualit : est un ensemble de dmarches qualit raisonnes permettant darriver un rsultat dans un contexte prcis relatif la qualit. Elle ne requiert pas ncessairement un algorithme rigoureux de mise en uvre (TQM, ). Les diffrentes approches, mthodologies, mthodes/outils qualit supportent tout ou partie du processus qualit (des activits qualit) inhrent un niveau ou linterconnexion entre niveaux. De plus, certaines de ces approches, mthodologies et mthodes/outils sont orientes pour supporter des activits utilises plus en phase de conception quen phase dexploitation et inversement. Relativement aux besoins industriels origines de ces travaux, nous avons choisi dillustrer ce constat mthodologique en prsentant lapproche TQM. Le Management Total de la Qualit, traduction de langlais Total Quality Management (TQM), est une extension du concept de management de la qualit en intgrant la participation et la motivation de tous les membres dune entreprise [Hansson 2001]. En effet, le TQM est une approche significative relativement aux challenges de lintgration du processus qualit puisquil se positionne sur les diffrents niveaux structurels de lentreprise [Rodney 2006], [Daniel 2006], [Bounds 1994]. De plus, le TQM se prsente comme l'utilisation coordonne d'un certain nombre dactivits de management, trs axes sur la qualit. Ces activits sont lies aux notions de qualit telles que la planification de la qualit, la matrise de la qualit, lamlioration de la qualit, Le TQM a pour objectif gnral de matriser et damliorer continment la qualit du produit et la qualit de ses processus de production. Il a t dfini

Chapitre 1

51

comme une approche qualit qui vise matriser et amliorer la qualit en entreprise pour optimiser sa performance et satisfaire ses clients [Ahire 1995], [Shiba 1997], [Dreyfus 2004], [Chase 1998]. Le TQM est vu par [Shiba 1997], [Bunney 1997] comme un systme qui englobe des outils, des mthodes et des techniques pour supporter lamlioration continue et la satisfaction de client en entreprise. Cette vision est dveloppe par [Hellsten 2000] qui a dfini le TQM comme un systme de management constitu de trois composants qui sont mutuellement dpendants: core values , techniques et mthodes/outils qualit (Hellsten a modifi ultrieurement le terme technique par mthodologie [Palmberg 2005]) (Figure 6) : core values : ce sont normalement les lments principaux de la philosophie de management de lentreprise tels que les concepts damlioration continue, de matrise de la qualit, de leadership, mthodologie telles que : QFD, Six Sigma, mthodes/outils tels que: AMDEC, MSP

tel-00321445, version 2 - 25 Sep 2008

Dans cette vision du TQM, que nous adoptons dans cette thse, les mthodologies et les outils/mthodes soutiennent donc les core values et les trois composants forment le systme de management.

Core values
Satisfaction de client Amlioration Matrise de continue qualit Leadership Changement par processus

Outils/Mthodes
Arbre de cause AMDEC MSP Analyse de risques

Mthodologies
Six Sigma Management de processus La boucle PDCA

QFD

TQM

Figure 6. Le TQM comme un systme de management [Hellsten 2000]

Chapitre 1

52

Les diffrentes mthodes et mthodologies qualit, incluses au sein du TQM, permettent de raliser des activits qualit techniques et managriales (processus qualit) pour guider des actions coordonnes dans lentreprise [Irani 2004]. Ces activits se droulent dans la phase de conception et/ou dans la phase dexploitation du processus qualit selon la mthode ou la mthodologie qualit utilise. Par exemple la mthodologie QFD (Quality Function Deployment) est oriente conception plus quexploitation, en revanche, la mthodologie Six Sigma est oriente plus exploitation que conception. Le TQM est donc un systme de management qui se rapproche du systme de management attendu par Alstom-Moteurs mais qui ncessite daprs [Juan 2004] encore des volutions pour apporter une plus grande formalisation dans linterdpendance entre les 3 composants pr-requis ncessaire son dploiement logique et cohrent.

tel-00321445, version 2 - 25 Sep 2008

V.3. Synthse
Le processus qualit est vu comme un des processus de lentreprise qui se situe dans les diffrents niveaux structurels (oprationnel, tactique et stratgique). Ce processus qualit na de sens que considr comme intgr avec les autres processus de lentreprise. Ainsi la norme ISO/IEC 15288 (Ingnierie Systme) classifie le processus qualit comme un des processus dentreprise qui est li aux autres processus. Dans le mme sens, la norme IEC62264 dans ses diffrentes parties, a dfini les flux dinformations changs dans le niveau tactique, entre le processus qualit et dautres processus tels que le processus maintenance, le processus production, Lintgration et lexploitation du processus qualit sont supportes par la mise en uvre des approches, mthodologies et mthodes qualit. Ces approches, mthodologies et mthodes/outils supportent des activits qualit en conception et en exploitation selon lorientation de la mthodologie ou de la mthode choisie. Cependant ces mthodes et mthodologies sont souvent informelles car dcrites sous une base textuelle ou graphique [Juan 2004]. Ainsi, le processus qualit doit tre dornavant structur et positionn au sein de lentreprise afin de contribuer efficacement une amlioration de la performance globale de lentreprise [Henry 1999]. Cette structuration du processus qualit passe par le positionnement de ce processus dans un cadre (architecture) de modlisation. Donc, dans la section suivante nous allons mettre en vidence des cadres de modlisation qui ont potentiellement un lien avec le processus qualit dans lentreprise.

Chapitre 1

53

VI. Cadres de modlisation en entreprise et processus qualit

La modlisation du processus qualit est dfinie comme un moyen qui permet la formalisation et la structuration de la connaissance de ce processus en entreprise [Brane 2002], [Sangyoon 2004]. La modlisation en entreprise consiste dcrire lorganisation et les processus oprationnels (le processus qualit est un de ces processus) dune entreprise dans le but dintgrer ces processus, de les analyser et de les restructurer pour une amlioration de la performance globale de lentreprise [Vernadat 1999a]. La modlisation sappuie normalement sur des cadres, des mthodes et des outils supportant la modlisation des diffrents aspects de lentreprise [Bernus 2003], [Bennour 2004], [Lamine 2001]. Les cadres permettent de structurer les diffrents processus, modles, en entreprise selon diffrents points de vue et diffrents niveaux dabstraction et de cheminer de faon cohrente entre ces points de vue et niveaux. Ils fdrent les diffrents domaines et les diffrents points de vue de lentreprise en un ensemble cohrent. Parmi les cadres les plus connus, dans lesquels le processus qualit a pu tre tudi, nous pouvons citer CIMOSA (CIM Open System Architecture) [Amice 1993], GERAM (Generalized Enterprise Reference Architecture and Methodology) [IFAC 1997] et Zachman [Zachman 1987]. Nous avons retenu le cadre de modlisation Zachman pour structurer notre contribution au processus qualit au sein de lenvironnement dentreprise parce que ce cadre est utilis aujourdhui dans la majeure partie des travaux sur la modlisation des processus de lentreprise. De plus, Zachman est un cadre qui est facile utiliser et comprendre. Il contient les visions donnes et traitement des modles de lentreprise. Zachman ne spcifie pas des modles ni des mthodes pour traiter chacune des cases le composant. Ce cadre ne recommande pas lutilisation de tel ou tel type de modlisation pour ces cases. Le cadre de modlisation Zachman dfinit une matrice de 36 cellules (Figure 7) qui couvre les diffrentes problmatiques de lentreprise formules de la faon suivante: En colonnes, les questions : Quoi : les donnes ou objets manipuls par une organisation (What), Comment : les processus permettant de manipuler les donnes et objets (How),

tel-00321445, version 2 - 25 Sep 2008

Chapitre 1

54

O : les endroits o se passe laction (les processus, la direction des affaires, etc.) (Where),

Quand : vnements qui dclenchent des activits conomiques (When), Qui : les gens et les organismes impliqus (Who), Pourquoi : les motivations qui dterminent le comportement des affaires (Why).

Ces questions gnriques reprsentent les points fondamentaux considrer durant le processus de dveloppement dun systme ou dun processus. Ils sont abords selon cinq niveaux correspondant aux points de vue des diffrents acteurs impliqus. Dans ce modle, des perspectives, rattaches aux niveaux stratgiques, mtier, logique, technologique et technique. Elles dcrivent respectivement les objectifs de lorganisation, ses processus mtier et leurs relations, les fonctions que le systme doit supporter, les spcifications techniques, et

tel-00321445, version 2 - 25 Sep 2008

les composants dploys : Objectif (scope) : plans, objectifs et stratgie de lorganisation, Conceptuel (conceptual) : les modles dentreprise et les mtiers qui agissent dans lorganisation, Logique (logical) : les modles danalyses fonctionnelle qui modlisent les processus mtier, Technologique (physical) : les choix technologiques susceptibles de rpondre aux enjeux mtier, Dtaill : les composants de dveloppement des applications, Exploitation (functioning enterprise) : les instances spcifiques une application dentreprise.

Ainsi, dans le cadre Zachman, le dplacement dans la mme ligne de droite vers la gauche correspond un affinement de la granularit du domaine tudi, par exemple : (Donnes Processus Site). De mme un dplacement vertical, du haut vers le bas, correspond un changement dans labstraction des lments considrs.

Chapitre 1

55

tel-00321445, version 2 - 25 Sep 2008

Figure 7. Le cadre de modlisation Zachman [Sowa 1992]

Chapitre 1

56

VII. Conclusion

Dans ce chapitre nous avons positionn les lments cls relatifs au contexte global de notre thse. Plusieurs dfinitions de la qualit ainsi que diffrentes notions de qualit dans le cadre de lentreprise ont t abordes. Chaque notion de qualit est matrialise par un ensemble dactivits qualit dont la runion constitue le processus qualit. Le processus qualit est considrer sur les niveaux stratgique, tactique et oprationnel dans lentreprise. Cette intgration, selon les besoins industriels, est ncessaire entre les niveaux qualit pour faire du processus qualit un vritable processus au sens systme. Relativement cette intgration, et dans lobjectif de matriser et amliorer la qualit du produit et la qualit des processus de

tel-00321445, version 2 - 25 Sep 2008

production, plusieurs mthodologies et mthodes qualit existent et supportent le processus qualit. Mais leur manque de formalisation nuit lefficacit et lefficience de leur utilisation. En conclusion, les verrous industriels mis en vidence dans ce chapitre font rfrence des verrous scientifiques majeurs relatifs : lintgration du processus qualit dans lentreprise dans lobjectif damliorer la performance globale, la formalisation (modlisation) de ce processus qualit.

Dans notre contexte dtude (principalement sur le niveau tactique en lien avec les 2 autres niveaux) lobjectif de cette intgration et formalisation du processus qualit est de matriser et damliorer la qualit du produit et la qualit de ses processus de production (de la conception lexploitation). Ainsi, nous allons mettre en vidence dans le chapitre deux, diffrents travaux (tat de lart) relatifs aux verrous scientifiques cits prcdemment et qui nous permettront dans le chapitre trois de justifier notre mthodologie.

tel-00321445, version 2 - 25 Sep 2008

tel-00321445, version 2 - 25 Sep 2008

tel-00321445, version 2 - 25 Sep 2008

Chapitre 2 : Modles, mthodes et mthodologies pour la formalisation et lintgration du processus qualit

tel-00321445, version 2 - 25 Sep 2008

Chapitre 2

61

I. Introduction

La qualit est apprhende majoritairement comme un des processus en entreprise qui se dcline sur les diffrents niveaux structurels: stratgique, tactique et oprationnel (Figure 5) et qui sintgre ncessairement avec les autres processus (Figure 4) pour atteindre la performance globale. Ainsi par rapport aux problmatiques scientifiques concernant la modlisation et lintgration du processus qualit en entreprise afin de mieux matriser conjointement la qualit de produit et la qualit de ses processus de production, ce chapitre dresse un tat de lart des principales contributions et travaux actuels. En ce sens, nous nous basons sur le cadre de rfrence

tel-00321445, version 2 - 25 Sep 2008

introduit par [Lhoste 1994] pour positionner ces lments recenss en utilisant plus spcifiquement comme rfrence les items Modle, Mthode et Mthodologie (Figure 8).

Concept Thorie

Ide abstraite et gnrale. Ensemble de rgles, de lois qui servent de base une science et qui donnent lexplication dun grand nombre de faits. Approximation, vue partielle plus ou moins abstraite dune partie du monde rel suivant un point de vue donn. Dmarche raisonne, suivie pour parvenir un but. Ensemble cohrent de mthodes mettre en uvre, de manire coordonne, pour atteindre un but complexe. Moyen de communiquer des penses sur la base dun systme de signes. Moyen daction, de mise en uvre.

Modle Mthode Mthodologie Langage Outil

Figure 8. Cadre de rfrence pour positionner la modlisation et lintgration dun processus [Lhoste 1994]

Chapitre 2

62

II. Modles pour le processus qualit et son intgration

La plupart des dmarches actuelles en qualit relatives la matrise et lamlioration de la qualit du produit/processus dployes en entreprise sont bases sur la connaissance de lingnieur et/ou de loprateur, et donc souvent trs empiriques en manquant fortement de formalisme [Bernard 2001], [Helen 2003]. Ce manque de formalisation est un vritable frein pour un dploiement efficace et efficient de la qualit [Pillet 1999]. Une voie explorer est de se rapprocher des travaux autour de la formalisation des processus en modlisation dentreprise [Amice 1993], [Vernadat 1996] o la modlisation dun processus a dj t aborde comme une solution pour amliorer la performance globale [Brane 2002]. Cette modlisation se base normalement sur une formalisation des objets et/ou des activits (traitements) supports de ce processus [Lamine 2001]. La modlisation sattaque ainsi la connaissance de ce processus, son comportement, ses activits, ses flux dinformations, [Vernadat 1996], [Vernadat 1999b], [Braesch 1995]. Souvent, cette modlisation seffectue de manire dlivrer une reprsentation [Calvez 1992], [Franchini 1997], [GRP 1998] : qui soit graphique, de manire apprhender plus facilement les interactions qui stablissent entre les diffrentes activits, qui permette une comprhension logique et progressive de lorganisation, qui intgre une description des lments classiques de caractrisation du processus (activits, entres/sorties et ressources). Nous exploitons dans la suite de ce chapitre cette vision de la modlisation dun processus en entreprise pour recenser les travaux sur la modlisation et lintgration du processus de qualit.

tel-00321445, version 2 - 25 Sep 2008

II.1. Modles gnraux des activits et des objets dun processus qualit
A ce jour, trs peu de travaux ont abord la dfinition de modles gnraux et gnriques du processus qualit permettant de formaliser rellement la connaissance qualit ( travers les activits concernes) selon diffrentes notions de qualit. Cependant [Sangyoon 2004] a

Chapitre 2

63

modlis en 2004, un systme d'information du management de qualit, bas sur la norme ISO9000:2000 et qui se nomme ISO9000 QMIS (Quality Management Information System). Lobjectif du QMIS est damliorer le rendement du processus qualit dans un systme qualit. Ce systme est construit sur deux types de modles. Premirement, des modles dactivits qui sont supportes par IDEF0 (Integrated Definition for Function 0) dans lobjectif de dcrire et didentifier les flux dinformations appropries dans le systme qualit propos. Deuximement, des modles de donnes, raliss en UML (Unified Modeling Language) et qui sont relatifs quelques informations qualit identifies dans la norme ISO9000:2000 et leurs relations (Figure 9). Lobjectif final de ces modles est de disposer des donnes ncessaires au QMIS via une base de donnes. QMIS est dvelopp sous Microsoft Visual C++ et exploite dautres technologies dans lenvironnement de Windows pour crer linterface de ce systme (Active Server Page). Nanmoins, ce systme ne met pas

tel-00321445, version 2 - 25 Sep 2008

en vidence, travers les modles proposs, les diffrentes activits qualit correspondant aux diffrents niveaux structurels en entreprise et se focalise sur des activits qualit relatives au management de la qualit, dans le niveau stratgique, et beaucoup moins sur les autres types dactivits qualit telles que les activits de matrise et damlioration de la qualit.

Figure 9. Un modle de donnes du systme qualit QMIS [Sangyoon 2004]

Chapitre 2

64

Dans un objectif trs similaire [Meillier 1994] a propos aussi la modlisation dun systme qualit pour identifier les activits qui concernent la matrise, lamlioration et le diagnostic de la qualit. Cette modlisation repose sur OLYMPIOS (modle de conception d'un systme d'information orient qualit en entreprise manufacturire) [Haurat 1993]. Ainsi, Meillier a amlior OLYMPIOS pour lutiliser dans le domaine de la qualit et il a donn une mthode de mise en uvre pour optimiser la phase de captage de linformation et la phase dexploitation de la modlisation obtenue. Cette modlisation est supporte par loutil de modlisation SIFU (Systmes d Information Fournisseur/Utilisateur), en sappuyant sur le concept de PDCA (Plan, Do, Check, Act), pour faire partie du STI (Systme de Traitement de lInformation) en entreprise. Cette partie englobe les activits qualit de type matriser, amliorer et diagnostiquer la qualit. Donc les activits modlises du systme qualit sont intgres au fonctionnement du STI pour enregistrer les informations qualit ncessaires dans

tel-00321445, version 2 - 25 Sep 2008

ce systme. Lide gnrale repose sur le principe que si des dysfonctionnements se produisent et ont des effets importants, cest que le systme qualit na pas su empcher leur occurrence, ni leur matrise. Pour cela, dans le cadre de ce systme qualit, une mthode de diagnostic de qualit (QUALIDIAG) a t propose afin de proposer des recommandations visant amliorer la qualit. Toutefois, la modlisation de ce systme qualit est limite au niveau oprationnel et ne propose pas une modlisation des concepts qualit de faon suffisamment prcise pour atteindre les objectifs viss.

En conclusion, ces deux systmes dfinis travers des modles dits gnraux sont surtout utiliss soit en phase de conception soit en exploitation, dun processus qualit, (mais pas dans les deux) et englobent des activits qualit dun seul niveau structurel sans prendre en compte les autre niveaux en entreprise. Ils ne couvrent pas ainsi les activits et les objets ncessaires lintgration de la notion de qualit modlise.

II.2. Modles pour lintgration du processus qualit


Lintgration du processus qualit avec les autres processus doit permettre de partager avec les autres processus dentreprise, de faon logique et cohrente les objets qualit, ncessaires lobtention dune performance globale de lentreprise. La ralisation de cette intgration est base sur lanalyse des flux (produit, informations, nergie,) qui sont considrs comme un ensemble dobjets complexes en interaction avec leur

Chapitre 2

65

environnement [Neunreuther 1998]. Dans ce sens de lintgration des processus en entreprise, [Vernadat 1996] a expos deux principaux types dintgration en entreprise : l'intgration horizontale : elle concerne l'intgration physique et logique des diffrents processus indpendamment des frontires organisationnelles en entreprise. Cette intgration est ralise dans chaque niveau en entreprise. Elle concerne principalement les flux de matriels, dinformation et des documents techniques. l'intgration verticale : elle concerne l'intgration entre les processus sur les diffrents niveaux en entreprise, o un niveau de management (stratgique) dfinit plusieurs contraintes pour les niveaux infrieurs (tactique et oprationnel) qui envoient leur tour des informations de ractions ce niveau suprieur de management. Ce type d'intgration concerne principalement le flux de dcision et de commande.

tel-00321445, version 2 - 25 Sep 2008

II.2.1. Modles gnraux pour une intgration verticale et horizontale du processus qualit
Un support majeur lintgration la fois verticale et horizontale du processus qualit en entreprise est la norme IEC 62264. Elle a pour rle de dfinir le contenu de l'interface entre les diffrents niveaux structurels et aussi entre les diffrentes fonctions, relatives au contrle de fabrication en entreprise. Dans lobjectif de supporter et clarifier cette interface (les flux dinformation changer) cette norme propose plusieurs types de modles : modles de hirarchie qui dcrivent les niveaux de dcision, modles des objets et modles dactivits. Ces diffrents type de modles aident dfinir les limites de responsabilit et le contexte des informations qualit qui doivent tre changes, dune part, entre les niveaux ERP (stratgique) et MES (tactique) intgration verticale et, dautre part, entre les diffrentes fonctions (i.e. le management de la qualit est une de ces fonctions) dans le niveau MES (tactique) intgration horizontale . Cette norme se dcompose ainsi de quatre parties : Dans ces parties 1 & 2 [IEC62264-1 2003], [IEC62264-2 2004] la norme a introduit le processus qualit travers la notion dassurance de la qualit incluse dans la fonction management de la qualit. Dans ces deux parties, la norme modlise des concepts qualit sous la forme dobjets dans le modle dobjet relatif au matriel (produit) (Figure 10). Ce modle d'objets dcrit la nature et le contenu des flux dinformation (donnes) qualit circulant entre le systme de pilotage de la production (tactique) et le systme de gestion de lentreprise (stratgique). Ainsi, la norme montre que le processus qualit sintgre verticalement entre les niveaux stratgique et tactique en entreprise.

Chapitre 2

66

tel-00321445, version 2 - 25 Sep 2008

Figure 10. Le modle des objets de matriel [IEC62264-1 2003]

Dans les parties 3 & 4, [IEC62264-3 2007] cette norme propose, travers la fonction management de la qualit , un modle dactivits concernant un test qualit (Figure 11). Ce modle dactivits permet de dfinir les flux dinformations changer entre les diffrentes activits qualit dans le cadre du test qualit lintrieur du niveau tactique (en horizontal), et les flux dinformation qualit qui sont changs avec dautres niveaux structurels de lentreprise (en vertical). La norme dfinit aussi les flux dinformation qualit changs, lintrieur du niveau MES (tactique), entre la fonction management de la qualit et les autres fonctions comme les fonctions management de la maintenance, production, Dans ce sens, la norme montre que le processus qualit sintgre horizontalement au niveau tactique en changeant des informations avec des autres processus dans ce niveau.

Chapitre 2

67

tel-00321445, version 2 - 25 Sep 2008

Figure 11. Le modle dactivits de test qualit dans la fonction management de la qualit [IEC62264-3 2007]

Au global, les modles proposs par cette norme sont limits aux activits qualit de type management relatives au test qualit via la notion dassurance qualit sans prendre en compte dautres notions de qualit. La Figure 12 met en vidence lchange des informations entre les diffrentes fonctions disponibles dans le niveau tactique et aussi entre les niveaux tactique et stratgique (dans la figure, la ligne pointille matrialise linterface entre le niveau tactique et le niveau stratgique).

Chapitre 2

68

tel-00321445, version 2 - 25 Sep 2008

Figure 12. Lchange de linformation entre les diffrentes fonctions de lentreprise selon la norme [IEC62264-1 2003]

II.2.2. Modles particuliers pour une intgration horizontale du processus qualit: application lintgration qualit-maintenance
Pour illustrer de faon plus prcise cette intgration de type horizontale, nous avons recens des travaux sur lintgration des processus maintenancequalit qui peut tre considre comme symbiotique puisque ces deux processus doivent uvrs de faon complmentaire dans lobjectif dune matrise et amlioration conjointe des produits (qualit) et processus de production (maintenance) [Iung 2002]. En effet, pour garantir une qualit constante des produits fabriqus, il est ncessaire d'optimiser les paramtres des processus de production [Lrat-Pytlak 2002]. Cela requiert de lentreprise de disposer dindicateurs qualit permettant de juger si la matrise et lamlioration de la qualit sont bien satisfaites. Un indicateur en drive doit faire lobjet dune analyse et, dans la mesure du possible, de la dfinition dactions pour amliorer la situation. Un indicateur est un vnement mesurable et dtermin par un

Chapitre 2

69

calcul qui identifie de faon qualitative ou quantitative une amlioration ou dgradation du comportement du procd ou du processus soumis examen [Zeghib 2004]. Ces indicateurs peuvent tre directement identifis partir dune problmatique conjointe qualit maintenance. Par exemple, [Cassady 2000] a effectu une recherche prliminaire concernant lintrt de l'intgration entre des activits de maintenance et des activits qualit issues de la mthode MSP (Matrise Statistique de Processus). En se basant sur ce travail, [Linderman 2005] a dmontr la valeur ajoute d'intgrer des activits qualit issues de la MSP avec des activits de maintenance pour rduire tous les cots lis ces deux processus. Ceci est ralis en dveloppant un modle de surveillance-maintenance dans lequel est intgr des activits qualit issues de la MSP et des activits de la maintenance prventive calendaire. Dans ce modle, la mthode MSP surveille lquipement et fournit des signaux indiquant la dtrioration de cet quipement, tandis que la maintenance planifie est programme

tel-00321445, version 2 - 25 Sep 2008

intervalles rguliers pour anticiper la panne de lquipement. La dtermination d'un processus instable, via la carte de contrle, aboutit une premire maintenance prventive conditionnelle pour rtablir l'quipement. La Figure 13 illustre lenchanement temporel des vnements qui dcrit un scnario du modle de surveillance maintenance dans lequel sont enchanes des activits qualit de la mthode MSP (carte de contrle) et des activits maintenance. Cependant, cette approche est limite aux activits issues de la mthode MSP et manipules au niveau oprationnel de lentreprise. Dans une orientation complmentaire, [Yarlin 2006] a aussi tudi lintgration entre des activits qualit (relatives la matrise de la qualit du produit) avec des activits de maintenance de machine pendant un processus de production. Dans cet objectif, il a formul un systme (ensemble dquations) qui permet dintgrer les donnes concernant les drives qualit de produit avec les donnes ncessaires pour maintenir les machines qui supportent la fabrication de ce produit. Lobjectif de cette intgration est davoir conjointement une meilleure maintenance de chaque machine et une meilleure matrise de la qualit du produit travers lchange des donnes entre les deux. Nanmoins, ce travail sest focalis au niveau oprationnel de lentreprise sans prendre en compte les activits qualit relatives la matrise de la qualit du processus de production du produit.

Chapitre 2

70

tel-00321445, version 2 - 25 Sep 2008

Figure 13. Le diagramme dun scnario du modle qualit-maintenance: tat hors contrle dtect [Linderman 2005]

II.2.3. Modles particuliers pour une intgration horizontale et verticale du processus de qualit : lapproche ERP
En parallle de la norme IEC62264 et en se basant sur des standards de faits (et non pas de consensus), les progiciels ERP (Enterprise Resource Planning) ralisent une intgration des informations en entreprise [Waldner 1992], [Loh 2004]. L'ERP est un systme informatique d'intgration de l'entreprise. il permet de grer l'ensemble des processus d'une entreprise, autour dun systme dinformations commun, intgrant l'ensemble de ses fonctions comme la gestion des ressources humaines, la gestion financire et comptable, l'aide la dcision, la production [Grant 2006]. Le principe fondateur d'un ERP est donc de construire des applications informatiques correspondant aux diverses fonctions cites prcdemment de manire modulaire sachant que chaque module est support par un ensemble de donnes (objets) formalises (base de donnes unique et commune au sens logique), et par un chanage dactivits pour exploiter ces donnes. Les ERPs connus sont SAP, BaaN, Oracle

Chapitre 2

71

Applications, Adonix possdant pour certains des modules qualit (modles des objets et des traitements dune partie du processus qualit) intgrs dans la fonction production : module management de la Qualit de JD Edwards EnterpriseOne (Applications Oracle) qui offre une approche contrle et homogne du management de la qualit permettant d'identifier les dfauts la source. module Quality Management (de SAP et Adonix) qui est un systme dassurance qualit pour la logistique (Figure 14).

tel-00321445, version 2 - 25 Sep 2008

Figure 14. Positionnement du module Quality management dans le progiciel SAP

Les diffrents modules "qualit" qui existent dans les progiciels ERP sont limits aux activits qualit issues de la notion dassurance de la qualit. Ainsi, ces modules ne prennent pas en compte dautres types dactivits qualit relatives, par exemple, la matrise et lamlioration de la qualit. Dans le mme objectif dintgrer des activits qualit en entreprise, [Richard 1994] a propos dintgrer la boucle (PDCA) dans chacun des niveaux de fabrication (flexible) comprenant la conception du produit, la maintenance des moyens de production et plus spcifiquement dans le processus de production afin de ragir le plus tt possible aux dfauts (optimisation globale de la qualit de production). Pour aboutir cet objectif, Richard a propos une architecture de systme manufactur supporte par un systme d'information qui permet dintgrer les activits qualit du management de qualit sur cette architecture en cohrence avec le cadre

Chapitre 2

72

CIM (Computer Integrated Manufacturing). Ce systme dinformation est construit autour dune base de donnes pour enregistrer toutes les donnes ncessaires aux activits qualit. Il permet une raction directe en cas de faute en proposant une correction des tches ou en reconsidrant le plan de fabrication local ou global. Ainsi, cette architecture permet dchanger des informations verticalement sur les trois niveaux : stratgique, tactique et oprationnel en entreprise et aussi dchanger des informations, horizontalement, entre le processus de production et les quipements de dveloppement (Figure 15). Cependant ce travail sest limit proposer et exploiter des informations qualit disponibles dans le systme d'information qualit sans proposer des modles qui dtaillent ces informations qualit et qui prsentent formellement la relation entre ces diffrentes informations chaque niveau structurel.

tel-00321445, version 2 - 25 Sep 2008

Shop floor level


incoming object supply Object to be cleared Manuf.Order Maintenance order

Manuf.repob Qualif/manuf Report

Supply

Cell control
Product

Design

Com plementary measur

Supply demand Recept post synchro Potential modif Impossible supply

Manuf.Process

Unexpected event

Equipment specif

W orkstation control

Figure 15. Modle des flux dinformations changes en entreprise manufacturire [Richard 1994]

Dans une orientation complmentaire dintgration, [Heredia 1996] a dcrit la structure dun cadre (Framework) pour intgrer les diffrentes activits qualit en entreprise (crer un

Chapitre 2

73

systme qualit intgr). Il sest bas sur IDEF0 pour dfinir les activits de ce cadre qui permet de fournir des informations et des outils appropris pour coordonner les activits qualit relatives un systme de fabrication. Ce cadre englobe des activits de planification de la qualit, matrise de la qualit et amlioration de la qualit. Il permet aussi lintgration de ces activits qualit avec dautres activits relatives aux processus de maintenance, processus de production, de lentreprise. Cette intgration des activits qualit se fait sur plusieurs axes : intgration de la connaissance relative aux activits qualit avec la connaissance du processus de production, intgration fonctionnelle externe de la qualit avec les sous-systmes du CAD, CAM et CAPP,

tel-00321445, version 2 - 25 Sep 2008

intgration fonctionnelle interne entre les diffrents sous-systmes: audit qualit, amlioration et expriences, maintenance et calibrage et finalement le contrle de la qualit,

intgration verticale de la qualit structure selon les trois niveaux structurels: niveau de management (stratgique), niveau de cellule (tactique) et niveau du poste de travail (oprationnel).

Ainsi, ce cadre permet de crer une structure gnrale qui organise les flux dinformations qualit sur plusieurs directions de lentreprise (Figure 16). Cependant il ne propose pas une modlisation des concepts de la qualit pour chacun des niveaux ou pour chaque lien avec dautres sous-systmes. C'est--dire, il ne formalise pas les diffrentes activits qualit qui peuvent tre utilises lintrieur de chaque niveau structurel.

Chapitre 2

74

tel-00321445, version 2 - 25 Sep 2008

Figure 16. Diagramme dactivits montrant lintgration verticale selon [Heredia 1996]

II.3. Modlisation du processus qualit au sein de cadres de modlisation


En complment la vision modle, lintgration du processus qualit peut tre perue aussi au travers du positionnement du processus qualit au sein de cadre de modlisation. En effet, le cadre de modlisation est un moyen pour supporter et pour guider lintgration et la structuration des diffrents modles et processus dans lentreprise. Il fdre les diffrents domaines et les diffrents points de vue de lentreprise en un ensemble cohrent et intgr (il accueille des modles en cherchant le meilleur schma pour les intgrer). Quelques cadres de modlisation on t introduits au chapitre I. Par rapport la problmatique de performance globale, fil conducteur de ces travaux, il est ncessaire que ces cadres proposent aussi concrtement pour les entreprises des mthodes, des modles, des outils pour reprsenter la notion de qualit [Pillet 1993]. Des travaux existent, en ce sens, qui proposent des modles de processus bass sur les exigences des normes ISO9000:1994. Ces modles permettent dintgrer les donnes relatives au management de la qualit au niveau de lentreprise en gnral et donc la mise en oeuvre, lutilisation et la maintenance dun systme de management de la qualit au sens des normes ISO9000:1994. Lorsquils sont connects au modle global de lentreprise, ces modles grent le systme documentaire qualit. Ces

Chapitre 2

75

modles ont t raliss avec le langage de modlisation IEM (Integrated Enterprise Modelling) [Spur 1996] qui permet de modliser les aspects fonctionnels grce un modle gnrique dactivits et les aspects informationnels grce des objets appartenant une des trois classes gnriques Produit, Ressource, Ordre [Mertins 1999]. Dans le mme but des travaux ont t mens avec le cadre CIMOSA pour fournir un modle de processus permettant la mise en oeuvre, lutilisation et la maintenance dun systme de management de la qualit au niveau de lentreprise en gnral qui rponde aux exigences des normes ISO9000 version 1994. Lapplication de ce modle facilite le management du systme documentaire de la qualit [Kosanke 1997]. Ce modle vient donc sajouter au cadre de modlisation dentreprise CIMOSA. Sur un point de vue dcisionnel, [Marcotte 1995] a propos de complter la grille GRAI avec une fonction supplmentaire qui est grer la qualit . Cette fonction propose une structure

tel-00321445, version 2 - 25 Sep 2008

particulire des activits qualit dans la grille GRAI (Figure 17). Cette structure montre que le pilotage des activits qualit est directement contraint par les proprits temporelles du processus de production. Lobjectif principal de cette contribution est de rpondre la difficult de caractriser la qualit sous ses diffrents points de vue en entreprise. Ainsi, partir des concepts du modle GRAI et travers la fonction grer la qualit , Marcotte a dfini et spar les diffrentes activits qualit dans les niveaux structurels de lentreprise. Ces activits qualit sont lies la gestion des produits pour que ces activits modifient des proprits du produit. Cette structure dcisionnelle de la qualit permet de grer la qualit dans le temps et de prendre en compte ainsi son volution dynamique.

Chapitre 2

76

tel-00321445, version 2 - 25 Sep 2008

Figure 17. Structure particulire des activits qualit dans la grille GRAI [Marcotte 1995]

II.4. Synthse
Relativement laxe Modles du cadre de rfrence introduit par [Lhoste 94], des contributions la fois acadmiques et industrielles ont permis de proposer des modles gnraux et gnriques du processus de qualit. Certains de ces modles sont mme norms travers lIEC62264. Ils formalisent soit la connaissance interne du processus ncessaire son bon fonctionnement, soit la connaissance externe ncessaire son intgration. Cependant ces modles sont encore peu nombreux et leur couverture du processus qualit reste trop restreinte pour atteindre lobjectif dune matrise et dune amlioration conjointe du produit et de ses processus de production. La Figure 18 synthtise les diffrentes propositions prsentes dans la deuxime partie de ce chapitre. En effet, les modles proposs nenglobent pas toutes les activits requises pour atteindre cet objectif la fois en phase de conception et dexploitation. Sur laspect intgration, les modles proposs traitent de lintgration du processus qualit soit un seul niveau seulement (horizontalit) sans prendre en compte son intgration avec les autres niveaux, soit en lien avec diffrents niveaux mais sans formaliser cette logique dintgration. En pratique, cette intgration nest pas applique parce que la plupart des entreprises exploitent chaque niveau de dcision de manire indpendante. Ainsi cette intgration peut tre aussi investigue et ralise travers des mthodes et des

Chapitre 2

77

mthodologies qui vont se chaner pour apporter le niveau de matrise et damlioration demand.

Modles gnraux des activits et des objets dun processus qualit Contribution
[Sangyoon 2004] : a modlis un systme d'information du management de qualit, bas sur la norme ISO9000:2000

Limites
- Sont utiliss soit en phase de conception soit en exploitation - Englobent des activits qualit dun seul niveau structurel sans prendre en compte les autre niveaux - Ne proposent pas une modlisation des concepts qualit de faon suffisamment prcise pour atteindre les objectifs viss

Modles gnraux pour une intgration verticale et horizontale Contribution Limites


[IEC62264-1 2003], [IEC622642 2004] modlise des concepts qualit sous la forme dobjets dans le modle dobjets relatifs au matriel (intgration verticale) [IEC62264-3 2003] propose un modle dactivits qui supporte lintgration horizontale et verticale dun processus qualit

Modles particuliers pour une intgration horizontale et verticale Contribution Limites


[Linderman 2005] et [Yarlin 2006] : intgration horizontale du processus qualit avec le processus maintenance - Se focalisent sur des activits au niveau oprationnel - Se focalisent soit sur la qualit du produit soit sur la qualit de processus de production (pas les deux ensemble) limits aux activits qualit issues de la notion dassurance de la qualit.

tel-00321445, version 2 - 25 Sep 2008

[Meillier 1994] : a propos la modlisation dun systme qualit pour identifier les activits qui concernent la matrise, lamlioration et le diagnostic de la qualit. Cette modlisation repose sur OLYMPIOS

Les modles proposs sont limits aux activits qualit de type management relatives au test qualit via la notion dassurance qualit sans prendre en compte dautres notions de qualit

les progiciels ERP : possdent certains modules qualit (modles des objets et des traitements)

[Richard 1994] a propos une architecture de systme manufactur qui permet dintgrer les activits qualit (horizontalement et verticalement) [Heredia 1996] : a dcrit la structure dun cadre (Framework) pour intgrer les activits qualit en entreprise sur les diffrents axes

ne propose pas des modles qui dtaillent les activits qualit chaque niveau structurel.

ne dtaille pas les activits qualit qui peuvent tre utilises lintrieur de chaque niveau ou entre les niveaux

Figure 18. Classification des propositions majeures concernant les modles pour le processus qualit et son intgration

Chapitre 2

78

III.

Mthodes

et

Mthodologies

pour

le

dveloppement et lintgration du processus qualit

Dans lobjectif de matriser et damliorer la qualit du produit ou du processus de production support, plusieurs mthodologies et mthodes ont dj t utilises telles que le TQM, Six Sigma, QFD, AMDEC, MSP, plans dexprience, Automatic process control (APC), Engineering Process Control (EPC), [Hongen 1995], [Klefsj 2001], [Buglione 2001], [Johnson 2003]. Cependant, ces mthodologies et mthodes permettent difficilement de matriser et d'amliorer simultanment la qualit du produit et la qualit des processus de production mis en uvre [Ettlie1994]. De plus, la plupart de ces mthodologies sont applicables dans la phase de conception ou dans la phase dexploitation [Young 2006] mais peu dentre elles, part le QFD et le Six sigma, le sont en conception et en exploitation [John 2000]. En effet, le dploiement de chacune dentre elles se base sur une technique ou un mcanisme spcifique. Par exemple, le QFD se base sur lutilisation dun mcanisme (modle) connu sous le nom de la maison de la qualit HOQ (matrice de "Quoi comment") [Akao 1990] (Figure 19). Lexploitation du six sigma se base aussi sur deux sousmthodologies [Breyfogle 2003], [Pillet 2004] : DMAIC (Define, Measure, Analyze, Improve, Control) et DMADV (DFSS) (Define, Measure, Analyze, Design, Verify). De plus, ces diffrentes mthodes et mthodologies, pralablement introduites, sont souvent informelles car dcrites sous une base textuelle ou graphique [Juan 2004] et possdent peu de modles sur lesquels elles peuvent se baser dans un souci de cohrence et de rutilisabilit.

tel-00321445, version 2 - 25 Sep 2008

Chapitre 2
M atrice de corrlation 10

79

6 5

1 2 3

Q uel produit Q uel client

Param tres de conception Benchm arking

Exigence de client

Com m en t

Pourquoi

Q uoi

SCO RES

Taux dIm portance

Com bien

7 8 9

M atrice de corrlation O bjectif B enchm arking

tel-00321445, version 2 - 25 Sep 2008

Figure 19. Les tapes de construction de la maison de la qualit [Akao 1990]

Ce manque de formalisation est dautant plus vrai pour le TQM qui est vu comme un systme de management qui supporte la matrise et lamlioration de la qualit. L'importance du TQM a considrablement augment au cours des dernires annes [Juan 2004], [Hansson 2003] car il permet normalement de rduire la variabilit de performance et daugmenter la stabilit des processus de production et aussi celle des produits [Tummala 1996]. Il prsente un intrt particulier puisqu'il permet d'intgrer, au sein des composantes, plusieurs mthodes et mthodologies qualit qui devraient supporter conjointement (en terme de perspective) la matrise et lamlioration de la qualit du produit/processus [Stefan 2006], [Juan 2005], [Joo 2006]. Comme introduit au chapitre I ( V.2), [Hellsten 2000] a dfini le TQM comme un systme de management constitu de trois composants qui sont mutuellement dpendants: core values , mthodologies et mthodes/outils. Cette dfinition a servi de base de nombreux travaux tels que [Hansson 2001], [Eriksson 2004], [Palmberg 2005], [Svensson 2006]. Parmi les trois composants du TQM, certains core values (matrise la qualit, amlioration continue, satisfaction de client, leadership,) et plusieurs mthodologies et mthodes/outils qualit (SPC, Poka-yok, benchmarking, diagramme de Pareto, AMDEC, Six Sigma) ont dj t exploits travers les travaux de [Dale 1998], [Evans 1999], [Sila 2002], [Stefan 2006], [Bayazit 2007].

Chapitre 2

80

Selon [Hellsten 2000], limplmentation du TQM devrait commencer par la dtermination du core values satisfaire, puis lidentification et lutilisation des mthodologies qui soutiennent ce core value , et finalement, lexploitation d'une manire efficace des mthodes/outils afin de soutenir les mthodologies choisies. Cette implantation du TQM permet damliorer normalement la performance globale de lentreprise [Joo 2006], [Jaideep 2001]. Plusieurs difficults ont merg lors de cette implantation dont un obstacle majeur relatif la dfinition et modlisation explicite de la relation entre les trois composants du TQM [Flynn 1994], [Ravichandran 2000]. En effet, peu de travaux ont trait ce problme car la plupart se sont concentrs sur la proposition de modles qui senglobent ces trois composants du TQM mais sans prendre en compte leur interdpendance [Flynn 1994], [Anderson 1995], [Samson 1999], [Wilson 2000]. Ainsi, [Sanjay 2001], [Juan 2004] ont mis en vidence la ncessit de clarifier et de dterminer sans ambigut les relations parmi les

tel-00321445, version 2 - 25 Sep 2008

diffrents composants du TQM (i.e. quelles mthodologies, quels mthodes/outils choisir pour supporter le core value choisi ?) afin de pallier au manque de formalisation [Evans 1997], [Eriksson 2004]. En rsum, dans le cadre du TQM, une mthodologie (formalise) qualit est ncessaire, dune part, pour mieux matriser et amliorer conjointement la qualit de produit et la qualit de ses processus de production de la conception jusqu lexploitation, et dautre part, pour aider raliser linterdpendance entre les trois composants du TQM. Dans le mme objectif de matrise et damlioration, plusieurs autres mthodologies qui se basent sur un enchanement dactivits qualit ont t proposes. Dans ce sens, [Babus 2005] a soulign la ncessit dlaborer une mthodologie commune qui combine la technique de APC (Automatic process control) avec la MSP afin dobtenir des produits de meilleure qualit par une matrise et une rduction de la variabilit du processus. Cette dmarche a dj fait aussi lobjet des travaux de [Elsayed 1995], [Carr 1999], [Gultekin 2002], [Duffuaa 2004] qui appliquent premirement des techniques dAPC pour contrler les relations entre les entres et les sorties de processus, puis les techniques de MSP pour faire des prvisions en essayant de tenir le processus sous matrise en identifiant les causes de variations (Figure 20).

Chapitre 2

81

tel-00321445, version 2 - 25 Sep 2008

Figure 20. Combinaison entre le MSP et lAPC [Babus 2005]

Dans le mme sens, [Werner 2001] est all un peu plus loin en intgrant la technique TPM (Total Productive Maintenance) avec les MSP et APC. Pour raliser cette intgration, il a propos une mthodologie qualit, base sur lexploitation dun tableau de la matrise du processus. Cette mthodologie structure les diffrents domaines de matrise du processus en traant les matrises d'un processus sur deux dimensions (Figure 21): sur l'axe horizontal: le but ou la fonction d'une matrise, sur laxe vertical: l'endroit dans le processus o les mesures de matrise sont prises.

Cette mthodologie fournit une structure pour obtenir une vue d'ensemble des fonctions de la matrise et de leurs interdpendances en montrant qu'il n'y a pas une seule meilleure manire de matriser un processus. En rsum, cette utilisation conjointe de MSP, APC ou TPM, est focalise sur la matrise du processus de production sans prendre en compte la matrise de la qualit de produit lui mme. En plus ce type dutilisation conjointe des mthodes est exploitable dans le niveau oprationnel en entreprise et surtout dans la phase dexploitation de ces activits qualit.

Chapitre 2

82

tel-00321445, version 2 - 25 Sep 2008

Figure 21. Le tableau intgr de la matrise du processus : (s)= MSP, (T)= TPM, (a)= APC [Werner 2001]

[Ament 2001], de son cot, a constat que pour garantir une qualit constante des produits et des processus, il est ncessaire doptimiser les paramtres des processus de production ds quon observe des dviations de la qualit de produit. Pour cela, il a propos une dmarche base sur la MSP (dviation de la qualit) et lAMDEC (analyse en diffr) qui dveloppe une matrise automatique de la qualit oriente par processus (Figure 22). Cette approche est compose en deux tapes: un contrleur local de qualit stabilise la qualit du produit aux valeurs de rfrence puis un change de l'information entre les contrleurs locaux est tabli en parallle l'coulement des produits afin d'obtenir un processus global optimis. Cette dmarche est limite aux activits manipules au niveau oprationnel en lien avec la machine directement et utilisable en exploitation seulement.

Chapitre 2

83

tel-00321445, version 2 - 25 Sep 2008

Figure 22. Structure de la dmarche pour une matrise automatique de la qualit [Ament 2001] Sur laxe Produit, [Pillet 1999], [Bernard 2001] ont propos de formaliser une dmarche pour la rsolution du problme qualit du produit en atelier appele ADAQ (Analyse des Dfauts pour lAmlioration de la Qualit). Cette dmarche permet de converger rapidement vers la source du problme et fournit un guide dutilisation des diffrentes mthodes danalyse de donnes ou dexprimentation (Figure 23). Le principe est de faire en quelque sorte une AMDEC mais qui serait dclenche chaque fois quun dfaut apparat en production.

Figure 23. Les concepts de base de lADAQ [Bernard 2001]

Chapitre 2

84

En effet, les tapes de formalisation de cette mthode sont structures au travers dun enchanement dtapes successives connues pour les mthodes de rsolution de problme qui le plus souvent sont fondes sur lapproche PDCA (Figure 24).

Identifier le problme

Rcolter les donnes

Rechercher des causes

Vrifier les rsultats

Mise en uvre des solutions

Rechercher des solutions

tel-00321445, version 2 - 25 Sep 2008

Gnraliser

Figure 24. Etapes classiques des mthodes de rsolution de problmes qualit [Bernard 2001]

Loriginalit de lapproche propose est fonde sur trois points : La formalisation de la recherche dune arborescence et dune approche visant valider rapidement lensemble dune branche de larborescence ; Lanalyse causale qui nous permet danalyser de faon rapide et optimale lensemble des caractristiques candidates. Ladquation avec les principes de bases retenus.

Le but de lanalyse causale est de guider le technicien dans sa rflexion et ainsi de limiter de faon considrable le nombre dessais. Cependant cette mthode, qui est limite au niveau oprationnel, est oriente plutt sur les problmes relatifs la matrise de la qualit du produit que sur la qualit du processus. Face aux nouveaux scnarios rencontrs dans le processus de production relatif la grande quantit de surveillances et de mesures raliser sur chaque produit, il merge un vrai besoin pour l'automatisation de lexcution des mthodes qualit. Cette automatisation doit tre dveloppe afin de sadapter des vitesses rapides d'entres de donnes issues des processus et/ou des produits et puis de profiter de ces nouvelles donnes disponibles pour calculer des indicateurs. Dans ce sens, des techniques comme celle des rseaux de neurones ont t introduites en qualit. Par exemple, [Chinyao 2003], [Massimo 2004] ont prsent un systme

Chapitre 2

85

de rseau de neurones pour identifier le comportement de processus en dtectant des changements et les dviations de l'tat du processus. Cette approche est base sur la thorie de rsonance adaptative (l'ART) mise en uvre pour dvelopper un modle de matrise de qualit travers un algorithme qui supporte lART. Ce modle peut tre exploit pour identifier des changements de l'tat d'un processus de fabrication. La Figure 25 montre le systme propos pour la matrise de la qualit du processus de fabrication.

tel-00321445, version 2 - 25 Sep 2008

Figure 25. Systme industriel en lien avec un rseau de neurones propos pour la matrise de la qualit [Massimo 2004]

De mme, une autre technique utilisant les rseaux baysien a t introduite dans le domaine qualit pour surveiller et dterminer les causes racines dune non-conformit. Dans ce sens, [Verron 2007] a propos une mthode base sur les rseaux baysien pour diagnostiquer les fautes issues dun systme industriel qui peuvent provoquer des drives qualit (trouver les causes possibles de ces drives). Cette mthode inclut une slection des variables les plus informatives du systme. Ainsi, elle se base sur ces variables importantes pour diagnostiquer les fautes. La Figure 26 prsente les diffrents procds raliser durant lutilisation de cette mthode.

Chapitre 2

86

tel-00321445, version 2 - 25 Sep 2008

Figure 26. Le procd pour le diagnostic de dfaut [Verron 2007]

En effet, cette utilisation des techniques de rseau de neurones et de rseau baysien est limite dans la phase dexploitation dun processus de matrise de la qualit et aux activits qualit de niveau oprationnel sans prendre en compte des activits qualit des autres niveaux en entreprise.

En conclusion, une entreprise qui adopte une mthodologie de matrise et damlioration continue de la qualit devra faire appel plusieurs activits qui rpondent cet objectif et qui fonctionnent en parallle. Certaines d'entre elles se concentrent sur la matrise et lamlioration de la qualit du produit, et dautres sur le processus de son dveloppement [Nilssonn 2005]. De plus la plupart de ces contributions se concentrent sur le niveau oprationnel seulement et dans la phase dexploitation sans commencer traiter cette problmatique ds la phase de conception. En effet, il ny a pas vraiment de mthode ou de mthodologie qui est assez gnrique (base sur une phase normative) pour matriser et amliorer, conjointement, la qualit de produit et la qualit de ses processus de production, de la conception de cette matrise jusqu son exploitation.

Chapitre 2

87

IV. Conclusion

Nous avons mis en vidence dans ce chapitre diffrentes contributions relatives aux problmatiques scientifiques concernant la formalisation et lintgration du processus qualit en entreprise dans lobjectif de mieux matriser et amliorer conjointement la qualit du produit et la qualit de ses processus de production de la conception jusqu lexploitation. Parmi ces contributions, trs peu proposent des mthodologies homognes permettant le dploiement cohrent et lintgration du processus qualit, dune part, au niveau tactique avec les autres types de processus, et dautre part, aux deux autres niveaux en entreprise. Nous avons soulign aussi, au pralable, que les modles gnriques proposs nenglobent pas

tel-00321445, version 2 - 25 Sep 2008

toutes les activits concernant la matrise et lamlioration conjointe de la qualit du produit/processus. Il est noter prioritairement que les dmarches et les approches qualit proposes qui dveloppent ces activits sont trop souvent informelles car ne supportant pas une phase de formalisation des concepts qualit dans leur tape de conceptualisation indispensable pour la matrise et lamlioration de la qualit. Ce manque de formalisation est dautant plus vrai pour le TQM dans l'interdpendance entre les trois composants du TQM. Sur ce constat et pour faire face aux besoins industriels prsentes dans le chapitre 1, nous proposons, dans le troisime chapitre, une approche gnrique pour la modlisation du processus qualit. Cette approche a pour objet de formaliser le processus qualit (centre sur la vision de matrise et damlioration du produit/processus) qui sintgre dans les diffrents niveaux structurels et qui supporte linterdpendance formalise entre les trois composants du TQM. Cette approche exploite et conserve les concepts qualit issus du modle dobjet de matriel dfinit dans la norme IEC62264 et formalise des concepts qualit issus de la norme ISO9000:2000 et certaines mthodes qualit.

tel-00321445, version 2 - 25 Sep 2008

tel-00321445, version 2 - 25 Sep 2008

Chapitre 3 : Vers une approche gnrique de formalisation du processus qualit de niveau produit et processus de production

tel-00321445, version 2 - 25 Sep 2008

Chapitre 3

91

I. Introduction

A partir des constats formuls au chapitre 2 sur la modlisation et lintgration du processus qualit, nous proposons dans ce chapitre une approche gnrique de formalisation (indpendante de toute application) du processus qualit restreint aux activits de niveau qualit produit et qualit processus de production. Cette approche est base sur des rgles smantiques permettant daboutir un guide qualit utilisable aussi bien en conception quen exploitation. Lapproche formalise le processus qualit au niveau tactique intgr avec les niveaux oprationnel et stratgique dune entreprise. Lobjectif prioritaire de cette approche est de permettre une plus grande matrise et amlioration conjointes de la qualit du produit et

tel-00321445, version 2 - 25 Sep 2008

de ses processus de production. Elle se positionne en cohrence avec le TQM et supporte une interdpendance formalise entre les trois composantes du TQM. Lapproche sappuie sur une modlisation des concepts (gnraux et gnriques) en qualit transcrits sous la forme de mta-modles construits sur le langage de modlisation UML (Unified Modelling Language). Dans un premier temps, nous nous intressons ainsi la modlisation du processus qualit au niveau tactique ainsi qu son intgration avec le niveau stratgique, ceci en modlisant des concepts qualit extraits des normes ISO9000:2000 et IEC62264. Ensuite, nous dtaillons lextension du processus qualit vers le niveau oprationnel en modlisant des concepts qualit issus de mthodes qualit rpondant aux besoins industriels gense de ces travaux. Enfin, nous proposons des indicateurs qualit qui nous permettront dvaluer le niveau de matrise et damlioration dun processus qualit ddi un cas dapplication spcifique.

Chapitre 3

92

II.

Principes

de

lapproche

gnrique

de

modlisation

Dans le but de formaliser et dintgrer le processus qualit en entreprise, tout en rpondant aux besoins de formalisation de linterdpendance des trois composants du TQM, notre contribution porte sur la proposition dune approche gnrique matrialisant en quelque sorte un guide qualit. Lobjectif au travers du dploiement de cette approche (du guide) est doffrir une mthodologie, des outils pour amliorer et mieux matriser conjointement la qualit du produit et de ses processus de production. Cette approche se veut gnrique donc indpendante de tout domaine dapplication mais instantiable lors de son dploiement tous domaines dapplication voire toutes applications spcifiques. En ce sens, lapproche gnrique se construit sur trois phases [Deeb 2007b], [Deeb 2007c]: Phase (1), la modlisation (formalisation) des concepts du processus qualit au niveau tactique et qui sont en lien avec le niveau stratgique. Cette formalisation permet de matrialiser une mthodologie dans le cadre du TQM, Phase (2), lextension de la modlisation du processus qualit vers le niveau oprationnel. Cette extension permet de matrialiser l'interdpendance entre la mthodologie et quelques mthodes/outils de support dans le TQM (modlisation des objets communs), Phase (3), la modlisation des indicateurs qualit dans lobjectif dvaluer lapproche qualit (phase d'valuation). Cette phase permet de formaliser l'interdpendance entre la mthodologie et le core value choisi dans le TQM. Notre approche qualit doit tre considre comme une approche prventive de la qualit qui consiste, par lanalyse, faire en sorte que les dysfonctionnements (non-conformits) ne se produisent pas, et donc elle exige faire bien du premier coup. Elle doit tre utilisable depuis la phase de conception (i.e. exhaustivit des non-conformits potentielles) jusqu la phase dexploitation (i.e. matrise ou anticipation de ces non-conformits) dun produit/processus particulier matriser et/ou amliorer. Durant la phase de conception et suite linstanciation des concepts qualit (du gnrique vers un modle spcifique), cette approche doit guider l'ingnieur qualit pour traduire ses exigences informelles en connaissances formalises. La connaissance encapsule dans le modle spcifique (rsultant

tel-00321445, version 2 - 25 Sep 2008

Chapitre 3

93

de lensemble des instances) est ensuite stocke dans une base de donnes et peut tre directement transpose dans un formalisme comprhensible par loprateur sur site pour la phase dexploitation. Ces informations (sur site) permettent de mieux suivre et d'anticiper en ligne les drives qualit du produit et/ou du processus de production tudis ( matriser et/ou amliorer). Par consquent, il est ncessaire dtablir des rgles de construction qui permettent de structurer notre approche qualit pour rpondre nos besoins de formalisation gnrique. Ces rgles de construction doivent organiser les diffrentes tapes ncessaires la cration dun modle spcifique relatif une matrise conjointe de la qualit du produit/processus tudi, et ce ds la phase de conception jusqu la phase dexploitation. Face cette contrainte de gnricit, nous avons utilis la technique de "mta-modlisation"

tel-00321445, version 2 - 25 Sep 2008

avec des rgles de construction claires et documentes comme technique de formalisation. Dans la technique de "mta-modlisation", des mcanismes permettent aussi de crer, par une procdure dinstanciation, des modles spcifiques de qualit ddis un cas dapplication particulier. La syntaxe et la smantique oprationnelle du mta-modle se traduisent par la notion de mta-classe, de mta-classe sous-type, des mta-associations (qui peuvent avoir un nom, des multiplicits, un rle) et des contraintes. Lensemble de ces notions nous permet dintroduire les rgles de construction ncessaires pour construire notre approche qualit (en syntaxe et en smantique). [Panetto 2006] a montr lintrt de lutilisation de la technique de "mta-modle" pour faciliter lintgration des diffrents processus, systmes, modles dans lentreprise. La mta-modlisation est un acte de modlisation applique sur un modle [Oussalah 1997]. Le mta-modle est dfini comme un modle dun modle [Seidewitz 2003] ou un modle pour crer des modles. Cette notion de mta-modle qui est expose par [Mannarion 1997] contient une architecture trois couches (couche de mta-modle, couche modle et couche de lunivers du discours), comme un cadre ouvert employer pour la construction des modles intgrs en entreprise. Une approche actuelle reprsentative de la mta-modlisation est matrialise par la proposition de lapproche MDA (Model Driven Architecture) de l'OMG (Object Management Group) [Miller 2003], [Mellor 2004]. Cette approche est base sur quatre niveaux de modle [Naumenko 2003] (Figure 27). Le niveau M3 prsente le mta-mta-modle et doit tre conu pour permettre la dfinition de tous les concepts ncessaires pour la modlisation de mta-modles et pour leur unification sous un cadre commun. Le niveau M2 reprsente les mta-modles spcifiques chaque domaine: un

Chapitre 3

94

mta-modle pour chaque domaine dintrt pertinent pour les modles de niveau M1. Il rsulte dune phase dinstanciation du mta-mta-modle. Cest le niveau qui possde des rgles de construction et des notations pour construire le modle. Le niveau M1 rsulte dune phase dinstanciation du mta-modle. Il contient les diffrents modles de chaque univers de discours. Les modles du niveau M1 appartiennent diffrents domaines dintrt relatifs aux univers du discours reprsents par les modles. Finalement le niveau le plus bas niveau M0 reprsente les diffrents sujets de modlisation aussi appels univers du discours . Ce niveau rsulte dune phase dinstanciation du modle.

tel-00321445, version 2 - 25 Sep 2008

Figure 27. Lapproche MDA et les quatre niveaux ontologiques [Naumenko 2003]

En effet notre approche qualit gnrique, construire au niveau M2, va permettre de formaliser (rendre explicite) la connaissance gnrique extraite du processus qualit relativement au point de vue fix (formalisation des concepts qualit). Le passage du niveau M2 au niveau M0 ( travers le niveau M1) suivra ainsi, pour chaque modle spcifique, une procdure dinstanciation. Ensuite, lutilisateur ou loprateur sur site pourra accder la connaissance (univers du discours) pour lexploiter ses fins de matrise et damlioration de ses produits/processus de production. Ceci peut se retraduire sous la forme de trois principales tapes dont la premire symbolise la gnricit de lapproche [Deeb 2005], [Deeb 2006] : extraction (acquisition) et mta-modlisation de la connaissance qualit :

mta-modlisation des concepts qualit (mta-modles des objets et des activits) issus de la norme ISO9000:2000, de la norme IEC62264 et des mthodes qualit qui sont

Chapitre 3

95

ncessaires pour rpondre aux besoins industriels dALSTOM-Moteurs telles que AMDEC, MSP, Poka-yok et APR (Analyse Prliminaire de Risques), instanciation des diffrents mta-modles issus de la premire tape chaque cas dapplication particulier. Ceci permet de construire un modle spcifique qui contient la connaissance qualit ncessaire pour supporter la matrise conjointe et lamlioration du produit/processus tudis extraction et exploitation, sur site, de la connaissance encapsule dans ce modle spcifique. Lobjectif de ces trois tapes est de passer dune connaissance implicite informelle une connaissance explicite formelle [Deeb 2006]. Dans notre approche qualit chacun des mta-modles au niveau M2 support de lapproche

tel-00321445, version 2 - 25 Sep 2008

permet davoir, par instanciation, un modle particulier au niveau M1, par exemple : le mta-modle support de la mthode AMDEC permet, par instanciation, davoir un seul modle AMDEC. Cela nous permet dviter pendant linstanciation des mta-modles de passer par le niveau M1 et daller directement au niveau M0. Par instanciation, il sagit de valuer les champs des mta-classes du modle considr (cration dinstances). Par exemple, linstanciation de la mta-classe Processus consiste attribuer une valeur au champ processus (i.e. assembler des tles) ainsi quaux diffrents attributs de cette mtaclasse. La Figure 28 dcrit linstanciation, selon notre approche, de la mta-classe processus dans le cas dun processus assembler des tles .
M ta-classe P ro cessu s
C ode : S tring Z one de travail: S tring

Instanciation

Instance Assem b ler d es t les


C ode : P 1 Z one de travail: Atelier (A)

Figure 28. Le principe dinstanciation de la mta-classe Processus

Pour structurer les diffrentes tapes de modlisation de notre approche qualit dans un contexte entreprise (i.e. cohrence avec la notion de cadre de modlisation), nous utilisons le cadre de modlisation Zachman. Chacune de ces tapes de modlisation remplit une ou plusieurs des cases du cadre Zachman. Par exemple, la premire tape de la modlisation est purement contextuelle, il ny a pas de diagramme tablir. Elle permet de lister les lments

Chapitre 3

96

importants pour la modlisation et identifier les processus concerns. Cette tape prliminaire couvre la premire case des colonnes (de gauche droite), correspondant au contexte : Quoi (What) pour les objets importants : documents qualit, ressources informatiques, Comment (How), pour lister les processus : processus de production et le processus qualit, Qui (Who), pour prciser lacteur : ingnieur qualit, Pourquoi (Why), pour dterminer lobjectif : fournir une approche qualit plus formalise (Guide qualit). Le positionnement des autres tapes de modlisation dvelopper dans le cadre de notre approche qualit est illustr dans la Figure 29.

tel-00321445, version 2 - 25 Sep 2008

Quoi (Objet)
PORTEE {contextuel} Planificateur Concepteur MODELE DE L'ENTREPRISE {conceptuel} Propritaire Concepteur MODELE DU SYSTEME {logique} Concepteur Thing important to the business : - Documents - Ressources

Comment (Traitement)
List of processes the business performs: - Production - Qualit

O (Rseau)

Qui (Acteurs)
List of organizational units: Ingnieur qualit

Quand (Temps)

Pourquoi (Motivations)
List of business goals: Offrir une approche qualit (guide qualit) Business paln : Supporter lapproche qualit

dvelopper dans le Chapitre 3

Semantic model : Mta-Modle dobjets

Business process model : Mta-modle dactivits

Work flow model: Ingnieur qualit

Logical data model : Modle relationnel reprsente le modle dobjets

Human interface architecture: Ingnieur qualit

Business rule model: Construire une base de donnes


Rule design: Construire une base de donnes pour stocker la connaissance du modle spcifique

MODELE DE TECHNOLOGIE {physique} dvelopper dans le Chapitre 4 Concepteur REPRESENTATION DETAILLEE Concepteur Programmeur

Physical data model:

System design:

Modle Script pour crer spcifique qui une base de donne contient les donnes qualit Data definition : -Crer une base de donnes Program:

Presentation architecture: Ingnieur qualit

Construire un programme pour transfrer les -Saisir des donnes donnes qualit vers la base Actual business data Support pour afficher les donnes Actual application code: Construire un support

Security architecture : Ingnieur qualit

Rule specification: Stocker les donnes Actual business strategy: Extraire et exploiter des donnes

Systme de fonctionnement

Actual business organization : -Ingnieur qualit -Oprateur sur site

Figure 29. Positionnement des diffrentes tapes de modlisation de lapproche qualit dans le cadre de modlisation Zachman

Chapitre 3

97

Les tapes de modlisation de lapproche qualit, telle quelles sont dcrites dans ce chapitre 3, nadressent que les niveaux contextuel et conceptuel du cadre Zachman. Dans le chapitre 4, nous mettons en vidence les autres tapes de modlisation qui sadressent aux autres nivaux dabstraction et qui correspondent aux tapes dinstanciation et dexploitation de la connaissance qualit. Ainsi, en respectant le positionnement des diffrentes tapes de modlisation dans le cadre Zachman, les diffrentes tapes du dveloppement de notre dmarche qualit globale (support la partie gnrique), pour construire lapproche qualit, sont illustres dans la Figure 30.
Mta-modle global
ISO 9000:2000 Chapitre 3 (.II.1) Chapitre 3 (.II.1) APR Chapitre 3 (.II.2) Chapitre 3 (.II.3)

tel-00321445, version 2 - 25 Sep 2008

Mta-modlisation des concepts qualit


AMDEC

IEC/ISO 62264 MSP Poka-yok

Indicateurs qualit Implmentation

Outil MEGA

Chapitre 4 (.II.2)

Automatisation de lapproche qualit

Modification du mta-modle de MEGA

Environnement qualit dans MEGA

Chapitre 4 (.II.2)

Utilisation de lapproche en conception


Chapitre 4 (.II.3.1)

Instanciation du mta-modle global sur un cas dapplication

Modle spcifique (connaissance qualit)


Extraction de la connaissance Aide crer une base extrieure

Chapitre 4 (.II.2.4) Base de donnes


Consultation

Utilisation de lapproche en exploitation


Chapitre 4 (.II.3.2)

Page Web

Chapitre 4 (.II.3.2.2)

Figure 30. Les diffrentes tapes de la dmarche pour construire lapproche qualit

Chapitre 3

98

Dans la phase de mta-modlisation, lapproche se concrtise travers deux types de modles: modle dobjets (donnes) : exprime de manire gnrale laspect statique dune mthodologie ou dun systme, modle dactivits (traitement) : exprime de manire gnrale laspect dynamique (comportement interne) dune mthodologie ou dun systme. Les activits processent les donnes (en entre et/ou en sortie). La ralisation des diffrents mta-modles ncessite le support dun outil et dun langage de modlisation nous permettant de rpondre nos besoins en crant des mta-modles dobjets, des mta-modles dactivits et de raliser les diffrentes rgles de construction supports de notre approche. Diffrents langages de modlisation sont actuellement proposs avec

tel-00321445, version 2 - 25 Sep 2008

lobjectif deffectuer la modlisation en entreprise : NIAM, UML, IDEF0, . Pour effectuer la modlisation de notre approche qualit, nous avons choisi le langage de modlisation UML (Unified Modelling Language) [Booch 2000], [UML 2003] parce que : il est un des langages les plus utiliss dans le domaine de la modlisation en entreprise, il est le standard de lOMG pour la modlisation de lobjet, il fait partie de lensemble des outils MDA (Model Driven Architecture) il permet de dcrire facilement le niveau modle et le niveau mta-modle.

UML offre aussi la possibilit dextensions (mises jour) vers le nouvel langage de modlisation SysML (Systems Modeling Language). Il est un langage semi-formel offrant des mcanismes graphiques de modlisation. Il permet non seulement de reprsenter et de manipuler les concepts objet mais en plus il sous-entend aussi une dmarche d'analyse ncessaire la conception dune solution objet de manire itrative, grce aux diagrammes qui supportent l'abstraction. Parmi ces diffrents types de diagrammes, deux types de diagrammes rpondent plus spcifiquement nos besoins (Annexe (A)) : le diagramme (modle) de classe dobjet : travers ce type de diagramme nous crons les mta-modles dobjets en termes de mta-classes et de mta-association, le diagramme (modle) dactivits : travers ce type de diagramme nous crons les mta-modles dactivits (traitement) en termes dactivits et de transitions.

Chapitre 3

99

Ainsi, base sur UML, la modlisation ralise permet de reprsenter chaque concept de lapproche par une mta-classe dobjet et la relation entre ces objets par une mta-association. Les diffrents types dassociations intgrs dans le modle de classe dobjets tels que lagrgation, la gnration, ainsi que ses multiplicits et les contraintes entre les associations permettent dintroduire les diffrentes rgles de construction dans notre approche qualit. Cette approche est ensuite supporte par un outil de modlisation de processus d'entreprise MEGA Suite qui nous aidera mettre en uvre ces rgles de construction puis automatiser notre approche pour soutenir et faciliter son utilisation. Dans les sections suivantes II.1, II.2 et II.3, nous dtaillons donc lensemble de la phase de mta-modlisation (concepts qualit au niveau tactique en lien avec le niveau stratgique ; extension des concepts vers le niveau oprationnel ; intgration des indicateurs qualit) en expliquant les diffrentes tapes suivies pour supporter ces phases.

tel-00321445, version 2 - 25 Sep 2008

II.1. Formalisation des concepts qualit au niveau tactique en lien avec le niveau stratgique
Le processus qualit formaliser se situe aux niveaux tactique et stratgique, et supporte certaines activits et rgles qualit mettre en oeuvre reprsentant une mthodologie qualit dans le cadre du TQM. Cette mthodologie a pour but de satisfaire le core value , de matrise et damlioration conjointes de la qualit du produit et de ses processus de production, et ce tant au niveau tactique que stratgique. Ce core value dtermine le contexte de la formalisation du processus qualit, cur de notre contribution, puisque notre effort de modlisation porte principalement et prioritairement sur les activits (et les objets associs) dployes dans cet objectif de matrise et damlioration. Cette premire phase de formalisation est base sur une mta-modlisation des concepts qualit de niveau tactique extraits de lapproche processus prne par la norme ISO9000:2000. Cette norme a t labore pour aider les organismes, de tous les types et de toutes tailles, mettre en uvre et appliquer des systmes de management de la qualit efficaces. Elle dcrit les principes essentiels des systmes de management de la qualit et en spcifie la terminologie. Ainsi, cette norme nous offre la dfinition des diffrents termes (concepts) utiliss dans le domaine de la qualit et rpond notre besoin relatif la gnricit de lapproche qualit vise. La mta-modlisation permet lunification, au minimum, des concepts qui reprsentent les activits de surveillance, de diagnostic et de mise en place et suivi dactions correctives et

Chapitre 3

100

prventives (activits considres comme essentielles en regard du core value fix). Cette tape est conduite selon les notions de matrise et damlioration de la qualit pour remdier aux non-conformits produit/processus de production. De tels travaux, portant sur la formalisation de concepts dfinis dans une norme, ont dj t effectus. Par exemple, [Blaise 2000] formalise en NIAM des normes portant sur la scurit des machines. La mta-modlisation des concepts qualit est base sur les tapes suivantes: extraire des dfinitions et/ou des phrases lmentaires incluses dans la norme, les items essentiels pour identifier ces concepts qualit ainsi que leurs relations. Ces concepts qualit sont ncessaires pour raliser et satisfaire le core value considr, modliser chaque concept (entit) extrait de la norme par une mta-classe UML comme produit , processus , cause , non-conformit , etc. Chaque mta-classe modlise contient des attributs, reprsenter chaque lien entre deux entits (mta-classes) par une mta-association possdant un nom, un rle et des multiplicits, reprsenter les contraintes, dune part, par des liens entre des mta-classes et/ou entre des relations dassociation, et dautre part, par des multiplicits lies chaque mta-classe. Ces contraintes matrialisent les rgles de connaissance extraites de la dfinition textuelle des concepts. A cette vue des objets (statique) est associe, une vue dynamique au travers de la dfinition des modles dactivits processant ces objets (dualit activit objets). Ainsi sur laxe objets, partir du texte normatif de la norme ISO9000:2000, et en suivant les principes prcdemment expliqus, nous avons construit le mta-modle qui supporte le processus qualit (mthodologie dans le TQM) au niveau tactique satisfaisant le core value considr. Afin de donner une vision pragmatique de cette mta-modlisation, nous dclinons ci-aprs 3 exemples sur la base des dfinitions extraites de la norme ISO9000:2000, de leur interprtation et de leur modlisation:

tel-00321445, version 2 - 25 Sep 2008

Exemple (1) : Un processus est un ensemble dactivits corrles ou interactives qui transforme des lments dentre en lments de sortie et lautre dfinition : un produit est le rsultat dun processus .

Chapitre 3

101

Comme lillustre la Figure 31, nous crons partir de ces deux dfinitions et de leur interprtation : les mta-classes : Processus , Produit dentre et Produit de sortie , la relation dassociation traduisant quun processus peut tre compos de plusieurs processus lmentaires (activits), la relation dassociation traduisant quun processus ralise un ou plusieurs produits de sortie, la relation dassociation traduisant quun produit dentre est fourni un ou plusieurs processus, ces mta-classes sont ensuite associs des attributs reprsentatifs des concepts modliss et

tel-00321445, version 2 - 25 Sep 2008

de leurs caractrisations.
es t comp os d e * Produit d'e ntr e
+description:String +nom:String +rf rence:String +type:String

0..1 Proce ssus Produit de sortie ralise 1..*


+description:String +nom:String +rf rence:String 1..* +type:String

+code_ID:String es t fourni +description:String +nom:String 1..* 1..* +nom de ligne:String +zone de travail:String

Figure 31. Modlisation de la relation entre les objets Processus , Produit dentre et Produit de sortie Exemple (2) : Une exigence est un besoin ou une attente formule, implicite ou impose et la dfinition Un qualificatif peut tre utilis pour dsigner un type spcifique dexigence, par exemple exigence relative au produit ou, exigence relative au processus . partir de ces considrations, nous crons (Figure 32) : la mta-classe Exigence , deux mta-classes sous-types de la mta-classe Exigence qui sont : Exigence produit et Exigence processus , la relation dassociation traduisant que le processus a des exigences processus, la relation dassociation traduisant que le produit de sortie a des exigences produit la caractrisation de chacune des mta-classes par un ensemble dattributs.

Chapitre 3
es t c o m po s d e * 0. . 1 P ro c e ssu s
+ c o d e _ ID:S tr in g + d e s c r ip tio n :S tr in g + n o m:S tr in g + n o m d e lig n e :S tr in g + z o n e d e tra v a il:S tr in g

102

Ex i g e n ce P ro c e ssu s a 1 *
+n o m:S trin g +d e s c r ip tio n :S tr in g +s p c if ic a tio n :S tr in g

Ex i g e n c e 1. . * ra lis e 1.. * P ro d u i t d e so rti e


+d e s c r ip tio n: S trin g +n o m:S tr ing +r f r e n c e :S tr i ng +ty p e :S tr in g +c a t g o r ie :S tr in g +n o m:S tr in g +s p c if ic a tio n :S trin g +d e s c rip tio n :S tr in g

Ex ig e n c e P ro d u it d e so rti e a 1 *
+ ty p e :S tr in g + no m:S tr in g + de s c r ip tio n :S trin g + sp c if ic a tio n :S tr in g

Figure 32. Modlisation de la relation entre les objets relatifs aux processus, produits de sortie et leurs exigences

tel-00321445, version 2 - 25 Sep 2008

Exemple (3) : Une action prventive est une action visant liminer la cause dune non conformit potentielle ou dune autre situation potentielle indsirable et lautre dfinition une action corrective est une action visant liminer la cause dune non conformit ou dune autre situation indsirable dtecte . A partir de ces deux dfinitions, nous crons (Figure 33): les mta-classes Action et Cause , deux mta-classes sous-types de la mta-classe Action qui sont : les mta-classes Action prventive et Action corrective , la relation dassociation traduisant quune non-conformit a des causes, la relation dassociation traduisant quune action limine une ou plusieurs causes, la relation dassociation traduisant quune cause est limine par une ou plusieurs actions (prventives ou correctives), la caractrisation de chacune des mta-classes par un ensemble dattributs.

Chapitre 3
Action Corrective
+nom:String +description:String +rf rence:String +type:String

103

Non-Conformit
+description:String +nom:String +rf rence:String +valeur relle:FLOA T

Cause a * 1..*
+description:String +nom:String +type:String

Action est lim in par *


+description:String +nom:String 1..* +ref erence:String +type:String

Action Pr ventive
+nom:String +description:String +rf rence:String +type:String

Figure 33. Modlisation de la relation entre les objets Cause et Action

tel-00321445, version 2 - 25 Sep 2008

Sur la base de ces exemples, le mta-modle global rsultant est un mta-modle dobjets support de la mthodologie propose en cohrence avec le TQM (Figure 34). Une vue complte du mta-modle des objets supports du processus qualit au niveau tactique est prsente dans lAnnexe (B).

Chapitre 3
est com pos de * Produit d'entre
+description:S tring +nom tring :S +rfrence:String +type:String

104

0..1 Proces us s E xigence Proces us s a 1 *


+nom :String +description:S tring +spcification:S tring

+cod ID tring e_ :S est fourni +description:S g trin :String 1..* +nom 1..* +n de lign om e:String +zon de travail:String e

E xigence
+catgorie:String +nom :String +spcification:S tring +description:String

C aractris tique Q ualit


+d ption:S g escri trin engendre +intervalle:FL AT O +n :S om tring 1 1..* +valeur nom inale:FL AT O +type:S g trin 1

1..* ralise 1..* E xigence Produit de s ortie a 1


+type:String +nom :String +description:S tring * +spcification:String

Produit de s ortie
+d ption:S g escri trin +n :String om +r nce:String fre +type:S g trin

* est dtermin par * M ure es


+description:S tring +nom :String +valeur m esure:F AT LO

tel-00321445, version 2 - 25 Sep 2008

ne satisfait pas
*

est enregistr dans Vrification confirm +description:String e :S 1..* +nom tring *

* 1..*

A ction
+description trin :S g +nom g :Strin +reference:S g trin +type :String

est lim in par +description:S tring 1..*


:S * +nom tring +type:String

Caus e

N onform on-C it a 1..*


+description:S tring +nom tring :S +rfrence:String * +valeur relle:FLOAT

Preuve Tangible aide realiser +description:String :String 1..* +nom 1..*


+type:String

Figure 34. Extrait du mta-modle des objets, issus de la norme ISO9000:2000, support de la mthodologie propose en cohrence avec le TQM

Le mta-modle des objets qui supporte cette phase de formalisation de la mthodologie (dans le cadre du TQM) exprime laspect statique de la mthodologie. Aussi pour exprimer laspect dynamique de cette mthodologie, nous avons propos en dualit un mta-modle dactivits qui prsente la squence des activits raliser pour exploiter cette mthodologie (Figure 35). Une vue complte du mta-modle des activits supports du processus qualit au niveau tactique est prsente dans lAnnexe (C).

Chapitre 3

105

Initial Dfinir le processus lmentaire Prciser les exigences du processus tudi Dterminer les caractristiques qualit relatives aux exigences processus

Dfinir le produit dentre

Dfinir le produit de sortie

Prciser les exigences du produit de sortie

Dterminer les caractristiques qualit relatives aux exigences produit

Utiliser la preuve tangible pour vrifier le rsultat

Enregistrer les rsultats dans une preuve tangible { conformit } Final Proposer des actions pour liminer ces causes

Examiner les caractristiques qualit

tel-00321445, version 2 - 25 Sep 2008

{ non-conformit }

Chercher les causes des nonconformits

Figure 35. Extrait du modle dactivits support de la mthodologie propose (partie extraite de la norme ISO9000:2000)

La Figure 35 prsente la squence dactivits, relatives principalement au processement des objets processus , produit , exigence , qui est identifie partir des dfinitions de la norme et plus spcifiquement de la structure sujet-verbe-complment dobjet direct. En complment de ce premier acte de mta-modlisation et pour aboutir un seul processus qualit qui supporte les niveaux tactique/stratgique tout en tant intgr horizontalement avec les autres processus de niveau tactique, une modlisation des concepts qualit des niveaux stratgique et tactique a galement t effectue. Ces concepts reprsentent des activits qualit selon les notions de matrise et damlioration de la qualit ( core value considr), dsigne dans la fonction de management de la qualit qui est introduite dans la norme IEC62264. La partie 1 [IEC62264-1 2003] de cette norme propose dj des entits modlises au niveau tactique comme les concepts : Test qualit et Rsultat de test qualit . Dautres entits (concepts) qualit du niveau tactique et stratgique sont modlises de manire identique celle utilise pour modliser les concepts qualit issus de la norme ISO9000:2000 comme : Equipement et Planification de test qualit .

Chapitre 3

106

La Figure 36 illustre les mta-classes qui reprsentent la partie du processus qualit extrait de la norme IEC62264 [IEC62264-1 2003], [IEC62264-3 2007]. Ces concepts sont directement intgrs au mta-modle pralablement prsent.
Resulta t du te st a
+no m:String

Pre uve Ta ngible est enregistr dans +description:String +nom:String * 1..* +type:String

* +de sc ription:String 1 Test qua lit


+nom:String +identif ication:String +description:String +version:String +type:String

Equipe ment Ral is par +description:String +nom:String 1..* +type:String 1..* est attach 1..* *

Acte de ma intenance
+description:String +nom:String +type:String

1..* es t mana g pa r manage Pla nifica tion de test qua lit


+nom:String +responsable:String

tel-00321445, version 2 - 25 Sep 2008

Figure 36. Extrait du mta-modle des objets en lien avec la norme IEC62264

Le mta-modle rsultant matrialise donc un processus qualit de niveau tactique en lien avec le niveau stratgique, il supporte la mthodologie qualit propose dans le cadre de notre approche qualit (en cohrence avec le TQM). Pour rpondre efficacement des questionnements soulevs lors de la phase danalyse de la situation de lentreprise ALSTOM-Moteurs, ce mta-modle est encore interprtable car il ne dispose pas dassez de contraintes, de rgles smantiques fortes. En effet, lors de son utilisation, lingnieur qualit peut encore interprter de faon potentiellement ambigu quelques mta-classes telles que : Exigences produit , Cause (i.e. exhaustivit dans les causes), Action prventives , Cela est d ce stade une incompltude smantique de notre proposition et peut aboutir une utilisation non-optimale du guide qualit. Afin de rpondre certaines ambiguts ou incompltudes de ce mta-modle, nous avons donc introduit dans ce mta-modle des connaissances supplmentaires sous la forme de modelling constructs . Ils permettent de limiter linterprtation du mta-modle en introduisant des connaissances principalement matrialises par des contraintes et des sous-typages [Deeb 2005]. Comme notre approche se veut gnrique, ces connaissances

Chapitre 3

107

doivent se rfrer des lments approuvs indpendamment de contexte particulier. Elles sont donc issues: de normes, de thories, dapproches, de mthodes ou doutils prouvs.

Premirement, pour mieux rsoudre le problme didentification de la mta-classe Cause , nous avons introduit le principe de 5M [Ishikawa 1963]. Ce principe permet de dfinir les types des causes lies une non-conformit qui peuvent se trouver dans les diffrents niveaux structurels en entreprise. Ces causes sont regroupes en cinq familles (Figure 37): Main duvre (les oprateurs du processus) Machine (les outils, les machines) Matire (les lments entrant dans le processus, les nergies ncessaires pour les machines) Mthodes (les gammes, les procdures, les instructions) Milieu (lenvironnement de travail)

tel-00321445, version 2 - 25 Sep 2008

Par exemple, notre approche contient les concepts (cause et action) qui sont issues du niveau tactique (extraits de la norme ISO) et aussi du niveau oprationnel (extraits des mthodes qualit). Ainsi, les actions et les causes peuvent tre rattaches aux diffrents niveaux Le principe de 5M permet par consquent de spcialiser la mta-classe Cause par les cinq mta-classes sous-types suivantes : Cause machine , Cause main duvre , Cause mthodes , Cause milieu et Cause matire . Il amne une exhaustivit dans la recherche de causes.
Ca use matir e Ca use Machine

Cause
+description:String +nom:String +type:String

Cause Main d'oe uvre

Cause m thode

Cause M ilieu

Figure 37. Modlisation des sous-types de la mta-classe Cause

Chapitre 3

108

Deuximent, en ce qui concerne des exigences du produit, gnralement comme pour ALSTOM-Moteurs, les ingnieurs ne sintressent qu la matrise de lexigence de forme du produit sans prendre en compte des autres exigences telles que les exigences relatives au stockage ou au transport du produit dans lentreprise. Par exemple des non-conformits produit sur lancien site Alstom-Moteurs taient lies aux chocs intervenant lors du transport des moteurs (i.e. moteur cogn contre un coin de mur, une machine ...). Lidentification des causes de ces chocs a demand toute une nouvelle tude, non initialement prvue, car lactivit de transport navait jamais t considre puisque non source de valeur ajoute. Cependant compte tenu de lorganisation des postes (et de lvolution de cette organisation), la matrise de cette activit devenait indispensable pour atteindre le niveau requis de qualit des produits. Donc, pour apporter une plus grande exhaustivit dans lidentification des exigences du produit, nous avons introduit le principe de la Thorie du

tel-00321445, version 2 - 25 Sep 2008

Systme Gnral [Le Moigne 1977]. Ce principe prconise que le produit est ncessairement caractris par des attributs de forme, despace et de temps. Un processus modifie gnralement au minimum deux de ces attributs (temps-forme ou temps-espace) [Mayer 1995]. Par exemple, un processus classique de tournage dune pice permet de modifier les attributs de forme et de temps mais ne permet pas de modifier lattribut despace parce que la pice ne change pas de position durant la transformation de forme. Ainsi, ce principe a pour consquence d'ajouter la mta-classe Exigence produit de sortie les mta-classes sous-types suivants : Exigence temps , Exigence espace et Exigence forme , ainsi que dajouter une contrainte relative ces sous-types (Figure 38).
Exigence espace

Exigence Produit de sortie


+type:String +nom:String +description:String +spcification:String

Ex ige nce forme

Ex ige nce temps

Figure 38. Modlisation des sous-types de la mta-classe Exigence produit

Finalement, pour aider lidentification de la mta-classe Action prventive , nous avons introduit des connaissances dfinies dans les normes de maintenance [Afnor 1994]. La norme

Chapitre 3

109

dfinit trois stratgies (types) dactions prventives: actions prventives systmatiques, actions prventives conditionnelles et actions prventives prvisionnelles. Ceci nous a permis d'ajouter la mta-classe Action prventive , les mta classes sous-types suivants : Action prventive systmatique , Action prventive prvisionnelle et Action prventive conditionnelle (Figure 39).

Action prve ntive conditionnelle Action Prventive


+nom:String +description:String +rf rence:String +type:String

Action prve ntive syst matique

tel-00321445, version 2 - 25 Sep 2008

Action pr visionelle

Figure 39. Modlisation des sous-types de la mta-classe Action prventive

Lensemble

des

mta-classes

sous-types

rsultant

de

la

modlisation

des

modeling constructs issus de la thorie du systme gnral , du principe des 5M, et les principes des normes de maintenance, sont directement intgrs au mta-modle pralablement prsent. Cette smantique amne alors des rgles de construction supplmentaires qui vont aider, voire guider de faon plus ou moins contraignante lingnieur qualit lors de lutilisation de notre approche qualit, dans sa dmarche dtude de la matrise dun produit/processus particulier. A cette premire base de rgles, dautres smantiques toujours sous forme de modelling constructs peuvent tre ajoutes au mta-modle dans lobjectif de rduire dautres ambiguts et incompltudes potentiellement rvles par exemple aprs une premire phase dexprimentation. Des voies explorer concernent par exemple : la norme DF X 50 -176 (Management des processus) [FD X50-176 2000] qui peut aider mieux caractriser le processus de production, la norme NF ISO 10012 [NF ISO10012 2003] qui permet de mieux caractriser un processus de mesure.

Chapitre 3

110

II.2. Modlisation de lextension du processus qualit vers le niveau oprationnel


La deuxime partie de notre approche consiste en la mta-modlisation des concepts qualit du niveau oprationnel, extraits des mthodes/outils qualit et leur intgration avec le mta-modle coeur de la mthodologie (en cohrence avec le TQM) initiale partir des concepts communs. Lobjectif de cette mta-modlisation et de cette intgration est dintroduire de nouveaux concepts dans lapproche qualit propose, issus des mthodes qualit et ceci toujours en regard du core value satisfaire. Cette intgration a pour objet, dune part, dtendre le processus qualit formalis au niveau tactique vers le niveau oprationnel puisque la plupart des mthodes/outils qualit sont exploitables dans ce niveau (cette modlisation ne contient pas la partie management des mthodes). Et dautre part, de formaliser l'interdpendance entre la mthodologie et les mthodes/outils qualit en cohrence avec le TQM. Cette interdpendance doit permettre dexcuter partir de la mthodologie (en cohrence avec le TQM) la mthode qualit adquate au moment opportun. Cette excution a pour but, dans ltude de la matrise et de lamlioration de la qualit dun produit/processus particulier, didentifier plus aisment des occurrences de classes du mta-modle. Par exemple, pendant la phase de conception, l'utilisation de la mthode AMDEC facilite l'identification des causes de la non-conformit du produit/processus.

tel-00321445, version 2 - 25 Sep 2008

Ainsi, lobtention de ce multiple objectif de formalisation et dintgration requiert le dveloppement des actions suivantes : la modlisation de chaque mthode qualit partir de sa description textuelle ou normative qui dcrit les principes de la mthode qualit (identifier les concepts les plus essentiels de la mthode). La modlisation est ralise en reprenant les principes suivis pour modliser le processus qualit au niveau tactique. lintgration des mta-modles dobjets supports des mthodes qualit au mta-modle initial. Lintgration se ralise travers les objets en intersection des diffrents mta-modles. Dans le domaine qualit, le nombre de mthodes et mthodologies tant asssez vaste (voir chapitre II), nous proposons ce stade de modliser et dintgrer au mta-modle support de la mthodologie des concepts qualit extraits des mthodes suivantes : AMDEC, MSP, Poka-yok et Analyse Prliminaire des Risques (APR). Ceci se justifie prioritairement par

Chapitre 3

111

rapport au contexte initial ALSTOM-Moteurs. En effet, les mthodes AMDEC et MSP taient dj utilises sur le site de Nancy et lAPR et le Poka-yok taient souhaits dans le guide pour favoriser une volution de leurs approches vers une amlioration continue des processus ds les phases de conception (i.e. liminer des risques, des erreurs de manipulation, ).

II.2.1. Modlisation de la mthode AMDEC


LAnalyse des Modes de Dfaillances, de leurs Effets et de leur Criticit (AMDEC) est une mthode danalyse de la fiabilit qui permet de recenser les modes de dfaillances fonctionnelles et techniques, dont les consquences affectent le fonctionnement du systme dans le cadre dune application donne [CEI 1985]. Elle permet initialement pour un composant, partir des causes (vnements dclenchants) lies un mode de dfaillance, d'valuer les effets de ce mode sur le composant en lui-mme mais aussi sur la fonction qu'il

tel-00321445, version 2 - 25 Sep 2008

assure et son environnement puis de dterminer la criticit du mode. Ainsi, cette mthode sert : valuer les effets et la squence des vnements provoqus par chaque mode de dfaillance connu, dterminer limportance ou la criticit de chaque mode de dfaillance compte tenu de son influence sur le fonctionnement normal du systme ou sur son niveau de performance, classer les modes de dfaillance connus suivant la facilit avec laquelle on peut les dtecter. partir du texte normatif [CEI 1985] qui dcrit la mthode AMDEC, et en reprenant le principe de modlisation suivi dans la section prcdente (II.1), nous avons modlis des concepts qualit de cette mthode qui sont reprsents par des mta-classes. Les relations entre ces concepts sont aussi dtermines partir du texte normatif. Nous prsentons, par exemple, quelques unes des phrases lmentaires extraient du texte normatif dAMDEC : Une cause de dfaillance est une anomalie initiale entranant le mode dfaillance Le mode de dfaillance est provoqu par de (s) cause(s) Les modes de dfaillance au niveau infrieur peuvent devenir les causes de dfaillance au niveau suprieur La cause est limine par des actions (action corrective, action prventive)

Chapitre 3 A partir de ces phrases nous crons, par exemple : les mta-classes Action , Cause et Mode de dfaillance ,

112

deux mta-classes sous-types de la mta-classe Action qui sont : les mta-classes Action prventive et Action corrective ,

les relations dassociation entre ces diffrentes mta-classes, la caractrisation de chacune des mta-classes par un ensemble dattributs.

Nous pouvons souligner aprs formalisation de lAMDEC que : une Effet dans lAMDEC est quivalente la Non-conformit dans la norme ISO9000:2000

tel-00321445, version 2 - 25 Sep 2008

une Cause dans lAMDEC est quivalente la Cause dans la norme ISO9000:2000 une Action dans lAMDEC est quivalente lAction dans la norme ISO9000:2000

Ainsi, sur la base de ces phrases lmentaires, et modlisant des autres concepts qualit, extrayant dautres phrases et dfinition du texte normatif dAMDEC, le mta-modle rsultant est un mta-modle dobjets support de la mthode AMDEC (Figure 40).

Fonction
+nom:String +description:String

El me nt remplit
1..* +nom:String +description:String 1..* +type:String *

est affecte de

affecte

Cause
+description:String +nom:String +type:String * *

peut devenir au niveau suprieur es t provoqu par

* *

Mode de dfaillance
+description:String +nom:String +type:String 1..* *

est dtect par


1..* *

Moyen de detection
+description:String +nom:String +type:String

est limin par

peut devenir au niveau suprieur


*

est qualifi par

1 ..*

Action
+description:String +nom:String +ref erence:String +type:String

0..1

Effet
+description:String +nom:String +type:String

Criticit a
1 0..1 +nive au :INTEGER +no m:String

Figure 40. Mta-modle dobjets support de la mthode AMDEC

Chapitre 3

113

Cette partie du processus qualit extraite de la mthode AMDEC est supporte par un modle dactivit. Ce modle explique les activits raliser pour exploiter les diffrents concepts extraits de cette mthode dans notre approche propose comme lillustre la Figure 41.
D termine r la criticit Initia l D te rmine r le s e ffe ts de ce mode de d fa illa nce D finir le s fonctions a ffe ct e s D finir les mode s de d fa illa nce D finir le s ca use s propose r des a ctions

D finir le s l me nts a ffe ct s

Fina l

tel-00321445, version 2 - 25 Sep 2008

Figure 41. Modle dactivits support de la mthode AMDEC

II.2.2. Modlisation de la mthode MSP


La Matrise Statistique de Processus (MSP) est un ensemble dactions pour valuer, rgler et maintenir un processus de production en tat de fabriquer tous ses produits conformes aux spcifications retenues et surtout avec des caractristiques stables dans le temps. C'est une mthode prventive qui vise amener le processus au niveau de qualit requis et ly maintenir grce un systme de surveillance (carte de contrle) qui permet de ragir rapidement et efficacement toute drive en vitant ainsi la production massive de non conformits [Afnor 1996]. En effet la mthode MSP a pour but de : mieux connatre le processus et ses causes de variation, diminuer le taux de non-conformit, stabiliser les variations du processus, amliorer le processus, Toujours sur les mmes principes de modlisation, nous avons extrait, partir du document [Afnor 1996], des phrases lmentaires qui dcrivent les concepts MSP qualit essentiels. Nous prsentons, par exemple, les phrases suivantes : La non-conformit a des causes Une Cause de non-conformit est limine par des actions telles que action corrective, action prventive Une carte de contrle qui est supporte par une surveillance value une non-conformit

Chapitre 3 A partir de ces phrases nous crons, par exemple :

114

les mta-classes Action , Cause , Non-conformit , Carte de contrle et Surveillance ,

deux mta-classes sous-types de la mta-classe Action qui sont : les mta-classes Action prventive et Action corrective ,

les relations dassociation entre ces diffrentes mta-classes, la caractrisation de chacune des mta-classes par un ensemble dattributs.

Nous dfinissons par interprtation de la mthode MSP que : une Non-conformit dans la MSP est quivalente la Non-conformit dans la norme ISO9000:2000, une Cause dans la MSP est quivalente la Cause dans la norme ISO9000:2000, une Action dans la MSP est quivalente lAction dans la norme ISO9000:2000, une Caractristique qualit, une Mesure, une Observation, et un Essai sont quivalents aux Caractristiques qualit, Mesure, Observation, un Essai dans la norme ISO9000:2000.

tel-00321445, version 2 - 25 Sep 2008

Les phrases lmentaires nous ont ainsi permis de modliser les objets : Cause , Action , Non-Conformit , Exigences , Caractristique qualit , Produit , Processus , etc. qui sont reprsents par des mta-classes. Les relations entre ces concepts sont aussi dtermines partir du texte normatif. La Figure 42 prsente le mta-modle rsultant qui contient tous les concepts qualit modliss support de cette mthode qualit.

Chapitre 3

115

Process
+code:String +description:String +line name:String +Name:String +ref erence:String +w ork zone:String 1..*

est dtermin par


1

Me sure
+description:String +nom:String 1..* +valeur mesure:FLOA T *

a
* *

Ex ige nce
+catgorie:String +nom:String +spcif ication:String +description:String

engendre
1

Ca ra ct ristique Qualit

peut aider realiser est Essa i dtermin +description:String par


* +nom:String 1..* +valeur:FLOA T

ralise
1..*

+description:String 1..* +intervalle:FLOAT +nom:String +valeur nominale:FLOA T +type:String *

Produit de sortie
+description:String +nom:String +rfrence:String +type:String

{ au moins un } Obse rva tion


+description:String +nom:String 1..* +type:String +valeur observe:FLOAT

peut aid er realiser

a
1

ne satisfait pas

est dtrmin par

peut aider realiser


*

Ca use
+description:String +nom:String +type:String 1..* *

Non-Conformit a
+description:String +nom:String +rfrence:String +valeur relle:FLOA T *

Ca rte de controle
+limites:FLOA T valu e +moyenne:FLOA T * * +type:String +nom:String

Surve illa nce supporte


1..* 1 ..* 1..* +description:String +nom:String

1 ..* 1..* 1..*

tel-00321445, version 2 - 25 Sep 2008

est limin par


1..*

Action
+description:String +nom:String +reference:String +type:String

D rive transforme en
* +nom:String +description:String *

d tecte

Figure 42. Mta-modle dobjets support de la mthode MSP Dans cette approche, la partie du processus qualit, extrait de la mthode MSP, est supporte par un modle dactivits qui dcrit le squencement des activits pour mener bien la mthode MSP (Figure 43).
Ini ti a l Surveille r le s ca ract ristiques qualit ma triser

Enre gistre r le rsulta t dans la carte de contrle

V rifie r la non-conform it l'aide de la ca rte de contrle

D finir le s ca uses de non-conformit

{ non-co nf ormit }

{ conformit } Proposer des actions pour limine r ces ca uses

F i na l

Figure 43. Modle dactivits support de la mthode MSP

Chapitre 3

116

II.2.3. Modlisation de la mthode Poka-yok


En japonais, Poka signifie erreur et Yok suppression ou limination. Donc lexpression Poka-Yok peut tre traduit par : la suppression des erreurs. Cette mthode est connue comme une mthode anti-erreurs qui peut se prsenter sous plusieurs formes, telles que : un systme tout ou rien autorisant uniquement la position admise en production, un systme de comptage pour garantir quaucun lment na t omis, un systme squentiel garantissant lexcution dans lordre dfini de la gamme opratoire.

La mthode Poka-yok sapplique principalement durant la production pour une amlioration continue du processus de production. Elle vise protger la production des dfauts en empchant quune erreur devienne un dfaut. Pratiquement, il sagit de concevoir et de mettre en place des dtrompeurs empchant les erreurs. Ainsi, cette mthode fait la diffrence entre erreur et dfaut et met en uvre des solutions sur place avec des appareils simples et peu coteux pour liminer les erreurs. Comme dans les deux mthodes qualit dj modlises, nous avons extrait partir du document [Shingo 1987] des phrases lmentaires et des dfinitions. Nous prsentons, par exemple, les phrases lmentaires suivantes : Un dfaut est d une erreur Lerreur est la cause dun dfaut Dterminer les causes derreur Les erreurs peuvent tre des erreurs humaines ou sont des erreurs de processus

tel-00321445, version 2 - 25 Sep 2008

A partir de ces phrases nous crons, par exemple : les mta-classes Erreur , Dfaut et Cause derreur , deux mta-classes sous-types de la mta-classe Erreur qui sont : les mta-classes Erreur humaine et Erreur processus , les relations dassociation entre ces diffrentes mta-classes, la caractrisation de chacune des mta-classes par un ensemble dattributs.

Chapitre 3 Nous pouvons souligner aprs formalisation du Poka-yok que :

117

un Dfaut dans la mthode Poka-yok est quivalent la Non-conformit dans la norme ISO9000:2000

une Erreur dans la Poka-Yok correspond une Cause dans la norme ISO9000:2000 une Action dans la mthode Poka-yok est quivalente lAction dans la norme ISO9000:2000

Ainsi, des phrases lmentaires nous ont permis de modliser dautres concepts qualit. Donc, le mta-modle support de la mthode Poka-yok est reprsent dans la Figure 44.
Inspe ction e n a m ont Er re ur hum a ine Er re ur proce ssus

tel-00321445, version 2 - 25 Sep 2008

est dtect par


*

+ no m:String + de sc rip tion: String

Ca use
+description:String +nom:String +type:String * * correspon d *

Erre ur
+description:String +nom:String +type:String *

D fa ut entraine
* * +nom:String +description:String

1..*

est limin par

e st limin par

es t dtec t par
*

a ppa r e il de mesure
+nom:String +description:String

1..*

1..*

1..*

Action
+description:String +nom:String +ref erence:String +type:String

Ca use d'e rre ur


+nom:String +description:String

Solution est limin par


* * + no m:String + de sc rip tion: String

Figure 44. Mta-modle dobjets support de la mthode Poka-Yok

En plus de ces concepts qualit qui supportent le processus qualit au niveau oprationnel, un modle dactivits est ralis dans lobjectif dexprimer comment utiliser ces concepts dans notre approche qualit (Figure 45).

Chapitre 3
Dfinir les erreurs auxquelles les causes peuvent tre lies Initial Initial Dfinir les causes de non-conformit Dtecter les erreurs

118

Chercher les dfauts qui peuvent tre entrans par ces erreurs

Prciser le type de l'erreur

Final

Proposer des actions pour rsoudre le problme

Chercher les causes de ces erreurs

Figure 45. Modle dactivits support de la mthode Poka-Yok

tel-00321445, version 2 - 25 Sep 2008

II.2.4. Modlisation de la mthode APR


LAnalyse Prliminaire des Risques (APR) est une mthode didentification et dvaluation des risques dun systme. Cette mthode est applicable ds les premires phases de la conception du systme et elle est mise jour jusqu sa fin de vie. La mthode APR commence par lidentification des fonctions et/ou des lments dangereux, des situations dangereuses, ainsi que des accidents potentiels du systme. Elle peut tre ralise travers un tableau dARP ou une matrice didentification des vnements redouts. Ainsi, partir du document [Cherfi 2002], et en reprenant le principe de modlisation suivi dans la section prcdente (II.1), nous modlisons des concepts qualit de cette mthode. Nous prsentons, par exemple, quelques unes des phrases lmentaires qui dcrivent cette mthode : Les vnements redouts pouvant tre gnrs du fait de lexistence de fonction et/ou dlments dangereux dans le systme ou de situation dangereuses provoques par le systme Un accident potentiel rsulte de loccurrence dune situation dangereuse et/ou dun vnement redout Une situation dangereuse peut tre transforme en accident potentiel

Chapitre 3 A partir de ces phrases lmentaires nous crons, par exemple : les mta-classes Evnement redout , Fonction dangereuse ,

119

Elments

dangereux , Accident potentiel et Situation dangereuse , les relations dassociation entre ces diffrentes mta-classes, la caractrisation de chacune des mta-classes par un ensemble dattributs.

Nous dfinissons par interprtation de la mthode APR que : le rsultat dun vnement redout dans APR correspond la Non-conformit dans la norme ISO9000:2000 un Evnement redout dans APR correspond la Cause dans la norme ISO9000:2000 une Action dans APR correspond lAction dans la norme ISO9000:2000

tel-00321445, version 2 - 25 Sep 2008

Ainsi, les concepts qualit extraits de cette mthode [Cherfi 2002] sont reprsents dans la Figure 46 qui matrialise le mta-modle dobjets support de la mthode APR.

El ment da nge reux


+nom:String +descriptio n: String *

Fonction da nge re use


+nom:String +descriptio n *

Situa tion da nge reuse


+nom:String +description:String

peut tre g nr p ar Cause


+descriptio n:String +nom:String +typ e: String * * * *

peut tre gnr par


* *

peut tre gnr par

entrane

1..*

Evnement Redout
+nom:String +gravit:INTEGER +probabilit:FLOA T * +description:String *

A ccident potentiel conduit


* +description:String +nom:String 1 1..*

correspond

a a
1..*

en gendre
*

0..1

est limin p ar
est limin par

Frquence d'occurrence
+nom:String +description:String +classe:INTEGER *

Cons que nce


+nom:String +descriptio n: String 1..*

Effe t pote ntie l


+nom:String +descriptio n: String

1..*

1 ..*

Action
+description:String +nom:String +ref erence:String +type:String

es t diminu par

a
0..1

1..*

Me sure de prve ntive


+nom:String +description:String

Gravit
+nom:String +classe:INTEGER +secte ur:String * 1..*

Me sure de prote ction


+nom:String

es t diminu p ar +descriptio n:String

Figure 46. Mta-modle dobjets support de la mthode APR

Chapitre 3

120

Cette partie du processus qualit extraite de la mthode APR est supporte par un modle dactivits (Figure 47) qui squence les activits qui peuvent tre exploites durant lutilisation de cette mthode APR.

Initia l Dfinir les causes de nonconformit qui peuvent devenir des Evnement Redout (ER)

Dfinir les ER

Dterminer la frquence d'occurrence d'ER

{ X or } Dfinir les lments dangereux qui gnrent un ER Dfinir les situations dangereuses qui gnrent un ER

Dterminer les accidents potentiels rsultants


I n it ia l

tel-00321445, version 2 - 25 Sep 2008

Dfinir les fonctions dangereuses qui gnrent un ER

Df inir les c onsquences

Prciser la grav it

Fina l Proposer des actions

Figure 47. Modle dactivits support de la mthode APR

En utilisant le mme principe de mta-modlisation que celui propos dans cette thse, nous pouvons modliser dautres concepts qualit issus des mthodes et outils qualit qui se basent sur des documents descriptifs (textuels ou normatifs).

II.2.5. Interdpendance entre les mthodes qualit et la mthodologie (en cohrence avec le TQM)
partir des mta-modles pralablement raliss, notre objectif est dintgrer ces quatre mta-modles qui supportent les mthodes qualit dans le mta-modle support de la mthodologie (chapitre III, II.1). Cette intgration permet, comme nous lavons indiqu, dtendre le processus qualit vers le niveau oprationnel et de formaliser l'interdpendance entre la mthodologie et les mthodes qualit dans le cadre du TQM [Deeb 2007a]. Lintgration de ces diffrents mta-modles se base sur la recherche de lintersection entre les mta-modles et donc une mise en commun des objets. En prenant lexemple du

Chapitre 3

121

mta-modle support de lAMDEC, les objets Cause et Action notamment sont communs au mta-modle support de la mthodologie. Ainsi, cette dmarche dintgration requiert une connaissance importante des mthodes intgrer, que nous avons acquise grce la modlisation prcdemment effectue, et ncessite galement une capacit pouvoir identifier les objets partageables permettant la mise en relation des mta-modles. En effet, les mta-modles supports des mthodes qualit ne sont pas pauvres smantiquement comme peuvent ltre certains schmas de donnes (il sagit de mthodes mtiers fort contenu smantique). Cela a exig dadopter une stratgie dintgration binaire (intgration des mta-modles deux deux : mta-modle support dune mthode qualit avec le mta-modle support de la mthodologie) dans lobjectif de simplifier lintgration requise. Pour ce faire, nous avons mis en vidence, pendant lexplication de la mta-modlisation des mthodes qualit, les objets communs (quivalent) entre chaque mta-modle support dune mthode

tel-00321445, version 2 - 25 Sep 2008

qualit et le mta-modle support de la mthodologie. Ainsi, en se basant sur cette intgration binaire et en regardant les diffrents mta-modles, nous avons mis en commun un ensemble dinformations (donnes) manipules par les divers mta-modles concerns. Ces informations manipules par les modles font ncessairement partie du noyau d'informations communes [Panetto 1991]. Cette intgration nous a permis dobtenir un mta-modle global support de lapproche qualit en support du core value fix. En consquence, nous avons identifi parmi ces diffrents mta-modles que les objets communs sont principalement : Cause et Action . Le principe de lintgration entre les diffrents mta-modles est donn par la Figure 48.

Chapitre 3
est compos de
* 0..1

122

Processus

Partie du m tam odle support de la m thodologie

+code_ID:String +description:String +nom :String +nomde ligne:String +zone de travail:String 1..*

a
1

Exigence Processus
:String * +nom +description:String +spcification:String

Exigenc e
+catgo :String rie +nom :Strin g +spcification:String +description :String

Caractristique Qualit engendre


1 +description:String +intervalle:FLOAT 1..* +nom :String +valeur nom inale:FLOAT +type:String

est dtermin par


*

Mesure
*

+description:String +nom :String esure:FLOAT 1..* +valeur m

ralise
1..*

Exigence Produit de sortie


+type:String +nom :String +description:String +spcification :String

Produit de sortie
+description:String +nom :Strin g +rfrence:String +type:String 1

a
*

ne satisfait pas
*

est enregistr dans


1..*

Non-Conformit Correction
+description:String +nom :String +type:String

Vrification confirme
* * * 1..* +description:String +nom :String 1..*

est limin par


*

+description:String +nom :String 1..* +rfrence:String +valeur relle:FLOAT *

aide realiser
1..*

Preuve Tangible
+description:String +nom :String +type:String

transfo rme en
*

Drive
+nom :String +description:String *

Partie du m tam odle support de lA MDEC

Elment remplit
1..* +nom :String * +description:String 1..* +type:String

affecte
*

peut devenir au niveau suprieur


*

dtecte value
* 1..*

fonction
+nom :String +description :String *

M de ode dfaillance
+description:String 1..* +nom :String +type:String * 11..* *

peut aider realise r

est provoqu par


*

est affecte de

Concepts com uns m

Carte de controle
+lim ites:FLOAT +m oyenne:F LOAT +type :String +nom :Strin g

Surveillance supporte
1..* 1..* +description :String +nom :Strin g 1..*

Partie du m tam odle support de la M SP

tel-00321445, version 2 - 25 Sep 2008

est dtect par Moyen de detection


+description:String +nom :String +type:String * 0..1

est qualifi par

a
*

peut devenir au niveau suprieur


* * *

a
1..*

Criticit
+niveau:I TE R N GE +nom :String 0..1

Effet a
+description:String +nom :Strin g 1 +type:String *

Caus e
+description:String +nom :String +type:String correspond *

Erreur
+description :String +nom :String * +type :String *

Dfaut entraine
* * +nom :String +description:String

Accident potentiel

1..*

Partie du m tam odle support de lA PR

+description:String +nom :String *

conduit correspond
* *

est limin par

est limin par a

est dtect par


*

Inspection en amont
+nom :String +description:String

Partie du m tam odle support de la Pokayok

entrane 1..*
*

1..*

1..* 1..*

Evnement Redout peut tre gnr par


* +nom :Strin g +gravit:IN GER TE +probabilit :FLOAT * +description:String

Situation dangereuse
+nom :String +description:String

est limin par


*

Action
+description:String +nom :String 1..* +reference:String +type:String

Cause d'erreur
+nom :String +description:String *

est limin par


*

Solution
+nom :String +description:String

Figure 48. Principe de lintgration des mta-modles supports des mthodes qualit au mta-modle initial dobjets

II.3. Intgration des indicateurs qualit au mta-modle


Lobjectif de faire bien du premier coup passe ncessairement par une phase de dtermination du niveau de matrise de la connaissance dveloppe dans le modle spcifique la fin de la phase de conception avant son utilisation en phase dexploitation. Cette dtermination requiert la dfinition dindicateurs qualit qui permettent dvaluer ce niveau, en prventif [Deeb 2006]. La base des critres choisis est directement en lien avec lvaluation de la situation initiale chez ALSTOM-Moteurs pour tre sr que ces critres pourraient rvler les problmes rencontrs.

Chapitre 3

123

En gnral les indicateurs qui sont un des objectifs de laudit qualit interne, permettent dvaluer le degr de satisfaction de ce core value . Lindicateur qualit est dfini par la norme DF X50-171 [DF X50 2000] comme tant une information choisie, associe un phnomne, destine en observer priodiquement les volutions au regard d'objectifs qualit . Il a pour objectif de piloter les processus, de matriser la qualit des produits, de dfinir des activits pour amliorer la qualit, et de sassurer de la satisfaction des clients [Forest 2006]. Cependant, un indicateur n'a de valeur que s'il est associ d'autres indicateurs. En effet, comme le prconisent [Mallet 2004], [DF X50 2000], c'est l'analyse de l'ensemble des indicateurs qui importe pour lobtention dune bonne exhaustivit de la situation. Ainsi, lexploitation des indicateurs qualit fait l'objet de rvisions de la dmarche qualit applique. Ils mettent en vidence o sont les problmes , font merger les points d'incendie , et parfois le caractre rcurrent d'un problme. En gnral, les indicateurs qualit sont classs en

tel-00321445, version 2 - 25 Sep 2008

deux types [DF X50 2000], [Zeghib 2004] : indicateurs de rsultat (produit) : se rfrent la qualit du produit et de la prestation, ce type d'indicateur indique une valeur un moment donn et reflte la ralit, indicateurs de processus : mesures qui donnent l'ensemble des activits mettre en uvre pour atteindre un objectif dtermin, sur une priode dtermine. Il est vident que les informations contenues dans les indicateurs de processus peuvent faciliter l'interprtation des indicateurs de produits. Ce lien n'est pas ngliger. Selon la norme [DF X50 2000] et [Devillers 2004], lindicateur retenu doit avoir certaines proprits : fiable, reprsentatif, facile tablir, fournit une information juste, et compatible avec les autres indicateurs proposs. Ces indicateurs se crent partir de diffrentes mthodes de construction [Villalonga 2003] qui prsentent toutes le mme squelette tel qu'il est expos dans la norme DF X 50-171. Ces tapes de construction sont les suivantes : tape (1) : cibler le champ de mesure, c'est--dire le cadre et les limites dans lesquels lindicateur sera appliqu, tape (2) : dfinir les objectifs. tape (3) : tudier les variables mesurables en fonction des objectifs dfinis prcdemment. La question qui se pose est :" Que peut-on suivre pour savoir o en est l'objectif ? " tape (4) : une fois les variables trouves, il faut dfinir les paramtres (les caractristiques permettant de quantifier les variables).

Chapitre 3

124

tape (5) : il faut tre le plus cratif possible pendant cette tape. Il faut proposer le mode de calcul de lindicateur propos.

tape (6) : aborder la phase de validation.

Donc pour chaque indicateur il faut dfinir un libell, un objectif, une variable, un mode de calcul et des seuils limites infrieur et suprieur. Ainsi, en se basant sur les tapes de construction dun indicateur qualit proposes par la norme DF X50-171 et en respectant les deux dernires remarques, nous proposons de modliser plusieurs indicateurs qualit relatifs notre mthodologie propose (en cohrence avec le TQM et les besoins dALSTOM-Moteurs). Pour faciliter leur lecture et leur comprhension, ces indicateurs sont prsents dans le tableau de la Figure 49. Ces indicateurs sont attachs au core value de matrise et damlioration conjointe de la

tel-00321445, version 2 - 25 Sep 2008

qualit du produit et de la qualit de ses processus de production. Ce core value est li directement aux concepts qualit qui permettent de dterminer les causes des non-conformits du produit ou/et du processus et de dfinir les actions correctives et prventives qui liminent ces causes. Donc les indicateurs proposs sont lis des concepts qualit qui rpondent ce core value tels que : Produit , Processus Exigences produit , Exigences processus Caractristique qualit , Non-conformit , Cause et Action . En effet, la proposition des indicateurs qualit a pour objectif de montrer le principe de cration des indicateurs dans une approche gnrique. Il est vident que les indicateurs lis notre approche ne sont pas limits au nombre de huit. Donc, dautres indicateurs seraient ncessaires dans une vision plus complte, voire exhaustive, de lvaluation de lapproche qualit gnrique.

Nom de lindicateur
Indic1 : Indicateur des exigences du produit

Entit

Champ de

Objectif

Critre

Paramtre

Mode de calcul

Poids Chapitre 3

(concept) la mesure
Produits de sortie Produit Vrifier si le produit de sortie est li aux exigences de (temps, forme et/ou espace) Exigence produit Produit Vrifier si les exigences du produit engendrent des caractristiques qualit Exigence processus Processus Vrifier si les exigences du processus engendrent des caractristiques qualit Caractristique qualit Produit / Processus Vrifier si la caractristique qualit est teste Chaque produit de sortie doit avoir au minimum deux exigences de ces trois types Chaque exigence du produit doit tre lie au minimum une caractristique qualit Chaque exigence du processus doit tre lie au minimum une caractristique qualit Chaque caractristique un essai, mesure, ou observation 1- Nombre total de produits de sortie (A) 2- Nombre de produits de sortie qui ont au moins deux types dexigence (B) 1- Nombre total dexigences du produit (A) 2- Nombre dexigences des produits qui sont lies aux caractristiques qualits (B) 1- Nombre total dexigences du processus (A) 2- Nombre dexigences des processus qui sont lies aux caractristiques qualits (B) 1- Nombre total de caractristiques qualit

Pourcentage = (B/A) * 100

Figure 49. Une fiche didentit des indicateurs qualit proposs

Indic2 : Indicateur des caractristiques du produit Indic3 : Indicateur des caractristiques du processus Indic4 : Indicateur de test des caractristiques

Pourcentage = (B/A) * 100

tel-00321445, version 2 - 25 Sep 2008

Pourcentage = (B/A) * 100

Pourcentage = (B/A) * 100

qualit doit tre rattache (A) 2- Nombre de caractristiques qualit qui sont lies au moins aux (essai, mesure, observation) (B) ou

Indic5 : Indicateur du traitement de la non-conformit Indic6 : Indicateur des causes de la non-conformit Indic7 : Indicateur des actions correctives Indic8 : Indicateur des actions prventives

Nonconformit

Produit / Processus

Vrifier le traitement de la non-conformit

Chaque non-conformit doit tre lie une correction ou un rebut

1- Nombre total de non-conformits (A) 2- Nombre de non-conformits qui sont lies au moins aux (correction ou rebut) (B) 1- Nombre total de non-conformits (A) 2- Nombre de non-conformits qui sont lies aux causes (B)

Pourcentage = (B/A) * 100

Nonconformit

Produit / Processus

Vrifier les causes de la non-conformit

Chaque non-conformit doit tre lie au minimum une cause

Pourcentage = (B/A) * 100

Cause de la nonconformit Cause de la nonconformit

Produit / Processus

Vrifier llimination des causes par des actions correctives

Chaque cause doit tre lie 1- Nombre total de causes (A) une action corrective 2- Nombre de causes qui sont lies aux actions correctives (B) Chaque cause doit tre lie 1- Nombre total de causes (A) une action prventive 2- Nombre de causes qui sont lies aux actions prventives (B)

Pourcentage = (B/A) * 100

125

Produit / Processus

Vrifier llimination des causes par des actions prventives

Pourcentage = (B/A) * 100

Chapitre 3

126

Ainsi, en lien avec la mthodologie propose, nous avons cr un ensemble de dpart de huit indicateurs qualit rpondant lvaluation initiale de la situation ALSTOM-Moteurs mene dans la phase 2 (identifier les problmes sur la qualit produit/processus). Par rapport au classement en deux types des indicateurs, ces huit indicateurs qualit se rfrant au core value cibl sont lis soit au produit, soit au processus, soit encore au produit et au processus simultanment. Le tableau (Figure 49) peut tre considr comme une fiche didentit de lensemble des indicateurs proposs. Cette fiche permet aux diffrents utilisateurs de notre approche davoir le mme cadre de rfrence sur le mode de calcul, sur ce quil faut vrifier, et dans quel objectif. Par consquent, pour valuer le niveau de matrise de la connaissance dveloppe dans le modle spcifique, c'est l'analyse de l'ensemble des indicateurs qui permettra cette valuation la fin de la phase dinstanciation du mta-modle support de la mthodologie qualit (en cohrence avec le TQM). Cette analyse de lensemble des indicateurs exige la proposition dun mode de calcul de ces indicateurs. En ce qui concerne ce mode de calcul, pendant la cration de lindicateur qualit, plusieurs formes ont t utilises [DF X50 2000], [Villalonga 2003]: ratio, pourcentage, nombre, rendement, taux, chelle de valeurs, [Fernandez 2000] a dclar quil est prfrable de construire des indicateurs qui ont un intervalle de valeurs ou une chelle qualitative car des valeurs trop prcises encourageraient lutilisateur se concentrer sur la valeur et non sur sa signification dans une perspective globale. [Devillers 2004] prcise que parfois, et en fonction de limportance de lindicateur propos, le concepteur peut donner un poids lindicateur propos lors de sa cration. Dans ce sens nous proposons une chelle de poids pour estimer le degr dimportance de nos indicateurs par rapport notre objectif damliorer et de matriser conjointement la qualit du produit et la qualit du processus. Degr dimportance Moyen Important Trs important Poids 1 2 3

tel-00321445, version 2 - 25 Sep 2008

Ainsi, pour le calcul final de tous les indicateurs proposs et qui nont pas ncessairement le mme degr dimportance, nous avons affect chacun un poids diffrent dpendant du concept qualit qui lui est li. En consquence, nous avons donn des poids importants ces indicateurs : Indic 6, Indic 7 et Indic 8, car ils sont lis aux concepts qui sont les plus pertinents pour atteindre notre objectif.

Chapitre 3

127

Donc, pour calculer le rsultat final de lvaluation de notre approche, nous proposons la formule suivante qui permet danalyser l'ensemble des indicateurs proposs : Phase dEvaluation (PE) = (Indic1 1 + Indic2 1 + Indic3 1 + Indic4 2 + Indic5 1 + Indic6 3 + Indic7 3 + Indic8 3) / somme des poids 15 Au final pour cette phase dvaluation nous avons propos une chelle de valeurs pour estimer le degr de satisfaction du core value cibl (niveau de matrise de la connaissance dveloppe dans le modle spcifique):

Phase dvaluation (PE)

Niveau de matrise de la connaissance dveloppe dans le modle spcifique

tel-00321445, version 2 - 25 Sep 2008

0 50 70 90

50 70 90 100

Faible Moyen Elev Trs lev

En conclusion, chaque indicateur qualit propos a un objectif satisfaire. La satisfaction est prcise travers la valeur de cet indicateur. Le calcul de lensemble de ces indicateurs, travers la formule prcdemment introduite, donne une ide du niveau de satisfaction du core value avant dutiliser lapproche qualit propose. Bien videmment, plus la PE est proche de 100%, plus le degr de matrise de la mthodologie sur lapproche mene est considr comme meilleure . Autrement dit, quand cette valuation est infrieure 100%, le core value cibl nest pas entirement satisfait et l'ingnieur devrait amender (si besoin) le modle instanci en recompltant son socle de connaissance, li au produit ou au processus de production (pour faire progresser son niveau de matrise et damlioration).

Chapitre 3

128

III. Conclusion

Nous avons propos dans ce chapitre une approche gnrique (guide qualit) du processus qualit restreint aux activit essentielles support au core value cibl en cohrence avec une dmarche TQM globale (interdpendance entre les trois composants core value , mthodologie, mthodes/outils). Le core value cibl est de mieux matriser et damliorer conjointement la qualit du produit et la qualit des processus de production. Dans notre contexte, ce processus qualit est centr sur le niveau tactique en lien avec les niveaux stratgique et oprationnel en entreprise. Cette approche se base ainsi sur trois phases principales : premirement, la formalisation des concepts du processus qualit au niveau

tel-00321445, version 2 - 25 Sep 2008

tactique en lien avec le niveau stratgique. Deuximement, la modlisation de lextension du processus qualit vers le niveau oprationnel. Finalement, la modlisation des indicateurs qualit dans lobjectif dvaluer lapproche qualit (phase d'valuation). Les diffrentes tapes de modlisation sont ralises laide du langage de modlisation UML en utilisant la technique de "mta-modlisation". Ces tapes de modlisation sont positionnes de faon structure dans le cadre de modlisation Zachman. Cette approche qualit se veut utilisable depuis la phase de conception jusqu la phase dexploitation dun processus qualit particulier. En ce sens dans le chapitre suivant, nous allons porter cette approche sur un outil (MEGA Suite) afin de lautomatiser et donc de la rendre exploitable par des personnes mtiers de la qualit. De plus, nous proposons dans le chapitre IV une premire exprimentation de lapproche au cas dun processus manufacturier afin den montrer la faisabilit. En effet, tous les modles proposs soulvent un problme majeur li leur validation, un degr de confiance que nous pouvons leur accorder.

tel-00321445, version 2 - 25 Sep 2008

tel-00321445, version 2 - 25 Sep 2008

tel-00321445, version 2 - 25 Sep 2008

Chapitre 4 : Vers une automatisation et une faisabilit de lapproche qualit

tel-00321445, version 2 - 25 Sep 2008

Chapitre 4

133

I. Introduction

Le chapitre III nous a permis de dfinir les fondements de notre contribution qui se base sur la proposition dune approche gnrique qualit qui formalise un processus qualit sur les diffrents niveaux structurels de lentreprise en cohrence avec le core value TQM considr. Lobjectif de core value est de matriser et damliorer conjointement la qualit de produit et la qualit des processus de production. Sur cette base gnrique, lobjectif de ce chapitre est de mettre en vidence lutilisation de notre approche depuis la phase de conception, travers une phase dinstanciation des mta-modles, jusqu la phase dexploitation, travers laccs des pages Web. Pour faciliter cette utilisation par des spcialistes qualit (non ncessairement spcialistes modlisation), cette approche est supporte par loutil MEGA Suite. Nous montrons alors, comment lapproche qualit est prise en compte dans lenvironnement MEGA afin de disposer dun prototype qui supporte notre approche (automatisation de lapproche qualit). Ensuite, pour positionner et structurer les diffrentes tapes de dveloppement de lapproche qualit, ralises dans le chapitre 3 et 4, nous avons intgr les diffrents modles et procdures, rsultant de ce dveloppement, dans le cadre de modlisation de Zachman. Finalement, pour valider cette approche et montrer sa faisabilit nous proposons dexprimenter notre approche sur un cas dapplication manufacturier de type tournage, depuis la phase de conception jusqu la phase dexploitation.

tel-00321445, version 2 - 25 Sep 2008

Chapitre 4

134

II. Automatisation de lapproche qualit

Lapproche qualit propose se veut utilisable depuis la phase de conception jusqu la phase dexploitation dun processus de matrise et damlioration de la qualit dun produit/processus particulier. Dans la phase de conception, cette approche, par une phase dinstanciation des concepts qualit via le mta-modle global (le mta-modle global est le mta-modle rsultant de lintgration des diffrents mta-modles dobjets supports de notre approche qualit) aidera (guidera) l'ingnieur qualit traduire ses exigences informelles en connaissances formalises. Les phases de linstanciation reposent sur des procdures directement issues des modles dactivits. La connaissance encapsule dans le modle

tel-00321445, version 2 - 25 Sep 2008

spcifique, rsultant de lensemble des instances, sera ensuite stocke, en phase dexploitation, dans une base de donnes pour tre accessible dans un formalisme comprhensible par loprateur sur site via des pages Web. Ces informations, sur site, permettent de mieux suivre et d'anticiper en ligne les drives qualit du produit/processus de production tudi ( matriser et/ou amliorer). Pour supporter de faon cohrente lensemble des phases de la spcification du mta-modle jusqu lutilisation des donnes sur site, cette approche doit tre outille et automatise.

II.1. Pourquoi automatiser ?


Lingnieur qualit qui est charg de fournir des dmarches de matrise des processus de production pense toujours lautomatisation de ces dmarches pour mettre en uvre une interface permettant lintervention humaine [Domenc 1997]. De son cot, [Sangyoon 2004] a montr le manque de recherches concernant la faon dont les systmes qualit peuvent tre soutenus, plus efficacement, par un environnement automatis pour amliorer leur productivit dans l'industrie. De mme, lagenda de la recherche stratgique dans le domaine de lingnierie des processus manufacturier en Europe [Manufuture 2006] a montr le besoin dune mthodologie, base sur la connaissance des processus manufacturiers, relative un outil logiciel. Lobjectif de cet outil est de fournir une interface avance humain mthodologie facilitant son utilisation. Ainsi, pour rpondre ces besoins et supporter lutilisation de notre approche qualit, nous en avons propos une automatisation. Pour raliser cette automatisation, nous avons tenu respecter essentiellement un critre principal concernant loutil dautomatisation : proposer un

Chapitre 4

135

outil facile dutilisation et efficace. Cet outil doit supporter la fois la smantique et la syntaxe de lapproche propose, c'est--dire, il doit tre capable dintroduire les diffrents mta-modles (donnes et traitement) supports de notre approche. De plus, compte tenu du volume important de donnes, lexploitation de lapproche qualit sera plus facile sous forme graphique que, par exemple, sous formes des tableaux ou des matrices. Ainsi, un des critres lors du choix de loutil tait aussi quil propose une solution qui offre une visualisation graphique des informations aux diffrents acteurs (ingnieur et oprateur). Cette automatisation doit offrir lingnieur, dune part, dans la phase de conception, une meilleure aide en visualisant les diffrents concepts qualit permettant de saisir et de vrifier la connaissance qualit. Dautre part, dans la phase dexploitation, elle doit offrir loprateur une aide la prise de dcision, lors de la matrise et de lamlioration de la qualit. En conclusion, les buts de lautomatisation de notre approche sont de :

tel-00321445, version 2 - 25 Sep 2008

rendre notre approche accessible quelquun qui nest pas du domaine de modlisation travers une interface graphique facile utiliser,

rendre accessible toutes les dmarches et les rgles de construction incluses dans les mta-modles des donnes et dactivits (guide qualit),

aider garantir de faon cohrente lutilisation de notre approche de la phase de conception jusqu la phase dexploitation.

II.2. Quel outil pour automatiser et comment ?


Diffrents outils informatiques sont actuellement proposs sur le march avec lobjectif de supporter lautomatisation et la modlisation des processus [Chelli 2003], [Snchal 2004], [Longp 2001] (Figure 50). EDITEUR
ARIS MEGA Casewise Interfacing technologies BOC Qualigram C Log Keyword

PRODUIT
Aris tools set Mega process Corporate modeler FirstSTEP process modeler ADONIS Qualigram Designer OSS@D process Designer ISIMAN

SITE WEB
www.ids-scheer.com www.mega.com www.casewise.com www.interfacing.com www.boc-eu.com www.qualigram.com www.c-log.com www.keyword.fr

Figure 50. Outils informatiques pour supporter lautomatisation et la modlisation des processus

Chapitre 4

136

Parmi ces diffrents outils et compte tenu des besoins dj introduits, nous avons choisi dautomatiser notre approche qualit laide de loutil MEGA Suite car il intgre un mtamodle personnalisable qui s'adapte aux besoins spcifiques des utilisateurs. Ce mta-modle est compatible avec les principaux standards du march. Lintrt de cet outil est sa gnricit. Lensemble de ses composants permet dapporter une rponse quasiment tous les besoins de lentreprise, depuis la dfinition des objectifs stratgiques jusqu' la mise en uvre de projets informatiques. MEGA est une suite logicielle qui est utilise habituellement afin de grer et modliser les processus dune entreprise. MEGA, dit par MEGA International, sarticule autour dun rfrentiel qui regroupe trois produits d'analyse et de conception : MEGA Process (cartographier les chanes de valeur de l'organisation), MEGA Architecture (cartographier et urbaniser les systmes d'information) et MEGA Designer (raliser la conception dtaille des

tel-00321445, version 2 - 25 Sep 2008

systmes et applications informatiques). Les diffrentes composantes de la suite MEGA sont organises autour dun rfrentiel unique, fournissant pour lensemble des produits MEGA (Process, Designer et Architecture) des services de stockage, de documentation, d'administration et de scurit. MEGA est utilisable travers des environnements de travail qui regroupent un ensemble d'utilisateurs, une base de donnes qui contient tous les lments de MEGA, des descriptions d'objets, des dialogues, des requtes, des documents, Ainsi, MEGA est architecture autour de bases de donnes qui constituent les espaces de travail o les donnes de modlisation sont stockes. Plusieurs utilisateurs peuvent s'y connecter et travailler en mme temps. Ainsi, loutil MEGA est donc intressant, pour supporter notre approche, parce quil: dispose un mta-modle ouvert, ce qui signifie quil est possible dajouter des nouveaux concepts (en donnes et en traitement) lintrieur de MEGA afin de pouvoir les modliser et les utiliser, est compatible avec le langage de modlisation choisi UML. MEGA est un atelier muni doutils pour la modlisation de plusieurs types de diagrammes UML tels que : diagrammes de cas dutilisation, diagrammes dactivits, diagrammes dtats, diagrammes de classes, diagrammes de collaboration, diagrammes squence, intgre plusieurs outils d'import/export qui sont ncessaires l'change d'informations (donnes) avec des applications externes (par exemple des outils supports la MSP), contient un ensemble de fonctions (par exemple : les rgles de modlisation) qui nous permet de construire notre guide qualit et calculer les indicateurs qualit,

Chapitre 4 permet de fournir des interfaces graphiques pour exploiter notre approche qualit,

137

se base sur une base de donnes qui permet denregistrer la connaissance rsultant de la phase dinstanciation de nos mta-modles,

donne la possibilit de crer automatiquement des bases de donnes via un diagramme de classe.

Ainsi, notre dmarche dautomatisation va donc consister modifier le mta-modle de MEGA pour quil rponde nos besoins [Deeb 2007a]. La modification du mta-modle nest pas une opration triviale. Une mauvaise manipulation peut dans le meilleur des cas entraner la corruption de certaines donnes, et dans le pire cela peut aller jusqu empcher MEGA de sexcuter. Donc, les tapes de modification de mta-modle de MEGA (automatisation) vont consister :

tel-00321445, version 2 - 25 Sep 2008

lintgration des mta-modles des objets supports de notre approche qualit dans le mta-modle de MEGA, (II.2.1),

le dveloppement des interfaces graphiques (affichage) pour nous aider effectuer la phase instanciation de chacun des mta-modles en lien avec le produit/processus tudi, (II.2.2),

la cration du guide qualit suivre, pendant la phase dinstanciation de nos mta-modles, via linterface graphique. Les rgles relatives au guide qualit sont issues des mta-modles des activits supports de notre approche, (II.2.3),

lextraction de la connaissance qui rsulte de la phase dinstanciation, pour lutiliser par loprateur sur site (II.2.4).

La Figure 51 illustre les procdures suivre pendant lautomatisation de notre approche qualit.

Chapitre 4

138

MEGA
Mta-modle Global
Mta-modle support de la mthodologie Mta-modle support de la mthode AMDEC Mta-modle support de la mthode MSP Mta-modle support de la mthode APR Mta-modle support de la mthode Poka-Yok
Reprsent par

Environnement Qualit
Interfaces graphiques
Diagramme de mthodologie qualit Diagramme de la mthode AMDEC
Instanciation

Reprsent par

Reprsent par

Diagramme de la mthode MSP


Reprsent par

Modle spcifique qui contient la connaissance qualit

Diagramme de la mthode APR Diagramme de la mthode Poka-Yok

Reprsent par

Extraction de la connaissance sous la forme dun fichier XML

tel-00321445, version 2 - 25 Sep 2008

Consultable

Pages Web

Base de donnes MdQ

Transfrer

Fichier XML

Figure 51. Procdures dutilisation de MEGA pour suivre lapproche qualit

II.2.1. Intgration des mta-modles dobjets dans le mta-modle de MEGA


Lautomatisation de notre approche qualit commence par la cration, dans loutil MEGA, dun nouvel environnement que nous avons appel environnement qualit . Cet environnement qualit est cr laide du logiciel MEGA Administration qui permet, comme son nom lindique, dadministrer la plate-forme MEGA. L environnement qualit est un des environnements de travail dans MEGA qui contient toutes les composants de MEGA. C'est--dire, il contient un ensemble d'utilisateurs, une base de donnes, le mta-modle de MEGA, Cest travers cet environnement que nous allons commencer les tapes de modification du mta-modle de MEGA. Cette modification du mta-modle dans l environnement qualit doit permettre de rpondre nos besoins dinstanciation cohrente des mta-modles pour crer des modles spcifiques relatifs aux applications tudies. Donc, pour raliser la premire tape de cette modification, nous avons intgr lensemble des concepts qualit dfinis dans le mta-modle global support de lapproche qualit dans l environnement qualit . Le principe de cette intgration se base, premirement, sur la reprsentation de chaque mta-classe de notre mta-modle global dans

Chapitre 4

139

le mta-modle de MEGA. Aussi, chaque mta-association entre deux mta-classes est conserve lors de son implantation dans le mta-modle de MEGA. Deuximent, cette intgration se base aussi sur la cration des relations entre toutes les nouvelles mta-classes, intgres dans le mta-modle de MEGA, et la mta-classe qui sappelle Diagramme . Cette mta-classe Diagramme est une mta-classe originale dans le mta-modle de MEGA qui permet dexprimer le fait quun lment de la nouvelle mta-classe peut tre cr dans un diagramme standard de MEGA. Pendant cette intgration, les cardinalits et les contraintes, issues de notre mta-modle global, ne sont pas exprimes car MEGA ne vrifie pas ni les cardinalits et ni les contraintes du mta-modle lors de linstanciation des mta-modles. Cependant, ces cardinalits et contraintes seront ajoutes lors de la cration du guide qualit. La Figure 52 montre un extrait des mta-classes du mta-modle global support de lapproche

tel-00321445, version 2 - 25 Sep 2008

qualit telles quelles ont t intgres dans le mta-modle de MEGA. Une vue complte du mta-modle global tel quil a t intgr dans l environnement qualit est illustre dans lAnnexe (D).

Chapitre 4

140

tel-00321445, version 2 - 25 Sep 2008

Figure 52. Extrait du mta-modle support de lapproche qualit implant dans lenvironnement MEGA

II.2.2. Dveloppement des interfaces graphiques de lapproche qualit


Pour pouvoir effectuer linstanciation de nos mta-modles, qui ont t intgrs dans l environnement qualit de MEGA, une interface graphique est ncessaire. Donc, la deuxime tape de modification du mta-modle de MEGA consiste dvelopper cette interface. Linterface vise doit permettre dinstancier toutes les mta-classes issues de nos mta-modles et de garder la relation entre ces mta-classes. Pour ce faire, MEGA propose un ensemble doutils/objets ( ModelType , ModelTypeParam , ) pour crer de nouveaux diagrammes. Ainsi, en se basant sur ces outils et pour rpondre nos besoins relatifs,

Chapitre 4

141

premirement, la cration dun guide qualit et deuximement au dveloppement dune interface dinstanciation dans l environnement qualit , nous avons dvelopp un nouveau diagramme qui sappelle diagramme de lapproche qualit . Dans le cadre de ce diagramme nous avons dvelopp ainsi cinq nouveaux diagrammes (Figure 53): - diagramme de mthodologie qualit : ce diagramme reprsente linterface qui permet dinstancier le mta-modle des objets support de notre mthodologie (en cohrence avec le TQM). Dans ce diagramme une barre dicnes qui reprsente les mta-classes de ce mta-modle est ajoute. Chaque icne porte le nom de la mta-classe correspondante et permet de linstancier. Pour que ce diagramme reprsente exactement les diffrents lments (mta-classes et mta-associations) de mta-modle, support de la mthodologie, et pour que la barre dicnes soit affiche dans ce diagramme, MEGA propose un ensemble doutils tel que Dialogues .

tel-00321445, version 2 - 25 Sep 2008

Parmi ces diffrents outils, loutil appel Paramtrage des diagrammes permet dassocier les mta-classes et les mta-associations (intgres dans le mta-modle de MEGA) entre elles dans un nouveau diagramme MEGA. Cet outil permet dorganiser et didentifier les diffrents objets "MEGA" ( ModelTypeParam , ModelTypeShape , ModelTypeLink , ) ncessaires pour faire le rapport (lien) entre, dune part, les mta-classes et les mta-associations intgres dans le mta-modle de MEGA, et dautre part, le diagramme dans lequel ces mta-classes et mta-associations vont tre instancies (dans notre cas cest le diagramme de mthodologie qualit). Chacun de ces objets a une fonction fournir dans le diagramme dvelopp, par exemple : le ModelTypeParam dcrit ce que peut contenir le diagramme, le ModelTypeLink permet de dfinir les relations afficher dans le diagramme, . Donc, en se basant sur ces diffrents outils et objets, nous avons li le diagramme de mthodologie qualit aux diffrentes mta-classes instancier, issues du mta-modle support de la mthodologie, en conservant la relation entre elles. Ainsi, la barre dicnes dveloppe, dans ce diagramme, nous permet de raliser linstanciation du mta-modle support de la mthodologie. Sur ce diagramme nous pouvons donc saisir le nom de linstance ainsi que ses diffrents attributs. Ces diffrents attributs reprsentent la connaissance qualit vise par cette instanciation. - les quatre diagrammes des mthodes qualit : Ces diagrammes reprsente linterface qui permet dinstancier les mta-modles des objets support des mthodes qualit (en cohrence

Chapitre 4

142

avec le TQM). Ces interfaces ont t dveloppes en utilisant les mmes outils et objets dfinies dans le paragraphe prcdent. Chacun de ces quatre diagrammes porte le nom de la mthode qualit concerne, par exemple, le diagramme qui permet dinstancier la mthode AMDEC sappelle : diagramme de la mthode AMDEC . La forme gnrale de chacun de ces diagrammes ressemble celui du diagramme de la mthodologie qualit prsent dans le paragraphe prcdent. Dans chacun de ces diagrammes, nous trouvons gauche les icnes qui reprsentent toutes les mta-classes existant dans le mta-modle support de la mthode qualit concerne. Ces diffrents diagrammes permettent dinstancier lors de la cration dun modle spcifique toutes les mta-classes (concepts qualit) issues de notre approche qualit.

tel-00321445, version 2 - 25 Sep 2008

Figure 53. Les diagrammes dvelopps, dans l environnement qualit pour raliser linstanciation des mta-modles supports de lapproche qualit

Dans ces interfaces graphiques, nous avons donn la possibilit, pendant la phase dinstanciation, dappeler (dexcuter) les diagrammes des mthodes qualit partir du diagramme de mthodologie qualit. Cette possibilit permet de reprsenter linterdpendance entre la mthodologie qualit et les diffrentes mthodes qualit en cohrence avec le TQM. Ainsi, les cinq diagrammes, dvelopps dans l environnement qualit , permettent dintgrer la partie objets du guide qualit vis via notre approche qualit. Cependant, la

Chapitre 4

143

partie activits du guide qualit nest pas encore intgre dans ces diagrammes. Pour pallier ce problme, nous avons implant dans ces diagrammes un ensemble des rgles de modlisation (fonction disponible dans MEGA) qui sont extraites des mta-modles dactivits.

II.2.3. Partie traitement du guide qualit : cration et implantation des rgles de modlisation
Lors de lutilisation de notre approche qualit travers les diffrents diagrammes dvelopps dans loutil MEGA, lingnieur qualit sera guid pendant la phase dinstanciation des diffrents mta-modles supports de cette approche. La partie traitement du guide qualit est base dune part, sur les mta-modles dactivits et dautre part, sur les diffrentes multiplicits et contraintes des mta-classes existant dans le mta-modle des objets. Donc, la

tel-00321445, version 2 - 25 Sep 2008

troisime tape de modification du mta-modle (automatisation) de MEGA consiste dvelopper ce guide. Pour ce faire, nous avons utilis la fonction rglement de modlisation qui est disponible dans MEGA. Cette fonction permet de classer des rgles de modlisation selon un contexte ou un domaine prcis. Une rgle s'applique normalement un objet du rfrentiel MEGA et dfinit un contrle sur cet objet (mta-classe est un des objets de MEGA). Il existe trois niveaux (types) de rgles: Suggestion : rgle qu'il est prfrable d'observer mais non obligatoire. Le non-respect de la rgle est prcis dans le rapport d'application des rgles mais n'entrane pas d'avertissement, Recommandation : rgle importante. Le non-respect de la rgle donne lieu un avertissement, Exigence : rgle obligatoire. Le non-respect de cette rgle donne lieu un avertissement de type erreur. Limplantation dune rgle de modlisation consiste lier cette rgle un test (fonction dans MEGA). Un test exprime une condition sous la forme d'une expression. Pour un objet donn, la rgle de modlisation est vrifie si l'application du test retourne la valeur " vrai ". Une rgle peut avoir un ou plusieurs tests. Dans ce sens, le champ Oprateur Logique de la rgle offre deux options possibles : Et : la rgle n'est vrifie que si tous les tests sont positifs, Ou : un test suffit vrifier la rgle.

Chapitre 4

144

Le test est dcrit par des expressions et par des fonctions. Dans notre cas, et pour dvelopper la partie traitement de notre guide qualit, en respectant les multiplicits et contraintes de nos mta-modles, nous avons choisi dappliquer la fonction ItemCount (LegSel) ><= 1, 2, 3,, n (O LegSel est un champ reprsentant une MetaAssociationEnd) qui est disponible dans MEGA. Cette fonction permet de dfinir et prciser le lien entre les objets (mta-classes) en regardant les multiplicits et les contraintes entre ces objets. Elle retourne le nombre d'objets trouvs au bout de la MetaAssociationEnd. Par exemple, pour la mta-classe processus , lexpression : ItemCount(produit de sortie) >0 retourne " vraie " si le processus est reli strictement au moins un produit de sortie ou plus. Ainsi, nous avons appliqu chaque mta-classe de nos mta-modles une ou plusieurs rgles de modlisation qui sont relies-elles mmes aux tests. Dans ce guide, les rgles utilises sont du type recommandation qui donne un avertissement lors du non-respect du guide. Pour

tel-00321445, version 2 - 25 Sep 2008

afficher ces rgles sur les diffrents diagrammes de lapproche qualit il faut juste activer ce rglement partir des options de MEGA. Un rglement actif est ainsi un rglement de rfrence, dfini comme tel afin que nous puissions vrifier en permanence la conformit des objets que nous crons avec les rgles respecter. Nous pouvons alors consulter, tout moment, les rgles lies la mta-classe travers un indice qui apparat au-dessous de son instance. Par cette consultation, une fentre apparat et dtaille les rgles appliques sur l'objet : le nom du rglement, suivi d'un tableau dans lequel apparaissent le nom de chacune des rgles contenues dans le rglement, leur rsultat pour l'objet contrl et le diagnostic (Figure 54).

Figure 54. Rgles appliques sur la mta-classe processus (guide qualit)

Chapitre 4

145

Labsence de lindice sur linstance signifie qu'aucune erreur n'a t dtecte et que toutes les rgles ont t satisfaites. En gnral, les rsultats du contrle apparaissent sous forme d'icne, chaque icne se rapporte une rgle du rglement (Figure 55):

tel-00321445, version 2 - 25 Sep 2008

Figure 55. Icnes affichant le rsultat du contrle des rgles de modlisation

Ces rgles doivent guider l'ingnieur qualit dans la phase d'instanciation sous la forme de questions/rponses. Nous avons galement utilis ces rgles pour quelles nous aident calculer, en fin de phase de conception, les indicateurs qualit. Dans cet objectif, nous avons ajout aux entits (mta-classes) lies aux indicateurs qualit des rgles du niveau Exigence . Ainsi, lors de linstanciation, lavertissement relatif ce type de rgle, sur linstance, attirera lattention sur lexistence dun indicateur qualit relatif cette instance.

II.2.4. Extraction de la connaissance qualit rsultant de la phase dinstanciation


A la fin de la phase dinstanciation des mta-modles supports de lapproche qualit sur un cas dtude, la connaissance rsultant de cette instanciation sera automatiquement enregistre dans la base de donnes de MEGA. Cette connaissance doit ensuite tre utilise par loprateur pour quil puisse lexploiter sur site afin anticiper les drives qualit (i.e quipe autonome). En effet, lutilisation directe de cette connaissance qualit , stocke dans la base de MEGA, est irralisable. Pour laccs la connaissance il faut donc lextraire de la base de donnes de MEGA et la mettre dans un support extrieur permettant daccder facilement cette connaissance. En effet, MEGA permet, partir dun diagramme de classe UML, de gnrer automatiquement un script SQL qui permet de crer une base de donnes. Pour crer notre

Chapitre 4

146

base de donnes extrieure, travers MEGA, et pour que chaque mta-classe dans le mta-modle global, support de lapproche qualit, soit reprsente par une table et que la relation entre ces mta-classes soit conserve dans cette base nous avons dvelopp les tapes suivantes : le mta-modle global support de notre approche est reprsent, dans MEGA, sous la forme de diagramme de classe, les outils de gnration de code de MEGA Designer permettent ensuite de driver automatiquement le diagramme de classes en un modle relationnel. Ensuite, partir de ce modle relationnel, MEGA gnre un script sql , le fichier *.sql est excut sur un SGBD (Systme de Gestion de Bases de Donnes) de type MySQL pour crer notre base de donnes qui sappelle : Matrise de Qualit MdQ . Dans cette base de donnes MdQ , chaque mta-classe devient une table, les attributs dans chaque mta-classe deviennent des colonnes dans cette table et les relations entre les mta-classes sont conserves. Cependant, certaines prcautions sont prendre concernant la conservation dune partie du formalisme UML. En effet, quelques proprits ne sont pas conserves, notamment les contraintes dunicit et dexclusion, lagrgation, lhritage. Pour remdier ce problme, il est souhaitable dagir directement sur le modle relationnel driv afin daboutir au modle final en cohrence avec le modle initial voulu (contrle du modle relationnel). Ainsi, pour transfrer la connaissance qualit , rsultant dune phase dinstanciation, de la base de donnes de MEGA vers la base de donnes MdQ , MEGA donne la possibilit dextraire cette connaissance de sa base sous la forme dun fichier de type XML (eXtensible Markup Language). Lintrt dutiliser un fichier XML est quil permet de structurer prcisment linformation ce qui facilite normment son traitement par une autre application par la suite. Ainsi, pour raliser cette extraction, une "description" (fonction dans MEGA) spcifique relative aux mta-modles supports de lapproche qualit a t dveloppe. Cette "description" comprend les caractristiques propres chaque mta-classe de lapproche qualit en prenant en compte leurs relations. LAnnexe (E) dcrit un exemple de la faon de dvelopper la "description" qualit. Une fois la "description" de toutes les mta-classes ralise, elles peuvent tre utilises pour produire le fichier XML relatif nos mta-modles (pour chaque cas dtude un fichier XML sera produit). Le fichier XML rsultant contient

tel-00321445, version 2 - 25 Sep 2008

Chapitre 4

147

toutes les donnes qualit rsultant de la phase dinstanciation. Pour transfrer cette connaissance extraite de la base de MEGA vers la base de donnes MdQ , nous avons dvelopp une application JAVA qui ralise cette transformation (le dveloppement de cette application est dtaill dans le II.3.2.1).

II.3. Utilisation de lapproche qualit travers loutil MEGA


Aprs avoir modifi le mta-modle de MEGA pour quil soit compatible avec nos besoins en crant l environnement qualit , notre approche qualit est directement utilisable dans la phase de conception travers une phase dinstanciation des mta-modles, supports de lapproche qualit, jusqu la phase dexploitation travers des pages Web [Deeb 2006], [Deeb 2007b].

tel-00321445, version 2 - 25 Sep 2008

II.3.1. Utilisation en phase de conception


Dans cette phase, notre approche qualit offre lingnieur qualit un guide pour laider lors de la cration de son modle spcifique (faire bien du premier coup). Ce modle spcifique rsulte dune phase dinstanciation de lensemble des mta-modles supports de lapproche qualit. Cette instanciation se ralise, par l environnement qualit dans MEGA, travers le diagramme de mthodologie qualit et les diagrammes des mthodes qualit. Le modle spcifique matrialise, gnralement, ltude dun produit/processus de production particulier depuis la dfinition du processus jusqu la propositions des actions qui liminent les causes de non-conformit. En effet, les rgles implantes dans les diffrentes mta-classes vont guider de faon cohrente lingnieur, dans le niveau tactique, pendant la matrise et lamlioration de son produit/processus en suivant un ensemble de procdures. Ces procdures traduisent les relations entre entits, contraintes, multiplicits, sous typages, A titre exemple, la cration de linstance processus relative au processus tudier demande lingnieur qualit, par les relations produit/processus , de crer un produit dentre et un produit de sortie relis ce processus (en cohrence avec les exigences de la norme ISO9000:2000). Pour ce produit de sortie, il faut ensuite prciser les exigences de type forme, espace ou temps, en cohrence avec les modelling constructs, en sachant qu chaque exigence doit tre associes des caractristiques qualit, etc. Linstanciation se base ainsi sur quatorze tapes matrialisant des procdures chronologiques imposes. Chaque tape se construit sur un ensemble de procdures qui matrialisent un degr dabstraction infrieur, les squences dactivits dveloppes dans les modles dactivits (lien processus activits procdures). Parmi ces quatorze tapes, les treize

Chapitre 4

148

premires sont ralises travers le diagramme de mthodologie qualit et la dernire tape travers un ou plusieurs diagrammes des mthodes qualit (Figure 56).
1 Dfinition du contexte de ltude

2 Dfinition de lenvironnement

Qualification du processus et/ou du produit

Caractrisation du processus et/ou du produit

tel-00321445, version 2 - 25 Sep 2008

5 Identification des moyens de dtermination des caractristiques qualit

6 Identification des classes permettant dintgrer lapproche dans le niveau management et aussi vers un processus maintenance.

7 Identification des moyens denregistrement du rsultat de test qualit

Vrification des rsultats des tests qualit.

9 Identification des non-conformits et/ou des conformits

11 Traitement des non-conformits

Non-conformit

Conformit

10

Identification des moyens de dtermination de la conformit

12

Identification des causes des non conformits

13 limination des causes

14

Appel et instanciation dune mthode qualit

Figure 56. Les tapes dinstanciation de lapproche qualit en phase de conception

Chapitre 4

149

Nous dtaillons dans la suite de ce paragraphe les mta-classes qui doivent tre instancies chaque tape dinstanciation : (1) Dfinition du contexte de ltude. Cette tape permet de spcialiser les mta-classes Processus , Produit dentre , et Produit de sortie . Elle permet galement de faire le dcoupage du processus initial en processus lmentaires. La Figure 57 prsente un diagramme de procdures (workflow), se basant sur le diagramme dactivits support de la mthodologie qualit (Figure 34), qui dtaille les procdures suivre pendant cette tape dinstanciation.
La procdure de dpart

D b ut Insta ncie r le proce ssus D finir le s a ttributs du proce ssus Consulte r le guide qua lit re la tif a u proce ssus

tel-00321445, version 2 - 25 Sep 2008

Insta ncie r le produit de ntr e

Insta ncie r le produit de sortie

D finir le s a ttributs du produit de ntr e

Consulte r le guide qua lit re la tif a u produit de sortie D finir le s a ttributs du produit de sortie Consulte r le guide qua lit r e la tif a u produit de ntr e

La procdure finale : vers ltape (3) dinstanciation

Fin

Fin
L a pro c du re finale : v ers l tape (2) d in st an ciation

Figure 57. Diagramme de procdures (workflow) relatif la premire tape dinstanciation

Linstanciation de cette tape, comme nous lavons indiqu pralablement, est ralise travers le diagramme de mthodologie qualit. LAnnexe (F) illustre un diagramme de squence qui explique lutilisation de ce diagramme pour raliser ltape dinstanciation.

Chapitre 4

150

(2) Dfinition de lenvironnement de travail. Cette tape permet de spcialiser les mta-classes Client et Fournisseur , (3) Qualification du processus et/ou du produit. tape de spcialisation de la mta-classe Exigence processus ou/et les sous-types de la mta-classe Exigence produit de sortie qui sont Exigence temps , Exigence forme , et Exigence espace , (4) Caractrisation du processus et/ou du produit, elle permet de spcialiser la mta-classe Caractristique qualit , en lien avec le processus et/ou le produit, qui va tre matrise. (5) Identification des moyens de dtermination des caractristiques qualit. Cette tape permet de spcialiser les mta-classes Observation , Mesure , Essai , et Equipement qualit relatives de la mta-classe Test qualit , (6) Identification des classes qui permettent de faire intgrer lapproche qualit dans le niveau

tel-00321445, version 2 - 25 Sep 2008

management et aussi vers un processus maintenance. tape de spcialisation de mta-classe planification du test qualit en relation avec le test qualit concern, (7) Identification des moyens denregistrement du rsultat de test qualit. Cette tape permet de spcialiser la mta-classe Preuve tangible , (8) Vrification des rsultats des tests qualit. Cette tape permet de spcialiser la mta-classe Vrification , (9) Identification des non-conformits et/ou des conformits. Cette tape permet de spcialiser les mta-classes, Non conformit et/ou Conformit , (10) Identification des moyens de dtermination de la conformit. Cette tape permet de spcialiser les mta-classes, Contrle , Jugement , et Observation (si elle nest pas instancie dans ltape cinq), (11) Traitement des non-conformits. Cette tape permet de spcialiser les mta-classes sous-types des mta-classes Correction ou Rebut , (12) Identification des causes des non conformits. Cette tape permet de spcialiser les mta-classes Cause machine , Cause main duvre , Cause mthodes , Cause milieu et Cause matire sous-types de la mta-classe Cause , (13) Elimination des causes. Cette tape permet de spcialiser les mta-classes Action prventive et Action corrective sous-types de la mta-classe Action . Elle permet galement de spcialiser les mta-classes sous-type de la mta-classe Action prventive ,

Chapitre 4

151

(14) Appel dune mthode qualit qui permet de faire intgrer lapproche qualit dans le niveau oprationnel. Cette tape permet dappeler (au sens informatique) potentiellement un ou plusieurs diagrammes des mthodes qualit pour instancier le mta-modle support de la mthode qualit appele. Pour ce faire, nous avons cr dans le diagramme de mthodologie qualit des entits qui portent les noms des mthodes qualit modlises (AMDEC, MSP, APR, Poka-yok). Linstanciation de chacune de ces entits permet dexcuter le diagramme de la mthode qualit vise. Par exemple, pour le traitement des causes dune non-conformit nous pouvons excuter (appeler) la mthode AMDEC via son diagramme dinterface (le diagramme de la mthode AMDEC). L'ingnieur lors de sa dmarche dinstanciation pour une matrise de la qualit de son processus ou/et produit, pourra ainsi rpondre aux problmes didentification des ces causes, des mode de dfaillance, des effet, de criticit, base dun outil mtier quil connat logiquement.

tel-00321445, version 2 - 25 Sep 2008

La matrise conjointe de la qualit du produit/processus demande de prciser les caractristiques du processus pour quil soit capable de raliser le produit, c'est--dire dfinir la relation entre les caractristiques des processus et les caractristiques de produit. Dans cette optique, les tapes (3), (4) et (12) permettent de prciser laptitude du processus de production tudi. Dans les troisime et quatrime tapes nous dfinissons les exigences et les caractristiques du produit et du processus. En revanche, ltape douze permet de faire le lien entre la non-conformit et les causes relatives au processus. Ceci permet de juger si le processus est apte raliser les caractristiques de produit pour lesquelles il est mis en uvre. En conclusion, a la fin de cette phase dinstanciation, si lingnieur na pas les rponses aux questions poses (incompltudes potentielles de sa connaissance), il peut dcider : (1) de remettre en cause son socle de connaissances vis--vis du problme pos pour modifier le modle spcifique (meilleure matrise), ou (2) de continuer sa dmarche mais en sorientant vers un produit/processus non totalement matris au sens de la mthodologie. Cette dcision peut tre prise partir du rsultat de l'valuation sur la base des indicateurs qualit calculs. Ce calcul est ralis laide des rgles de modlisations (de type exigences) lies aux concepts (entits) qualit, relatifs aux indicateurs. Il se ralise sur la base des modes de calcul donnes dans la Figure 49 et sur la formule de calcul propose dans le chapitre 3 ( II.4).

II.3.2. Utilisation en phase dexploitation


la fin de la phase de conception, et pour utiliser la connaissance qualit rsultant dune phase dinstanciation, lingnieur qualit est invit transfrer cette connaissance stocke pour linstant dans la base de MEGA vers la base de donnes MdQ . Cette base MdQ

Chapitre 4

152

est accessible travers des pages Web afin d'extraire la connaissance et la mettre la disposition des oprateurs. Ainsi l'oprateur est mme damliorer la matrise des drives qualit des processus ou/et du produit en cours de production en utilisant les informations donnes dans les pages Web. Loprateur doit pouvoir, entre autres, alors accder via ces pages : aux causes les plus probables de non-conformit, aux actions correctives (et/ou prventives) les plus efficaces mener relativement aux causes prsumes, aux corrections possibles de cette non-conformit,

II.3.2.1. Extraction de la connaissance qualit de la base de MEGA

tel-00321445, version 2 - 25 Sep 2008

La transformation de la connaissance qualit de la base de MEGA vers la base de donnes MdQ passe par lutilisation de la "description" (crer dans l environnement qualit ). Cette description permet de gnrer le ficher XML qui contient cette connaissance en lien avec le processus tudi. La connaissance enregistre dans ce fichier est transfre vers la base de donnes MdQ laide dune application JAVA que nous avons dveloppe avec des tudiants ESIAL (Ecole Suprieure d'Informatique et Applications de Lorraine) pour cet objectif. Ce dveloppement est effectu en utilisant les composants externes : JDom qui est une librairie permettant de lire des fichiers XML (la classe XMLReader) Pilotes JDBC Microsoft pour SQL Server afin daccder la base de donnes

La classe XMLReader, comme son nom lindique, nous permet danalyser un fichier de type XML et den extraire les informations. Avant de pouvoir lire le fichier XML, il est ncessaire de crer les diverses classes qui dfinissent les lments dcrits dans le fichier XML, relatif notre mta-modle, tels qu chaque balise XML corresponde une mta-classe de notre mta-modle. LAnnexe (G) montre un exemple de balise relatif la mta-classe Accident potentiel . Nous voyons que chaque mta-classe a pour attribut, des attributs propres, en gnral de type String ou Integer, caractrisant les objets qui lui sont associs. Ainsi, la classe XMLReader permet de parcourir le fichier XML en partant de la mta-classe racine Processus . Il renseigne ainsi les diffrents attributs des mta-classes et permet de crer les entits avec lesquelles elles sont rattaches. Aprs que lapplication Java se soit excute, nous pouvons transfrer facilement le ficher XML vers la base de donnes MdQ . LAnnexe (H) illustre un diagramme de squence

Chapitre 4

153

qui explique lutilisation de cette interface de JAVA. Ainsi, la connaissance qualit (donnes) est enregistre dans la base de donnes MdQ . II.3.2.2. Extraction des informations de la base de donnes MdQ (Pages Web) Afin dutiliser la connaissance qualit , enregistre dans la base MdQ , nous avons besoin dun support qui permet de linterfacer avec loprateur sur site. En effet, [Weckenmann 2004] a montr quun des futurs challenges relatifs au management de la qualit est davoir un assistant systme support par une application web. Ainsi, pour mettre disposition la connaissance qualit et pour rpondre ce challenge, nous avons choisi dafficher les donnes qualit sous la forme des pages Web. Pour ce faire, nous avons utilis les lments suivants : le langage PHP (PHP: Hypertext Preprocessor) qui est un langage interprt (un langage script) excut du ct serveur. Nous avons choisi ce langage cause de : - La simplicit d'criture de scripts, - La simplicit d'interfaage avec des bases de donnes, - la possibilit d'inclure le script PHP au sein d'une page HTML. Ce langage permet de communiquer avec la base de donnes et gnrer dynamiquement des pages HTML, - La gratuit et la disponibilit du code source. MySQL qui est un Systme de Gestion de Bases de Donnes (SGBD), le serveur Web Apache qui le serveur le plus rpandu sur Internet.

tel-00321445, version 2 - 25 Sep 2008

LAnnexe (I) illustre une partie du script PHP utilis pour dvelopper les pages Web. En utilisant ces trois composants nous avons cr des pages Web daccs la base de donnes. Ces pages Web dynamiques sont organises pour sadapter aux diffrentes structures et arborescences du produit et des processus gres dans la base de donnes MdQ . Les donnes sont accessibles loprateur au travers de diffrents menus, tables et liens hypertexte. Dans ces pages Web, loprateur est capable de consulter le menu des processus lmentaires disponibles ainsi que les produits de sortie qui sont issus de ces processus. Aussi, il peut consulter beaucoup dinformations telles que : les caractristiques qualit relatives aux produits de sortie et/ou ses processus de dveloppement, les non-conformits qui peuvent tre issues dun processus de production,

Chapitre 4 les causes potentielles qui provoquent ces non-conformits, les actions correctives et prventives qui permettent dliminer les causes,

154

les informations issues de linstanciation des mthodes qualit modlises dans cette approche. Par exemple en ce qui concerne la mthode AMDEC, les informations rsultantes de cette mthode sont affiches sous la forme dun tableau AMDEC,

Ainsi, ces pages fournissent loprateur sur site toutes les informations qualit ncessaires la matrise et lamlioration de la qualit du produit et la qualit des processus de production tudis. En conclusion, notre approche qualit est utilise par deux acteurs principaux : lingnieur qualit et loprateur. Pour synthtiser le rle de chacun des acteurs dans les diffrentes tapes dutilisation de notre approche qualit, nous avons construit un diagramme de cas dutilisation

tel-00321445, version 2 - 25 Sep 2008

de notre approche qualit (Figure 58). Ce diagramme rsume ainsi ce qui doit tre fait par lingnieur qualit et par loprateur pour obtenir le rsultat escompt.

Figure 58. Diagramme de cas dutilisation de lapproche qualit

Chapitre 4

155

En regardant la Figure 29 et pour que toutes les tapes de dveloppement de lapproche qualit restent toujours structures dans un cadre de modlisation de lentreprise, nous avons mis en vidence dans la Figure 59 le positionnement de ces tapes dans le cadre de modlisation de Zachman.

Quoi (Objet)
PORTEE {contextuel} Planificateur Concepteur MODELE DE L'ENTREPRISE {conceptuel}
Thing important to the business : -Documents textuels et normes -Ressources informatique -Outil MEGA

Comment (Traitement)
List of processes the business performs: - Production - Qualit Business process model : Mta-modles dactivits supports de lapproche qualit

O (Rseau)

Qui (Acteurs)
List of organizational units: Ingnieur qualit

Quand (Temps)

Pourquoi (Motivations)
List of business goals: Offrir une approche qualit (guide qualit) Business paln : Supporter lapproche qualit

Dvelopp dans le Chapitre 3

Semantic model : Mta-Modles dobjets supports de lapproche qualit


Logical data model :

Work flow model: Ingnieur qualit

tel-00321445, version 2 - 25 Sep 2008

Propritaire Concepteur MODELE DU SYSTEME {logique} Concepteur

Modle relationnel rsultant dun diagramme de classe qui reprsente le mta-modle dobjets

Human interface architecture: Ingnieur qualit

Business rule model: Construire la base de donnes mdq


Rule design:

MODELE DE TECHNOLOGIE {physique} Dvelopp dans le Chapitre 4 Concepteur REPRESENTATION DETAILLEE Concepteur Programmeur

Physical data model: Script SQL pour crer la base de donne mdq Data definition : -Crer la base de donnes mdq -Saisir des donnes dans mdq Actual business data Page Web

System design: Modle spcifique rsulte de linstanciation Program: Application Java

Presentation architecture: Ingnieur qualit

Construire la base de donnes mdq

Security architecture : Ingnieur qualit

Rule specification: Stocker la connaissance qualit dans mdq Actual business strategy:
Extraire la connaissance qualit de la mdq et lexploiter

Systme de fonctionnement

Actual application code: Dvelopper des scripts PHP

Actual business organization : -Ingnieur qualit -Oprateur sur site

Figure 59. Positionnement des diffrentes tapes de dveloppement de lapproche qualit dans le cadre de modlisation Zachman

Notre contribution peut tre considre comme une contribution lautomatrise de la qualit au niveau du poste de travail. Le but de l'automatrise est de redonner une cohrence au niveau du poste de travail l'ensemble des dmarches de progrs, qui sont mises en place dans une entreprise. De plus, elle fournit un guide dans lobjectif de donner un maximum d'autonomie l'oprateur en liminant les non-conformits [Pillet 2003]. Pillet dfinit trois

Chapitre 4

156

axes majeurs responsables de non performance (en lien avec la qualit) au niveau du poste de travail : Axe de connaissance/comptence : cet axe dcrit les connaissances et la matrise du sujet (qualit) par les personnes concernes (ingnieurs, oprateurs, ). Cela peut aller de connaissances trs pauvres jusqu' une connaissance trs complte dans le cas d'experts, Axe de formalisation : cet axe dcrit le degr de formalisation, de rgles respecter qui existent sur le sujet concern. Cela peut aller de l'inexistence totale de rgles formalises jusqu' la description trs complte de ces rgles, Axe dapplication : cet axe dcrit le degr de correspondance entre les connaissances acquises et/ou formalises et la vritable application sur le terrain. Dans notre contribution nous avons dj rpondu aux deux premiers axes, celui de

tel-00321445, version 2 - 25 Sep 2008

connaissance, en modlisant des concepts qualit qui contiennent la connaissance ncessaire pour la matrise et lamlioration de la qualit, et dans laxe de formalisation, en proposant des rgles de lutilisation de cette connaissance. Dans la deuxime partie de ce chapitre nous allons rpondre laxe dapplication, qui fera suite lautomatisation de lapproche qualit, en introduisant un cas dapplication sur un processus qualit de type manufacturier. Ce cas dapplication permettra de tester la validit et montra la faisabilit de notre approche qualit.

Chapitre 4

157

III. Faisabilit de lapproche qualit sur un processus manufacturier de type tournage

Pour valider notre approche qualit et montrer sa faisabilit nous avons ralis une procdure d'instanciation au cas d'un processus de type manufacturier implant au sein de l'AIPL (Atelier Inter-Etablissements de Productique Lorrain) avant son utilisation en milieu industriel. En effet nous navons pas pu (encore) exprimenter cette dmarche au cas de la fabrication de moteurs (contexte initial de la thse) suite la vente, par Alstom-Moteurs, du site de Champigneulles Converteam (ancienne filiale dAlstom) (voir chapitre I). Nous

tel-00321445, version 2 - 25 Sep 2008

essayons cependant, travers les publications que nous avons dj ralises, de dissminer une partie de ce travail vers des cadres de Converteam pour renouer des contacts et autoriser une future exprimentation. Cette premire exprimentation qui est donc ralise dans un contexte proche de lindustrie (mais pas en industrie), permet cependant de supporter une tape initiale de validation mais qui ne permet pas de conclure quant lapplicabilit de la dmarche dautres cas dapplication (perspective au travail). Le processus sur lequel nous avons expriment notre approche qualit, au sein de l'AIPL, est un processus de tournage sur un tour commande numrique. Pour dfinir le cas dapplication, nous allons dcrire la situation de travail puis nous exposons la mise en oeuvre de notre approche qualit de la phase de conception jusqu la phase dexploitation.

III.1. Situation du cas dapplication : lAtelier Inter-tablissement de Productique Lorrain AIPL


LAtelier Inter-tablissements de Productique Lorrain (AIPL) est le centre de ressource rgional du rseau national AIP-PRIMECA qui regroupe des ples de comptences pluridisciplinaires autour de technologies innovantes. Le ple AIP Lorrain se justifie comme un support exprimental de formation approfondie dans le domaine de la productique et de la conception intgre en mcanique. Les produits de type AIP fabriqus sont relativement simples car exploits principalement des fins denseignement. Ils permettent cependant de mettre en oeuvre tous les quipements

Chapitre 4

158

disponibles. Il sagit principalement dassemblages de 2 4 pices de forme cylindrique de diffrents types (Figure 60). Ces produits sont fabriqus partir de barres en aluminium de 3 mtres de long, et de plaques de tle aimante ou en acier galvanis.

tel-00321445, version 2 - 25 Sep 2008

Figure 60. Exemple des pices manufacturires dans lAIP

Les diffrents processus de fabrication des produits assembls sont utiliss dans un systme flexible de production (SFP) suivant la gamme (Figure 61) : trononnage des barres brutes en lopins avec une scie mcanise, tournage des palets dans les lopins avec un tour commande numrique, dcoupe des disques avec une presse hydraulique, (ce processus est fait lIUT Nancy Brabois, proche de lAIP) collage des disques sur les palets pour obtenir des pices, assemblage des produits AIP partir des pices sur un Systme Flexible de Production.

Chacun de ces processus se dcompose lui-mme en un ensemble de sous processus.

Chapitre 4

159

Figure 61. Les diffrents processus de fabrication des produits assembls de type AIP (SFP)

tel-00321445, version 2 - 25 Sep 2008

Ainsi, aprs avoir prsent le domaine dtude gnrale de notre cas dapplication, nous allons maintenant nous focaliser plus prcisment sur le processus de tournage des palets SFP (Figure 61).

III.2. Processus de tournage de la pice Palet (SFP)


Le processus tudi est un processus de tournage ralis sur un tour commande numrique de type ROSILIO TBI 540 (Figure 62). Ce processus transforme des lopins (barres brut daluminium denviron 1 m de long et 50 mm) en palets SFP disponibles pour tre transfrs au processus suivant dassemblage.

Figure 62. Contexte du cas dapplication relatif au processus tournage Ce processus tournage est compos de plusieurs processus lmentaires qui sont classs selon la face de palet (SFP) sur laquelle lopration est ralise : oprations dusinage sur la premire face du lopin : - T1 outil dbauche Extrieur (dressage face et bauche extrieur)

Chapitre 4 - T4 foret plaquette 30 (perage jusqu Z-5.45) - T6 barre dalsage (alser bauche + fin 36H7) - T10 outil Tournant fraise 3 (rainure Lg 3 mm) - T2 outil de finition extrieure (finition de 44.5) - T12 outil trononner (trononnage de la pice) oprations dusinage sur la deuxime face - T1 outil dbauche Extrieur (dressage face et bauche extrieur) - T4 foret plaquette 30 (perage jusqu Z-5.45) - T6 barre dalsage (alser bauche + fin 36H7)

160

tel-00321445, version 2 - 25 Sep 2008

- T2 outil de finition extrieure (finition de 44.5) Chaque processus qu'il soit gnral ou lmentaire est considrer comme un point de dpart de lapplication des quatorze tapes dinstanciation du mta-modle global support de lapproche qualit afin de dvelopper au final un modle spcifique. Dans ce mmoire, nous avons choisi de montrer lexprimentation de notre approche qualit sur le processus lmentaire "Finition extrieure". Nous dtaillons lexploitation de notre approche qualit via les diffrents diagrammes dvelopps dans l environnement qualit en MEGA. En effet, plusieurs problmes "qualit", de type matrise et amlioration de la qualit du palet (SFP), sont attachs au processus "Finition extrieure". Ces problmes "qualit" sont dus : aux drives des valeurs observes sur les diamtres des palets (SFP): le diamtre demand pour ces palets est de 44.5 mm avec une tolrance [-0.1, +0.1] mm. Cependant, aprs fabrication lorsque nous avons mesur les diamtres de 50 palets (SFP), nous avons trouv que 40 des palets prsentaient des ctes trs (voire trop) proches des limites associes aux non-conformits (pourcentage de rebut non ngligeable). la difficult de faire un diagnostic logique et prcis associant la non-conformit des palets aux diffrentes causes. Cela nous amne tudier laptitude du processus conformment raliser les palets en examinant les caractristiques du processus et en tudiant leurs effets sur les caractristiques du palet (SFP). la difficult de dfinir les fonctions et les lments endommags en lien avec les causes des non-conformits.

Chapitre 4

161

III.3. Exprimentation de lapproche qualit sur le processus lmentaire "Finition extrieure"


Lexprimentation de cette approche gnrique sur le processus lmentaire "Finition extrieure" est ralise depuis la phase de conception jusqu la phase dexploitation du processus de matrise et damlioration de la qualit des palets et du processus lmentaire "Finition extrieure" ( core value cibl). Nous supposons que le produit dentre est un lopin. Le processus amont par rapport ce processus est celui de transport par chariot (1), et le processus aval est celui de transport par chariot (2).

III.3.1. En phase de conception


tel-00321445, version 2 - 25 Sep 2008
Dans cette phase, le dploiement de notre approche se concrtise par une instanciation des mta-modles supports de lapproche, en respectant les quatorze tapes dinstanciation (Figure 56). Cette instanciation est ralise laide des diffrents diagrammes crs dans l environnement qualit de loutil MEGA. Cette tape a pour objectif dobtenir le modle spcifique qui contient la connaissance qualit relative au processus "Finition extrieure". III.3.1.1. Instanciation des mta-modles supports de lapproche qualit La premire tape est de crer un nouveau diagramme de mthodologie qualit qui concerne le processus "Finition extrieure" (Figure 63).

Figure 63. Le diagramme de mthodologie qualit assur au processus "Finition extrieure"

Chapitre 4

162

Lutilisation du guide qualit implant dans ce diagramme commence par linstanciation de la mta-classe Processus , encadre (de faon plus ou moins souple) par le guide qualit. Dans cette application, nous prsentons linstanciation ralise travers les quatorze tapes qui ont t dfinies au dbut de ce chapitre. La phase dinstanciation a t mene conjointement avec des personnes de lAIPL, possdant la connaissance initiale sur le processus de tournage et de faon plus gnrale sur le produit raliser. Nous dtaillons avec quelques copies dcran la premire tape des quatorze tapes pour montrer lutilisation du guide qualit travers le diagramme de mthodologie qualit. La premire tape nous permet de dfinir le contexte de ltude. Cette tape commence par linstanciation du processus matriser ralise travers licne correspondant de la mta-classe Processus . Une fentre saffiche pour donner le nom de linstance du processus, permettant de dfinir Raliser la finition extrieure comme une instance de la mta-classe Processus . La connaissance "qualit" issue de ce processus est reprsente par ses attributs. La saisie de ces attributs est ralise en dfinissant les proprits dans longlet "Caractristiques" (Figure 64).

tel-00321445, version 2 - 25 Sep 2008

Guide qualit

Figure 64. Cration de linstance Raliser la finition extrieure de la mta-classe Processus travers le diagramme de mthodologie qualit

Chapitre 4

163

Pour connatre ltape suivante raliser dans cette instanciation, il faut consulter le guide qualit (les rgles) travers lindice situe en dessous de linstance Raliser la finition extrieure (Figure 65). Ce guide montre que le processus a besoin dun produit dentre, dun produit de sortie et des exigences.

tel-00321445, version 2 - 25 Sep 2008

Figure 65. Le guide qualit relatif au processus Raliser le finition extrieure

Le guide qualit nous conduit alors crer, Lopin comme une instance de la mta-classe Produit dentre et Palet (SFP) comme une instance de la mta-classe Produit de sortie (Figure 66). Pour ajouter la connaissance "qualit" relative ces instances, leurs attributs sont saisis. Au-dessous de chacune de ces instances apparat un indice permettant de consulter le guide qualit en lien avec ces instances. Lindice rouge (rond), relatif aux rgles de type exigence, qui apparat sur linstance Palet (SFP) indique lexistence dun indicateur qualit relatif cette entit (instance). Ces indices nous guident pour effectuer les tapes suivantes dinstanciation.

Chapitre 4

164

Figure 66. Cration des instances des mta-classes produit dentre et produit de sortie

De la mme manire nous avons accompli les autres tapes dinstanciation de notre approche

tel-00321445, version 2 - 25 Sep 2008

qualit. Pour les tapes suivantes dinstanciation, nous donnons uniquement les rsultats principaux illustrs par les noms des instances cres pour chacune des mta-classes de lapproche qualit. La Figure 67 illustre un extrait du modle spcifique de notre cas dapplication rsultant des diffrentes tapes dinstanciation du mta-modle support de la mthodologie qualit via le diagramme de mthodologie qualit. Ainsi, dans la deuxime tape, nous spcialisons la mta-classe Fournisseur par linstance Transport par chariot (1) et la mta-classe Client par linstance Transport par chariot (2) . La troisime tape nous permet de dterminer les exigences attendues du processus Raliser la finition extrieure et du palet (SFP) en termes de Temps, dEspace et de Forme. Le processus Raliser la finition extrieure modifie les attributs de temps et de forme et ne modifie pas lattribut despace. Ainsi, nous crons Diamtre de palet est correct comme une instance de la mta-classe Exigence produit forme . De la mme faon, nous crons Temps prcis de la ralisation de la finition comme une instance de la mta-classe Exigence produit temps . Pour atteindre ces exigences du palet (SFP), le processus doit avoir des exigences permettant de rpondre aux exigences du palet. Ainsi, nous avons cr Vitesse de rotation du tour adquate et Outils appropris comme des instances de la mta-classe Exigence processus . Dans la quatrime tape, nous dterminons toutes les caractristiques qualit ( vrifier) relatives aux exigences dfinies dans ltape prcdente. En ce qui concerne les caractristiques du produit de sortie Palet (SFP) , la Diamtre de palet, VN= 44.5 mm, IT= [-0.1, +0.1] (VN: Valeur Nominale; IT: Intervalle de Tolrance) est une instance de la

Chapitre 4

165

mta-classe Caractristique qualit lie linstance Diamtre de palet est correct . La Dure de finition VN=4 sec, IT = [-0.5, +0.5] est aussi une instance de la mta-classe Caractristique qualit lie linstance Temps de ralisation de la finition . En ce qui concerne le processus, nous crons Vitesse de rotation 3500 t/min, IT= [-25, +25] comme une instance de la mta-classe Caractristique qualit lie linstance Vitesse de rotation du tour adquate . Nous introduisons ensuite Outil T2 comme une instance de la mta-classe Caractristique qualit lie linstance Outils tournant approprie . Cette tape permet ainsi de vrifier si les caractristiques de processus Raliser la finition extrieure sont capables de satisfaire les caractristiques du palet (SFP) en faisant le lien entre les non-conformits du palet (SFP), si elles existent, et ses caractristiques. Dans la cinquime tape, nous prcisons les mthodes et les moyens d'accomplir le test

tel-00321445, version 2 - 25 Sep 2008

qualit raliser sur les caractristiques du palet (SFP) dfinies dans ltape quatre. Cela permet de crer linstance Mesurer le diamtre de palet comme une instance de la mta-classe Mesure , et linstance Pied coulisse comme une instance de la mta-classe Equipement en lien avec linstance Diamtre de palet, VN= 44.5 mm, IT= [-0.1, +0.1] . En relation de linstance Dure de finition VN=4 sec, IT = [-0.5, +0.5] , nous crons Mesurer le temps de finition comme une instance de la mta-classe Mesure et Chronomtre comme une instance de la mta-classe Equipement . La sixime tape permet davoir Grer le test qualit comme une instance de la mta-classe Planification du test qualit en lien avec les instance du test qualit Mesure . La septime tape permet de crer Document preuve , dans le quel nous enregistrons les rsultats du test qualit, comme une instance de la mta-classe Preuve tangible . La huitime tape qui est relative la vrification des rsultats du test qualit donne naissance aux Vrifier la dure de finition et Vrifier le diamtre de palet , comme des instances de la mta-classe Vrification . Le neuvime tape nous permet davoir Dure de finition est correcte comme une instance de la mta-classe Conformit et Le diamtre de palet est trop grand comme une instance de la mta-classe Non-conformit . Ces instances sont relies, respectivement, aux instances Vrifier la dure de finition et Vrifier le diamtre de palet par des liens de confirmation.

Chapitre 4

166

tel-00321445, version 2 - 25 Sep 2008

Figure 67. Extrait du modle spcifique, du cas d'application, rsultant du diagramme de mthodologie qualit dans MGA La dixime tape nous permet dvaluer et justifier la conformit par un contrle et un jugement. Elle permet didentifier les conformits en comparant les mesures et/ou essais et/ou observations avec les caractristiques qualit relatives une mme exigence. Cela donne naissance Contrler la dure de finition comme une instance de la mta-classe Contrle et Dure de finition est prcise comme une instance de la mta-classe Jugement qui est lie linstance Mesurer le temps de finition . Dans la onzime tape, nous avons cr Re-usiner le palet comme une instance de la mta-classe Rparation sous-type de la mta-classe Correction .

Chapitre 4

167

La douzime tape nous permet didentifier les causes possibles pour la non-conformit prcdente. Cela nous permet de crer : Usure de loutil charioter comme une instance de la mta-classe sous-type Cause machine , Position incorrecte du lopin et Programmation incorrecte du tour : comme des instances de la mta-classe sous-type Cause main duvre , Une des causes de la non-conformit est lie la caractristique de processus Outil T2 . Lexistence de cette cause permet de faire le lien entre les caractristiques du processus et ceux de produit. Ce lien nous permet de mettre en vidence que le processus na pas ncessairement laptitude de raliser le produit correctement. Pour liminer ces causes, les rgles du guide qualit dans la treizime tape nous demandent

tel-00321445, version 2 - 25 Sep 2008

de dfinir les actions correctives et prventives relatives aux causes de la non-conformit. Dans ce sens, nous avons cr : Vrifier l'tat d'usure de loutil avant de commencer comme une instance de la mta-classe sous-type Action prventive systmatique en lien avec linstance de cause Usure de loutil charioter Positionner correctement le lopin comme une instance de la mta-classe Action corrective en lien avec linstance de cause Position incorrecte du lopin Vrifier la position du lopin avant de commencer comme une instance de la mta-classe sous-type Action prventive systmatique en lien avec linstance de cause Position incorrecte du lopin Changer loutil comme une instance de la mta-classe Action corrective en lien avec linstance de cause Usure de loutil charioter Reprogrammer le tour comme une instance de la mta-classe Action corrective en lien avec linstance de cause Programmation incorrecte du tour Dans ltape quatorze de linstanciation, et pour rpondre aux problmes qualit relatifs lidentification des fonctions et les lments endommags, nous avons utilis la mthode AMDEC capable de nous aider pour identifier les instances par linstance "mtier" de plusieurs des objets gnriques lis au problme qualit dclar. Pour cela, nous avons excut le diagramme de la mthode AMDEC, partir du diagramme de mthodologie

Chapitre 4

168

qualit, pour instancier les mta-classes qui runissent la connaissance qualit rsultant de cette mthode. Ainsi, laide des rgles de modlisation implantes dans ce diagramme de la mthode AMDEC, nous avons instanci les diffrentes mta-classes en commenant par les causes de non-conformit dfinies dans ltape douze. Nous montrons ici uniquement les noms des instances rsultant de linstanciation du mta-modle support de la mthode AMDEC en lien avec linstance de cause Usure de loutil charioter . Donc, en lien avec cette instance nous avons cr Fonctionnement dgrad de la fonction usiner comme une instance de la mta-classe Mode de dfaillance . Ce mode de dfaillance peut tre, au niveau suprieur, une cause de non-conformit. Il est dtect par Vision qui est prsente comme une instance de la mta-classe Moyen de dtection . Outil charioter est donne comme une instance de la mta-classe Elment . Pour dfinir la fonction affecte par le mode de

tel-00321445, version 2 - 25 Sep 2008

dfaillance, nous donnons Usiner le palet comme une instance de la mta-classe Fonction . Pour prciser leffet du mode de dfaillance donn, nous avons instanci la mta-classe Effet par linstance Diamtre de palet est trop grand . La Figure 68 illustre une partie du modle spcifique de notre cas dapplication rsultant des diffrentes tapes dinstanciation du mta-modle support de la mthode AMDEC via le diagramme de mthodologie qualit. Lensemble des graphiques associs chacun des concepts qualit que nous avons utilis dans le diagramme de mthodologie qualit et le diagramme de la mthode AMDEC sont illustrs dans lAnnexe (J).

Figure 68. Extrait du modle spcifique, du cas d'application, rsultant du diagramme de la mthode AMDEC dans MGA

Chapitre 4

169

En lien avec la mme cause nous avons instanci le mta-modle support de la mthode PokaYok en utilisant son diagramme support dans MEGA (diagramme de la mthode PokaYok). La Figure 69 illustre une partie du modle spcifique de notre cas dapplication rsultant des diffrentes tapes dinstanciation du mta-modle support de cette mthode.

tel-00321445, version 2 - 25 Sep 2008

Figure 69. Extrait du modle spcifique, du cas d'application, rsultant du diagramme de la mthode Poka-Yok dans MGA

Enfin, un modle spcifique du cas dapplication est cr, concernant le processus "Finition extrieure". Ce modle spcifique contient la connaissance qualit ncessaire pour rpondre aux problmes de matrise et damlioration de la qualit du processus finition extrieure et de la qualit des palets (SFP). III.3.1.2. Phase dvaluation (calcul des indicateurs qualit) A la fin de linstanciation, une valuation de la matrise de la qualit (valuation de la satisfaction du core value ) est effectue par un calcul manuel des indicateurs qualit. Cette valuation reprsente linterdpendance entre le core value et la mthodologie en cohrence avec le TQM.

Chapitre 4

170

Pour accomplir le calcul des indicateurs qualit, nous avons vrifi tous les objets attachs un indicateur, laide des rgles de type exigence , c'est--dire vrifier touts les liens de chacun de ces objets. Ainsi, le calcul est ralis ensuite par lutilisation de la formule donne: Phase dEvaluation (PE) = (Indic1 1 + Indic2 1 + Indic3 1 + Indic4 2 + Indic5 1 + Indic6 3 + Indic7 3 + Indic8 3) / somme des poids 15 Nous avons choisi de dtailler un exemple de calcul de lindicateur Indic8 : indicateur des actions prventives . Cest un indicateur qualitatif qui vrifie si les causes de non-conformit ont t attaches aux actions prventives. Pour la non-conformit Le diamtre de palet est trop grand , trois causes possibles ont t dfinies qui sont : Usure de loutil charioter , Position incorrecte du lopin et Programmation incorrecte du tour . Dans ltape (13) dinstanciation, nous avons dfini deux actions prventives intitules : Vrifier la position du lopin avant de commencer en lien avec la cause Position incorrecte du lopin et Vrifier ltat dusure de loutil avant commencer en lien avec la cause Usure de loutils charioter . Donc, en appliquant le mode de calcul propos dans la Figure 49 nous obtenons: Indic8 : indicateur des actions prventives = (nombre des causes qui sont lies aux actions prventives / nombre total des causes) * 100 Indic8 = (2/3) * 100 = 66,66 %

tel-00321445, version 2 - 25 Sep 2008

De la mme faon, nous calculons le reste des indicateurs qualit proposs. Pour calculer le degr de satisfaction du core value cibl (phase dvaluation) nous utilisons la formule de (PE) : PE = (100 1 + 100 1 + 100 1 + 50 2 + 100 1 + 100 3 + 100 3 + 66,66 3) / 15 PE = 86,6 % Par rapport lchelle de valeurs propose, dans le chapitre 3 ( II.3), pour valuer le degr de satisfaction du core value , ce rsultat est considr comme bien. Nous pouvons alors utiliser la connaissance du modle spcifique dans la phase dexploitation. Cependant nous pouvons reconsidrer le modle ralis en rpondant de faon plus pertinente aux questions poses pour amliorer le processus de matrise de la qualit de 80% 100%. A la fin de cette phase de conception, la connaissance "qualit" encapsule dans le modle spcifique du processus Finition extrieure est enregistre dans la base de donnes de MEGA. Cette connaissance doit tre utilise par loprateur sur site dans lobjectif de rpondre aux problmes qualit.

Chapitre 4

171

III.3.2. En phase dexploitation


Dans cette phase, et pour que la connaissance rsultant de la phase dinstanciation soit utilise par loprateur, nous la transfrons de la base de donnes de MEGA vers la base de donnes MdQ . Pour ce faire, nous gnrons laide de la "description" cre dans MEGA, un fichier XML qui contient toutes les informations issues du modle spcifique. Cette gnration sopre en ouvrant la "description", puis en choisissant le processus Raliser la finition extrieure . Nous enregistrons ensuite le fichier rsultant dans un rpertoire ddi sous le nom : (Processus finition extrieure.xml). Le transfert du fichier (Processus finition extrieure.xml) vers la base de donnes MdQ est ralis laide de lapplication JAVA qui permet de lire et dimporter ce fichier. Le choix de la base de donnes seffectue en se connectant au serveur de la base de donnes

tel-00321445, version 2 - 25 Sep 2008

MySQL, puis nous slectionnons la base vers laquelle nous allons transfrer les informations (la base MdQ ). Lorsque les tapes prcdentes ont t ralises, toutes les informations existantes dans le modle spcifique sont stockes dans la base de donnes MdQ . Cette base de donnes est lie des pages Web qui permettent dafficher ces informations (Figure 70). A travers ces pages Web, nous pouvons consulter les diffrentes informations issues du modle spcifique. Les pages Web permettent dafficher les caractristiques qualit, les non-conformits correspondantes, les causes de non-conformit, les actions correctives et prventives qui peuvent liminer ces causes, et aussi les informations issues de la mthode AMDEC sous la forme de table (Figure 70).

Chapitre 4

172

tel-00321445, version 2 - 25 Sep 2008

Figure 70. Extrait de la page Web relative au cas dapplication

A travers ces pages Web, nous pouvons consulter les diffrentes informations issues du modle spcifique. Ces pages Web permettent dafficher les caractristiques qualit, les non-conformits correspondantes, les causes de non-conformit, les actions correctives et prventives qui peuvent liminer ces causes, et aussi les informations issues de la mthode AMDEC sous la forme de table (Figure 71).

Chapitre 4

173

tel-00321445, version 2 - 25 Sep 2008

Figure 71. Extrait des pages Web relatives la mthode AMDEC dans notre cas dapplication

Les rsultats de lapplication de lapproche qualit gnrique propose dans cette thse sur le processus raliser la finition extrieure permettent de : montrer que l environnement qualit cr dans MEGA peut supporter de faon efficace la phase de conception et une partie de la phase dexploitation de lapproche qualit. Cette application na pas ncessit la connaissance des mta-modles supports de lapproche qualit, accorder un degr de confiance aux diffrents mta-modles dvelopps dans lapproche,

Chapitre 4

174

montrer que le guide qualit utilis permet de guider lingnieur qualit pendant les tapes dinstanciation. Ce guide a facilit lutilisation de notre approche,

montrer que la phase dinstanciation rpond aux questionnements qualit non ncessairement prvues au dpart ce qui rend la dmarche plus exhaustive. Par exemple, les questions concernant les actions prventives nous ont contraint chercher des actions prventives pour viter, dans une prochaine fabrication de palets (SFP), la non-conformit dclare,

montrer que la phase dvaluation permet de calculer un niveau de satisfaction du core value avant dutiliser les rsultats de la conception dans la phase dexploitation,

montrer que lutilisation de lapplication JAVA facilite la transformation des informations vers la base de donnes,

tel-00321445, version 2 - 25 Sep 2008

montrer que la mise disposition de la connaissance qualit travers des pages Web facilite lutilisation de cette connaissance tout moment sur site,

montrer que par rapport au cas initial du produit/processus tudi, lapplication de cette approche a permis de : - dfinir la plupart des causes relatives la non-conformit rclame pralablement, - dterminer les actions prventives et correctives qui peuvent liminer ces causes de non-conformit, - proposer des solutions pour liminer les non-conformits elles-mmes.

Chapitre 4

175

IV. Conclusion

Nous avons mis en vidence, dans la premire partie de ce chapitre, que notre approche qualit est utilisable de la phase de conception jusqu la phase dexploitation dun processus de matrise de la qualit dun produit/processus. Dans ce sens, nous avons prsent la dmarche suivie pour automatiser cette approche globale en sappuyant sur loutil MEGA que nous avons modifi pour quil prenne en compte nos diffrents mta-modles. Cette modification est enregistre dans un environnement spcifique de MEGA appel environnement qualit autour duquel gravitent plusieurs diagrammes reprsentant linterface de notre approche. Pour crer le guide qualit, des rgles de modlisation ont t

tel-00321445, version 2 - 25 Sep 2008

ajoutes aussi en lien avec les mta-classes issues de nos mta-modles. travers ces diagrammes et laide du guide qualit, cet environnement qualit nous a permis dexploiter notre approche dans une phase dinstanciation des diffrents mta-modles. Le rsultat de cette instanciation est un modle spcifique qui contient la connaissance qualit issue du cas tudi. Cette connaissance, qui est enregistre dans la base de donnes de MEGA, est ensuite extraite sous forme dun fichier XML pour tre, aprs plusieurs reformatage stocke dans la base de donnes MdQ et affiche travers des pages Web. Dans la deuxime partie de ce chapitre, et dans lobjectif de valider et montrer la faisabilit de notre approche, nous lavons expriment sur un processus type de tournage. Cette exprimentation a t ralise de la phase de conception qui se termine par lobtention du modle spcifique et par le calcul des indicateurs qualit, jusqu la phase dexploitation qui se termine par laffichage des informations qualit, issues du modle spcifique, dans les pages Web.

tel-00321445, version 2 - 25 Sep 2008

tel-00321445, version 2 - 25 Sep 2008

Conclusion gnrale et perspectives

tel-00321445, version 2 - 25 Sep 2008

Conclusion gnrale et perspectives

179

Nous avons mis en vidence dans cette thse lintrt dune formalisation du processus qualit qui se dcline sur les diffrents niveaux structurels en entreprise dans lobjectif de matriser et damliorer conjointement la qualit du produit/processus de production ( core value cibl). Nous proposons en ce sens une approche gnrique qualit, en cohrence avec le TQM, qui permet de formaliser et intgrer un processus qualit afin de contribuer la performance globale de lentreprise. Ce travail a t enclench initialement pour rpondre aux besoins industriels de lentreprise ALSTOM-Moteurs lors de son changement de site de Nancy vers Champigneulles. Nos travaux sur la modlisation (formalisation) dun processus qualit se justifient par le manque dune approche gnrique qui formalise et intgre ce processus aussi bien dans les diffrents niveaux structurels (intgration verticale) quavec les autres processus tel que le processus maintenance (intgration horizontale).

tel-00321445, version 2 - 25 Sep 2008

Pour arriver cette conclusion, nous avons examin, des modles existants pour la formalisation et lintgration dun processus qualit en entreprise, et les mthodes et mthodologies compltant ces modles, dans un but global d'identifier quels pouvaient tre les points communs et recoupements entre ces diffrents travaux. Il est apparu clairement que, premirement, les modles proposs nenglobent pas toutes les activits qualit relatives la matrise et lamlioration conjointes du produit/processus, et deuximement, que les mthodes et mthodologies ddies ce core value sont peu formalises. Ce manque de formalisation est dautant plus vrai pour le TQM pour la formalisation de linterdpendance entre ses trois composants : core value , mthodologies et mthodes/outils. Afin de rpondre ce manque de formalisation et dintgration du processus qualit, nous avons propos une approche qualit gnrique (indpendante de toute application). Cette approche, sous la forme dun guide suivre, formalise un processus qualit au niveau tactique en intgration avec les niveaux oprationnel et stratgique de lentreprise. Cette approche se positionne en cohrence avec le TQM (formalisation de linterdpendance entre les trois composantes) dans lobjectif de supporter le core value requis. Ainsi, la finalit de cette approche est de formaliser le processus qualit comme un vritable processus au sens systme. Laspect gnrique de lapproche est support par : la formalisation des concepts du processus qualit de niveau tactique en lien avec le niveau stratgique. Cette formalisation permet de matrialiser une mthodologie dans le cadre du TQM,

Conclusion gnrale et perspectives

180

lextension de la modlisation du processus qualit vers le niveau oprationnel. Cette extension permet de matrialiser l'interdpendance entre la mthodologie et quelques mthodes/outils de support dans le TQM (modlisation des objets communs),

la modlisation des indicateurs qualit dans lobjectif dvaluer lapproche qualit (phase d'valuation). Cette phase permet de formaliser l'interdpendance entre la mthodologie et le core value choisis dans le TQM.

Pour structurer les diffrentes tapes de modlisation ralises dans le cadre de cette approche, nous nous sommes positionns dans le cadre de modlisation Zachman. Cette approche dveloppe en cohrence avec le contexte normatif relatif la qualit peut donc tre employe pour plusieurs classes dapplications issues de domaines industriels diffrents. Cette application se matrialise principalement par une procdure dinstanciation

tel-00321445, version 2 - 25 Sep 2008

des mta-modles supports la gnricit. En effet, lapproche se construit sur les trois tapes suivantes : lextraction (acquisition) de la connaissance qualit : mta-modlisation des concepts qualit (mta-modles des objets et des activits) issus de la norme ISO9000:2000, la norme IEC62264 et les mthodes qualit : AMDEC, MSP, Poka-yok et APR (Analyse Prliminaire de Risques), linstanciation des diffrents mta-modles, rsultant de la premire tape, pour aboutir au modle spcifique qui contient la connaissance qualit de matrise conjointe du produit/processus tudi, lextraction et lexploitation de la connaissance encapsule dans ce modle spcifique.

Pour faciliter lutilisation de lapproche qualit (en regard des 3 tapes prcdentes), de la phase de conception jusqu la phase dexploitation du processus de matrise de la qualit, cette approche a t automatise laide de loutil MEGA. travers cette automatisation, dans la phase de conception, notre approche permet de dvelopper un modle spcifique rsultant de la phase dinstanciation du mta-modle global support de cette approche. Pendant cette phase, lapproche offre lingnieur qualit un guide (rglement de modlisation) pour construire le modle spcifique. A la fin de cette phase de conception, les indicateurs qualit permettent de calculer le degr de satisfaction de la matrise et de lamlioration de la qualit li au core value cibl. Pour la phase dexploitation, la connaissance formalise et structure dans le modle spcifique (lensemble des instances), qui est enregistre dans la base de donnes de MEGA, est directement transposable, sous la

Conclusion gnrale et perspectives

181

forme dun fichier XML, dans la base extrieure MdQ . Cette transformation a t ralise laide dune application JAVA qui est dveloppe pour cet objectif. Cette connaissance est mise disposition via une interface comprhensible par loprateur sous la forme de pages Web sur site pour mieux suivre et anticiper les drives qualit du produit/processus. Pour valider la faisabilit de lapproche qualit nous avons expriment cette approche sur un cas dapplication dun processus de type tournage. Durant cette exprimentation, lapproche a t utilise depuis la phase de conception, qui se finit par un modle spcifique, jusqu la phase dexploitation qui se termine par une consultation de la connaissance qualit, encapsule dans le modle spcifique, travers des pages Web.

Perspectives lies ces travaux


tel-00321445, version 2 - 25 Sep 2008
De nombreuses perspectives sont envisages pour tendre et crdibiliser cette approche qualit. Nous pouvons citer prioritairement sur la phase de conception: une validation plus pousse de lapproche qualit sur un cas industriel concret afin de valider et dvaluer la valeur ajoute de cette approche qualit. Cette tape permettra galement d'prouver le formalisme des concepts qualit et leur possibilit de traiter de grandes quantits de processus en entreprise (passage lchelle). un " largissement " de lapproche qualit par une mta-modlisation des nouveaux concepts qualit extraits des autres mthodes et outils qualit pour quelle soit capable de rpondre quasiment tous les problmes de type qualit produit/processus et management rencontrs dans lentreprise. une mta-modlisation des autres concepts qualit issus de la norme ISO9000:2000 qui peuvent aider les entreprises effectuer leur certification (vers le niveau management). une mta-modlisation dautres modelling constructs qui permettent de limiter linterprtation de quelques mta-classes reprsentant nos diffrents mta-modles. Cette requte dutilisation de nouveaux modelling constructs peut tre conscutive aux phases dexprimentation, sur des cas dapplications diffrents, de lapproche. une extension de cette approche pour quelle intgre la qualit, au niveau stratgique, avec sa vision plus managriale et dautres processus plus business comme le CRM (Customer Relationship Management) et le SCM (Supply Chain Management),

Conclusion gnrale et perspectives

182

une proposition de nouveaux indicateurs qualit couvrant plus globalement une valuation qualit. Lobjectif de cette proposition est daugmenter la fiabilit du rsultat dvaluation de cette approche, la fin de la phase de conception, avant utiliser la connaissance qualit rsultant de cette phase dans la phase dexploitation.

donner la possibilit, travers l environnement qualit dans MEGA, de calculer automatiquement les diffrents indicateurs qualit, intgrs dans cette approche, la fin de la phase de conception. Ce calcul est thoriquement possible en excutant, dans MEGA, un VB script qui explique la construction et les modes de calcul de ces indicateurs.

Dautres perspectives concernant lutilisation de cette approche dans la phase dexploitation peuvent aussi tre envisages :

tel-00321445, version 2 - 25 Sep 2008

donner loprateur la possibilit de saisir des informations (donnes), relatives au processus tudi, sur les pages Web "qualit" pour quil puisse cheminer dans la base de faon plus automatique et accder toute la connaissance qui lui est ncessaire face au problme pos.

connecter directement la base de donnes (disponible sur site) au systme dinformatique industriel (niveau terrain) pour que certaines occurrences ou certains paramtres des tables soient ajouts, modifis en temps rel . Loprateur pourra tre directement sollicit par les rsultats de ces actions (i.e. cration dune non-conformit suite une observation directe par capteur).

connecter la base de donnes directement aux bases des outils supports comme le MES (Manufacturing Execution System), lERP (Enterprise Resource Planning), pour remettre jour aussi des objets qui sont utiliss dans le processus dcisionnel en qualit

tel-00321445, version 2 - 25 Sep 2008

tel-00321445, version 2 - 25 Sep 2008

tel-00321445, version 2 - 25 Sep 2008

Bibliographie

tel-00321445, version 2 - 25 Sep 2008

Bibliographie

187

[Abdmouleh 2004] Abdmouleh, A. Composants pour la modlisation des processus mtier en productique, bass sur CIMOSA. Thse de doctorat de lUniversit de Metz, France, 2004. [Afnor 1996] Afnor. Mthodes statistiques, tome 4, Matrise Statistique des Processus. 7eme dition AFNOR. Paris, 1996. [Ahire 1995] Ahire, S., L. R. Landeros et M. A. Waller. Total quality management: A literature review and an agenda for future research. Production and Operations Management, Vol 4(3), pp.277-306, 1995. [Akao 1990] Akao, Y. ed. Quality Function Deployment, Productivity Press. Cambridge MA, 1990. [Amice 1993] Amice. CIMOSA: Open System Architecture for CIM. Deuxime rvision et version tendue, Springer Verlag, Berlin, 1993. [Ament 2001] Ament, C. et G. Goch. A Process Oriented Approach to Automated Quality Control. Annals of the CIRP, pp.251-254, 2001.

tel-00321445, version 2 - 25 Sep 2008

[Anderson 1995] Anderson, J. C., M. Rungtusanatham., R. G. Schroeder et S. Devaraj. A path analytic model of a theory of quality management underlying the Deming management method: Preliminary empirical findings. Decision Scientific, vol. 26(5), pp. 637658, 1995. [Apics 1992] APICS Dictionary. 7 th Edition. 1992 [Babus 2005] Babus, F., A. Kobi et I. C. Bacivarov. Statistical process control and automatic process control. In proceedings of QUALITA 2005, Bordeaux France, 2005. [Bayazit 2007] Bayazita, O. et B. Karpakb. An analytical network process-based framework for successful total quality management (TQM): An assessment of Turkish manufacturing industry readiness. International Journal of production Economics, 105(1), pp.7996, 2007. [Bechard 2001] Bechard, B-M. et J. P. Rache. Choisir judicieusement parmi les outils de la qualit : un facteur dterminant pour le succs des dmarches qualit des organisations. In proceedings of Qualita 2001, Annecy-France, 2001. [Bennour 2004] Bennour, M. Contribution la Modlisation et lAffectation des Ressources Humaines dans les Processus. Thse de doctorat de lUniversit Montpellier II, France, 2004 [Bernard 2001] Bernard, F. et M. Pillet. Analyse des dfauts pour lamlioration de la qualit (ADAQ). In proceedings of Qualita 2001, Annecy, France, 2001. [Bernus 2003] Bernus, P. Enterprise models for enterprise architecture and ISO9000:2000. Annual Reviews in Control 27, pp.211220, 2003. [Blaise 2000] Blaise, J.C. Apport dune modlisation linformation normative lintgration des rgles de scurit des machines en conception. Thse de doctorat de luniversit Henri Poincar- Nancy I, France, 2000.

Bibliographie

188

[Booch 2000] Booch G., I. Rumbangh et I. Jocobson. Le guide de lutilisateur UML. Traduit de langlais par la socit Alinter, ISBN : 2-212-09103-6, Ed. EYROLLES, 2000. [Bounds 1994] Bounds, G., L. Yorks., M. Adams et G. Ranney. Beyond Total Quality ManagementToward the Emerging Paradigm. McGraw-Hill International Editions, Singapore, 1994. [Braesch 1995] Braesch, C., A. Haurat, J.-M.Beving. Lentreprise-systme. Dans La modlisation systmique en entreprise, Herms, Paris, 1995. [Brane 2002]. Brane, K. et P. Bernus. Business process modelling in industry-the powerful tool in enterprise management. Computers in industry, Vol 47(3), pp.299-318, 2002. [Breyfogle 2003] Breyfogle, F. W. Implementing Six Sigma: Smarter Solutions Using Statistical Methods. Par, Edition John Wiley and Sons, 2003. [Buglione 2001] Buglione, L. et A. Abran. QF2D: Quality Factor through QFD application. Qualita 2001, Annecy- France, 2001. [Bunney 1997] Bunney, H.S. et B.G. Dale. The implementation of quality management tools and techniques: A study. The TQM Magazine, Vol 9(3), pp.183189, 1997. [Calvez 1992] Calvez, J. P. Spcification et conception des systmes, une mthodologie. Editions Masson, 1992 [Carr 1999] Carr, G. MSP for continuous Processes. Intel Corp Chemical Engineering, June 1999 [Cassady 2000] Cassady, R.C., R.O. Bowden et E.A. Pohl. Combining preventive maintenance and statistical process control: A preliminary investigation. IIE Transactions Vol 32(6), pp.471478, 2000. [Cattan 2006] Cattan, M., N. Idrissi et P. Knockaert. Matriser les processus de lentreprise. Edition dorganisation, 2006. [CEI 1985] CEI-Norme X60-510. Techniques danalyse de la fiabilit des systmes procdure danalyse des modes de dfaillance et de leurs effets (AMDEC). 1985. [Chase 1998] Chase, R. B., N. J. Aquilano et F. R. Jacobs, Production Opration Manage: Manufacturing and Services. 8 ed. Boston, MA: McGraw-Hill, 1998. [Chelli 2003] Chelli, H. Urbaniser lentreprise et son systme dinformation. Edition Vuibert, 2003. [Cherfi 2002] Cherfi Z. La qualit : dmarches mthodes et outils. Edition Hermes, 2002. [Chinyao 2003] Chinyao, L., C. M. Hsu et F. J. Yu. Analysis of variations in a multi-variate process using neural networks. The international Journal of Advanced manufacturing technology, Vol 22(11-12), pp.911-921, 2003. [Chov 1992] Chove, J. la dernire avanc de lcole franaise de la qualit. Dans grer et assurer la qualit . tome1. 1992

tel-00321445, version 2 - 25 Sep 2008

Bibliographie

189

[Clavier 1997] Clavier, J. Qualit et qualitique. Techniques de lIngnieur, Vol 3 (nA8 750), pp. 1-21, 1997. [Dale 1990] Dale, B. G. et D. M. Lascelles. The use of quality management techniques. Quality Forum Journal, Vol 16 (4), pp.188-92, 1990. [Dale 1998] Dale, B.G. et R. McQuater. Managing Business Improvement & Quality: Implementing Key Tools and Techniques. Blackwell Business, Oxford, UK, 1998. [Daniel 2006] Daniel, I. P. et A. S. Sohal. The relationship between organization strategy, total quality management (TQM), and organization performancethe mediating role of TQM. European Journal of Operational Research, Vol 168(1), pp.3550, 2006. [Deeb 2005] Deeb, S et B. IUNG. Apport dune modlisation de lapproche normative processus la qualit de produits manufactures. In proceedings of 6me Congrs International Pluridisciplinaire, Qualit et Sret de Fonctionnement QUALITA 2005, Bordeaux -France, 2005.

tel-00321445, version 2 - 25 Sep 2008

[Deeb 2006] Deeb, S et B. IUNG. ISO9000 Based Advanced Quality Approach for Continuous Improvement of Manufacturing Processes. In proceedings of the 12th IFAC Symposium on Information Control Problems in Manufacturing, St-Etienne- France, 2206. [Deeb 2007a] Deeb, S et B. IUNG. Advanced quality approach for formalising the interdependence between the TQM components. In proceedings of the 4th CIRP International Working Conference Total Quality management, Advanced & Intelligent Approaches, Belgrade-Serbie-Montenegro, (2007). Slectionne et publie dans lInternational Journal of Total Quality Management & Excellence, Vol 35, No 3, 2007. [Deeb 2007b] Deeb, S et B. IUNG. Vers une approche qualit gnrique pour une matrise conjointe de la qualit du produit et des processus supports sa production. Sciences et Technologies de lAutomatique e-sta , Vol 5(1), 2008. [Deeb 2007c] Deeb, S et B. IUNG. Vers une approche formalise, en entreprise, de la matrise conjointe de la qualit produit/processus de production. In proceedings of the 2mes Journes Doctorales / Journes Nationales MACS, JD-JN-MACS, JD-JN-MACS, Reims France, 2007. [Defourny 1996] Defourny, V. et D. Noy. Du bon usage des mots de qualit. INSEP Editions, Paris 1996. [Dellea 2002] Dellea, M., B. Iung,. J. Richard et G. Ragni. Modelling of an ALSTOM electrical engine manufacturing line according to process approach advocated by standard ISO9000:2000. In Proceeding of the 5th IEEE/IFIP international conference, Mexico2002. [Dessinoz 2000] Dessinoz, J. D. Beyond Information Era: Cognition and Cognitics for managing complexity; the case of 'Enterprise' from a holistic perspective. In proceedings of the annual conference of ICIMS-NOE, Bordeaux, France 2000. [Devillers 2004] Devillers, R., Y. Bdard et M. Gervais. Indicateurs de qualit pour rduire les risques de mauvaise utilisation des donnes gospatiales. Revue Internationale de Gomatique, vol 14 (1), pp. 35-57, 2004.

Bibliographie

190

[DF X50-171 2000] la norme X50-171.Qualit et management des indicateurs et tableaux de bord qualit. ditions AFNOR, 2000. [Domenc 1997] Domenc, M. La qualit par la mise en oeuvre dune ingnierie collective dans la matrise des processus. In proceedings of The Deuxime congrs international franco-qubcois de gnie industriel, ALBI-France, 1997. [Dominique 2003], Dominique, H. Apport des mthodologies danalyses systmiques dans la prparation la certification ISO90001:2000 dune PMI. Diplme postgrade en informatique et organisation. Universit de LAUSANNe, France, 2003. [Dreyfus 2004] Dreyfus, L. P.; S. L. Ahire et M. Ebrahimpour. The Impact of Just-In-Time Implementation and ISO9000 Certification on Total Quality Management. IEEE Transactions on Engineering Management, Vol 51(2), pp. 125-141, 2004. [Duffuaa 2004] Duffuaa, S. O., S. N. Khursheed et S .M. Noman. Integrating statistical engineering process control and Taguchis quality engineering. International Journal of Production Research, Vol 42 (19), pp. 4109-4118, 2004.

tel-00321445, version 2 - 25 Sep 2008

[Dumke de Medeiros 1998] Dumke de Medeiros, D. Le projet de certification ISO 9002: aide au choix et caractrisation des diffrentes dmarches. Thse de doctorat de lInstitut National Polytechnique de Grenoble, France, 1998. [Elsayed 1995] Elsayed, E. A., J. L. Ribeiro et M. K. Lee. Automated process control and quality engineering for processes with damped controllers. International journal of production research, Vol 33 (10), pp. 2923-2932, 1995. [Ettlie 1994] Ettlie, J. E. and Johnson, M. D. Product development benchmarking versus customer focus in applications of quality function deployment. Marketing Letters, Vol 5(2), pp.107116, 1994. [Eriksson 2004] Eriksson, H. Organisational Value of Participating in Quality Award Processes. PhD thiese Lule University of Technology, Sweden, 2004. [Evans 1997] Evans, J. R. Critical linkages in the Baldrige Award criteria: Research models and educational challenges. Journal of Quality Management. Vol 5(1), pp. 1330, 1997. [Evans 1999] Evans, J. R. et W. M. Lindsay. The Management and Control of Quality. South-Western College Publishing, Cincinnati, OH, 1999. [FD X50-176 2000] la norme DF X 50 -176. Management des processus. ditions AFNOR, 2000 [Fernandez 2000] Fernandez, A. Les nouveaux tableaux de bord des dcideurs. Paris, Editions d'organisation, 2000. [Fleurquin 1996] Fleurquin, R. Proposition d'une dmarche qualit logicielle pour les PME. Un modle d'valuation de la qualit et des critres et conseils permettant sa mise en oeuvre travers les outils et les mthodes. Thse de doctorat de lInstitut National des Sciences Appliques de Toulouse, France, 1996.

Bibliographie

191

[Flynn 1994] Flynn, B. B., R. G. Schroeder et S. Sakakibara. A framework for quality management research and an associated instrument. Journal of Operations Management, Vol 11(4), pp.339-366, 1994. [Forest 2006] Forest, J. et J. P. Micalli. Les indicateurs de conception. Documents AFNOR indicateurs et tableaux de borde, article IV-20-10, 2006. [Forman 1995] Forman, B. Le manuel qualit, outils stratgique dune dmarche qualit. Edition AFNOR, France, 1995 [Forman 1998] Forman, B. Le manuel qualit, outil stratgique dune dmarche qualit. Edition AFNOR, France, 1998. [Forman 2001] Forman, B. Du manuel qualit au manuel de management. Edition AFNOR, France, 2001. [Foulqui 1982] Foulqui, P. Dictionnaire de la langue philosophique. Presses universitaires de France, 4e dition, Paris 1982.

tel-00321445, version 2 - 25 Sep 2008

[Franchini 1997] Franchini, L., E. Caillaud et G. Lacoste. Conduite des systmes industriels de type PME/PMI : Problmatique, tat de lart et pistes de recherche. In proceedings of the deuxime Congrs International Franco-Qubcois Le gnie industriel dans un monde sans frontire , France, 1997. [Gentil 2001] Gentil, M. H., Y. Duco et G. Doumeingts. La mthodologie GRAI pour concevoir ou amliorer un systme de management de la qualit. Qualita 2001, Annecy, France. [Gogue 2000] Gogue, J. M. Trait de la qualit. Economica, Paris, 2000. [Govers 1996] Govers, C. P. M. What and how about quality function deployment (QFD). International Journal of Production Economics, Vol 46-47 (1), pp.575-585, 1996. [Grant 2006] Grant, D., R. Hall., N. Wailes et C. Wright. The false promise of technological determinism: the case of enterprise resource planning system. New Technology, Work & Employment 21 (1), pp. 215, 2006. [GRP 1998] Groupement pour la Recherche en Productique. Sminaire Modlisation dEntreprise organis dans le cadre du Programme de Recherche du CNRS PROSPER. Systme de Production . Paris, 1998. [Gultekin 2002] Gultekin, M., E. A. Elsayed et J. R. English. Monitoring automatically controlled processes using statistical control charts. International Journal of Production Research, Vol 40(10), pp. 2303-2320, 2002. [Hansson 2001] Hansson, J. Implementation of total quality management in small organisations: a cas study in sweden. Total quality management, vol12 (7&8), pp. 988-994, 2001. [Hansson 2003] Hansson, J. Total quality management Aspects of implementation and performance. These de doctorat de lUniversity of technology Lulea Swede, 2003.

Bibliographie

192

[Haurat 1993] Haurat, A., F. Frdric, H. Rotival et B. Schweyer. Le modle OLYMPIOS pour les entreprises manufacturires. Document interne, Laboratoire de Logiciels pour la Productique, universit de Savoie, 1993. [Helen 2003] Helen, H. L. et L. H. Yinlun. Hierarchical decision making for proactive quality control: system development for defect reduction in automotive coating operations. Engineering Applications of Artificial Intelligence, Vol 16(3), pp. 237-250, 2003. [Hellsten 2000] Hellsten, U. et B. Klefsj. TQM as a management system consisting of values, techniques and tools. The TQM magazine, 12(4): pp. 238-244, 2000. [Henry 1999] Henry, T. C., et K. C. Ng. A model for an integrated manufacturing system implementation in China: a case study. Journal of Engineering and Technology Management, Vol 16 (1), pp. 83-101, 1999. [Heredia 1996] Heredia, J. A., I. S. Fan, F. Romero et P. Rosado. A framework for an integrated quality system. Journal of materials Processing Technology, Vol 61(1), pp. 195-200, 1996.

tel-00321445, version 2 - 25 Sep 2008

[Hongen 1995] Hongen, L. et Z. Xianwei. A systematic planning approach to implementing total quality management through quality function deployment technique. Computers and Industrial Engineering, Vol 31(3), pp. 747-751, 1995. [IEC62264-1 2003] IEC/ISO62264-1. Enterprise-control system integration - Part 1: Models and terminology. Edition ISO, 2003. [IEC62264-2 2004] IEC/ISO62264-2. Enterprise-control system integration - Part 2: Model object attributes. Edition ISO, 2004. [IEC62264-3 2007] IEC/ISO62264-3. Enterprise-control system integration - Part 3: Activity models of manufacturing operations management. Edition ISO, 2007. [IFAC 1997] IFAC-IFIP Task Force. GERAM, Generalized enterprise reference architecture and methodology (version 1.5). IFACMP Task Force on Architecture for Enterprise Integration, 1997. [Irani 2004] Irani, Z., A. Beskese et P. E. D. Love. Total quality management and corporate culture: constructs of organisational excellence. Technovation, Vol 24(8), pp. 643-650, 2004. [ISO 8402 1995] Norme NF EN ISO 8402. Management de la Qualit et assurance de la Qualit : Vocabulaire. Edition ISO, 1995. [ISO9000 2000] NF EN ISO9000 Version 2000. Systmes de management de la qualit, Principes essentiels et vocabulaire. Edition ISO, 2000. [ISO9000 2005] NF EN ISO9000 Version 2005. Systmes de management de la qualit, Principes essentiels et vocabulaire. Edition ISO, 2005. [ISO/IEC15288 2002] IEC/ISO15288. Systems engineering-system life cycle processes. Edition ISO, 2002.

Bibliographie

193

[Iung 2002] Iung, B. Contribution lautomatisation des systmes intelligents de production : interoprabilit des processus de contrle, maintenance et gestion technique. Habilitation diriger des recherches, Universit Henri Poincar, Nancy I, 2002. [Jaideep 2001] Jaideep, M. Critical factors and performance measures of TQM. The TQM Magazine. Vol 13(4), pp.292-300, 2001. [John 2000] John, J. C., K. L. Jeffrey et C. W. Chelsea. Customer-Driven Product Development Through Quality Function Deployment in the U.S. and Japan. Journal of Product Innovation Management, Vol 17(4), pp. 286-308, 2000. [Johnson 2003] Johnson, K.G. et M.K. Khan. A study into the use of the process failure mode and effects analysis (PFMEA) in the automotive industry in the UK. Journal of Materials Processing Technology, Vol 139 (1), pp. 348356, 2003. [Joo 2006] Joo, Y. J. et Y. J. Wang. Relationship between total quality management (TQM) and continuous improvement of international project management (CIIPM). Technovation, Vol 26(5-6), pp. 716722, 2006.

tel-00321445, version 2 - 25 Sep 2008

[Joucla 2000] Joucla, E. Amlioration de lefficacit des actions correctives dun systme qualit. Thse de doctorat de l INP Grenoble, France, 2000. [Juan 2004] Juan, J. T. et S. Vicente. Quality tools and techniques: Are they necessary for quality management. International journal of Production Economics, Vol 92(3), pp. 267-280, 2004. [Juan 2005] Juan, J. T. Components of successful total quality management. The TQM Magazine, Vol 17 (2), pp. 182 194, 2005. [Klefsj 2001] Klefsj, B. H. Wiklund et R. L. Edgeman. Six sigma seen as a methodology for total quality management. Measuring Business Excellence, Vol 5(1), pp. 31 35, 2001. [Kosanke 1997] Kosanke, K. et M. Zelm. CIMOSA and its application in an ISO9000 process model. In proceedings of the IFAC Workshop on Manufacturing Systems: Modelling, Management and Control (MIM97), Vienne, 1997. [Lamine 2001] Lamine, E. Dfinition dun modle de proprit et proposition dun langage de spcification associ : LUSP. Thse de doctorat de lUniversit de Montpellier II, France, 2001. [Le Moigne 1977] Le Moigne, J-L. La Thorie du Systme Gnral. ditions PUF. 1977. [Lrat-Pytlak 2002] Lrat-Pytlak, J. Le passage dune certification ISO 9001 un management par la qualit totale. Thse de doctorat de lUniversit des Sciences Sociales-Toulouse I, France, 2002. [Lhoste 1994] Lhoste, P. Contribution au gnie automatique : concepts, modles, mthodes et outils. Habilitation diriger des recherches, Universit Henri-Poincar, Nancy I, 1994. [Linderman 2005] Linderman, K., E. Kathleen, S. McKone et A. C. John. An integrated systems approach to process control and maintenance. European Journal of Operational Research, Vol 164(2), pp.324340, 2005.

Bibliographie

194

[Loh 2004] Loh, T. C., S. C. L. Koh. Critical elements for a successful ERP implementation in SMEs. International Journal of Production Research, Vol 42 (17), pp. 34333455, 2004. [Longp 2001] Longp, C. Le projet durbanisation du systme dinformation : Dmarche pratique avec cas concret. Dunod, 2001 [Lopez 2006] Lopez, R. Dun systme de management de la qualit bas sur lamlioration un systme de management de la qualit bas sur les connaissances. Thse de doctorat de lInstitut National polytechnique de Grenoble, France, 2006. [Mallet 2004] Mallet, C. Lappropriation dune TIC par des utilisateurs, un nouveau paramtre pour la gestion de projet. Universit de Metz, Doctoriales du GDR TIC& Socit 28-29 janvier, 2004. [Mannarino 1997] Mannarino, G. S., G. P Henning et H. P. Leone. Computers & Chemical Engineering: Modeling Support Tools. Computers chem Engng, Vol 21, pp. 667-672, 1997.

tel-00321445, version 2 - 25 Sep 2008

[Manufuture 2006]. STRATEGIC RESEARCH AGENDA. assuring the future of manufacturing in Europe. Manufuture Platform full report n 1/2006. [Marcotte 1995] Marcotte, F. Contribution la modlisation des systmes de production : extension du modle GRAI. Thse de doctorat de luniversit bordeaux1, France, 1995. [Massimo 2004] Massimo, P., Q. Semeraro et A. Anglani. Manufacturing quality control by means of a Fuzzy ART network trained on natural process data. Engineering Applications of Artificial Intelligence, Vol 17(1), pp. 83 96, 2004. [Mayer 1995] Mayer F. Contribution au Gnie Productique : application lIngnierie pdagogique en Atelier Inter-Etablissements de Productique Lorrain. Thse de doctorat de lUniversit Henri Poincar, Nancy I, 1995. [McClusky 2000] McClusky, R. The Rise, fall, and revival of six sigma. Measuring Business Excellence, Vol 4 (2), pp. 617, 2000. [Meillier 1994] Meillier, L. Une proposition de modlisation du systme qualit des entreprises- application au diagnostic qualit avec QUALIDIAG. Thse de doctorat de lUniversit de FRANCHE-COMTE en automatique et informatique, France, 1994. [Mellor 2004] Mellor, S. J., S. Kendall, A. Uhl, et D. Weise. Model Driven Architecture. Addison-Wesley Pub Co. ISBN 0201788918, 2004. [Mertins 1999] Mertins, K. et R. Jochem. Quality-Oriented Design of Business Processes, ditions Kluwer Academic Publishers Group, ISBN 0-7923-8484-9, 1999. [Meunier 2003] Meunier, M. Optimiser les processus et les ressources de production. Les dossiers, Ple Productique Rhne Alpes, 2003 [Miller 2003] Miller J. et J. Mukerji. MDA Guide Version 1.0, OMG Document: omg/2003-05-01, http://www.omg.org/mda/mda_files/MDA_Guide_Version1-0.pdf, May. 2003

Bibliographie

195

[Naumenko 2003] Naumenko, A. et A. Wegmann. Two Approaches in System Modelling and Their Illustrations with MDA and RM-ODP. In the proceeding of the ICEIS 2003, the 5th International Conference on Enterprise Information Systems, p. 398-402, (2003). [Neunreuther 1998] Neunreuther, E. Contribution la Modlisation des Systmes Intgrs de Production Intelligence Distribue : Application la distribution de la Commande et de la Gestion Technique sur les quipements de terrain. Thse de doctorat de lUniversit Henri Poincar, Nancy I, France,1998. [NF X 50 1992] norme NF X 50-120. Qualit, vocabulaire in grer et assurer la qualit-tome 1. Edition AFNOR-paris, 1992. [NF ISO10012 2003] norme NF EN ISO 10012. Systme de management de la mesure - Exigences pour les processus et les quipements de mesure. Edition AFNOR-paris, 2003. [Nilssonn 2005] Nilssonn, W. L., M. Antoni et J. Dahlgaard. Continuous improvement in product development, improvement programs and quality principles. Int journal of qualit & reliability management, Vol 22(8), pp 753-768, 2005. [Oussalah 1997] Oussalah, C. Ingnierie Objet, Concepts et techniques. ISBN 2-7296-60642-4, Edition Dunod 1997. [Palmberg 2005] Palmberg, K. Experiences of Process Management. Thse de doctorat de lUniversit of Technology, Lule, Sweden, 2005. [Panetto 1991] Panetto, H. Une contribution au gnie automatique : le prototypage des machines et systme automatiss de production. Thse de doctorat de lUniversit Henri Poincar- Nancy1, France, 1991. [Panetto 2006] Panetto, H. Meta-modles et modles pour lintgration et linteroprabilit des applications dentreprises de production. Habilitation diriger des recherches, Universit Henri Poincar, Nancy I, 2006. [Pillet 1993] Pillet, M. Contribution la matrise statistique des procds - Cas particulier des petites sries, Thse de doctorat de lUniversit de Savoie, France, 1993. [Pillet 1999] Pillet, M., Contribution la matrise de la qualit des produits industriels, Habilitation diriger des recherches, Universit de savoie, 1999. [Pillet 2003] Pillet, M., A. Laetitia, J. L. Maire et V. Bronet. L'Automatrise: Une approche formelle de la performance des postes de production. in the proceeding of the (CPI 2003), Mekns, Maroc, 2003. [Pillet 2004] Pillet, M. Six Sigma : comment lappliquer. Edition dorganisation, 2004. [Pujo 2002] Pujo, P. et M. Pillet. Control by quality: proposition of a typology. Quality Assurance, Vol 9(2), pp. 99-125, 2002. [Ramseyer 2002] Ramseyer, C. Prototypage de la matrise de la qualit dun processus de production base de la norme ISO9000 version 2000 : application la ligne de fabrication dAlstom Moteurs. Rapport de recherche de DEA, Universit Henri Poincar, Nancy I, 2002.

tel-00321445, version 2 - 25 Sep 2008

Bibliographie

196

[Ravichandran 2000] Ravichandran, T. et A. Rai. Quality management in systems development: An organizational systems perspective. MIS Quarterly, Vol 24(3), pp. 381-415, Sept. 2000. [Reeves 1994] Reeves, C. A. et D. A. Bednar. Defining quality. Alternatives and implications. Academy of Management Review, Vol 19(3), pp. 419-445, 1994. [Richard 1994] Richard, J., E. Rondeau et E. Bajic. Quality management of the manufacturing process in a CIM architecture. Computer integrated systems, Vol 7(3),pp. 179-190, 1994. [Rodney 2006] Rodney, M., L. Denis, H. Joan et H. Shirley-Ann. Agrounded theory research approach to building and testing TQM theory in operations management. Omega accepted 21 April, 2006. [Samson 1999] D. Samson and M. Terziovski, The relationship between total quality management practices and operational performance. Journal of Operations Management, Vol 17(4), pp. 393-409, 1999.

tel-00321445, version 2 - 25 Sep 2008

[Sangyoon 2004] Sangyoon, C., K. Kyungrai et K. Yea-Sang. A process-based quality management information system. Automation in Construction, Vol 13(2), pp. 241-259, 2004. [Sanjay 2001] Sanjay, L. A. et T. Ravichandran. IEEE transactions on engineering management, Vol 48(4), pp 445-464, 2001 [Seidewitz 2003] Seidewitz, E. What Models Mean. IEEE Software, Vol 20(5), pp. 26 32, 2003. [Senechal 2004] Senechal, O. Pilotage des systmes de production vers la performance globale. Habilitation diriger des recherches, Universit de Valenciennes et du Hainaut Cambrsis, 2002. [Shewhart 1989] Shewhart, W. A. Les fondements de la matrise de la qualit. Traduire par Jean-Marie Gogue. Edition economica- paris, 1989. [Shiba 1997] Shiba, S. Quatre rvolutions du Management par la Qualit Totale. Edition Dunod, Paris, 1997. [Sila 2002] Sila, I. et M. Ebrahimpour. An investigation of the total quality management survey based research published between 1989 and 2000: A literature review. International Journal of Quality & Reliability Management, Vol 19(7), pp.902-970, 2002. [Shingo 1987] Shingo, S. Le systme poka-yoke : zro dfaut = zro contrle, Les ditions dorganisation, Paris, 1987. [Sowa 1992] Sowa, J. F. et Zachman, J. A. Extending and Formalizing the Framework for Information Systems Architecture. IBM Systems Journal, Vol. 31(3), pp. 590 616, 1992. [Spur 1996] Spur, G., K. Mertins et R. Jochem. Enterprise integration modelling. Beuth Verlag, Berlin, 1996. [Stefan 2006] Stefan, L. A dive into the depths of quality management. European Business Review, Vol 18(2), pp: 84-96, 2006.

Bibliographie

197

[Svensson 2006] Svensson, G. Sustainable quality management: a strategic perspective. The TQM magazine, Vol 18(1), pp 22-29, 2006. [Tummala 1996] Tummala, V. M. R. et C.L. Tang. Strategic Quality Management, Malcolm Baldrige and European Quality Awards and ISO 9000 Certification: Core Concepts and Comparative Analysis. International Journal of Quality and Reliability Management, Vol 13(4), pp. 8-38, 1996. [UML 2003] UML 1.5 specification, OMG. http//: www. orm.org, 2003. [Vernadat 1996] Vernadat, F. B. Enterprise Modeling and Integration: Principles and Applications. Chapman & Hall, London. 1996 [Vernadat 1999a] Vernadat, F.B. Enterprise modeling and integration-myth or reality. In the proceedings of CARS&FOF 99 Conference, Aquas de Lindoia, Brazil. 1999. [Vernadat 1999b] Vernadat, F.B. Techniques de Modlisation en Entreprise : Applications aux Processus Oprationnels. Editions Economica, 1999.

tel-00321445, version 2 - 25 Sep 2008

[Vernadat 2002] Vernadat, F. B. Enterprise modeling and integration (EMI): current status and research perspectives. Annual Reviews in Control, Vol 26(1), pp. 15-25, 2002. [Verron 2007] Verron, S., T. Tiplica et A. Kobi. Fault detection and identification with a new feature selection based on mutual information. Journal of Process Control, article in press (2007), doi :10.1016/j.jprocont.2007.08.003. [Villalonga 2003] Villalonga, C. Laudit qualit interne. ISBN 2 10 005196 2. Edition Dunod, Paris 2003. [Waldner 1992] Waldner, J. B. CIM: Principles of Computer Integrated Manufacturing. Chichester: John Wiley & Sons Ltd, p47. ISBN 047193450X, 1992. [Weckenmann 2004] Weckenmann, A. et K. Zwolinski. Future challenge in quality management. In the proceeding of the 11th International CIRP Life Cycle Engineering Seminar Product Life Cycle - Quality Management, Belgrade, Serbia 2004. [Werner 2001] Werner, A. J. S. An integrated approach to process control. International Journal of Production Economics, Vol 69(1), pp. 93-105, 2001. [Wilson 2000] Wilson, D. D. et D. A. Collier. An empirical investigation of the Malcolm Baldrige National QualityAward causal model. Decision Sciences, Vol. 31(2), pp. 361-390, 2000. [Yarlin 2006] Yarlin, K. Optimal adaptive control policy for joint machine maintenance and product quality control. European Journal of Operational Research, Vol 171(2), pp. 586-597, 2006. [Young 2006] Young, H. K. et T. A. Frank. Benefits, obstacles, and future of six sigma approach. Technovation, Vol 26(5-6), pp. 708-715, 2006. [Zachman 1987] Zachman, J. A. A framework for information systems architecture. IBM SYSTEMS JOURNAL, Vol 26(3), pp.276-292 , 1987.

Bibliographie

198

[Zeghib 2004] Zeghib, N. E., R. Khelif, N. Kiass, K. Chaoui et L. Boulanouar. La qualit dans les mesures, indicateurs et mtrologie, Quality in measures, indicators and metrology. Ine the proceeding of the QUALIMA01 Tlemcen, 2004.

tel-00321445, version 2 - 25 Sep 2008

tel-00321445, version 2 - 25 Sep 2008

tel-00321445, version 2 - 25 Sep 2008

tel-00321445, version 2 - 25 Sep 2008

Annexes

tel-00321445, version 2 - 25 Sep 2008

Annexes

203

Annexe A
Le diagramme de classe et le diagramme dactivits en UML.

tel-00321445, version 2 - 25 Sep 2008

Annexes

204

Annexe B
Une vue complte du mta-modle des objets support du processus qualit au niveau tactique rsultant de la mta-modlisation des concepts qualit extraits de la norme ISO9000 : 2000.

tel-00321445, version 2 - 25 Sep 2008

Annexes

205

Annexe C
Une vue complte du mta-modle des activits support du processus qualit au niveau tactique rsultant de la mta-modlisation des concepts qualit extraits de la norme ISO9000:2000.

Initial Dfinir le processus lmentaire Prciser les exigences du processus tudi Dterminer les caractristiques qualit relatives aux exigences processus

tel-00321445, version 2 - 25 Sep 2008

Prciser les exigences du produit de sortie


Prciser lexigence temps

Dfinir le produit dentre

Dfinir le produit de sortie

Prciser lexigence espace

Dterminer les caractristiques qualit relatives aux exigences produit

Prciser lexigence forme

Dfinir la fournisseur

Juger la conformit

Examiner les caractristiques qualit Utiliser la preuve tangible pour vrifier le rsultat
Raliser une observation

Contrler la conformit

{ Conformit }
C ondi tion

Enregistrer les rsultats dans une preuve tangible

Raliser une mesure Raliser un essai

{ Non-conformit }

Chercher les causes de non-conformits

{ Xor } Corriger la nonconformit


Rparer le produit Reclasser le produit Recycler le produit Reprendre le produit

Classifier les rebuts

Dtruire le produit

Proposer des actions correctives pour liminer la cause

Proposer des actions prventives pour viter la cause

Final

Annexes

206

Annexe D
Une vue complte du mta-modle global support de lapproche qualit implant dans l environnement MEGA
Diagramme Diagramme

Produit d'entre description Rfrence type Processus Code description Nom de ligne Type Processus zone de travail

Fournisseur description

Planification du test qua lit description Responsable

Exigence processus description Spcification type

Essai description Valeur caractristique qualit description intervalle type valeur nominale Mesure description valeur mesure Observa tion description type valeur observe Jugement d escription Conformit description Valeur relle Test qualit description Identification type Version

tel-00321445, version 2 - 25 Sep 2008

produit de sortie description Rfrence type

Exigence Produit description Spcifica tion type

Equipement description type

c lie nt description

Contrle description

Acte ma intenance description type

D ia g ra m m e

Rebut description type

Non-conformit description Rfrence Valeur relle

Correction description type

V rification description Rfrence Ca rte de contrle Limites moyenne type

Rsultat du te st description

Criticit niveau

Moyen de dtection description type

Action prventive d escription Rf rence type Cause description type Driv description Action corrective description Rfre nce type Erreur description type

Preuve Tangible description type

Surveillance description

Effet description type

Mode de dfa illance description type

Diagramme

Fonctions description

Elment description type

Appa re il de mesure description Dfaut description

lment dangereu description fonction dangereu description Evnement Redout description Gravit Probabilit

Inspection en amont description Cause d'erre ur description

situation dange reu description

Solution description

Diagramme Accident potentiel description Frquence d'occurrence classe description

Mesure de protection description

Gravit classe secteur

Consquence description

Effet potentiel description

Mesure de preventive description

Annexes

207

Annexe E
Exemple de dveloppement de la "description" qualit dans MEGA : Description racine dun processus
Il sagit en ralit de la "description" racine . Elle permet de dfinir ce quest un processus. On peut voir quun processus est dfinit par diffrents attributs qui lui sont propres : un nom, un code, une description, un nom de ligne ainsi quune zone de travail. La syntaxe dun attribut est la suivante : <nom_de_l_attribut>contenu informationnel</ nom_de_l_attribut >

tel-00321445, version 2 - 25 Sep 2008

Il est aussi dfinit par dautres objets : un produit dentr, un produit de sortie, une exigence processus et une caractristique qualit. La syntaxe dun objet est la suivante : <nom_de_l_objet> [Component= nom de lobjet dans la base de donnes MEGA] [Descriptor= nom de la description de lobjet /] </nom_de_l_objet>

Annexes

208

Annexe F
Diagramme de squence qui explique la faon dutiliser le diagramme de mthodologie qualit, dans l environnement qualit , pour raliser cette tape dinstanciation.
Interface: Diagramme de mthodologie qualit Ignieur qualit ins ta nc ie r un p ro c e s s us chercher la mta-classe processus information processus afficher une fentre pour instancier le processus saisir les donnes et valider Eenvironnement qualit dans MEGA

tel-00321445, version 2 - 25 Sep 2008

chercher les rgles relatives au processus

afficher un indice pour consulter les rgles du processus consulter les rgles du processus afficher la fentre qui dtaille les rgles ins ta nc i e r le p ro d uit d ' e ntr e

fournir le rglement du processus

chercher la mta-classe produit d'entre

informations produit d'entre afficher une fentre pour instancier le produit d'entre

saisir les donnes et valider chercher les rgles relatives au produit d'entre

afficher un indice pour consulter les rgles du produit d'entre

fournir le rglement du produit de entre

ins ta nc ie r le p ro d ui t d e s o rtie

chercher la mta-classe produit de sortie

information produit de sortie afficher une fentre pour instancier le produit de sortie

saisir les donnes et valider chercher les rgles relatives au produit de sortie afficher un indice pour consulter les rgles du produit de sortie fournir le rglement du produit de sortie

Annexes

209

Annexe G
Cration de la balise relative la mta-classe Accident potentiel dans lapplication JAVA
La classe XMLReader, comme son nom lindique, nous permet en ralit danalyser un fichier de type XML et den extraire les informations. Mais avant de lire le fichier xml, il nous a fallu crer les diverses classes qui dfinissaient les lments dcrits dans le xml tels qu chaque balise xml corresponde une classe. La balise suivante montre un exemple de classe, plus particulirement celui de la classe

tel-00321445, version 2 - 25 Sep 2008

Accident potentiel . On voit que chaque classe a pour attribut, des attributs propres en gnral de type String ou Integer ainsi que des attributs de type Vector caractrisant les objets qui lui sont associs.

Annexes

210

Annexe H
Un diagramme de squence qui explique lutilisation de cette interface de JAVA.

Application Java

Mmoire (ordinateur)

Ignieur qualit ouvrire (Importer) le fichier XML chercher le fichier XML

tel-00321445, version 2 - 25 Sep 2008

fichiers XML disponibles afficher fentre pour choisir le fichier

choisir le fichier importer

Serveur MYSQL

confirmation d'importation du fichier XML connexion aux bases de donnees consltuer les bases disponibles fournir les bases disponibles affichage des bases existantes choisir la base et valider transfrer les donnes vers la base choisie confirmation de la transformation des donnes

Annexes

211

Annexe I
Partie du script PHP utilis pour dvelopper les pages Web. Script relatif la non-conformit.

tel-00321445, version 2 - 25 Sep 2008

Annexes

212

Annexe J
Lgende des diffrents concepts apparaissant dans le diagramme de mthodologie qualit et le diagramme de la mthode AMDEC

Dans le diagramme de mthodologie qualit :

tel-00321445, version 2 - 25 Sep 2008

Co nfo rm it

N o n-c o nfo rm i t

V rific a tio n

Dans le diagramme de la mthode AMDEC :


Criticit

tel-00321445, version 2 - 25 Sep 2008

tel-00321445, version 2 - 25 Sep 2008

tel-00321445, version 2 - 25 Sep 2008

tel-00321445, version 2 - 25 Sep 2008

TITRE : Contribution mthodologique la matrise conjointe de la qualit dun produit et de ses processus de production par une modlisation des concepts qualit Rsum : La qualit est devenue aujourdhui un vritable outil stratgique, pour faire face aux nouveaux enjeux conomiques et sociaux de lentreprise, grce son impact sur la matrise conjointe de la qualit du produit et des processus supports sa production. Cette matrise est directement lie lorganisation cohrente dun ensemble dactivits qualit qui se positionnent sur les diffrents niveaux structurels de lentreprise. Un des challenges majeurs est donc de faire du processus qualit un processus au sens systme, c'est--dire un processus intgrant, de faon efficace, les diffrentes activits qualit sur les diffrents niveaux et avec les autres processus de lentreprise. Relativement ce challenge, plusieurs mthodologies et mthodes qualit supportent tout ou partie de la modlisation du processus qualit, mais leur manque de formalisation nuit lefficacit et lefficience de leur application. En rponse ce double constat dintgration et de manque de formalisation, notre contribution porte sur la proposition dune approche qualit gnrique permettant de formaliser un processus qualit au niveau tactique en lien avec les autres niveaux de lentreprise. Cette approche se positionne en cohrence avec le TQM dans lobjectif de matriser et damliorer conjointement la qualit du produit/processus de production. Elle se veut utilisable, par son automatisation avec loutil MEGA, de la conception lexploitation du processus de matrise de la qualit. Loriginalit de ces travaux rside dans une premire unification, sous la forme de mta-modles, des concepts qualit sur la base de lapproche processus dfinit dans la norme ISO9000:2000, de la fonction management de qualit telle que prne par la norme IEC/ISO62264, des mthodes qualit, et finalement de la modlisation dindicateurs pertinents. La faisabilit de cette approche est montre sur un cas dapplication de type processus manufacturier. Mots Cls : Processus Qualit, ISO9000:2000, Mta-modlisation, Matrise de la qualit, Amlioration de la qualit, Mthodes qualit, TQM.

TITLE: A methodology to jointly control the product quality and its production processes by quality concepts modelling Abstract: In todays world of globalization, quality becomes a strategic tool to face the new economic and social stakes of the enterprise by its impact on jointly controlling the quality of the product and the processes supporting its production as well. This control is directly related to the coherent organization of the quality activities which are structured on the different enterprise levels. One of the major challenges is to set up the quality process as a process according to the system definition; i.e. a process which effectively integrates the quality activities on the different enterprise levels as well as with other processes belonging to the enterprise. Coping to this challenge, several methodologies and methods were proposed to support the whole or a part of modelling the process quality. However, the lack of formalization harms the effectiveness and the efficiency of their application. Regarding this double report on integration and lack of formalization, our contribution consists in developing a generic quality approach for formalising a process quality at the tactical level linked to the other enterprise levels. This approach is in accordance with the TQM to control and improve jointly the quality of the product and the production process. Since we propose and automated approach, it can be deployed from the design phase to the exploitation phase of the process quality control. The originality of this work consists on the unification, in the form of meta-models, of the quality concepts on the basis of: the process approach defined in the standard ISO9000:2000, the function "quality management" as defined by the standard IEC/ISO62264, the quality methods, and finally on the modelling of relevant indicators. The feasibility of this approach is shown by an application case of a manufacturing process. Keywords: Quality process, ISO9000:2000, Meta-modelling, Quality control, quality Improvement, Quality methods, TQM.