Remerciez-le!

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

1 SURETE DE FONCTIONNEMENT MAINTENANCE INDUSTRIELLE METHODES-TECHNIQUES-OUTILS

1 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 2 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 … 3 Structure : PIM Ingénierie Système + Concepts SDF Processus d’Ingénierie de la Maintenance Exigences De Maintenance Implantation Système de Maintenance Contextes et Contraintes Méthodes, Outils (GMAO, TMAO, ..) Concepts SDF 4 * 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 Glossaire 5 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 • B.6 Débats , questions, réponses 6 A.1 Eléménts d’INGENIERIE SYSTEME du besoin au système (produit/service) 7 TERMINOLOGIE Exigences : QUOI FAIRE Conception : COMMENT LE FAIRE Réalisation : LE FAIRE 8 IS IS théorie des systèmes systémique théorie des systèmes systémique Maîtrise d’ouvrage Maîtrise d’œuvre Maîtrise d’ouvrage Maîtrise d’œuvre qualité qualité management de projet management de projet normes processus normes processus méthodologie méthodologie ingénierie intégrée ingénierie intégrée intégration intégration ? ? ? ? ? ? ? ? IS ??????????????????????????? 9 Ingénierie système versus génies (métiers) métier1 métier 2 métier 3 intégration du système ingénierie du système réalisation des constituants ingénierie système IEEE 1220 EIA 632 ISO 15288 Génie logiciel ISO 12207 équipementiers les génies propres aux différents métiers 10 10 Une multiplicité de problèmes et parties prenantes émergence d'un besoin utilisateurs procédés technologiques opérateurs chefs de quart maintenance missions environnement légal environnement naturel organisation de l'environnement moyens financiers délais durée de vie environnement humain et social produits du marché normes et standards retrait de service sûreté de fonctionnement sécurité fonctions de service administrateurs actionnaires démantèlement recyclage rendement performances déploiement politique industrielle managers ? définition d'une solution métiers et génies sous-traitants ingénierie financière systèmes de l'environnement ergonomie installation logistique 11 11 Optimiser sur le cycle de vie 0 coûts engagés par les décisions dépense cumulée sur la vie du système 100 ‰ exploitation-maintenance réalisation retrait IS > 90 % temps coût < 10% 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 12 12 Niveau « Avion » Niveau Système de l’Avion Système A Système B Les architectes de niveau “Avion” proposent une solution : 2 Systèmes (A et B) Niveau Sous-Système / Niveau Équipement A chaque niveau de décomposition d’un système, les exigences doivent être bien exprimées et gérées Les architectes de niveau “Système” de l’Avion proposent une solution : plusieurs Sous-Systèmes ou Equipements Méthodologies d’Ingénierie des Exigences Exigence primaire dérivation allocation allocation les exigences = un mécanisme de découplage 13 13 EXIGENCES DE L ’ A C Q U É R E U R S O L U T I O N P H Y S I Q U E E X I G E N C E S D’AUTRES PARTIES P R E N A N T E S EXIGENCES SPECIFIEES M O D U L E allouées allouées allouées dérivées E X I G E N C E S T E C H N I Q U ES DERIVEES dérivées source de définie par SOLUTION DE DESIGN E X I G E N C E S T E C H N I Q U E S D U S Y S T E M E allouées SOLUTION L O G I Q U E P1: Capture des Exigences P1: Capture des Exigences P2: Analyse des Exigences P2: Analyse des Exigences P3: Validation des Exigences P3: Validation des Exigences P5: Processus de modification des Exigences P5: Processus de modification des Exigences P4: Design du Système P4: Design du Système End Processus Niveau N Demande de modification de Niveau N-1 Demande de modification vers le Niveau N+1 Vue d’ensemble du processus CARE Prise en compte des exigences - EIA 632 Niveau N Méthodologies d’Ingénierie des Exigences Capture Analyse Définition de solution Start Processus Niveau N 14 14 IEEE 1220 : les processus techniques analyse des exigences validation des exigences analyse fonctionnelle vérification fonctionnelle synthèse vérification physique études de choix et estimations des exigences études de choix et estimations fonctionnelles études de choix et estimations de conception analyse entrées du processus maîtrise sorties du processus compromis et impacts conflits d’exigences et contraintes compromis et impacts compromis et impacts alternatives de décomposition et allocation alternatives de conception système référentiel des exigences référentiel des exigences validé architecture fonctionnelle vérifiée architecture fonctionnelle architecture physique architecture physique vérifiée 15 15 • 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 Concepts De BASE 16 16 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 17 17 Ce qu’est l ’EIA 632 Dans Quel Rôle doit elle être utilisée ? Ce que l’entreprise établit Ce que met en place le projet Ce qu’établit l’industrie Norme ANSI/EIA 632 •Norme EIA 632 •Autres normes associées Politique Ingénierie Système et les Procédures •Pratiques de l ’entreprise •Processus •Méthodes et outils Réponse aux exigences des Processus retenus •Plans et plannings projet •Organigrammes des tâches 18 18 Représentation actuelle du processus global de développement selon l ’EIA 632 Acquisition Process Supply Process Acquisition & Supply Technical Evaluation Systems Analysis Process System Verification Process Requirements Validation Process End Products Validation Process Technical Management Planning Process Assessment Process Control Process System Design Requirements Definition Process Solution Definition Process Product Realization Implementation Process Transition to Use Process Plans, Directives & Status Outcomes & Feedback Requirements Designs Products Acquisition Request System Products 19 19 Hiérarchie des Processus Processes for Engineering a System Acquisition and Supply (Subclause 4.1) w Supply Process w Acquisition Process Technical Management (Subclause 4.2) w Planning Process w Assessment Process w Control Process System Design (Subclause 4.3) 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 20 20 Les Processus de l ’EIA 632 : Conception du Système Requirements Definition Process Solution Definition Process Acquirer and Other Stakeholder Requirements Specifications, Drawings, Models Validated System Technical Requirements Requirement Conflicts & Issues Product Characteristics 21 21 Les Processus de l ’EIA 632 : Evaluation Technique System Verification Process End Products Validation Process Analysis Requests, Requirements, Implemented Products Analytical Models & Assessments, Validated Requirements, Verified System Products, Validated End Products Requirement Conflicts & Issues Product Characteristics Systems Analysis Process Requirements Validation Process Verification Results Validation Results 22 22 Structure de l ’EIA 632 SUPPLY PROCESS REQUIREMENTS 1—Product Supply ACQUISITION PROCESS REQUIREMENTS 2—Product Acquisition 3—Supplier Performance PLANNING PROCESS REQUIREMENTS 4—Process Implementation Strategy 5—Technical Effort Definition 6—Schedule and Organization 7—Technical Plans 8—Work Directives ASSESSMENT PROCESS REQUIREMENTS 9—Progress Against Plans and Schedules 10—Progress Against Requirements 11—Technical Reviews CONTROL PROCESS REQUIREMENTS 12—Outcomes Management 13—Information Dissemination REQUIREMENTS DEFINITION PROCESS REQUIREMENTS 14—Acquirer Requirements 15—Other Stakeholder Requirements 16—System Technical Requirements SOLUTION DEFINITION PROCESS REQUIREMENTS 17—Logical Solution Representations 18—Physical Solution Representations 19—Specified Requirements IMPLEMENTATION PROCESS REQUIREMENTS 20—Implementation TRANSITION TO USE PROCESS REQUIREMENTS 21—Transition to Use SYSTEMS ANALYSIS PROCESS REQUIREMENTS 22—Effectiveness Analysis 23—Tradeoff Analysis 24—Risk Analysis REQUIREMENTS VALIDATION PROCESS REQUIREMENTS 25—Requirement Statements Validation 26—Acquirer Requirements Validation 27—Other Stakeholder Requirements Validation 28—System Technical Requirements Validation 29—Logical Solution Representations Validation SYSTEM VERIFICATION PROCESS REQUIREMENTS 30—Design Solution Verification 31—End Product Verification 32—Enabling Product Readiness END PRODUCTS VALIDATION PROCESS REQUIREMENTS 33—End Products Validation 23 23 Les Enveloppes des Environnements du Projet • Investment Decisions • External Agreements • Infrastructure Support • uploads/Management/ maintenance.pdf