F01suretedefonctionnementsupporta 130515025205 Phpapp01

Sûreté de fonctionnement
Module de formation
Mai 2013
Présentons-nous 2
www.cleodit.fr Mai 2013

Audit & Evaluation Expertise Formation R&D
• Evaluation qualité • Sûreté / Sécurité : analyse • Qualité : approche • Recherche
• Evaluation technique : de risque, dossier de processus, audit, • Développement
processus / produit sûreté… indicateurs, tableau de expérimental (pilote,
• Accompagnement à la • Système / Logiciel : bord… prototype)
certification / système critique, système • Sûreté de fonctionnement • Technologies de
accréditation à forte composante : méthodes et outils, l’information
logicielle, système FMEA, HAZOP, SEEA…
embarqué
Carine Pascal, CleodIT 3

Système / Matériel / Logiciel
Vocabulaire
Plan de formation (1/7) 4

Risque
Vocabulaire

Sûreté de Fonctionnement
Généralités
Grandeurs caractéristiques

PLAN DO
ACT CHECK
Processus de
management du risque

Fonctionnement nominal
du système
Analyse fonctionnelle

Dysfonctionnement
du système
Analyse dysfonctionnelle

Cas d’étude

VOCABULAIRE
Système
Fonction
Exigence
Evénement redouté, risque, gravité, vraisemblance
11

• Système : ensemble d’entités (personne, logiciel,
matériel, processus), interagissant entre eux et avec leur
environnement, pour satisfaire des fonctions requises
Système 12

Fonction principale (fonction d’interaction)
Action d’un système exprimée Fonction qui traduit la raison d’être du système
en terme de finalité dans son environnement, pour répondre au
besoin
Fonction
Fonction de contrainte (fonction d’adaptation)

Fonction qui doit être satisfaite par le système,
sans traduire sa raison d’être
Fonction 13

Une exigence est un énoncé :
• qui peut être rédigé dans un langage naturel ou dans un langage
mathématique
• qui traduit des besoins et/ou des contraintes (comme des contraintes
techniques, des contraintes de coûts, des contraintes de délais, ou
d’autres types de contrainte)
• qui caractérise un élément du système à réaliser à l’aide d’un identifiant
unique
[Association Française d’Ingénierie Système]
Exemple de référentiel d’exigences : une norme, un cahier des charges…
Besoin ≠ Moyen
Explicite ou Implicite
Exigence 14

• Evénement redouté : événement dont la survenue n’est
pas souhaitée en regard des exigences
• Accident, si la gravité est importante

• Incident, si la gravité est peu importante
Evénement redouté
(événement indésirable) 15

• Gravité : importance des conséquences d’un événement
redouté
• Conséquences humaines, économiques, environnementa-

les… Niveau Conséquences
gravité
• Echelle quantitative Critique Plusieurs personnes avec des

(IV) blessures graves ou irréversibles
• Echelle qualitative : Majeur Une personne avec des blessures
(III) graves ou irréversibles
Dommages de coût élevé sur le
système ou son environnement
Mineur Blessures légères et réversibles
(II) Dommages de coût limité sur le
Gravité
système ou son environnement
16

• Vraisemblance : possibilité d’occurrence d’un événement
redouté
• Echelle qualitative : peu probable / probable / très

probable, courte durée d’exposition / longue durée
d’exposition…
• Echelle quantitative : probabilité ou fréquence sur une
période donnée
Vraisemblance 17

• Risque : combinaison de la vraisemblance d’un
événement redouté et de sa gravité
Risque 18

GÉNÉRALITÉS
Fiabilité, Disponibilité, Maintenabilité, Sûreté
Niveau de sûreté
Défaillance, mode de défaillance
19

• Sûreté de fonctionnement : ensemble d’attributs qui
traduisent les aptitudes d’un système à satisfaire une
fonction requise dans un contexte donné
• i.e. dans des conditions données

• dans un environnement donné
• à un instant donné ou pendant un intervalle de temps
donné…
Sûreté
de fonctionnement 20

Sûreté de
fonctionnement
Aptitude à satisfaire Aptitude à satisfaire
la fonction à un la fonction
instant donné, Sûreté sans provoquer
Disponibilité
en supposant que la (Sécurité-Innocuité) d’événement redouté
fourniture des
moyens est assurée
Aptitude à être réparée
Maintenabilité dans un intervalle de temps donné
Aptitude à satisfaire la fonction

Fiabilité
pendant une durée donnée
Attributs FDMS / RAMS 21

Sécurité
Qualité
Testabilité
Autres attributs 22

• Niveau de sûreté : ensemble requis d’exigences qualitatives
et quantitatives de sûreté de fonctionnement
• Les exigences portent sur un des attributs FDMS retenus
Niveau de sûreté 23

Exigence
quantitative
Exigence S
qualitative S
Exigence
qualitative S
SIL (Safety Integrity Level)
Niveau de sûreté
pour l’attribut S 24

• Défaillance : cessation de l’aptitude d’une entité à
satisfaire une fonction requise
• Une défaillance ne doit pas avoir pour conséquence un

événement redouté
Défaillance 25

matérielle
• Défaillance aléatoire : défaillance d’une entité dont la cause est

aléatoire
• Défaillance systématique : défaillance liée de manière
déterministe à une cause
• Défaillance primaire : défaillance d'une entité dont la cause

n'est pas une défaillance d'une autre entité
• Défaillance secondaire : défaillance d'une entité dont la cause
est une défaillance d'une autre entité et pour laquelle cette
entité n’est pas dimensionnée
• Défaillance de commande : défaillance d'une entité dont la
cause est une défaillance d'une autre entité et pour laquelle
cette entité est dimensionnée
Types de défaillance 26

• Défaillance systématique
• Défaillance aléatoire
• Défaillance primaire
• Défaillance secondaire
• Défaillance de commande
Exemples de défaillance 27

• Mode de défaillance : état observable d’une entité
défaillante pour une fonction requise
• La liste des modes de défaillance doit être établie de

manière exhaustive
• Les modes de défaillance doivent être indépendants
Mode de défaillance 28

• Fonctionnement prématuré ou intempestif
• Non fonctionnement ou fonctionnement retardé
• Fonctionnement interrompu ou intermittent
• Fonctionnement continu
• Fonctionnement dégradé
Modes de défaillance
Légende :
Fonctionnement attendu
Fonctionnement observé
d’une fonction 29

Modes de défaillance
génériques 30

Défaillance d’une fonction
?
Evénement redouté
?
Risque
?
Niveau de sûreté
Synthèse des notions 31

GRANDEURS
CARACTÉRISTIQUES
Fiabilité
Disponibilité
Maintenabilité
Sûreté
32

aléatoire
Paramètre Définition Symbole Dimension

Fiabilité Probabilité que la première défaillance R(t)
du système survienne après l’instant t
Taux P(B \ A) λ(t) Défaillances
lim
(instantané) Dt®0 Dt / Temps
de A = Le système est non défaillant sur la
défaillance durée [0,t]
B = Le système est défaillant sur la
durée [t,t+Δt]
Fiabilité 33

λ(t)
λ Taux de défaillance constant

Temps
Jeunesse Maturité Vieillesse

(déverminage, rodage) (usure)
Durée de vie
Courbe en baignoire 34

• Loi exponentielle pour λ(t) constant uniquement
• R(t) = e-λt
• Loi de Weibull pour λ(t) constant ou variable

(trois paramètres)
Lois de fiabilité 35

Attention aux unités,
qui diffèrent d’un
recueil à l’autre
• La fiabilité prévisionnelle des composants élémentaires est donnée

par les recueils de fiabilité (cf. annexe)
Modèle série :
• On construit un modèle de fiabilité du système R(t) < min(Ri(t))
• Arbre de défaillances λ(t) = Σλi(t) constant
• BDF (Bloc Diagramme Fiabilité)
• Graphes de Markov Modèle parallèle :
• Réseaux de Pétri R(t) > max(Ri(t))
λ(t) non constant
• On utilise des outils (cf. annexe) pour l’estimation de la fiabilité du
système
Calculs de fiabilité 36

Mean Time To Durée moyenne de fonctionnement MTTF Temps
Failure avant la première défaillance
(espérance mathématique)
Mean Down Durée moyenne de non MDT Temps
Time fonctionnement avant maintenance
corrective
Mean Up Durée moyenne de fonctionnement MUT Temps
Time après maintenance corrective
Mean Time Durée moyenne de fonctionnement MTBF Temps
Between entre défaillances consécutives
Failure (pour les systèmes réparables)
Fiabilité (MTTF, MTBF, MUT, MDT) 37

Première Remise Défaillance
0 défaillance en service suivante Temps
MTTF MDT MUT
MTBF

• Si le taux de défaillance est constant et égal à λ
• MTBF = MTTF = 1/λ
• R(MTTF) = e-1 < 0,37

aléatoire

Maintenabilit Probabilité qu’un système (réparable) M(t)
é connaisse une défaillance à l’instant t
= 0 et soit réparé sur la durée [0,t]
(pour les systèmes réparables)
Taux P(B \ A) μ(t) Réparation
(instantané de lim
Dt®0 Dt s/ Temps
réparation) A = Le système n’est pas réparé sur la
durée [0,t]
B = Le système est réparé sur la durée
[t,t+Δt]
Maintenabilité 40

Mean Time Durée moyenne de maintenance MTTR Temps
To corrective
Restoration/R (espérance mathématique)
ecovery
• Si le taux de réparation est constant et égal à μ

• M(t) = 1 – e-μt
• MTTR = 1/μ
Maintenabilité 41

défaillance
aléatoire

Disponibilité Probabilité qu’un système soit non A(t)
défaillant à l’instant t
• Pour un système non réparable, on a A(t) = R(t)
Disponibilité 42

aléatoires

Tolerable Taux maximum acceptable de THR Défaillances
Hazard Rate défaillances par heure menant à un / Temps
événement redouté
Sûreté 43

• Exemple d’exigence de fiabilité : le MTBF du système
doit être de 50 000 heures
• Exemple d’exigence de disponibilité : le système doit
démarrer en moins de 1 seconde
• Exemple d’exigence de maintenabilité : le MTTR du
système doit être de 24 heures
• Exemple d’exigence de sûreté : le THR du système doit
être de 10-9 par heure
Exemples d’exigences 44

MAÎTRISE DES RISQUES
Etablissement du contexte
Appréciation du risque
Traitement du risque
Acceptation du risque
45

Etablissement du contexte
Surveillance et réexamen du risque

Communication du risque
Appréciation du risque
Analyse du risque
Identification du risque
Estimation du risque
Evaluation du risque
Traitement du risque
Processus de
management du risque 46

• Objectifs
• Quelles sont les exigences applicables au projet ?
• Quels attributs doivent être suivis en regard de ces
exigences ?
• Quel est le niveau d’analyse souhaité ?
• Périmètre
• Quelles phases du cycle de vie du système doivent être
analysées ?
• Quelles fonctions doivent être analysées ?
Etablissement
du contexte 47

Méthodes déductives
Conclusion
Quelles sont les
causes nécessaires et
suffisantes ?
Méthodes inductives
Condition
Quelles sont les
conséquences ?
Méthodes
d’analyse de risque 48

• Détermination de la vraisemblance
• Détermination de la gravité
• Détermination de la possibilité de détecter et éliminer le
risque avant qu’il n’impacte le système
• Indice de criticité / Risk Priority Number (RPN) :

Vraisemblance x Gravité x Détection
Estimation du risque
(Criticité) 49

• Principe ALARP
• « As Low as Reasonably Practicable » / « Aussi faible que
raisonnablement possible »
• Royaume-Uni
• Principe GAMAB ou GAME

• « Globalement Au Moins Aussi Bon » ou « Globalement Au
Moins Equivalent »
• France
• Matrice de criticité
Evaluation du risque 50

Vraisemblance Insignifiant Marginal Critique Catastrophique
x Gravité
Fréquent Indésirable Inacceptable Inacceptable Inacceptable
Probable Acceptable Indésirable Inacceptable Inacceptable
Occasionnel Acceptable Indésirable Indésirable Inacceptable
Rare Négligeable Acceptable Indésirable Indésirable
Improbable Négligeable Négligeable Acceptable Acceptable
Invraisemblable Négligeable Négligeable Négligeable Négligeable
Inacceptable Doit faire l’objet d’une réduction de risque

Acceptable ssi la réduction de risque est impossible (irréalisable, coût
Indésirable disproportionné…) et avec l’accord de la société d’exploitation
Acceptable Acceptable moyennant un contrôle approprié
et avec l’accord de la société d’exploitation
Négligeable Acceptable sans condition
Matrice de criticité 51

• Risque acceptable : risque identifié que l’on s’autorise à
ne pas traiter
Risque acceptable 52

• Action en réduction du risque : action de traitement du
risque permettant de passer d’un risque inacceptable à un
risque acceptable
• Action de prévention Vraisemblance
• Action de protection Action

de protection
Action
• Barrière de sûreté : entité de prévention
réalisant l’action en réduction Gravité
Traitement du risque 53

• Risque résiduel : risque subsistant après le traitement du
risque
Risque
Risque Risque
non
acceptable résiduel
identifié
Risque résiduel 54

• Problème de technique
• Problème de méthodologie
• Pression : délai, indépendance
• Biais cognitifs : biais de disponibilité, biais de
confirmation, biais d’ancrage, biais de représentativité
Pièges à éviter / Biais 55

ANALYSE FONCTIONNELLE
Analyse fonctionnelle externe
MISME
Analyse fonctionnelle interne
SADT
56

• Démarche qui consiste à identifier et caractériser les
fonctions du système
• Etape préliminaire indispensable à l’analyse de risque

pour la compréhension du système et de son
environnement
Analyse fonctionnelle 57

• Démarche qui consiste à traduire un besoin en fonctions
attendues du système
• A ce stade, le système est une boite noire
externe 58

• Méthode d’Inventaire Systématique du Milieu
Environnant
Méthode MISME
AF externe 59

Elément E1 Système Elément E2
F3 dans une F2
de de
l’environne phase l’environne
ment donnée ment
F1
Elément E3 Elément E4
de de
l’environne l’environne
ment ment
F1 : fonction d’interaction entre E3 et E4

F2 : fonction d’adaptation du système à l’environnement
F3 : fonction d’adaptation de l’environnement au système
Représentation MISME 60

• Démarche qui consiste à décrire les fonctions techniques
du système qui réalisent les fonctions identifiées lors de
l’AFE
interne 61

Fonction
Structured Analysis and Design Technique

Actigramme SADT d’une fonction
Méthode SADT
AF interne 62

Du général :
Fonction technique globale A0
A-0
A1
A2
A0 A3
Au particulier : A11
Fonctions techniques
détaillées A1
A12 A3
Méthode SADT
AF interne descendante 63

• Synoptique des analyses fonctionnelles externe et interne
• Lien entre les fonctions issues de l’AF externe et les
fonctions techniques les réalisant issues de l’AF interne
• Lien entre les fonctions issues de l’AF externe et les
moyens/équipements supportant leur réalisation issus de
l’AF interne
E1 E2 E3 E4
F1 F11 X
F12 X
F13 F131 X
F132 X
Tableau …
d’AF 64

ANALYSE
DYSFONCTIONNELLE
Analyse Préliminaires des Risques / Dangers
Analyse des Modes de Défaillance, de leurs Effets et de leur Criticité
Etude de danger et d’exploitabilité
Arbre de défaillances
65

• Analyse Préliminaire des Risques / Dangers
• Méthode déductive : on part des événements redoutés

pour en déterminer les causes (fonction concernée, phase
du cycle de vie, événement initiateur…)
• Les événements considérés sont indépendants
APR/APD 66

Evénement Evénement
Accident Situation causant une Entité causant un Traitement Remarques /
N° Phase Effets Criticité
potentiel dangereuse situation dangereuse accident du risque Commentaires
dangereuse potentiel
1 2 3 4 5 6 7 8 9 10 11
• 1) Identification unique du scenario

• 2) Evénement redouté issue d’une liste générique sectorielle ou d’une liste basée sur le REX
• 3) Situation préalable à l’accident potentiel, basée sur le REX
• 4) Evénement redouté initiateur ou cause rendant effective la situation dangereuse
• 5) Fonction (issue de l’AF) à laquelle on peut associer une défaillance et qui est à l’origine
de l’événement initiateur
• 6) Evénement complémentaire transformant la situation dangereuse en accident potentiel
(indépendant de l’événement initiateur et dont une autre fonction est à l’origine)
• 7) Phase d’utilisation
• 8) Conséquences du scenario
• 9) Criticité du risque
• 10) Actions en réduction de risque
• 11) Remarques ou commentaires éventuels concernant le scenario ou la méthodologie
Tableau d’APR/APD 67

• Analyse des Modes de Défaillance, de leurs Effets (et de
leur Criticité)
• Méthode inductive
• Analyse des défaillances simples uniquement
• Les combinaisons de défaillances font l’objet d’analyses
séparées
AMDE(C) 68

Entité / Mode de Cause de la Traitement Exigences de Remarques /
N° Effet local Effet global G V C Effet résiduel G' V' C'
Fonction défaillance défaillance du risque sûreté Commentaires
1 2 3 4 5 6 7 7 7 8 9 10 10 10 11 12
• 1) Identifiant unique du scenario

• 2) Fonction analysée (issue de l’AF)
• 3) Mode de défaillance
• 4) Cause du mode de défaillance
• 5) Conséquence au niveau analysé du système
• 6) Conséquence au niveau « suivant » du système ou sur le système global
(ex. événement redouté)
• 7) Gravité / Vraisemblance / Criticité
• 8) Barrières de sûreté existantes
• 9) Conséquence en tenant compte des barrières
• 10) Gravité / Vraisemblance / Criticité en tenant compte des barrières
• 11) Exigences pour la réduction du risque
• 12) Remarques ou commentaires éventuels concernant le scenario ou la méthodologie
Tableau d’AMDE(C) 69

• HAZard and OPerability Studies : étude de danger et
d’exploitabilité
• Etudie l’influence des déviations de divers paramètres

régissant le système par rapport à leurs valeurs nominales
de fonctionnement
Aussi bien Une partie

Non Plus Moins Inverse Autre que Tôt/avant Tard/après
que de
HAZOP 70

Evénement redouté parent
résultant de la combinaison de
tous les événements redoutés fils
Porte logique ET
Evénement redouté parent

résultant d’un au moins des
événements redoutés fils
Porte logique OU
Evénement redouté
Evénement redouté de base non décomposé
non décomposable
Arbre de défaillances 71

• Les événements fils
doivent être les
événements immédiats,
nécessaires et suffisants
• A chaque étape, les
défaillances primaires,
secondaires et de
commande doivent être
considérées
• Tous les événements
doivent être indépendants

• Les événements fils
doivent être les
événements immédiats,
nécessaires et suffisants
• A chaque étape, les
défaillances primaires,
secondaires et de
commande doivent être
considérées
• Tous les événements
doivent être indépendants

ANNEXES
Bibliographie
Normes
Recueils de fiabilité
Outils
74

• IMdR – Groupe de travail Management, Méthodes,
Outils, Standards (M2OS) – Fiches méthodes – 2010
• http://www.imdr.fr/submitted/document_site/Fiches_pedago_7_20100910_Fr_222.pdf
• Laprie, Jean-Claude – Dependability: Basic Concepts and

Terminology – Springer-Verlag – 1992
• Leveson, Nancy – Safeware : System safety and
computers. Addison Wesley – 1995
• Villemeur, Alain – Sûreté de fonctionnement des
systèmes industriels – Editions Eyrolles – 1988
Bibliographie 75

• ISO/IEC 60050-191 – Vocabulaire électrotechnique
international – Sûreté de fonctionnement et qualité de
service – 1990
• ISO/IEC 60812 – Techniques d’analyses de la fiabilité du
système – Procédure d’analyse des modes de défaillance
et de leurs effets (AMDE) – 2006
• ISO/IEC 61882 – Etudes de danger et d’exploitabilité
(HAZOP) – 2001
• ISO/IEC 61025 – Analyse par arbre de panne – 2006
Normes 76

• MIL-HDBK-217 (électronique)
• RDF 93 (électronique)
• UTE-C 80180 / RDF 2000 / IEC 62380 (électronique)
• FIDES (électronique)
• NPRD-95 (Non electronic Parts Reliability Data,

mécanique/électromécanique)
• OREDA (Offshore Reliability Data)

• EIREDA (European Industry Reliability Data bank)
Recueils de fiabilité 77

• Dia (SADT)
• Open Office Classeur (AMDEC)
• ARALIA Workshop SimTree (arbre de défaillances)
• ITEM Toolkit (fiabilité prévisionnelle)
• RAM Commander (fiabilité prévisionnelle)
Outils 78

CONDITIONS DE LICENCE ET
DROITS D’UTILISATION
Licence
Crédits images
79

• Cette œuvre de CleodIT est mise à disposition selon les
termes de la licenceCreative Commons Attribution – Pas
d’Utilisation Commerciale – Partage dans les Mêmes
Conditions 3.0 France
Licence 80

• Les images contenues en page 3 de cette présentation sont
la propriété de Christian F. Burprich
• Ces images sont proposées sous licence Creative
Commons CC BY-NC-SA 3.0
• Les images originales ont été colorisées
Crédit images 81

• Les images Clip Art contenues dans cette présentation sont la propriété de
Microsoft Corporation
• Vous pouvez copier et utiliser ces éléments multimédias dans vos projets et
documents
• Vous n’êtes pas autorisé à
• vendre, concéder sous licence ou distribuer des copies des éléments multimédias en tant
que tels ou en tant que produit si la valeur principale du produit est constituée par les
éléments multimédias
• concéder à vos clients des droits les autorisant à concéder sous licence ou distribuer les
éléments multimédias
• concéder sous licence ou distribuer à des fins commerciales des éléments multimédias
incluant des représentations d’individus, de gouvernements, de logos, de marques
commerciales ou d’emblèmes, ou utiliser ces types d’images d’une façon impliquant la
promotion ou l’association à votre produit, entité ou activité
• Ou créer des oeuvres obscènes ou diffamatoires à l’aide des éléments multimédias
• Pour plus d’informations, visitez le site www.microsoft.com/permission (en
anglais)
Crédit images Clip Art 82

F01suretedefonctionnementsupporta 130515025205 Phpapp01

Transféré par

Informations du document

Titre original

Copyright

Formats disponibles

Partager ce document

Partager ou intégrer le document

Options de partage

Avez-vous trouvé ce document utile ?

Ce contenu est-il inapproprié ?

Droits d'auteur :

Formats disponibles

F01suretedefonctionnementsupporta 130515025205 Phpapp01

Transféré par

Droits d'auteur :

Formats disponibles

Sûreté de fonctionnement

www.cleodit.fr Mai 2013

Carine Pascal, CleodIT 3

www.cleodit.fr Mai 2013

Plan de formation (1/7) 4

www.cleodit.fr Mai 2013

Plan de formation (2/7) 5

www.cleodit.fr Mai 2013

Plan de formation (3/7) 6

www.cleodit.fr Mai 2013

Plan de formation (4/7) 7

www.cleodit.fr Mai 2013

Plan de formation (5/7) 8

www.cleodit.fr Mai 2013

Plan de formation (6/7) 9

www.cleodit.fr Mai 2013

Plan de formation (7/7) 10

www.cleodit.fr Mai 2013

www.cleodit.fr Mai 2013

www.cleodit.fr Mai 2013

Fonction de contrainte (fonction d’adaptation)

www.cleodit.fr Mai 2013

Exemple de référentiel d’exigences : une norme, un cahier des charges…

www.cleodit.fr Mai 2013

• Accident, si la gravité est importante

www.cleodit.fr Mai 2013

• Conséquences humaines, économiques, environnementa-

• Echelle quantitative Critique Plusieurs personnes avec des

www.cleodit.fr Mai 2013

• Echelle qualitative : peu probable / probable / très

www.cleodit.fr Mai 2013

www.cleodit.fr Mai 2013

www.cleodit.fr Mai 2013

• i.e. dans des conditions données

www.cleodit.fr Mai 2013

Aptitude à satisfaire la fonction

Attributs FDMS / RAMS 21

www.cleodit.fr Mai 2013

www.cleodit.fr Mai 2013

• Les exigences portent sur un des attributs FDMS retenus

www.cleodit.fr Mai 2013

SIL (Safety Integrity Level)

www.cleodit.fr Mai 2013

• Une défaillance ne doit pas avoir pour conséquence un

www.cleodit.fr Mai 2013

• Défaillance aléatoire : défaillance d’une entité dont la cause est

• Défaillance primaire : défaillance d'une entité dont la cause

www.cleodit.fr Mai 2013

www.cleodit.fr Mai 2013

• La liste des modes de défaillance doit être établie de

• Les modes de défaillance doivent être indépendants

www.cleodit.fr Mai 2013

• Non fonctionnement ou fonctionnement retardé

• Fonctionnement interrompu ou intermittent

www.cleodit.fr Mai 2013

www.cleodit.fr Mai 2013

Synthèse des notions 31

www.cleodit.fr Mai 2013

www.cleodit.fr Mai 2013

Paramètre Définition Symbole Dimension

www.cleodit.fr Mai 2013

λ Taux de défaillance constant

Jeunesse Maturité Vieillesse