INSA TOULOUSE MEMOIRE PRESENTE EN VUE D OBTENIR LE TITRE D INGENIEUR DIPLOME PAR L ETAT (IDPE) EN AUTOMATIQUE ET INFORMATIQUE INDUSTRIELLE PAR DENIS TUR OUTIL DE GESTION DE LA MAINTENANCE VIA L INTRANET DE FREESCALE LE TLS-TWIM Soutenu le 22 septembre 2009 Présidente du Jury : Madame Colette MERCE, Directrice DGEI INSA Toulouse Membres : Monsieur Michel CASTAN, Responsable de la Formation Continue, spécialité Informatique Monsieur Christian GANIBAL, Ingénieur CNRS, LAAS, Ingénieur de recherche en Electronique Monsieur Vincent MAHOUT, Enseignant DGEI, spécialité Automatique Informatique Industrielle Monsieur Pierre PINEL, Enseignant DGEI, spécialité Informatique Monsieur Jean-Louis VIDAL, Ingénieur DPE, Responsable du Service Informatique de la Mairie de Toulouse
Page 2 Denis TUR INSA TOULOUSE MEMOIRE PRESENTE EN VUE D OBTENIR LE TITRE D INGENIEUR DIPLOME PAR L ETAT (IDPE) EN AUTOMATIQUE ET INFORMATIQUE INDUSTRIELLE PAR DENIS TUR OUTIL DE GESTION DE LA MAINTENANCE VIA L INTRANET DE FREESCALE LE TLS-TWIM Soutenu le 22 septembre 2009 Présidente du Jury : Madame Colette MERCE, Directrice DGEI INSA Toulouse Membres : Monsieur Michel CASTAN, Responsable de la Formation Continue, spécialité Informatique Monsieur Christian GANIBAL, Ingénieur CNRS, LAAS, Ingénieur de recherche en Electronique Monsieur Vincent MAHOUT, Enseignant DGEI, spécialité Automatique Informatique Industrielle Monsieur Pierre PINEL, Enseignant DGEI, spécialité Informatique Monsieur Jean-Louis VIDAL, Ingénieur DPE, Responsable du Service Informatique de la Mairie de Toulouse
Page 3 Denis TUR Remerciements Avant de commencer la présentation du projet, je tiens à exprimer mes sincères remerciements à Monsieur Philippe MAZILIER, responsable du service de la maintenance à Freescale Toulouse, pour m avoir fait confiance et pour avoir su orienter mes travaux. Je souhaite aussi remercier Monsieur Vincent MAHOUT, Enseignant DGEI, spécialité Automatique Informatique Industrielle, pour ses relectures et corrections de ce mémoire. Je tiens aussi à exprimer ma reconnaissance et mes remerciements à Monsieur Philippe SIMOES, Ingénieur informaticien et responsable du groupe maintenance en weekend, pour son support, ses conseils et pour notre étroite collaboration tout au long du projet. Je tiens à remercier également Monsieur Simon TRESSIERES et Monsieur Fabrice JACQUEMIN, informaticiens au service support informatique, pour l aide qu ils m ont apportée pour la mise en production du site FSL-TWIM sur le serveur de Freescale. Je suis également très reconnaissant envers les responsables des groupes de maintenance, Messieurs Patrice LORENDEAUX, Michel CASON, Francis DUPRE, Philippe MANGEOLE, Bernard DOUILHAC, Pierre ANDRIEU, Philippe FLAMENT et Eric BRU, pour l aide au déploiement des outils dans leurs unités respectives. Je tiens de même à remercier Mademoiselle Frédérique GUILLON, Ingénieur procédé en implantation ionique à Freescale, pour ses relectures et corrections de ce mémoire. Enfin je veux également saluer la patience, la compréhension et le soutien dont a fait preuve mon épouse, Sandrine, lors de ces deux dernières années. Je tiens aussi à remercier mes enfants, Héléana et Florian, qui m ont souvent demandé pourquoi je travaillais au lieu de jouer avec eux.
Résumé Page 4 Denis TUR Ce mémoire décrit la mise en place d un système de gestion de la maintenance via l intranet de l usine Freescale à Toulouse : le TLS-TWIM. Après la constitution d une équipe projet, j ai élaboré un cahier des charges avec les futurs utilisateurs. Une fois les objectifs clairement définis j ai découpé les différents modules du système en diagrammes fonctionnels. Ce découpage m a permis d élaborer un planning prévisionnel pour ce projet. Les trois choix possibles pour le développement de cette interface étaient les suivants : la solution interne Freescale, l achat de logiciel externe ou le langage PHP. Ce dernier a été retenu sur des critères de coût, d évolution future et d entretien. En ce qui concerne le stockage des informations j ai utilisé la méthode Merise pour la conception des structures des bases de données. 52 tables ont été nécessaires pour le système TLS-TWIM. Pour le développement des codes source je me suis appuyé sur la culture du Lean Manufacturing présente dans l entreprise. Les notions de 5S, d amélioration continue et l outil Smed ont permis de structurer, de standardiser et d optimiser le codage. Le module, planification dynamique des préventives compteurs est détaillé en fin de mémoire. Cet outil permet de planifier dynamiquement les interventions de maintenance préventive en fonction des divers compteurs présents sur les équipements de production. L interface TLS-TWIM est en fonctionnement depuis juin 2009 et les utilisateurs en apprécient la convivialité, la rapidité et l accessibilité. Les temps de recherche d informations et d analyse de pannes ont diminués, soit 50% à 60% de gain. Ce système est le point d entrée unique de toutes les équipes de maintenance et centralise les informations nécessaires pour les équipes supports de la production de l usine de Toulouse. Mots clé : Standardisation, intranet, GMAO, PHP, convivialité, rapidité, accessibilité, LEAN MANUFACTURING. Summary This report describes the development and installation of maintenance software through the Toulouse Freescale network: the TLS-TWIM. After the constitution of team project, I elaborated the requirements with the future users. Once the objectives clearly defined, the various modules of the system were broken down into to build a functional diagram and estimated planning for this project. The three possible choices for the development of this interface were the following: the Freescale internal solution, external software or the PHP language. This last one was chosen on criteria of cost, evolution and maintenance. Concerning the data storage the Merise method was used to build the structural design of the databases. 52 tables were necessary for system TLS-TWIM. The development of source lines of code was based on Lean Manufacturing culture deployed in the company. Some tools like 5S continuous improvement or Smed were used to improve the structure, to standardize and to optimize the code. A specific module is described at the end of the report. This tool allows the planning of preventive maintenance according to the various meters retrieved from production equipments. TLS-TWIM interface is under operation since June 2009. People using the software particularly appreciate user-friendliness, speed and accessibility. The search and breakdowns analysis times have decreased, from 50% to 60% improvement. All data and inputs were now only gathered through this system. All sustaining teams were used this interface. Keywords: Standardization, Intranet, GMAO, PHP, friendly interface, response time, accessibility, LEAN MANUFACTURING.
Page 5 Denis TUR Je me suis souvent repenti d'avoir parlé, mais jamais de m'être tu. (Philippe de Commines)
Page 6 Denis TUR Sommaire Remerciements... 3 Résumé... Erreur! Signet non défini. Summary... Erreur! Signet non défini. Sommaire... 6 Introduction... 7 Abréviations... 8 Listes des Figures... 9 Listes des Tableaux... 9 Chapitre I : Présentation générale du projet FSL-TWIM... 10 I.1- Le cahier des charges... 10 La problématique... 10 Le plan de travail... 11 Les ressources nécessaires... 13 I.2- Déroulement du projet... 13 Etat des lieux... 13 La collecte des besoins clients... 14 Recherche des solutions de développement... 20 Architecture du système FLS-TWIM... 22 Etude du stockage des données... 22 Estimation des ressources nécessaires... 28 Le codage... 29 Cycle de vie d un projet... 34 Tests des programmes... 35 Validation des modules avec les clients... 35 Livraison finale... 36 Maintenance... 36 I.3- Conclusion chapitre I... 36 Chapitre II : Planification Dynamique des Préventives Compteurs (PDPC) 37 II.1- Introduction... 37 II.2- Présentation de Machine Manager... 37 II.3- Présentation de PROMIS... 38 II.4- Acquisition des relevés compteurs équipements... 39 Les compteurs TWIM... 40 II.5- La planification dynamique des interventions préventives... 41 II.6- Conclusion chapitre II... 42 Conclusion... 43 Les possibilités d évolution... 44 Bilan personnel... 45 Bibliographie/Web graphie... 46 Documents de référence... 46 Liens WEB... 46 Annexes... 47 Annexe I : Planning prévisionnel... 47 Annexe II : Les organigrammes de TLS-FAB... 48 Organigramme de Freescale Toulouse FAB... 48 Organigramme de la maintenance Toulouse FAB... 48
Page 7 Denis TUR Introduction La transparence, la réactivité et la communication sont les maîtres mots d une équipe, qu elle soit composée de techniciens de maintenance, d ingénieurs procédé ou d opérateurs de production. Les clients et les auditeurs externes sont très attentifs à ces différents termes, que l on peut définir d ailleurs comme mots-clés, tant l importance qu ils apportent à la qualité du produit final est primordiale. C est d autant plus vrai aujourd hui avec la situation économique mondiale sur le marché de l automobile. En effet Freescale, leader sur ce secteur, subit cette crise. Nous devons par notre savoir faire et notre expérience surmonter dans les meilleures conditions cette étape difficile. En tenant compte de cette situation, ce mémoire décrit le développement et la mise en place des outils informatiques pour répondre aux besoins des équipes supports de la production (maintenance et procédé). Cette évolution informatique permet de mettre sous chaque mot clé, présenté en début de cette introduction, une multitude de sujets et de références. C est une avancée notoire pour Freescale Toulouse. Ce mémoire est composé de deux parties. Le premier chapitre aborde le projet FSL-TWIM dans sa globalité. Ce chapitre reste général et ne s'attache pas à décrire, par souci de concision, les nombreux aspects techniques. Le deuxième chapitre traite d une sous-partie du projet : Planification Dynamique des Préventives Compteurs. En effet, ce module tient une place importante et nécessite des explications plus détaillées. En fin de mémoire, vous trouverez la conclusion et le bilan personnel de ce projet.
Page 8 Denis TUR Abréviations Acronyme 5S BIA CAB COCOMO Console VT220 DRP Equipment Engineering GMAO IT SUPPORT KARDEX LEAN MANUFACTURING MM PDPC PM PROMIS SERVEUR SMED TLS-FAB TWIM Désignation Méthode d origine japonaise qui permet de trier, mettre en ordre, nettoyer, standardiser, et de suivre tous lieux, travaux, etc. Business Impact Assement = Document interne pour connaître l importance d un système ou d un logiciel sur les clients. Change Access Board (système gérant les changements à Freescale) Méthode pour quantifier les ressources sur un projet informatique (acronyme de l'anglais COnstructive COst Model) Emulateur de terminal utilisé pour PROMIS Disaster Recovery Plan : document interne pour réparer un système ou un logiciel. Ingénieur équipement, responsable d une famille d équipement. Outil pour la gestion de la maintenance assistée par ordinateur Service support pour l informatique de l usine Freescale Endroit de stockage des pièces de rechanges pour la maintenance Philosophie qui propose d utiliser les outils comme le 5S, le SMED ou les groupes «KAIZENS» pour l amélioration continue des procédés. Machine Manager (software utilisé pour communiquer avec les équipements) Planification Dynamique des Préventives Compteurs Préventive Maintenance Système de gestion centralisé de la production Système informatique destiné à fournir des services à des utilisateurs connectés et, par extension, organisme qui exploite un tel système. Single Minute Exchange of Die permet le changement d un outil en moins de 10 minutes Abréviation interne de l usine de Toulouse Toulouse Web Interface Maintenance NB : Quelques abréviations font parties du langage interne à Freescale Toulouse
Page 9 Denis TUR Listes des Figures FIGURE 1 : EXTRAIT DU PLANNING PRÉVISIONNEL DU PROJET FSL-TWIM... 12 FIGURE 2 : DIAGRAMME FONCTIONNEL GLOBAL DU PROJET FSL-TWIM... 15 FIGURE 3 : DIAGRAMME FONCTIONNEL POUR LE CAHIER DE CONSIGNES... 16 FIGURE 4 : DIAGRAMME FONCTIONNEL POUR LA PLANIFICATION DES MAINTENANCES PRÉVENTIVES SUR LES ÉQUIPEMENTS... 17 FIGURE 5 : DIAGRAMME FONCTIONNEL POUR LE STOCK DES PIÈCES (KARDEX)... 18 FIGURE 6 : DIAGRAMME FONCTIONNEL DE LA DOCUMENTATION TECHNIQUE... 18 FIGURE 7 : DIAGRAMME FONCTIONNEL DE L OUTIL D ANALYSE DE LA DISPONIBILITÉ DES ÉQUIPEMENTS... 19 FIGURE 8 : DIAGRAMME FONCTIONNEL DES CONFIGURATIONS ÉQUIPEMENTS... 19 FIGURE 9 : DIAGRAMME DÉCISIONNEL DES SOLUTIONS TECHNIQUES... 21 FIGURE 10 : ARCHITECTURE DU SYSTÈME FSL-TWIM... 22 FIGURE 11 : EXEMPLE D ENTITÉS DANS LES BASES DE DONNÉES MYSQL... 23 FIGURE 12 : EXEMPLE D ATTRIBUTS DANS LES ENTITÉS DES BASES DE DONNÉES MYSQL... 24 FIGURE 13 : EXEMPLE DE RELATION OU D ASSOCIATION ENTRE ENTITÉS DANS LA BASE MYSQL... 24 FIGURE 14 : EXEMPLE DE CARDINALITÉ DANS DES RELATIONS D UNE BASE MYSQL... 25 FIGURE 15 : EXEMPLE DE CLEF DANS UNE ENTITÉ... 25 FIGURE 16 : EXEMPLE DE MCD, MODÈLE CONCEPTUEL DE DONNÉES, POUR L OUTIL DE GESTION DES MAINTENANCES PRÉVENTIVES... 26 FIGURE 17 : EXEMPLE DE STRUCTURE DE TABLE DANS LES BASES MYSQL... 27 FIGURE 18 : ARBORESCENCE DES CODES SOURCE SUR LE SERVEUR DE FSL-TWIM... 30 FIGURE 19 : EXEMPLE DE CODE SOURCE... 32 FIGURE 20 : EXTRAIT DE WIKIPÉDIA SUR LE FONCTIONNEMENT DU PHP... 33 FIGURE 21 : CYCLE DE VIE EN V... 34 FIGURE 22 : SYNOPTIQUE DU FONCTIONNEMENT DE MACHINE MANAGER... 38 FIGURE 23 : SYNOPTIQUE DU FONCTIONNEMENT DE PROMIS-MACHINE MANAGER-EQUIPEMENTS.... 38 FIGURE 24 : SYNOPTIQUE DE L ACQUISITION DES RELEVÉS COMPTEURS... 40 FIGURE 25 : EXEMPLE DE CALCUL D UNE DATE D INTERVENTION DE MAINTENANCE PRÉVENTIVE AVEC DES COMPTEURS.... 41 FIGURE 26 : EXTRAIT DU PLANNING DE FSL-TWIM... 42 Listes des Tableaux TABLEAU 1 : CRITÈRES DE SÉLECTION DES SOLUTIONS DE DÉVELOPPEMENT... 21 TABLEAU 2 : MÉTHODE COCOMO, EFFORT ET TEMPS DE DÉVELOPPEMENT... 28 TABLEAU 3 : BESOIN EN HOMMES ET DURÉE DES PHASES DANS LA MÉTHODE COCOMO... 28 TABLEAU 4 : MÉTHODE COCOMO, POURCENTAGE D EFFORT... 29 TABLEAU 5 : MÉTHODE COCOMO, POURCENTAGE DE TEMPS DU DÉVELOPPEMENT... 29 TABLEAU 6 : EXEMPLE DE TESTS POUR LE MODULE GESTION DES PRÉVENTIVES... 35
Page 10 Denis TUR Chapitre I : Présentation générale du projet FSL-TWIM Le FSL-TWIM (Freescale Toulouse Web Interface Maintenance) est l outil de GMAO incontournable sur le site de Toulouse. Son utilisation permet de centraliser les données pour la maintenance dans un environnement convivial et avec une grande accessibilité. Ce chapitre décrit la méthodologie et le déroulement de ce projet. I.1- Le cahier des charges La problématique Le sujet retenu Nous avons, depuis début 2007, un premier module fonctionnel «Cahier de Consignes Informatiques». La nécessité de cette partie, testée et validée par les différents clients du groupe maintenance, ne faisait plus aucun doute. Ce module fonctionnait sur un ordinateur transformé en serveur local. Dans le but d améliorer cet outil et de créer de nouvelles fonctionnalités, une réunion de travail a permis de mettre à jour deux besoins supplémentaires : La nécessité de mettre en place un serveur dédié et soutenu par le service IT (service informatique) L ajout d outils complémentaires répondant aux besoins des clients : - Gérer les interventions préventives - Afficher les pièces du stock - Centraliser les documentations techniques - Connaître la disponibilité des machines - Stocker les configurations des équipements La création du site FSL-TWIM prenait alors réellement forme. Enjeux Les enjeux de ce projet peuvent se décomposer selon quatre axes : technique, économique, humain et organisationnel. Les enjeux humains : Ce projet est avant tout un projet humain. En effet, avant d être un outil de gestion de la maintenance via l intranet de Freescale, c est une aventure humaine jalonnée de rencontres et d expériences. Tous les acteurs de la maintenance ont participé à cette réalisation. Cet apport inestimable donne à ce projet une dimension humaine, de plus il correspond à une véritable réalité industrielle. Les enjeux techniques : Comment faire pour réaliser un outil de gestion de la maintenance? Quel langage informatique choisir? Comment gérer le serveur? Quelles bases de données utiliser et comment les organiser? Ce mémoire présente tous ces aspects techniques.
Page 11 Denis TUR Les enjeux économiques : Ce projet doit permettre d améliorer le travail quotidien des techniciens et ingénieurs. Il doit réduire considérablement les temps de recherche dans le stock de l usine. Il doit faciliter les analyses de pannes machines et doit centraliser les documentations et les interventions de maintenance préventives. L amélioration de ces outils s inscrit donc dans une réduction des coûts. Les enjeux organisationnels : L utilisation de FSL-TWIM ne se limite pas à un service au profit de quelques personnes, il touche des secteurs très différents, de la maintenance, de la production, de l engineering ou du service «device». L aspect formation et management doit être challengé pour avoir une utilisation optimale des différents modules du programme. Objectifs visés Plusieurs objectifs se dégagent de ce projet. Le plus important est la centralisation de toutes les informations nécessaires aux équipes support, qu elles soient de maintenance, du «process engineering» ou du support «device». (Voir en annexe IV l organigramme des groupes supports) Le deuxième objectif est l amélioration de l efficacité et de la rapidité des interventions de maintenance. Le troisième objectif a pour but l analyse technique et la mise en place des interventions adéquates. Cet outil permet aux différents services de mieux déceler des problèmes et de mettre des actions en place. Enfin, le FSL-TWIM est la référence technique de la maintenance pour l ensemble des utilisateurs et permet une traçabilité et une transparence des interventions lors des audits qualité. Le plan de travail La démarche Chaque phase de collecte, des besoins initiaux puis spécifiques des clients, est articulée de la façon suivante : - Mise en place de réunion avec les clients - Formalisation des besoins (journal de bord) - Identification des différentes tâches - Réalisation du planning Une fois cette étape terminée, la phase de codification permet de réaliser un prototype. Les tests unitaires finis, une mise en situation avec les clients valide le projet. Au final, les clients valident les différents modules et la livraison de l outil complet peut avoir lieu.
Page 12 Denis TUR Les fonctionnalités envisagées pour les sous projets L outil FSL-TWIM comporte plusieurs sous-projets. Le premier qui est fonctionnel et utilisé depuis janvier 2007, s intitule «Cahier de Consignes Informatiques». Pour le module «Recherche de pièces dans le stock de l usine», les listings de pièces sont récupérés quotidiennement par transfert de fichiers sur un serveur. Ces informations permettent la mise en place d un support avec une recherche plus rapide et plus conviviale. Concernant le module «Documentation technique», une interface utilisateur est créée pour la mise en ligne des documents et la mise à jour si nécessaire. Avec l outil «Plans d actions», un système innovant et centralisé est proposé pour gérer et organiser le suivi des travaux des techniciens et ingénieurs. Le module de «Gestion des maintenances préventives» centralise les différentes interventions de maintenance. Il permet l affichage des plannings, gère les «compteurs équipements 1» et assure la traçabilité des interventions. La planification Le planning prévisionnel de ce projet est difficile à établir. En effet, ma fonction d Equipment Engineering m amène à gérer un parc équipement, aussi bien au niveau des budgets que des interventions de maintenance. Mon premier rôle est de maintenir les équipements de production en état de fonctionnement optimum. Le projet FSL-TWIM rentre à terme dans ce cadre-là. Ce planning est donc juste un indicateur et permet d estimer le délai de réalisation du projet. Voici ci-après un aperçu du planning prévisionnel. Figure 1 : Extrait du planning prévisionnel du projet FSL-TWIM 1 Valeurs disponibles sur les équipements pour connaître les heures de fonctionnement, la quantité de produit passé sur les équipements, les nombres de cycles, etc.
Page 13 Denis TUR Les ressources nécessaires Les ressources humaines Pour mener à bien ce projet, la communication avec plusieurs métiers est nécessaire. Que ce soit avec des managers de groupe, des opérateurs, des techniciens ou ingénieurs. Tous sont acteurs dans le projet. L équipe de pilotage du projet est la suivante : Sponsor : Support technique : Support technique IT : Support technique IT : Support technique : Maître d œuvre: Philippe Mazilier : Manager du groupe maintenance Toulouse FAB Philippe Simoés : Manager weekend maintenance et informaticien Simon Tressières : Informaticien Fabrice Jacquemin : Informaticien Catherine Saccoccini : Informaticienne Denis TUR : Equipment Engineering Implantation Les ressources budgétaires Les budgets maintenance sont soumis à beaucoup de contraintes. Dans une situation économique difficile, les sommes allouées à la maintenance sont sans cesse modifiées. Dans ces conditions, les ressources budgétaires pour un tel projet sont minimales. La mise en place d un serveur et le support technique à l année de celui-ci sont de l ordre de 2000. Le codage et la mise en production de ce projet sont effectués sur mon temps de travail et avec un investissement personnel important. I.2- Déroulement du projet La partie suivante montre la réalisation du projet. Etat des lieux L équipe de maintenance à Freescale est sectorisée en sept groupes. Au fil du temps, les méthodologies de chaque secteur ont divergé et il existe aujourd hui autant de façons de travailler qu il existe de groupes. Les passages de consignes entre les techniciens de maintenance sont soient orales, soient écrites, parfois les deux. L archivage des cahiers de consignes est inexistant. Bien que les évènements majeurs soient répertoriés dans PROMIS (logiciel de gestion de la production), la recherche de consignes importantes est difficile, voire impossible. Les interventions de maintenance préventives sont gérées par plusieurs systèmes. Pour le groupe implantation ionique, il existe un outil informatique depuis 1996. Cet outil développé sous Visual Basic atteint aujourd hui ses limites ; il exploite une base de données ACCESS et il n est plus maintenu. Les autres labos travaillent avec un système de planification sous LabView.
Page 14 Denis TUR Là encore, le logiciel utilisé n est plus adapté pour faire de la planification et surtout les performances sont en-dessous des besoins. L historique des détails des interventions de maintenance est présenté sous format papier, avec tous les inconvénients que cela comporte ; pertes de papier, check-lists mal remplies, etc. Les compteurs présents sur les machines sont relevés manuellement ou par système informatique. La planification des interventions se fait à l aide d un fichier Excel. On retrouve autant de fichiers qu il existe de type d équipements avec compteurs. La recherche de pièces de rechange se fait sur une console VT220 grâce à un logiciel, qui n est pas du tout intuitif et manque énormément de convivialité. Avec un affichage d une dizaine de pièces par écran, il faut faire défiler les différentes pages pour trouver la pièce souhaitée. Cela engendre une perte de temps conséquente pour les techniciens et ingénieurs, (de 5 à 10 minutes minimum par recherche). Concernant la gestion des documentations techniques, les avis et les méthodes divergent. Certains conservent leur classeur personnel qui fait office d aidemémoire. D autres partagent leur savoir et mettent en place des documentations communes. Aucun standard n existe pour la documentation dite «d aide au dépannage et documentation technique». Pour les projets des techniciens ou pour les suivis particuliers lors d événements sur les équipements, chaque groupe utilise sa méthode, son fichier de suivi, ses critères de priorités. Là encore rien de commun, impossible de s y retrouver. La collecte des besoins clients Le besoin exprimé par les futurs utilisateurs est très clair : ils demandent une STANDARDISATION des méthodes de travail. La norme ISOTS [B1] demande de plus en plus de standards pour garantir au client final un produit avec des caractéristiques techniques reproductibles. De ce fait, les services internes (maintenance/procédé/device) sont très attentifs au concept de standardisation. Lors des différentes réunions avec les futurs utilisateurs du système de gestion de la maintenance, les besoins se focalisent à chaque fois sur un système centralisé et commun. Les grandes lignes des besoins sont : Mettre en place un système informatisé. Disposer d un point d accès unifié. Standardiser des outils pour les groupes supports (maintenance/procédé) Communiquer avec les bases de données existantes Assurer la maintenance et permettre l évolution vers de nouvelles fonctions
Page 15 Denis TUR Diagramme fonctionnel du projet FSL-TWIM: Le diagramme fonctionnel du projet FSL-TWIM, présenté ci-après, permet de visualiser les différentes fonctionnalités du système. Trier Visualiser Organiser Rechercher Administrer Partager FSL-TWIM Données brutes Informations : Communication équipements Fonctionnalités : Consignes informatiques Gestion des préventives - CONVIVIALES - RAPIDES - COMMUNES - CENTRALISEES Données utilisateurs Affichage des pièces du stock Documentation technique Disponibilité des machines Configuration des équipements Figure 2 : Diagramme fonctionnel Global du projet FSL-TWIM Ce diagramme fonctionnel permet de mieux cerner l ampleur du projet. Les paragraphes suivants détaillent chaque module et permettent de mieux comprendre les différentes fonctionnalités.
Page 16 Denis TUR Les diagrammes fonctionnels du système FSL-TWIM : Cahier de consignes informatisé : - Ce module permet la saisie de consignes, dédiées par groupe de maintenance. L utilisateur doit indiquer son nom, choisir l équipement parmi une liste prédéterminée correspondant à son unité. - Il offre la possibilité de noter une remarque si l intervention doit être poursuivie lors du changement d équipe de maintenance. - Il permet de faire des recherches dans les historiques, soit par machine, par motsclés ou par période calendaire. - La page d accueil présente les consignes de la veille et de la journée, ainsi que l état actuel du parc machine. - Ce module offre la possibilité de modifier ou de supprimer des consignes (restriction aux consignes personnelles uniquement : accès par mot de passe) Trier Rechercher machine/jour Visualiser Consigne saisie Noter les consignes Information et analyse Cahier de consignes informatisé Figure 3 : Diagramme fonctionnel pour le cahier de consignes Maintenance préventive équipement (PM): - Ce module doit afficher le planning des interventions de maintenance préventive par unité. Chaque utilisateur peut choisir dans ce planning les équipements qui le concernent. Une vision générale des dates d intervention de maintenance est nécessaire afin de connaître les retards ou les oublis. Le planning de la période en cours doit être toujours affiché. Le choix d une période calendaire spécifique doit être possible par l intermédiaire d un menu. - Pour remplacer le bilan hebdomadaire manuel des interventions de maintenances préventives, un suivi (sous forme graphique) ainsi qu une alerte en cas de retard doivent être réalisés. - La centralisation des relevés présents sur les équipements, appelés «compteurs», doit permettre une vision rapide et globale de tous les systèmes compteur de l unité de fabrication (ex : compteurs Machine Manager, PROMIS ou compteurs manuels). Ce système permet d effectuer une planification dynamique en fonction des relevés récoltés. - La fonction «Compteur» doit également répondre aux besoins spécifiques de certaines unités, par exemple pour des calculs cumulatifs.
Page 17 Denis TUR - Une fonction de ce module doit permettre de connaître à l année la quantité de pièces nécessaires à l exécution des interventions de maintenance préventives. Cet outil prévisionnel sera une aide non négligeable pour la gestion des coûts de maintenance. - Pour répondre aux différents audits, un menu doit permettre la traçabilité des interventions au travers de l historique dans une base de données. - Une fois que le système préventif est en place, les préventives suivantes se génèreront automatiquement lors des saisies de fin d intervention précédentes par les utilisateurs. Le système sera auto-alimenté. - Enfin, le fonctionnement et l administration doivent être partagés par plusieurs utilisateurs. Les managers de services et Equipment Engineering doivent avoir les droits d accès pour créer, modifier, ou supprimer des interventions de maintenance préventives. Un menu convivial et complet permet, selon les niveaux d accès, l administration de cet outil. Fonction Rechercher Administrer Visualiser Trier historique COMPTEURS ou PM classique : Nécessite de saisir la 1 ère date de l intervention de maintenance et la fréquence. Planifier les préventives Maintenance préventive équipement Analyse et informations Planning complet, convivial et rapide. Régénération Figure 4 : Diagramme fonctionnel pour la planification des maintenances préventives sur les équipements Stock de pièces «KARDEX» : - Ce module doit permettre d optimiser la recherche des pièces de rechange pour les interventions de maintenance préventives ou curatives de l ensemble de l usine. - Un fichier «CSV (Comma Separated Value)» doit être récupéré tous les jours, pour alimenter une base de données. - Une page doit permettre, à l aide de requêtes, d effectuer un tri par référence fournisseur, par référence Freescale ou par famille d équipements.
Page 18 Denis TUR Trier par références Freescale, Fournisseur et famille d équipements Données brutes Stock pièces Afficher les pièces du stock Stock pièces KARDEX Tri convivial et rapide Figure 5 : Diagramme fonctionnel pour le stock des pièces (KARDEX) Documentation technique : - Il faut centraliser les documentations techniques et les aides aux dépannages sous un format unique. - Il faut créer un menu d administration pour la mise en ligne des documents. Les utilisateurs pourront ainsi partager leur savoir et leurs expériences de maintenance, après validation de ces informations auprès d un Equipment Engineering. Rechercher document Mettre en ligne les documents Données utilisateurs Partager le savoir Le savoir est partagé. Les documents sont accessibles Documentation technique Figure 6 : Diagramme fonctionnel de la documentation technique Outil d analyse de la disponibilité des équipements : - Ce module doit permettre de visualiser la disponibilité des équipements de production et de connaître les principales causes d arrêt. - La page d accueil doit guider l utilisateur, selon des choix multicritères. Il faut pouvoir sélectionner son unité, son équipement type, sa période d analyse, les différents groupes de pannes (appelés buckets) et les commentaires des intervenants par type de panne. - Il faut utiliser les bases de données (Oracles & TERADATA) pour déterminer la disponibilité des équipements.