Vous êtes sur la page 1sur 37
SURETE DE FONCTIONNEMENT MAINTENANCE INDUSTRIELLE METHODES-TECHNIQUES-OUTILS Abd-El-Kader SAHRAOUI Département Génie Industriel et Maintenance Institut Universitaire de Technologie IUT-B Université de Toulouse le Mirail 1 Objectifs du cours • Aborder son propre PIM • Sensibiliser aux méthodes et techniques les plus utilisées et les concepts de la sûreté de fonctionnement • Comprendre et les faire appliquer • Poser l’adéquation de ces méthodes aux problèmes • Placer ces méthodes dans leur contexte • Socio-culturels • Entreprise • Type d’industrie • Site • Ne couvre les aspects de management, économie, stratégie d’entreprise, etc … 2 Structure : PIM Ingénierie Système + Concepts SDF Contextes et Contraintes Exigences Processus Implantation De Maintenance d’Ingénierie Système de de la Maintenance Maintenance Méthodes, Outils (GMAO, TMAO, ..) Concepts SDF 3 Glossaire * SDF : Sûreté de fonctionnment * AMDEC : Analyse des modes de défaillance , effets et criticité * APR : Analyse Préliminaire des risques * MSG3/RCM/MBF : maintenance steering group/reliability centered maintenance/maintenance basée fiabilité * MAC : méthode d’analyse des causes * TPM : total productive maintenance * GMAO : gestion de maintenance assistée ordinateur * IS : ingénierie system 4 SOMMAIRE • A. Première partie • A.1 Ingénierie système : du besoin au système (produit/service) • A.2 SDF, Maintenance et concepts sous-jacents • A.3 Les méthodes : L’applicabilité • A.4 GMAO = GM + AO (rappel) • B. Deuxième partie • B.1 Méthodes et Techniques : RCM/MBF, AMDEC • B.2 La TPM : Qu’est ce qu’on peut prendre et appliquer • B.3 Guide via les Normes • B.4 Synthèse intégration dans un système d’information d’entreprise • B.5 La Documentation 5 • B.6 Débats , questions, réponses A.1 Eléménts d’INGENIERIE SYSTEME du besoin au système (produit/service) 6 TERMINOLOGIE Exigences : QUOI FAIRE Conception : COMMENT LE FAIRE Réalisation : LE FAIRE 7 IS ??????????????????????????? ingénierie ingénierieintégrée intégrée méthodologie méthodologie ? ? théorie théoriedes dessystèmes systèmes normes normes systémique systémique processus ? processus ? IS Maîtrise ? Maîtrised’ouvrage d’ouvrage ? Maîtrise Maîtrised’œuvre d’œuvre management managementde deprojet projet ? ? qualité qualité intégration intégration 8 Ingénierie système versus génies (métiers) ingénierie système IEEE 1220 EIA 632 ingénierie ISO 15288 intégration du système du système équipementiers Génie logiciel les génies propres aux différents métiers ISO 12207 métier1 métier 2 métier 3 réalisation des constituants 9 Une multiplicité de problèmes et parties prenantes actionnaires moyens financiers émergence d'un besoin ingénierie financière managers délais utilisateurs durée de vie missions sûreté de fonctionnement fonctions de service sécurité rendement systèmes de l'environnement performances organisation de l'environnement environnement naturel environnement humain et social ? ergonomie installation déploiement environnement légal opérateurs politique industrielle chefs de quart sous-traitants administrateurs métiers et génies maintenance logistique procédés technologiques définition d'une solution retrait de service produits du marché démantèlement normes et standards recyclage 10 Optimiser sur le cycle de vie coût 100 ‰ > 90 % coûts engagés par les décisions dépense cumulée sur la vie du système < 10% temps 0 IS réalisation exploitation-maintenance retrait L’ingénierie système représente un (relativement) faible coût, mais engage la quasi-totalité des dépenses dès les phases les plus amont du projet 11 Méthodologies d’Ingénierie des Exigences A chaque niveau de décomposition d’un système, Exigence primaire les exigences doivent être bien exprimées et gérées Les architectes de niveau dérivation Niveau « Avion » “Avion” proposent une solution : 2 Systèmes (A et B) allocation Niveau Système Les architectes de niveau “Système” de l’Avion proposent de l’Avion Système A Système B une solution : plusieurs Sous-Systèmes ou Equipements allocation Niveau Sous-Système / Niveau Équipement les exigences = un mécanisme de découplage 12 Méthodologies d’Ingénierie des Exigences Start EXIGENCES DE L’ACQUÉREUR Processus P1: Niveau N P1:Capture Capturedes des Niveau N Exigences MODULE Exigences EXIGENCES Demande de modification D’AUTRES EXIGENCES P2: allouées vers le Niveau N+1 P2:Analyse Analysedes des PARTIES TECHNIQUES Exigences DU SYSTEME Exigences PRENANTES allouées allouées SOLUTION SOLUTION P3: P3:Validation Validationdes des LOGIQUE PHYSIQUE Exigences P5: P5:Processus Processusdede Exigences modification modificationdes dérivées dérivées source de des Exigences Exigences EXIGENCES SOLUTION DE DESIGN P4: P4:Design Designdu du TECHNIQUES allouées Système DERIVEES définie par Système EXIGENCES SPECIFIEES End Demande de modification Processus Capture de Niveau N-1 Niveau N Analyse Définition de solution Vue d’ensemble du processus CARE Prise en compte des exigences - EIA 632 13 IEEE 1220 : les processus techniques entrées du processus compromis et impacts analyse des exigences conflits référentiel des exigences d’exigences études de choix et contraintes et estimations validation des exigences des exigences référentiel des exigences validé compromis et impacts analyse analyse fonctionnelle alternatives architecture fonctionnelle de décomposition études de choix et allocation et estimations vérification fonctionnelles fonctionnelle architecture fonctionnelle vérifiée compromis et impacts système synthèse architecture physique alternatives études de choix de conception et estimations vérification de conception physique architecture physique vérifiée maîtrise sorties du processus 14 Concepts De BASE • Le Système comprend non seulement le produit final, mais également le produit capacitant • Le Bloc élémentaire constitue l ’unité de base d ’un Système • Les Systèmes sont développés en strates 15 Norme : Position de l ’EIA 632 vis à vis de l ’Ingénierie Système • L Ingénierie Système est le gardien de la cohérence des Processus, des méthodes et des outils : • Coordination des activités liées aux processus – Exemple de l ’organisateur d ’un rallye automobile – Le standard définit l ’itinéraire original – Le plan de développement est l ’adaptation du trajet au véhicule • Formalisation de la vision commune du système solution – Maintien des exigences globales et de l ’architecture – Orientation de l ’effort technique 16 Ce qu’est l ’EIA 632 Dans Quel Rôle doit elle être utilisée ? Ce qu’établit Ce que Ce que met en place l’entreprise l’industrie établit le projet Norme Politique Ingénierie Réponse aux Système et les exigences des ANSI/EIA 632 Procédures Processus retenus •Norme EIA 632 •Pratiques de •Plans et plannings l ’entreprise projet •Autres normes •Processus •Organigrammes des associées •Méthodes et outils tâches 17 Représentation actuelle du Technical Management processus global de Planning Process Assessment Process Control Process développement selon l ’EIA Plans, Directives Acquisition Outcomes & 632 & Status & Supply Feedback Supply Process Acquisition Process Requirements System Design Acquisition Requirements System Request Definition Process Products Solution Definition Process Designs Product Realization Implementation Process Transition to Use Process Products Technical Evaluation Systems Requirements System End Products Analysis Validation Verification Validation Process Process Process Process 18 Hiérarchie des Processus Acquisition and Supply (Subclause 4.1) w Supply Process w Acquisition Process Technical Management (Subclause 4.2) w Planning Process w Assessment Process Processes for w Control Process Engineering System Design (Subclause 4.3) a System w Requirements Definition Process w Solution Definition Process Product Realization (Subclause 4.4) w Implementation Process w Transition to Use Process Technical Evaluation (Subclause 4.5) w Systems Analysis Process w Requirements Validation Process w System Verification Process w End Products Validation Process 19 Les Processus de l ’EIA 632 : Conception du Système Acquirer and Other Stakeholder Requirements Requirements Definition Process Requirement Conflicts & Issues Validated System Technical Requirements Product Solution Characteristics Definition Process Specifications, Drawings, Models 20 Les Processus de l ’EIA 632 : Evaluation Technique Analysis Requests, Requirements, Implemented Products Product Characteristics Systems Verification Results System Analysis Verification Validation Results Process Process Requirement Conflicts & Issues Requirements End Products Validation Validation Process Process Analytical Models & Assessments, Validated Requirements, Verified System Products, Validated End Products 21 Structure de l ’EIA 632 S UPPLY P ROCESS R EQUIREMENTS R EQUIREMENTS DEFINITION S YSTEMS ANALYSIS 1—Product Supply P ROCESS R EQUIREMENTS P ROCESS R EQUIREMENTS 14—Acquirer Requirements 22—Effectiveness Analysis A CQUISITION P ROCESS 23—Tradeoff Analysis R EQUIREMENTS 15—Other Stakeholder Requirements 2—Product Acquisition 24—Risk Analysis 16—System Technical Requirements R EQUIREMENTS V ALIDATION 3—Supplier Performance P ROCESS R EQUIREMENTS P LANNING PROCESS 25—Requirement Statements R EQUIREMENTS S OLUTION D EFINITION Validation 4—Process Implementation Strategy P ROCESS R EQUIREMENTS 26—Acquirer Requirements 5—Technical Effort Definition 17—Logical Solution Representations Validation 6—Schedule and Organization 27—Other Stakeholder Requirements 18—Physical Solution Validation 7—Technical Plans Representations 28—System Technical Requirements 8—Work Directives 19—Specified Requirements Validation ASSESSMENT PROCESS 29—Logical Solution Representations R EQUIREMENTS Validation 9—Progress Against Plans and IMPLEMENTATION P ROCESS S YSTEM V ERIFICATION Schedules REQUIREMENTS P ROCESS R EQUIREMENTS 10—Progress Against Requirements 30—Design Solution Verification 20—Implementation 11—Technical Reviews 31—End Product Verification CONTROL P ROCESS 32—Enabling Product Readiness R EQUIREMENTS TRANSITION TO U SE P ROCESS R EQUIREMENTS END P RODUCTS V ALIDATION 12—Outcomes Management P ROCESS R EQUIREMENTS 13—Information Dissemination 21—Transition to Use 33—End Products Validation 22 Les Enveloppes des Environnements du Projet External Environment • LAWS & REGULATIONS • LEGAL LIABILITIES • SOCIAL RESPONSIBILITIES • TECHNOLOGY BASE • LABOR POOL • COMPETING PRODUCTS • STANDARDS & SPECIFICATIONS • PUBLIC CULTURE Enterprise Environment • POLICIES & PROCEDURES • STANDARDS & SPECIFICATIONS • GUIDELINES • DOMAIN TECHNOLOGIES • LOCAL CULTURE Project Environment • DIRECTIVES & PROCEDURES • PLANS • TOOLS • PROJECT REVIEWS • METRICS Enterprise Support Process Groups for Project Support Engineering Systems • Investment Decisions • External Agreements • Project Management • Acquisition & Supply • Agreement Support • Infrastructure Support • Technical Management • System Design • Resource Management • Product Realization • Process Management • Technical Evaluation • Production Project A • Field Support Project B Project C 23 Les Systèmes de l ’EIA 632 System Consists of End Enabling Products Products Perform Perform Associated Operational Process Functions Functions 24 Types de Systèmes de EIA 632 Système Classé comme (classified as) Système Système Système Système projet Produit Client Utilisateur Formé de( consist of) Produit Produit Centre d ’intérêt Final Capacitant de l ’ EIA 25 Le Concept des Blocs de Construction Operational System Enabling Products Product Sets ••• End Development Test Training Disposal Product Products Products Products Products Consists of Production Deployment Support Products Products Products Subsystem Subsystem 26 Concept du Développement par Strates Layer N Building Block System ••• End Development Test Training Disposal Product Products Products Products Products Production Deployment Support Products Products Products Subsystem Subsystem Layer N+1 Building Blocks System System ••• ••• End Development Test Training Disposal End Development Test Training Disposal Product Products Products Products Products Product Products Products Products Products ••• Production Deployment Support ••• Production Deployment Support Products Products Products Products Products Products Subsystem Subsystem Subsystem Subsystem 27 Développement des « Produits Capacitants » Operational System Enabling Products Product Sets ••• End Development Test Training Disposal Product Products Products Products Products Consists of Production Deployment Support Products Products Products Subsystem Subsystem Outillage de Production Atelier de Production Autres ... Operational System Enabling Operational System Enabling Products Product Sets Products Product Sets ••• ••• End Development Test Training Disposal End Development Test Training Disposal Product Products Products Products Products Product Products Products Products Products Consists of Consists of Production Deployment Support Production Deployment Support Products Products Products Products Products Products Subsystem Subsystem Subsystem Subsystem Autres « Produits Capacitants » à développer éventuellement: Procédures de fabrication, Personnel formé, Services (transports, logistique,…) 28 Développement de Haut en Bas (top-down) User or Customer System Project B’s Desired System End Development Test Training Disposal Top-Layer Building Block Product Products Products Products Products Production Deployment Support Products Products Products Subsystem Subsystem Project A Project B Building Block System System Developments Test Training Disposal End Development Test Training Disposal End Development Products Products Products Products Product Products Products Products Product Products Production Deployment Support Production Deployment Support Products Products Products Products Products Products Subsystem Subsystem Subsystem Subsystem System System System System End Development Test Training Disposal Disposal End Development Test Training Disposal Products Products Products End Development Test Training Disposal End Development Test Training Product Products Products Product Products Products Products Products Product Products Products Products Products Product Products Products Products Production Deployment Support Production Deployment Support Production Deployment Support Products Products Products Production Deployment Support Products Products Products Products Products Products Products Products Products Subsystem Subsystem System System Off-The-Shelf/Reuse End Product Development Products Test Products Production Training Products Deployment Support Disposal Products End Product Development Products Test Products Production Training Products Deployment Support Disposal Products End Products Products Products Products Products Products Products Subsystem Subsystem Build/Code System Disposal System End Products End Development Test Training Product Products Products Products Products End Development Test Training Disposal Product Products Products Products Products Production Deployment Support Products Products Products Production Deployment Support Subsystem Subsystem Products Products Products Subsystem Subsystem System System System System End Development Test Training Disposal Products End Development Test Training Disposal Product Products Products Products End Development Test Training Disposal End Development Test Training Disposal Product Products Products Products Products Product Products Products Products Products Product Products Products Products Products Production Deployment Support Production Deployment Support Products Products Products Production Deployment Support Production Deployment Support Products Products Products Products Products Products Products Products Products 29 Evolution dans l ’Elaboration des Exigences EXIGENCES DES EXIGENCES ACTEURS TECHNIQUES Exigences des Acteurs Utilisateurs Exigences Exigences Exigences des Techniques du Techniques Acteurs Clients Système dérivées Exigences des Autres Acteurs 30 Types d’Exigences • Exigences Fonctionnelles – Que doit réaliser un élément • Comportement • Effet produit • Action ou service attendu • Exigences de Performances – Selon quelle référence (mesurable) l ’élément doit il assurer sa fonction • Combien de fois, à quelle fréquence, à quel niveau,…. • Exigences d ’Interfaces – Conditions des interactions entre les éléments • Physique, fonctionnelle, logique,…. 31 Relations entre les Différentes Exigences ACQUIRER REQUIREMENTS TRACE TO BUILDING BLOCK OTHER TRACE TO SYSTEM STAKEHOLDER TECHNICAL REQUIREMENTS REQUIREMENTS ASSIGNED TO ASSIGNED TO LOGICAL ASSIGNED TO PHYSICAL SOLUTION SOLUTION REPRESENTATIONS REPRESENTATIONS DRIVE DRIVE SOURCE OF ASSIGNED TO DERIVED DESIGN SOLUTION TECHNICAL REQUIREMENTS SPECIFIED BY SPECIFIED REQUIREMENTS 32 Schéma de consolidation des Exigences Exigences Utilisateur ou Client ACQUIRER REQUIREMENTS TRACE TO BUILDING BLOCK Bloc de Construction OTHER TRACE TO SYSTEM STAKEHOLDER TECHNICAL REQUIREMENTS REQUIREMENTS ASSIGNED TO ASSIGNED TO LOGICAL ASSIGNED TO PHYSICAL SOLUTION SOLUTION REPRESENTATIONS REPRESENTATIONS DRIVE DRIVE SOURCE OF ASSIGNED TO DERIVED DESIGN SOLUTION TECHNICAL REQUIREMENTS SPECIFIED BY Exigences Spécifiées SPECIFIED REQUIREMENTS Génère une nouvelle strate de développement Exigences Exigences Exigences Affectées ACQUIRER REQUIREMENTS Affectées ACQUIRER REQUIREMENTS Affectées ACQUIRER REQUIREMENTS TRACE TO BUILDING BLOCK TRACE TO BUILDING BLOCK TRACE TO BUILDING BLOCK OTHER TRACE TO SYSTEM OTHER TRACE TO SYSTEM OTHER TRACE TO SYSTEM STAKEHOLDER TECHNICAL STAKEHOLDER TECHNICAL STAKEHOLDER TECHNICAL REQUIREMENTS REQUIREMENTS ASSIGNED TO REQUIREMENTS REQUIREMENTS ASSIGNED TO REQUIREMENTS REQUIREMENTS ASSIGNED TO ASSIGNED TO ASSIGNED TO ASSIGNED TO LOGICAL ASSIGNED TO PHYSICAL LOGICAL ASSIGNED TO PHYSICAL LOGICAL ASSIGNED TO PHYSICAL SOLUTION SOLUTION SOLUTION SOLUTION SOLUTION SOLUTION REPRESENTATIONS REPRESENTATIONS REPRESENTATIONS REPRESENTATIONS REPRESENTATIONS REPRESENTATIONS DRIVE DRIVE SOURCE OF DRIVE DRIVE SOURCE OF DRIVE DRIVE SOURCE OF ASSIGNED TO ASSIGNED TO ASSIGNED TO DERIVED DESIGN SOLUTION DERIVED DESIGN SOLUTION DERIVED DESIGN SOLUTION TECHNICAL TECHNICAL TECHNICAL REQUIREMENTS SPECIFIED BY REQUIREMENTS SPECIFIED BY REQUIREMENTS SPECIFIED BY Bloc de Construction Bloc de Construction Bloc de Construction SPECIFIED SPECIFIED SPECIFIED REQUIREMENTS REQUIREMENTS REQUIREMENTS 33 Vérification et Validation • Vérification • Validation – Vérifie la conformité en regard des – Vérifie la satisfaction des exigences spécifiées acteurs « Le travail a-t-il été correctement « Le travail exécuté est il le travail exécuté ? » correct ? » Deux types Deux types Qualification Produit & Procédés : Validation des Exigences : Conformité complète avec la spécification Vérification de la traçabilité Requalification nécessaire si reconception Certaines exigences ont-elles été sautées du produit Avons nous des exigences Requalification du processus si complémentaires redémarrage du processus Acceptation du Produit : Validation du Produit : Conformité aux critères clés Contrôle que les besoins et les attentes des acteurs ont été satisfaites Contrôle unitaire ou sur échantillon Peut être fait avant expédition ou après installation 34 Exercice Définir les exigences de maintenance d’une machine, véhicule ? Définir les moyens de validation et/ou de vérification ? 35 Exemple : Véhicule particulier • Les exigences sont au niveau exploitant • Parties prenantes • Constructeur : recommendations (manuel d’entretien) • autres parties prenantes : autres personnes aynt ce type de véhicule, garagiste (non recommendé !!) • Exigences liées au contexte d’utilisation • La vérification se fait avec le garagiste et non avec le fournisseur (véhicule déjà fabriqué) • La validation • Essai (type et durée) • Inspection visuelle 36 Exemple : Motopompe • Les exigences sont au niveau exploitant • Parties prenantes • Constructeur : recommendations (manuel d’entretien) • autres parties prenantes : méca., élec. • Exigences liées au contexte d’utilisation • Exigences de performance : MTTR, MTBF • La vérification : moyens définis service planning et méthodes • La validation • Essai (type et durée) • Inspection visuelle 37