Sunteți pe pagina 1din 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

S-ar putea să vă placă și