SlideShare a Scribd company logo
1 of 50
Download to read offline
Introduction to ISO 26262
CISEC – 2013 Dec 16th
JM Astruc, Continental Automotive SAS
It‘s a long way to ISO 26262…
ISO/DIS 26262
(Draft International
Standard)

NWI
(New
Work Item)

2005

2006

PWI
(Preliminary
Work Item)

2007

2008

ISO/CD 26262
(Committee Draft)

2009

Nov 15th
2010

ISO/FDIS 26262
(Final Draft International
Standard)

Inadequacy of the generic standard IEC 61508:
•
•
•
•
•

Not for mass production
Validation after installation
No customer / supplier relationships
No scheme for hazard classification
Safety functions separate from EUC

German – French joint initiative for PWI started in 2004

3 / Introduction to ISO 26262 / CISEC - Dec 2013 / JM Astruc / © Continental AG

2011
ISO 26262 all around the world…

4 / Introduction to ISO 26262 / CISEC - Dec 2013 / JM Astruc / © Continental AG
General legal obligation
Conformance of the product to the regulatory requirements
Adequacy of the product to its intended use
General product safety:
•
•
•

Only "safe products" on the market
Survey of the product , once put on the market
Reaction when the product is not or no longer safe

• Applicable regulations
•
•
•
•
•

International conventions, UN ECE, when adopted by the country
European Union directives and regulations immediately applicable when transposed into national law
National regulations and laws (incl. contract law), mandatory in the country of commercialization
Mandatory standards, optional standards, state of the art
Contractual specs
UN-ECE
Regulations
Directives,
Regulations
Laws, Regulations
Professional frame of reference

Contractual specifications, customer’s
process,…

5 / Introduction to ISO 26262 / CISEC - Dec 2013 / JM Astruc / © Continental AG
Legal status of ISO 26262
Functional Safety Standard ISO 26262 provides technical clauses that are:
• considered to be correct by the technical community
• suitable for practical applications
• generally accessible and regularly applied
This standard is not legally binding. Applying it is voluntary as a matter of principle, but
doing so does make it easier to demonstrate compliance with generally acknowledged
rules of technology whenever needed
Compliance induces the presumption that a product is not defective and / or the
manufacturer has observed the necessary duty of care.

6 / Introduction to ISO 26262 / CISEC - Dec 2013 / JM Astruc / © Continental AG
EC directives

Environment
01. Sound Levels EC 1999/101
02. Emissions EC 2003/76
11. Diesel Smoke EC 2005/21
39. Fuel Consumption EC 2004/3
40. Engine Power EC1999/99
41. Diesel Emissions 2006/81/EC

Other Directives
27. Towing Hooks EC 96/64
10. Radio Interference Suppression EC 2006/28
04. Rear Registration Plate EC 70/222
18. Statutory Plates EC 78/507
36. Heating systems 2004/78
44. Masses and Dimensions EC 95/48
50. Mechanical Couplings EC 94/20

Active Safety
05. Steering Equipment EC 1999/7
07. Audible Warning EC 70/388
35. / Wipe.EC 94/68
13. Antitheft EC 95/56
32. Foward Vision EC 90/630
17. Speedometer and Reverse Gear EC 97/39
08. Rear Visibility EC 2005/27
46. Tyres EC 2005/11
34. Defrost / Demist EC 78/317
09. Braking EC 2002/78
20. Lighting Installation EC 97/28
33. Identification of Controls EC 94/53
37. Wheel Guards EC 94/78

Passive Safety
19. Safety Belt EC 2005/41
16. Exterior Projections EC 79/488
15. Seat Strength EC 2005/39
14. Protective Steering EC 91/662
03. Fuel Tank EC 2006/20
12. Interior Fittings EC 2000/4
31. Safety Belts EC 2005/40
06. Door Latches and hinges EC 2001/31
38. Head restraints EC 78/932
45. Safety glazing EC 2001/92
53. Frontal impact EC 1999/98
54. Side impact EC 96/27

7 / Introduction to ISO 26262 / CISEC - Dec 2013 / JM Astruc / © Continental AG

Lighting Equipment
21. Reflex Reflectors EC 97/29
22. Side, Rear and Stop lamps EC 97/30
23. Direction indicator lamps EC 1999/15
24. Rear registration plate lamp EC 97/31
25. Headlamps (including bulbs) EC 1999/17
26. Front fog lamps EC 1999/18
28. Rear fog lamps EC 1999/14
29. Reversing Lamps EC 97/32
30. Parking Lamps EC 1999/16
ISO 26262 confirmation measures

8 / Introduction to ISO 26262 / CISEC - Dec 2013 / JM Astruc / © Continental AG
What is functional safety for road vehicle?
Functional safety for road vehicles is the part of safety which relates to hazards caused by
malfunctioning behavior of E/E-based systems embedded in road vehicles.
Avoid & control hazardous failures of in-vehicle EE-based systems
(including those related to foreseeable operational misuse)

=
Avoid systematic faults
inadequate design, gaps in requirements, wrong implementation, missing testing

+
+

Control of systematic faults during operation

Control of random hardware failures during operation
(including failures of other technologies components that are not in scope of ISO 26262)

9 / Introduction to ISO 26262 / CISEC - Dec 2013 / JM Astruc / © Continental AG
Attributes of faults and failures
Fault: abnormal condition that can cause an element or system to fail (it is a state)
Failure: termination of the ability of an element or an system to perform a function as required
(it is an event)

Systematic failure: failure of an element or system that is caused in a deterministic way during
development, manufacturing or maintenance
Random hardware failure: failure that occurs unpredictably during the lifetime of an hardware element
and that follows a probability distribution
10 / Introduction to ISO 26262 / CISEC - Dec 2013 / JM Astruc / © Continental AG
Example of an accident scenario

11 / Introduction to ISO 26262 / CISEC - Dec 2013 / JM Astruc / © Continental AG
Overview of ASIL classification method

Hazardous
event

E

C

S

EXPOSURE
Likelihood of exposure of the vehicle to
the operational situation
CONTROLLABILITY
Ability to avoid a specified harm through
timely reaction of the person(s) at risk
SEVERITY
Estimation of the extent of harm to the
person(s) at risk

12 / Introduction to ISO 26262 / CISEC - Dec 2013 / JM Astruc / © Continental AG

ASIL
+
Safety goal
Risk estimation and ASIL classification
Initial operational situation where the system failure occurs
Classes of probability of exposure
E0
E1
E2
E3
E4

Incredible
Very low probability
Low probability
Medium probability

C1

High probability

Ability of traffic participants to avoid an accident
Classes of controllability
C0
C1
C2
C3

Simply controllable
Normally controllable
Difficult to control or uncontrollable

Potential harm to traffic participants if the accident occurs
Classes of severity
S0
S1
S2
S3

C2

Controllable in general

No injuries
Light and moderate injuries
Severe and life-threatening injuries
(survival probable)
Life-threatening injuries (survival uncertain)
fatal injuries

13 / Introduction to ISO 26262 / CISEC - Dec 2013 / JM Astruc / © Continental AG

C3

E1
E2
E3
E4
E1
E2
E3
E4
E1
E2
E3
E4

S1
QM
QM
QM
QM
QM
QM
QM
ASIL A
QM
QM
ASIL A
ASIL B

S2
QM
QM
QM
ASIL A
QM
QM
ASIL A
ASIL B
QM
ASIL A
ASIL B
ASIL C

S3
QM
QM
ASIL A
ASIL B
QM
ASIL A
ASIL B
ASIL C
ASIL A
ASIL B
ASIL C
ASIL D
ASIL as risk reduction measures

ASILs are used for specifying risk reduction measures to address
• systematic failures of system, hardware, and software with
measures and techniques for fault avoidance and fault tolerance
• random failures of hardware with
quantitative targets for safety critical failures and diagnosis coverage of architecture

14 / Introduction to ISO 26262 / CISEC - Dec 2013 / JM Astruc / © Continental AG
Functional safety concept
Safety goal: a top level safety requirement as a result of the hazard analysis and risk assessment
Functional safety requirement: specification of implementation-independent safety behavior, or
implementation-independent safety measure, including its safety-related attributes
• operating modes
• fault tolerant time interval
• degradation, safe states, warning
• emergency operation time interval
• functional redundancies

Functional safety concept: specification of the functional safety requirements, with associated
information, their allocation to preliminary architectural element and their interaction necessary to
achieve the safety goals
15 / Introduction to ISO 26262 / CISEC - Dec 2013 / JM Astruc / © Continental AG
Technical Safety Concept

Technical safety requirement: requirement derived from the associated functional safety requirements
to provide their technical implementation – the safety mechanisms are specified by technical safety
requirements
Safety mechanism: measure implemented by a E/E functions or element, or in other technologies, to
detect or control failures in order to achieve a safe state of the item, or maintain a safe state of the
item, or both
• measures to detect, indicate and control faults in the system itself
• measures to detect, indicate and control faults in external devices interacting with the system
• measures that enable the system to achieve or maintain a safe state
• measures to detail and implement the warning and degradation concept
• measures which prevent faults from being latent
Technical safety concept: specification of the technical safety requirements to be implemented, with
associated information, and their allocation to hardware and software

16 / Introduction to ISO 26262 / CISEC - Dec 2013 / JM Astruc / © Continental AG
Default rules for ASIL assignment
Inheritance: Each safety requirement inherits the ASIL of the safety requirement it is derived from –
starting from the ASIL of the safety goal
ASIL allocation drives development: When a safety requirement is allocated to an architectural
element, this element and its sub-elements are developed in compliance with the ASIL assigned to
the safety requirement
Highest ASIL predominance: When safety requirements with different ASILs are allocated to the
same architectural element, this element is developed in compliance with the highest ASIL – unless
criteria for coexistence is met
Safety relevance by default: Any architectural element is safety related unless
• this element is independent from the safety related element of the item or
• criteria for coexistence is met

18 / Introduction to ISO 26262 / CISEC - Dec 2013 / JM Astruc / © Continental AG
One page summary about quantitative analyses on HW
PMHF
target values

Analysis of random HW
failures
ASIL A

90 %

LFM
target values

90 %

90 %

SPFM
target values

90 %

not required
nor recommended

7
10-7 per hour (100 FIT
ho

90 %

60 %

recommended

required

7
10-7 per hour (100 FIT)
ho

97 %

80 %

required

required

10-8 per hour (10 FIT)

99 %

90 %

ASIL B

recommended

ASIL C
ASIL D

PMHF

SPF t
RF t
safety–related HW components

dual-point failure

Taxonomy of random HW faults
SPFM

t2

MPF
S
safety–related HW components

safety–related HW components

S (safe faults)
MPF DP (MPF detected / perceived)
MPF L (MPF latent)
MPF (multiple-point faults)
SPF (single-point faults)
RF (residual faults)

20 / Introduction to ISO 26262 / CISEC - Dec 2013 / JM Astruc / © Continental AG

MPF DP

MPF L

LFM

MPF DP
S
safety–related HW components
SPF
RF
safety–related HW components
Questions and discussion

Thanks for your attention !

from

21 / Introduction to ISO 26262 / CISEC - Dec 2013 / JM Astruc / © Continental AG
CISEC
Introduction to critical embedded systems engineering

ISAE, Toulouse, December 16th, 2013

Comparison of safety standards
across several safety critical application domains

Jean-Paul Blanquart
Astrium Satellites, Toulouse

jean-paul.blanquart@astrium.eads.net
Multi-domain expertise working group
Now with “Embedded France”
Aeronautics

ARP 4754, 4761
DO 178, 254, 330-3

Automation,
Industry

IEC 61508, 61511

Automotive

ISO 26262

Defence

IEC 61508

Nuclear

IEC 61513, 60880, 62138

Railway

EN CENELEC 50126, 8, 9,
50155, 50159-1, 50159-2

Space

ECSS Q30, Q40, Q80

Technology
providers
23
Outline
History and positioning of standards

This document is the property of Astrium. It shall not be communicated to third parties without prior written agreement. Its content shall not be disclosed.

Regulation regimes and certification
Technical comparison highlights
Integrated safety or external safety systems
Objectives versus Means prescription
Categorising severity and assurance levels
Fault tolerance or fault prevention
Probabilistic versus deterministic
Conclusion

CISEC Series of lectures - Safety Standards - JP. Blanquart - Astrium Satellites

Page 24
History and positioning of standards
A complex picture
Foundations: treaties, laws
United Nations

This document is the property of Astrium. It shall not be communicated to third parties without prior written agreement. Its content shall not be disclosed.

Safe use of nuclear technology for peaceful applications, IAEA, 1957
Peaceful use of outer space, COPUOS, 1958

…
Norms and standards
Accepted means of compliance to higher level regulation
Self imposed in absence of regulation
Social and business needs
Complexity of systems, industrial organisation, interoperability …

A particular role played by IEC 61508
Generic but not general
Often preceded by sector specific standards

CISEC Series of lectures - Safety Standards - JP. Blanquart - Astrium Satellites

Page 25
History and positioning of standards
An Overview
80-85

Aeronautics
This document is the property of Astrium. It shall not be communicated to third parties without prior written agreement. Its content shall not be disclosed.

DOMAIN

85-90

DO178

90-95

95-00

00-05

ARP4761

05-10

DO254

DO178-B
ARP4754

Automation

ARP4754-A
DO178-C

IEC 61508
IEC 61511
IEC 62061

Automotive

(IEC 61508)

Nuclear

IAEA
50-SG-D3
50-SG-D8

EN 50155

Railway

Space

IAEA NS-G-1.3
IEC 61513
IEC 62138

IEC
60880

PSS

CISEC Series of lectures - Safety Standards - JP. Blanquart - Astrium Satellites

ECSS

10-15

IEC 61508
Edition 2

ISO 26262
IEC 60880

: IAEA DS-

Edition 2

431

IEC 61508
EN 50126
EN 50128
EN 50129

EN 50128
Edition 2

ECSS
“C Issues”
Page 26
Outline
History and positioning of standards

This document is the property of Astrium. It shall not be communicated to third parties without prior written agreement. Its content shall not be disclosed.

Regulation regimes and certification
Technical comparison highlights
Integrated safety or external safety systems
Objectives versus Means prescription
Categorising severity and assurance levels
Fault tolerance or fault prevention
Probabilistic versus deterministic
Conclusion

CISEC Series of lectures - Safety Standards - JP. Blanquart - Astrium Satellites

Page 27
This document is the property of Astrium. It shall not be communicated to third parties without prior written agreement. Its content shall not be disclosed.

Regulation regimes and certification
Assessment and Certification

Assessment
Set of activities granting a confidence level to an entity (person, organisation or
artefact).
Context dependent validity: item, actors, usage, timeline.

Certification
An assessment body substantiates to an Authority that the engineering process of
a manufacturer ensures regulatory safety objectives through conformance to safety
standards.

CISEC Series of lectures - Safety Standards - JP. Blanquart - Astrium Satellites

Page 28
Regulation regimes and certification
A variety of regimes
Applicant

Regulation

Authority

Assessment Body

Aeronautics
This document is the property of Astrium. It shall not be communicated to third parties without prior written agreement. Its content shall not be disclosed.

DOMAIN

Manufacturer

Yes

EASA-FAA

EASA-FAA

Product

Manufacturer

Machinery directive

Process

Operator

No

Automotive

Manufacturer

No

No

No

Nuclear

Operator

Yes

Governments
ASN (France)

IAEA
ASN, IRSN (France)

Railway

Manufacturer

Yes

Space

Manufacturer

Automation
Labour Inspection
DREAL

Self-certification
No

ERA
CERTIFER …
EPSF/STRMTG
CNES

CISEC Series of lectures - Safety Standards - JP. Blanquart - Astrium Satellites

Yes

Governments
NASA/FAA//USAF
Page 29
Regulation regimes and certification
Simplified view

Certification

This document is the property of Astrium. It shall not be communicated to third parties without prior written agreement. Its content shall not be disclosed.

Assessment

CISEC Series of lectures - Safety Standards - JP. Blanquart - Astrium Satellites

Page 30
Outline
History and positioning of standards

This document is the property of Astrium. It shall not be communicated to third parties without prior written agreement. Its content shall not be disclosed.

Regulation regimes and certification
Technical comparison highlights
Integrated safety or external safety systems
Objectives versus Means prescription
Categorising severity and assurance levels
Fault tolerance or fault prevention
Probabilistic versus deterministic
Conclusion

CISEC Series of lectures - Safety Standards - JP. Blanquart - Astrium Satellites

Page 31
Technical comparison highlights
Integrated safety or external safety systems

This document is the property of Astrium. It shall not be communicated to third parties without prior written agreement. Its content shall not be disclosed.

Design drivers : existence of fail-safe states + cost + validation

Industry, Automation, Railway, Nuclear, Space: external safety
Design of a dedicated safety system, distinct from the "process" system
Monitors and controls the "process" in safety critical situations

Aeronautics, Automotive: integrated safety
Systems monitor and control themselves internally

Automotive and Space : hybrid approach

CISEC Series of lectures - Safety Standards - JP. Blanquart - Astrium Satellites

Page 32
Integrated safety or external safety systems
A simplified view

External Safety

This document is the property of Astrium. It shall not be communicated to third parties without prior written agreement. Its content shall not be disclosed.

Integrated Safety

CISEC Series of lectures - Safety Standards - JP. Blanquart - Astrium Satellites

Page 33
Outline
History and positioning of standards

This document is the property of Astrium. It shall not be communicated to third parties without prior written agreement. Its content shall not be disclosed.

Regulation regimes and certification
Technical comparison highlights
Integrated safety or external safety systems
Objectives versus Means prescription
Categorising severity and assurance levels
Fault tolerance or fault prevention
Probabilistic versus deterministic
Conclusion

CISEC Series of lectures - Safety Standards - JP. Blanquart - Astrium Satellites

Page 34
Technical comparison highlights

This document is the property of Astrium. It shall not be communicated to third parties without prior written agreement. Its content shall not be disclosed.

Objectives versus Means prescription

PROs

CONs

Open
OBJECTIVES
Prescriptive
(ex: DO 178)

MEANS
Prescriptive
(ex: IEC 61508)

Applicable to many contexts

Needs to be interpreted

Easy conformance check,
Easy to apply when in the context
considered by the standard's
authors

Closed
Needs to be updated to
introduce new methods and
tools

CISEC Series of lectures - Safety Standards - JP. Blanquart - Astrium Satellites

Page 35
This document is the property of Astrium. It shall not be communicated to third parties without prior written agreement. Its content shall not be disclosed.

Prescription of means
Example: IEC 61508

CISEC Series of lectures - Safety Standards - JP. Blanquart - Astrium Satellites

Page 36
This document is the property of Astrium. It shall not be communicated to third parties without prior written agreement. Its content shall not be disclosed.

Prescription of objectives
Example: DO 178C

CISEC Series of lectures - Safety Standards - JP. Blanquart - Astrium Satellites

Page 37
This document is the property of Astrium. It shall not be communicated to third parties without prior written agreement. Its content shall not be disclosed.

Means

Objectives versus Means prescription

A simplified view

CISEC Series of lectures - Safety Standards - JP. Blanquart - Astrium Satellites

Objectives

Page 38
Outline
History and positioning of standards

This document is the property of Astrium. It shall not be communicated to third parties without prior written agreement. Its content shall not be disclosed.

Regulation regimes and certification
Technical comparison highlights
Integrated safety or external safety systems
Objectives versus Means prescription
Categorising severity and assurance levels
Fault tolerance or fault prevention
Probabilistic versus deterministic
Conclusion

CISEC Series of lectures - Safety Standards - JP. Blanquart - Astrium Satellites

Page 39
Technical comparison highlights
Categorising severity and assurance levels
RISK ANALYSIS (potential failures)
Frequency
Exposure
Failure
Severity

This document is the property of Astrium. It shall not be communicated to third parties without prior written agreement. Its content shall not be disclosed.

Control

Consequences
of potential failures

Occurrence

Needed Trust

SEVERITY

LIKELIHOOD

Catastrophic
Critical
Major
Minor

Ext. remote
Remote
Probable
Frequent

The “safety category”
Is related to the severity
category of the most severe
consequences of potential
failures…

“Trustability”

System
Functions,
Elements
…

INTEGRITY
Development Assurance Level
Develop

“Safety Category”

CISEC Series of lectures - Safety Standards - JP. Blanquart - Astrium Satellites

MEANS

A
B
C
D

… so as to meet the required level
of safety and dependability thanks to
development and validation means
appropriate with respect to the
identified safety category

Page 40
Technical comparison highlights
Categorising severity and assurance levels – Notion of HAZARD

ASIL: characterizes a Hazard
Use Case
This document is the property of Astrium. It shall not be communicated to third parties without prior written agreement. Its content shall not be disclosed.

Vehicle
System

Hazardous
event

Accident

Harm

Hazard
Person interacting
with the vehicle

Hazard: system failure mode or unintended behaviour
that may lead to harm Page 41
CISEC Series of lectures - Safety Standards - JP. Blanquart - Astrium Satellites
Technical comparison highlights
Categorising severity and assurance levels – Automotive (ISO 26262)
Frequency
Always

Frequency of exposure to
driving situation where
accident can potentially
happen

Severity of possible
accident

This document is the property of Astrium. It shall not be communicated to third parties without prior written agreement. Its content shall not be disclosed.

Sometimes

Risk Reduction external to
technical system:
driver controls situation

not acceptable
Rarely
Safety
category
(ASIL)

“Trustability”
of system

acceptable
Very rarely

Lower than
tolerable risk

Extremely
improbable

Residual
Risk

Severity
Minor

Major

CISEC Series of lectures - Safety Standards - JP. Blanquart - Astrium Satellites

Hazardous

Catastrophic
Page 42
Technical comparison highlights
Categorising severity and assurance levels – IEC 61508
Frequency
Always

Frequency of failure of EUC
and control system

Severity of possible
accident

This document is the property of Astrium. It shall not be communicated to third parties without prior written agreement. Its content shall not be disclosed.

Sometimes

not acceptable
Rarely
Safety
category
(SIL)

Risk reduction
by protection system

acceptable
Very rarely

Lower than
tolerable risk

Extremely
improbable

Residual
Risk

Severity
Minor

Major

CISEC Series of lectures - Safety Standards - JP. Blanquart - Astrium Satellites

Hazardous

Catastrophic
Page 43
Technical comparison highlights
Categorising severity and assurance levels - Aerospace
Frequency
Always

Severity of possible
accident

This document is the property of Astrium. It shall not be communicated to third parties without prior written agreement. Its content shall not be disclosed.

Sometimes

not acceptable
Rarely
Safety
category
“Trustability”
of system

acceptable
Very rarely

Lower than
tolerable risk

Extremely
improbable

Residual
Risk

Severity
Minor

Major

CISEC Series of lectures - Safety Standards - JP. Blanquart - Astrium Satellites

Hazardous

Catastrophic
Page 44
Categorising severity and assurance levels
Common principles

This document is the property of Astrium. It shall not be communicated to third parties without prior written agreement. Its content shall not be disclosed.

Principles common to all covered domains
The category defines the applicable requirements so as to cover:
“Random” faults (hardware): probability objectives, minimum number of faults,,,
“Systematic” faults (development): no quantitative probability target
Confidence level through development and validation requirements
Confirmed by decades of experience, e.g. in aeronautics or nuclear

Need to enforce a strong isolation against fault propagation from “low levels” to “high
levels” elements

CISEC Series of lectures - Safety Standards - JP. Blanquart - Astrium Satellites

Page 45
Categorising severity and assurance levels
Some differences

This document is the property of Astrium. It shall not be communicated to third parties without prior written agreement. Its content shall not be disclosed.

Definition and categories of consequences, severity
Generic and general (space, automotive)
Domain dependent (aeronautics)
Incorporation of exposure probability (automotive)
Incorporation of “controllability” (automotive)
Similar to aeronautics domain dependent consequences severity
“Syntactic” variations (number of levels, names, ordering …)
“Arithmetic of levels”, combining low levels into a higher level
Accepted in aeronautics, automotive, not in nuclear, space
Requirements for each level
CISEC Series of lectures - Safety Standards - JP. Blanquart - Astrium Satellites

Page 46
Outline
History and positioning of standards

This document is the property of Astrium. It shall not be communicated to third parties without prior written agreement. Its content shall not be disclosed.

Regulation regimes and certification
Technical comparison highlights
Integrated safety or external safety systems
Objectives versus Means prescription
Categorising severity and assurance levels
Fault tolerance or fault prevention
Probabilistic versus deterministic
Conclusion

CISEC Series of lectures - Safety Standards - JP. Blanquart - Astrium Satellites

Page 47
Technical comparison highlights
Fault tolerance or fault prevention

This document is the property of Astrium. It shall not be communicated to third parties without prior written agreement. Its content shall not be disclosed.

Fault tolerance
Principally hardware faults
Domain and application dependent
Continuity of service versus safety, mission needs
External versus internal safety system

Software, development faults
Focus on fault prevention
Process, product

Residual faults: detection and degraded mode preserving safety
System level, functional diversification, independence

CISEC Series of lectures - Safety Standards - JP. Blanquart - Astrium Satellites

Page 48
Outline
History and positioning of standards

This document is the property of Astrium. It shall not be communicated to third parties without prior written agreement. Its content shall not be disclosed.

Regulation regimes and certification
Technical comparison highlights
Integrated safety or external safety systems
Objectives versus Means prescription
Categorising severity and assurance levels
Fault tolerance or fault prevention
Probabilistic versus deterministic
Conclusion

CISEC Series of lectures - Safety Standards - JP. Blanquart - Astrium Satellites

Page 49
Technical comparison highlights
Probabilistic versus deterministic

This document is the property of Astrium. It shall not be communicated to third parties without prior written agreement. Its content shall not be disclosed.

A combination of probabilistic and deterministic approaches

Probabilistic approach
Top level risk assessment
Hardware faults and their impact on feared events (architecture based analysis of
propagation)

Deterministic approach
Behaviour, correctness (functional, fault management)
In particular software
It does not mean that software is expected to be fault free
Cf. severity/integrity levels, and fault prevention versus tolerance

CISEC Series of lectures - Safety Standards - JP. Blanquart - Astrium Satellites

Page 50
Outline
History and positioning of standards

This document is the property of Astrium. It shall not be communicated to third parties without prior written agreement. Its content shall not be disclosed.

Regulation regimes and certification
Technical comparison highlights
Integrated safety or external safety systems
Objectives versus Means prescription
Categorising severity and assurance levels
Fault tolerance or fault prevention
Probabilistic versus deterministic
Conclusion

CISEC Series of lectures - Safety Standards - JP. Blanquart - Astrium Satellites

Page 51
This document is the property of Astrium. It shall not be communicated to third parties without prior written agreement. Its content shall not be disclosed.

Conclusion

Common view of the fundamental principles
Risk assessment, integrity levels,
Combination of deterministic and probabilistic approach, of fault prevention and
fault tolerance,
Focus on fault propagation, independence, single points of failures, common causes
…
Slight but numerous variations
On each topic a simple grouping exists, but it varies from one topic to another
Not all variations can be clearly justified by the specific characteristics of each domain
Strong impact on efficiency, cost (tools, products, processes …)

CISEC Series of lectures - Safety Standards - JP. Blanquart - Astrium Satellites

Page 52
Questions and discussion

This document is the property of Astrium. It shall not be communicated to third parties without prior written agreement. Its content shall not be disclosed.

Thanks for your attention !

from

CISEC Series of lectures - Safety Standards - JP. Blanquart (Astrium Satellites) and JM. Astruc (Continental Automotive)

More Related Content

What's hot

An integrative solution towards SOTIF and AV safety
An integrative solution towards SOTIF and AV safetyAn integrative solution towards SOTIF and AV safety
An integrative solution towards SOTIF and AV safetyBernhard Kaiser
 
MISRA Safety Case Guidelines -
MISRA Safety Case Guidelines - MISRA Safety Case Guidelines -
MISRA Safety Case Guidelines - Automotive IQ
 
How to Apply Functional Safety to Autosar ECU's
How to Apply Functional Safety to Autosar ECU'sHow to Apply Functional Safety to Autosar ECU's
How to Apply Functional Safety to Autosar ECU'sRenesas America
 
SEooC ISO 26262 | What is Safety Element Out of Context in Automotive Functio...
SEooC ISO 26262 | What is Safety Element Out of Context in Automotive Functio...SEooC ISO 26262 | What is Safety Element Out of Context in Automotive Functio...
SEooC ISO 26262 | What is Safety Element Out of Context in Automotive Functio...Embitel Technologies (I) PVT LTD
 
19 Jun 2018 - Hazard Analysis and Functional Safety Compliance
19 Jun 2018 - Hazard Analysis and Functional Safety Compliance 19 Jun 2018 - Hazard Analysis and Functional Safety Compliance
19 Jun 2018 - Hazard Analysis and Functional Safety Compliance Intland Software GmbH
 
Why safety plan is critical in development of iso 26262 complaint
Why safety plan is critical in development of iso 26262 complaint Why safety plan is critical in development of iso 26262 complaint
Why safety plan is critical in development of iso 26262 complaint Embitel Technologies (I) PVT LTD
 
Software defined vehicles,automotive standards (safety, security), agile cont...
Software defined vehicles,automotive standards (safety, security), agile cont...Software defined vehicles,automotive standards (safety, security), agile cont...
Software defined vehicles,automotive standards (safety, security), agile cont...Dr. Anish Cheriyan (PhD)
 
Automotive SPICE Level 3 and Beyond with codeBeamer ALM
Automotive SPICE Level 3 and Beyond with codeBeamer ALMAutomotive SPICE Level 3 and Beyond with codeBeamer ALM
Automotive SPICE Level 3 and Beyond with codeBeamer ALMIntland Software GmbH
 
Frequently Asked Question (FAQ's) on ISO 26262 Functional Safety
Frequently Asked Question (FAQ's)  on ISO 26262 Functional SafetyFrequently Asked Question (FAQ's)  on ISO 26262 Functional Safety
Frequently Asked Question (FAQ's) on ISO 26262 Functional SafetyEmbitel Technologies (I) PVT LTD
 
ISO/PAS 21448 (SOTIF) in the Development of ADAS and Autonomous Vehicles
ISO/PAS 21448 (SOTIF) in the Development of ADAS and Autonomous VehiclesISO/PAS 21448 (SOTIF) in the Development of ADAS and Autonomous Vehicles
ISO/PAS 21448 (SOTIF) in the Development of ADAS and Autonomous VehiclesIntland Software GmbH
 
Advanced Driver Assistance Systems (ADAS) Market
Advanced Driver Assistance Systems (ADAS) MarketAdvanced Driver Assistance Systems (ADAS) Market
Advanced Driver Assistance Systems (ADAS) MarketSagar Gadam
 
Consolidation of Instrument Cluster and In Vehicle Infotainment
Consolidation of Instrument Cluster and In Vehicle InfotainmentConsolidation of Instrument Cluster and In Vehicle Infotainment
Consolidation of Instrument Cluster and In Vehicle InfotainmentKarolina Janowicz
 
ECU Flashing: Flash Bootloaders that Facilitate ECU Reprogramming
ECU Flashing: Flash Bootloaders that Facilitate ECU ReprogrammingECU Flashing: Flash Bootloaders that Facilitate ECU Reprogramming
ECU Flashing: Flash Bootloaders that Facilitate ECU ReprogrammingEmbitel Technologies (I) PVT LTD
 
UDS: Vehicle Diagnostics in AUTOSAR Software Architecture
UDS: Vehicle Diagnostics in AUTOSAR Software Architecture UDS: Vehicle Diagnostics in AUTOSAR Software Architecture
UDS: Vehicle Diagnostics in AUTOSAR Software Architecture Embitel Technologies (I) PVT LTD
 
Achieve iso 26262 certification
Achieve iso 26262 certificationAchieve iso 26262 certification
Achieve iso 26262 certificationPRQA
 

What's hot (20)

ISO 26262: Automotive Functional Safety
ISO 26262: Automotive Functional SafetyISO 26262: Automotive Functional Safety
ISO 26262: Automotive Functional Safety
 
An integrative solution towards SOTIF and AV safety
An integrative solution towards SOTIF and AV safetyAn integrative solution towards SOTIF and AV safety
An integrative solution towards SOTIF and AV safety
 
HARA ISO 26262: What is HARA and Why is it Required?
HARA ISO 26262: What is HARA and Why is it Required?HARA ISO 26262: What is HARA and Why is it Required?
HARA ISO 26262: What is HARA and Why is it Required?
 
MISRA Safety Case Guidelines -
MISRA Safety Case Guidelines - MISRA Safety Case Guidelines -
MISRA Safety Case Guidelines -
 
How to Apply Functional Safety to Autosar ECU's
How to Apply Functional Safety to Autosar ECU'sHow to Apply Functional Safety to Autosar ECU's
How to Apply Functional Safety to Autosar ECU's
 
SEooC ISO 26262 | What is Safety Element Out of Context in Automotive Functio...
SEooC ISO 26262 | What is Safety Element Out of Context in Automotive Functio...SEooC ISO 26262 | What is Safety Element Out of Context in Automotive Functio...
SEooC ISO 26262 | What is Safety Element Out of Context in Automotive Functio...
 
19 Jun 2018 - Hazard Analysis and Functional Safety Compliance
19 Jun 2018 - Hazard Analysis and Functional Safety Compliance 19 Jun 2018 - Hazard Analysis and Functional Safety Compliance
19 Jun 2018 - Hazard Analysis and Functional Safety Compliance
 
Why safety plan is critical in development of iso 26262 complaint
Why safety plan is critical in development of iso 26262 complaint Why safety plan is critical in development of iso 26262 complaint
Why safety plan is critical in development of iso 26262 complaint
 
Software defined vehicles,automotive standards (safety, security), agile cont...
Software defined vehicles,automotive standards (safety, security), agile cont...Software defined vehicles,automotive standards (safety, security), agile cont...
Software defined vehicles,automotive standards (safety, security), agile cont...
 
Automotive SPICE Level 3 and Beyond with codeBeamer ALM
Automotive SPICE Level 3 and Beyond with codeBeamer ALMAutomotive SPICE Level 3 and Beyond with codeBeamer ALM
Automotive SPICE Level 3 and Beyond with codeBeamer ALM
 
Frequently Asked Question (FAQ's) on ISO 26262 Functional Safety
Frequently Asked Question (FAQ's)  on ISO 26262 Functional SafetyFrequently Asked Question (FAQ's)  on ISO 26262 Functional Safety
Frequently Asked Question (FAQ's) on ISO 26262 Functional Safety
 
ISO/PAS 21448 (SOTIF) in the Development of ADAS and Autonomous Vehicles
ISO/PAS 21448 (SOTIF) in the Development of ADAS and Autonomous VehiclesISO/PAS 21448 (SOTIF) in the Development of ADAS and Autonomous Vehicles
ISO/PAS 21448 (SOTIF) in the Development of ADAS and Autonomous Vehicles
 
Automotive Telematics
Automotive TelematicsAutomotive Telematics
Automotive Telematics
 
Advanced Driver Assistance Systems (ADAS) Market
Advanced Driver Assistance Systems (ADAS) MarketAdvanced Driver Assistance Systems (ADAS) Market
Advanced Driver Assistance Systems (ADAS) Market
 
Consolidation of Instrument Cluster and In Vehicle Infotainment
Consolidation of Instrument Cluster and In Vehicle InfotainmentConsolidation of Instrument Cluster and In Vehicle Infotainment
Consolidation of Instrument Cluster and In Vehicle Infotainment
 
ECU Flashing: Flash Bootloaders that Facilitate ECU Reprogramming
ECU Flashing: Flash Bootloaders that Facilitate ECU ReprogrammingECU Flashing: Flash Bootloaders that Facilitate ECU Reprogramming
ECU Flashing: Flash Bootloaders that Facilitate ECU Reprogramming
 
UDS: Vehicle Diagnostics in AUTOSAR Software Architecture
UDS: Vehicle Diagnostics in AUTOSAR Software Architecture UDS: Vehicle Diagnostics in AUTOSAR Software Architecture
UDS: Vehicle Diagnostics in AUTOSAR Software Architecture
 
Introduction to ASPICE
Introduction to ASPICEIntroduction to ASPICE
Introduction to ASPICE
 
Achieve iso 26262 certification
Achieve iso 26262 certificationAchieve iso 26262 certification
Achieve iso 26262 certification
 
Functional safety standards_for_machinery
Functional safety standards_for_machineryFunctional safety standards_for_machinery
Functional safety standards_for_machinery
 

Viewers also liked

Impact of IEC 61508 Standards on Intelligent Electrial Networks and Safety Im...
Impact of IEC 61508 Standards on Intelligent Electrial Networks and Safety Im...Impact of IEC 61508 Standards on Intelligent Electrial Networks and Safety Im...
Impact of IEC 61508 Standards on Intelligent Electrial Networks and Safety Im...Schneider Electric
 
ISO26262-6 Software development process (Ver 3.0)
ISO26262-6 Software development process (Ver 3.0)ISO26262-6 Software development process (Ver 3.0)
ISO26262-6 Software development process (Ver 3.0)Hongseok Lee
 
DMAP\'s Brochure
DMAP\'s BrochureDMAP\'s Brochure
DMAP\'s BrochureDMAP
 
Overview of DO-254: Design Assurance Guidance For Airborne Electronic Hardware
Overview of DO-254: Design Assurance Guidance For Airborne Electronic HardwareOverview of DO-254: Design Assurance Guidance For Airborne Electronic Hardware
Overview of DO-254: Design Assurance Guidance For Airborne Electronic HardwareOak Systems
 
Introduction to Functional Safety and SIL Certification
Introduction to Functional Safety and SIL CertificationIntroduction to Functional Safety and SIL Certification
Introduction to Functional Safety and SIL CertificationISA Boston Section
 
DO254 DMAP Training 2011 Trailer
DO254 DMAP Training 2011 TrailerDO254 DMAP Training 2011 Trailer
DO254 DMAP Training 2011 TrailerDMAP
 
Internship Experience Li
Internship Experience LiInternship Experience Li
Internship Experience Lipritampatil
 
Using SysML in a RTC-based Robotics Application : a case study with a demo
Using SysML in a RTC-based Robotics Application : a case study with a demoUsing SysML in a RTC-based Robotics Application : a case study with a demo
Using SysML in a RTC-based Robotics Application : a case study with a demoKenji Hiranabe
 
IP PCIe
IP PCIeIP PCIe
IP PCIeSILKAN
 
2014 01 continental_automotive_student_presentation
2014 01 continental_automotive_student_presentation2014 01 continental_automotive_student_presentation
2014 01 continental_automotive_student_presentationGeorge Șuveți
 
Agile + ISO 26262: Using Agile in Automotive Development
Agile + ISO 26262: Using Agile in Automotive DevelopmentAgile + ISO 26262: Using Agile in Automotive Development
Agile + ISO 26262: Using Agile in Automotive DevelopmentIntland Software GmbH
 

Viewers also liked (15)

Impact of IEC 61508 Standards on Intelligent Electrial Networks and Safety Im...
Impact of IEC 61508 Standards on Intelligent Electrial Networks and Safety Im...Impact of IEC 61508 Standards on Intelligent Electrial Networks and Safety Im...
Impact of IEC 61508 Standards on Intelligent Electrial Networks and Safety Im...
 
Iec61508 guide
Iec61508 guideIec61508 guide
Iec61508 guide
 
ISO26262-6 Software development process (Ver 3.0)
ISO26262-6 Software development process (Ver 3.0)ISO26262-6 Software development process (Ver 3.0)
ISO26262-6 Software development process (Ver 3.0)
 
DMAP\'s Brochure
DMAP\'s BrochureDMAP\'s Brochure
DMAP\'s Brochure
 
Overview of DO-254: Design Assurance Guidance For Airborne Electronic Hardware
Overview of DO-254: Design Assurance Guidance For Airborne Electronic HardwareOverview of DO-254: Design Assurance Guidance For Airborne Electronic Hardware
Overview of DO-254: Design Assurance Guidance For Airborne Electronic Hardware
 
Introduction to Functional Safety and SIL Certification
Introduction to Functional Safety and SIL CertificationIntroduction to Functional Safety and SIL Certification
Introduction to Functional Safety and SIL Certification
 
DO254 DMAP Training 2011 Trailer
DO254 DMAP Training 2011 TrailerDO254 DMAP Training 2011 Trailer
DO254 DMAP Training 2011 Trailer
 
10 Reasons to Use Functional Safety Solution Kits
10 Reasons to Use Functional Safety Solution Kits10 Reasons to Use Functional Safety Solution Kits
10 Reasons to Use Functional Safety Solution Kits
 
Internship Experience Li
Internship Experience LiInternship Experience Li
Internship Experience Li
 
Using SysML in a RTC-based Robotics Application : a case study with a demo
Using SysML in a RTC-based Robotics Application : a case study with a demoUsing SysML in a RTC-based Robotics Application : a case study with a demo
Using SysML in a RTC-based Robotics Application : a case study with a demo
 
Prezentare Continental Automotive Systems - dna. Lacramioara Daraban
Prezentare Continental Automotive Systems - dna. Lacramioara DarabanPrezentare Continental Automotive Systems - dna. Lacramioara Daraban
Prezentare Continental Automotive Systems - dna. Lacramioara Daraban
 
IP PCIe
IP PCIeIP PCIe
IP PCIe
 
IEC 61508
IEC 61508IEC 61508
IEC 61508
 
2014 01 continental_automotive_student_presentation
2014 01 continental_automotive_student_presentation2014 01 continental_automotive_student_presentation
2014 01 continental_automotive_student_presentation
 
Agile + ISO 26262: Using Agile in Automotive Development
Agile + ISO 26262: Using Agile in Automotive DevelopmentAgile + ISO 26262: Using Agile in Automotive Development
Agile + ISO 26262: Using Agile in Automotive Development
 

Similar to 20131216 cisec-standards-jp blanquart-jmastruc

W09 safety risk-assessments-pls-and-sils
W09 safety risk-assessments-pls-and-silsW09 safety risk-assessments-pls-and-sils
W09 safety risk-assessments-pls-and-silsVo Quoc Hieu
 
Tuev sued-drives-and-controls-2014-presentation
Tuev sued-drives-and-controls-2014-presentationTuev sued-drives-and-controls-2014-presentation
Tuev sued-drives-and-controls-2014-presentationVo Quoc Hieu
 
Machine safety-guide
Machine safety-guideMachine safety-guide
Machine safety-guideVo Quoc Hieu
 
Safety of machinery - Application of standard EN ISO 13849-1
Safety of machinery - Application of standard EN ISO 13849-1Safety of machinery - Application of standard EN ISO 13849-1
Safety of machinery - Application of standard EN ISO 13849-1dnunez1984
 
Safety of machinery
Safety of machinerySafety of machinery
Safety of machineryVo Quoc Hieu
 
Requirements of ISO 26262
Requirements of ISO 26262Requirements of ISO 26262
Requirements of ISO 26262Torben Haagh
 
Requirements of ISO 26262
Requirements of ISO 26262Requirements of ISO 26262
Requirements of ISO 26262Torben Haagh
 
S.steele functional safety ppt
S.steele functional safety pptS.steele functional safety ppt
S.steele functional safety pptSimon Steele
 
Towards 0-bug software in the automotive industry
Towards 0-bug software in the automotive industryTowards 0-bug software in the automotive industry
Towards 0-bug software in the automotive industryAshley Zupkus
 
Machine Safety System Standard
Machine Safety System StandardMachine Safety System Standard
Machine Safety System StandardEF Society
 
Complying with New Functional Safety Standards
Complying with New Functional Safety StandardsComplying with New Functional Safety Standards
Complying with New Functional Safety StandardsDesign World
 
20140121 cisec-safety criticalsoftwaredevelopment
20140121 cisec-safety criticalsoftwaredevelopment20140121 cisec-safety criticalsoftwaredevelopment
20140121 cisec-safety criticalsoftwaredevelopmentCISEC
 
IEC 62061 introduction
IEC 62061 introductionIEC 62061 introduction
IEC 62061 introductionKoenLeekens
 
10 The Automotive Safety Confusion, Fredrik Törner.pdf
10 The Automotive Safety Confusion, Fredrik Törner.pdf10 The Automotive Safety Confusion, Fredrik Törner.pdf
10 The Automotive Safety Confusion, Fredrik Törner.pdfMilin patel
 
Functional-Safety-Overview-UL.ppt
Functional-Safety-Overview-UL.pptFunctional-Safety-Overview-UL.ppt
Functional-Safety-Overview-UL.pptssuserba01d94
 

Similar to 20131216 cisec-standards-jp blanquart-jmastruc (20)

W09 safety risk-assessments-pls-and-sils
W09 safety risk-assessments-pls-and-silsW09 safety risk-assessments-pls-and-sils
W09 safety risk-assessments-pls-and-sils
 
Tuev sued-drives-and-controls-2014-presentation
Tuev sued-drives-and-controls-2014-presentationTuev sued-drives-and-controls-2014-presentation
Tuev sued-drives-and-controls-2014-presentation
 
Tuev sued-drives-and-controls-2014-presentation
Tuev sued-drives-and-controls-2014-presentationTuev sued-drives-and-controls-2014-presentation
Tuev sued-drives-and-controls-2014-presentation
 
Machine safety-guide
Machine safety-guideMachine safety-guide
Machine safety-guide
 
Safety of machinery - Application of standard EN ISO 13849-1
Safety of machinery - Application of standard EN ISO 13849-1Safety of machinery - Application of standard EN ISO 13849-1
Safety of machinery - Application of standard EN ISO 13849-1
 
Safety of machinery
Safety of machinerySafety of machinery
Safety of machinery
 
Requirements of ISO 26262
Requirements of ISO 26262Requirements of ISO 26262
Requirements of ISO 26262
 
Requirements of ISO 26262
Requirements of ISO 26262Requirements of ISO 26262
Requirements of ISO 26262
 
S.steele functional safety ppt
S.steele functional safety pptS.steele functional safety ppt
S.steele functional safety ppt
 
Towards 0-bug software in the automotive industry
Towards 0-bug software in the automotive industryTowards 0-bug software in the automotive industry
Towards 0-bug software in the automotive industry
 
Machine Safety System Standard
Machine Safety System StandardMachine Safety System Standard
Machine Safety System Standard
 
Complying with New Functional Safety Standards
Complying with New Functional Safety StandardsComplying with New Functional Safety Standards
Complying with New Functional Safety Standards
 
Abb technical guide no.10 revd
Abb technical guide no.10 revdAbb technical guide no.10 revd
Abb technical guide no.10 revd
 
20140121 cisec-safety criticalsoftwaredevelopment
20140121 cisec-safety criticalsoftwaredevelopment20140121 cisec-safety criticalsoftwaredevelopment
20140121 cisec-safety criticalsoftwaredevelopment
 
Manual tvoc 2
Manual tvoc 2Manual tvoc 2
Manual tvoc 2
 
IEC 62061 introduction
IEC 62061 introductionIEC 62061 introduction
IEC 62061 introduction
 
10 The Automotive Safety Confusion, Fredrik Törner.pdf
10 The Automotive Safety Confusion, Fredrik Törner.pdf10 The Automotive Safety Confusion, Fredrik Törner.pdf
10 The Automotive Safety Confusion, Fredrik Törner.pdf
 
Machine guarding
Machine guardingMachine guarding
Machine guarding
 
Mynd company presentation
Mynd   company presentationMynd   company presentation
Mynd company presentation
 
Functional-Safety-Overview-UL.ppt
Functional-Safety-Overview-UL.pptFunctional-Safety-Overview-UL.ppt
Functional-Safety-Overview-UL.ppt
 

More from CISEC

20150317 cisec-automotive systems-h-foligne
20150317 cisec-automotive systems-h-foligne20150317 cisec-automotive systems-h-foligne
20150317 cisec-automotive systems-h-foligneCISEC
 
20150127 cisec-aeoro spacesystems-jp-blanquart-ptraverse
20150127 cisec-aeoro spacesystems-jp-blanquart-ptraverse20150127 cisec-aeoro spacesystems-jp-blanquart-ptraverse
20150127 cisec-aeoro spacesystems-jp-blanquart-ptraverseCISEC
 
20150122 cisec mbsa-lismma
20150122 cisec mbsa-lismma20150122 cisec mbsa-lismma
20150122 cisec mbsa-lismmaCISEC
 
20140610 cisec-antescofo
20140610 cisec-antescofo20140610 cisec-antescofo
20140610 cisec-antescofoCISEC
 
20140425 cisec-human factor-f-reuzeau
20140425 cisec-human factor-f-reuzeau20140425 cisec-human factor-f-reuzeau
20140425 cisec-human factor-f-reuzeauCISEC
 
20140318 cisec-critical-hmi
20140318 cisec-critical-hmi20140318 cisec-critical-hmi
20140318 cisec-critical-hmiCISEC
 
20140311 cisec-automotive systems
20140311 cisec-automotive systems20140311 cisec-automotive systems
20140311 cisec-automotive systemsCISEC
 
20140218 cisec-emc-in-aeronautics
20140218 cisec-emc-in-aeronautics20140218 cisec-emc-in-aeronautics
20140218 cisec-emc-in-aeronauticsCISEC
 
20140211 critical-electronics-for-aircraft
20140211 critical-electronics-for-aircraft20140211 critical-electronics-for-aircraft
20140211 critical-electronics-for-aircraftCISEC
 
20140128 cisec-continental-automotive-electronics-development-and-assurance
20140128 cisec-continental-automotive-electronics-development-and-assurance20140128 cisec-continental-automotive-electronics-development-and-assurance
20140128 cisec-continental-automotive-electronics-development-and-assuranceCISEC
 

More from CISEC (10)

20150317 cisec-automotive systems-h-foligne
20150317 cisec-automotive systems-h-foligne20150317 cisec-automotive systems-h-foligne
20150317 cisec-automotive systems-h-foligne
 
20150127 cisec-aeoro spacesystems-jp-blanquart-ptraverse
20150127 cisec-aeoro spacesystems-jp-blanquart-ptraverse20150127 cisec-aeoro spacesystems-jp-blanquart-ptraverse
20150127 cisec-aeoro spacesystems-jp-blanquart-ptraverse
 
20150122 cisec mbsa-lismma
20150122 cisec mbsa-lismma20150122 cisec mbsa-lismma
20150122 cisec mbsa-lismma
 
20140610 cisec-antescofo
20140610 cisec-antescofo20140610 cisec-antescofo
20140610 cisec-antescofo
 
20140425 cisec-human factor-f-reuzeau
20140425 cisec-human factor-f-reuzeau20140425 cisec-human factor-f-reuzeau
20140425 cisec-human factor-f-reuzeau
 
20140318 cisec-critical-hmi
20140318 cisec-critical-hmi20140318 cisec-critical-hmi
20140318 cisec-critical-hmi
 
20140311 cisec-automotive systems
20140311 cisec-automotive systems20140311 cisec-automotive systems
20140311 cisec-automotive systems
 
20140218 cisec-emc-in-aeronautics
20140218 cisec-emc-in-aeronautics20140218 cisec-emc-in-aeronautics
20140218 cisec-emc-in-aeronautics
 
20140211 critical-electronics-for-aircraft
20140211 critical-electronics-for-aircraft20140211 critical-electronics-for-aircraft
20140211 critical-electronics-for-aircraft
 
20140128 cisec-continental-automotive-electronics-development-and-assurance
20140128 cisec-continental-automotive-electronics-development-and-assurance20140128 cisec-continental-automotive-electronics-development-and-assurance
20140128 cisec-continental-automotive-electronics-development-and-assurance
 

Recently uploaded

Bun (KitWorks Team Study 노별마루 발표 2024.4.22)
Bun (KitWorks Team Study 노별마루 발표 2024.4.22)Bun (KitWorks Team Study 노별마루 발표 2024.4.22)
Bun (KitWorks Team Study 노별마루 발표 2024.4.22)Wonjun Hwang
 
Nell’iperspazio con Rocket: il Framework Web di Rust!
Nell’iperspazio con Rocket: il Framework Web di Rust!Nell’iperspazio con Rocket: il Framework Web di Rust!
Nell’iperspazio con Rocket: il Framework Web di Rust!Commit University
 
Developer Data Modeling Mistakes: From Postgres to NoSQL
Developer Data Modeling Mistakes: From Postgres to NoSQLDeveloper Data Modeling Mistakes: From Postgres to NoSQL
Developer Data Modeling Mistakes: From Postgres to NoSQLScyllaDB
 
My Hashitalk Indonesia April 2024 Presentation
My Hashitalk Indonesia April 2024 PresentationMy Hashitalk Indonesia April 2024 Presentation
My Hashitalk Indonesia April 2024 PresentationRidwan Fadjar
 
Advanced Test Driven-Development @ php[tek] 2024
Advanced Test Driven-Development @ php[tek] 2024Advanced Test Driven-Development @ php[tek] 2024
Advanced Test Driven-Development @ php[tek] 2024Scott Keck-Warren
 
Are Multi-Cloud and Serverless Good or Bad?
Are Multi-Cloud and Serverless Good or Bad?Are Multi-Cloud and Serverless Good or Bad?
Are Multi-Cloud and Serverless Good or Bad?Mattias Andersson
 
Streamlining Python Development: A Guide to a Modern Project Setup
Streamlining Python Development: A Guide to a Modern Project SetupStreamlining Python Development: A Guide to a Modern Project Setup
Streamlining Python Development: A Guide to a Modern Project SetupFlorian Wilhelm
 
Human Factors of XR: Using Human Factors to Design XR Systems
Human Factors of XR: Using Human Factors to Design XR SystemsHuman Factors of XR: Using Human Factors to Design XR Systems
Human Factors of XR: Using Human Factors to Design XR SystemsMark Billinghurst
 
DevEX - reference for building teams, processes, and platforms
DevEX - reference for building teams, processes, and platformsDevEX - reference for building teams, processes, and platforms
DevEX - reference for building teams, processes, and platformsSergiu Bodiu
 
SQL Database Design For Developers at php[tek] 2024
SQL Database Design For Developers at php[tek] 2024SQL Database Design For Developers at php[tek] 2024
SQL Database Design For Developers at php[tek] 2024Scott Keck-Warren
 
CloudStudio User manual (basic edition):
CloudStudio User manual (basic edition):CloudStudio User manual (basic edition):
CloudStudio User manual (basic edition):comworks
 
My INSURER PTE LTD - Insurtech Innovation Award 2024
My INSURER PTE LTD - Insurtech Innovation Award 2024My INSURER PTE LTD - Insurtech Innovation Award 2024
My INSURER PTE LTD - Insurtech Innovation Award 2024The Digital Insurer
 
"Federated learning: out of reach no matter how close",Oleksandr Lapshyn
"Federated learning: out of reach no matter how close",Oleksandr Lapshyn"Federated learning: out of reach no matter how close",Oleksandr Lapshyn
"Federated learning: out of reach no matter how close",Oleksandr LapshynFwdays
 
Dev Dives: Streamline document processing with UiPath Studio Web
Dev Dives: Streamline document processing with UiPath Studio WebDev Dives: Streamline document processing with UiPath Studio Web
Dev Dives: Streamline document processing with UiPath Studio WebUiPathCommunity
 
Ensuring Technical Readiness For Copilot in Microsoft 365
Ensuring Technical Readiness For Copilot in Microsoft 365Ensuring Technical Readiness For Copilot in Microsoft 365
Ensuring Technical Readiness For Copilot in Microsoft 3652toLead Limited
 
Artificial intelligence in cctv survelliance.pptx
Artificial intelligence in cctv survelliance.pptxArtificial intelligence in cctv survelliance.pptx
Artificial intelligence in cctv survelliance.pptxhariprasad279825
 
"Debugging python applications inside k8s environment", Andrii Soldatenko
"Debugging python applications inside k8s environment", Andrii Soldatenko"Debugging python applications inside k8s environment", Andrii Soldatenko
"Debugging python applications inside k8s environment", Andrii SoldatenkoFwdays
 
SAP Build Work Zone - Overview L2-L3.pptx
SAP Build Work Zone - Overview L2-L3.pptxSAP Build Work Zone - Overview L2-L3.pptx
SAP Build Work Zone - Overview L2-L3.pptxNavinnSomaal
 
Beyond Boundaries: Leveraging No-Code Solutions for Industry Innovation
Beyond Boundaries: Leveraging No-Code Solutions for Industry InnovationBeyond Boundaries: Leveraging No-Code Solutions for Industry Innovation
Beyond Boundaries: Leveraging No-Code Solutions for Industry InnovationSafe Software
 
Automating Business Process via MuleSoft Composer | Bangalore MuleSoft Meetup...
Automating Business Process via MuleSoft Composer | Bangalore MuleSoft Meetup...Automating Business Process via MuleSoft Composer | Bangalore MuleSoft Meetup...
Automating Business Process via MuleSoft Composer | Bangalore MuleSoft Meetup...shyamraj55
 

Recently uploaded (20)

Bun (KitWorks Team Study 노별마루 발표 2024.4.22)
Bun (KitWorks Team Study 노별마루 발표 2024.4.22)Bun (KitWorks Team Study 노별마루 발표 2024.4.22)
Bun (KitWorks Team Study 노별마루 발표 2024.4.22)
 
Nell’iperspazio con Rocket: il Framework Web di Rust!
Nell’iperspazio con Rocket: il Framework Web di Rust!Nell’iperspazio con Rocket: il Framework Web di Rust!
Nell’iperspazio con Rocket: il Framework Web di Rust!
 
Developer Data Modeling Mistakes: From Postgres to NoSQL
Developer Data Modeling Mistakes: From Postgres to NoSQLDeveloper Data Modeling Mistakes: From Postgres to NoSQL
Developer Data Modeling Mistakes: From Postgres to NoSQL
 
My Hashitalk Indonesia April 2024 Presentation
My Hashitalk Indonesia April 2024 PresentationMy Hashitalk Indonesia April 2024 Presentation
My Hashitalk Indonesia April 2024 Presentation
 
Advanced Test Driven-Development @ php[tek] 2024
Advanced Test Driven-Development @ php[tek] 2024Advanced Test Driven-Development @ php[tek] 2024
Advanced Test Driven-Development @ php[tek] 2024
 
Are Multi-Cloud and Serverless Good or Bad?
Are Multi-Cloud and Serverless Good or Bad?Are Multi-Cloud and Serverless Good or Bad?
Are Multi-Cloud and Serverless Good or Bad?
 
Streamlining Python Development: A Guide to a Modern Project Setup
Streamlining Python Development: A Guide to a Modern Project SetupStreamlining Python Development: A Guide to a Modern Project Setup
Streamlining Python Development: A Guide to a Modern Project Setup
 
Human Factors of XR: Using Human Factors to Design XR Systems
Human Factors of XR: Using Human Factors to Design XR SystemsHuman Factors of XR: Using Human Factors to Design XR Systems
Human Factors of XR: Using Human Factors to Design XR Systems
 
DevEX - reference for building teams, processes, and platforms
DevEX - reference for building teams, processes, and platformsDevEX - reference for building teams, processes, and platforms
DevEX - reference for building teams, processes, and platforms
 
SQL Database Design For Developers at php[tek] 2024
SQL Database Design For Developers at php[tek] 2024SQL Database Design For Developers at php[tek] 2024
SQL Database Design For Developers at php[tek] 2024
 
CloudStudio User manual (basic edition):
CloudStudio User manual (basic edition):CloudStudio User manual (basic edition):
CloudStudio User manual (basic edition):
 
My INSURER PTE LTD - Insurtech Innovation Award 2024
My INSURER PTE LTD - Insurtech Innovation Award 2024My INSURER PTE LTD - Insurtech Innovation Award 2024
My INSURER PTE LTD - Insurtech Innovation Award 2024
 
"Federated learning: out of reach no matter how close",Oleksandr Lapshyn
"Federated learning: out of reach no matter how close",Oleksandr Lapshyn"Federated learning: out of reach no matter how close",Oleksandr Lapshyn
"Federated learning: out of reach no matter how close",Oleksandr Lapshyn
 
Dev Dives: Streamline document processing with UiPath Studio Web
Dev Dives: Streamline document processing with UiPath Studio WebDev Dives: Streamline document processing with UiPath Studio Web
Dev Dives: Streamline document processing with UiPath Studio Web
 
Ensuring Technical Readiness For Copilot in Microsoft 365
Ensuring Technical Readiness For Copilot in Microsoft 365Ensuring Technical Readiness For Copilot in Microsoft 365
Ensuring Technical Readiness For Copilot in Microsoft 365
 
Artificial intelligence in cctv survelliance.pptx
Artificial intelligence in cctv survelliance.pptxArtificial intelligence in cctv survelliance.pptx
Artificial intelligence in cctv survelliance.pptx
 
"Debugging python applications inside k8s environment", Andrii Soldatenko
"Debugging python applications inside k8s environment", Andrii Soldatenko"Debugging python applications inside k8s environment", Andrii Soldatenko
"Debugging python applications inside k8s environment", Andrii Soldatenko
 
SAP Build Work Zone - Overview L2-L3.pptx
SAP Build Work Zone - Overview L2-L3.pptxSAP Build Work Zone - Overview L2-L3.pptx
SAP Build Work Zone - Overview L2-L3.pptx
 
Beyond Boundaries: Leveraging No-Code Solutions for Industry Innovation
Beyond Boundaries: Leveraging No-Code Solutions for Industry InnovationBeyond Boundaries: Leveraging No-Code Solutions for Industry Innovation
Beyond Boundaries: Leveraging No-Code Solutions for Industry Innovation
 
Automating Business Process via MuleSoft Composer | Bangalore MuleSoft Meetup...
Automating Business Process via MuleSoft Composer | Bangalore MuleSoft Meetup...Automating Business Process via MuleSoft Composer | Bangalore MuleSoft Meetup...
Automating Business Process via MuleSoft Composer | Bangalore MuleSoft Meetup...
 

20131216 cisec-standards-jp blanquart-jmastruc

  • 1. Introduction to ISO 26262 CISEC – 2013 Dec 16th JM Astruc, Continental Automotive SAS
  • 2. It‘s a long way to ISO 26262… ISO/DIS 26262 (Draft International Standard) NWI (New Work Item) 2005 2006 PWI (Preliminary Work Item) 2007 2008 ISO/CD 26262 (Committee Draft) 2009 Nov 15th 2010 ISO/FDIS 26262 (Final Draft International Standard) Inadequacy of the generic standard IEC 61508: • • • • • Not for mass production Validation after installation No customer / supplier relationships No scheme for hazard classification Safety functions separate from EUC German – French joint initiative for PWI started in 2004 3 / Introduction to ISO 26262 / CISEC - Dec 2013 / JM Astruc / © Continental AG 2011
  • 3. ISO 26262 all around the world… 4 / Introduction to ISO 26262 / CISEC - Dec 2013 / JM Astruc / © Continental AG
  • 4. General legal obligation Conformance of the product to the regulatory requirements Adequacy of the product to its intended use General product safety: • • • Only "safe products" on the market Survey of the product , once put on the market Reaction when the product is not or no longer safe • Applicable regulations • • • • • International conventions, UN ECE, when adopted by the country European Union directives and regulations immediately applicable when transposed into national law National regulations and laws (incl. contract law), mandatory in the country of commercialization Mandatory standards, optional standards, state of the art Contractual specs UN-ECE Regulations Directives, Regulations Laws, Regulations Professional frame of reference Contractual specifications, customer’s process,… 5 / Introduction to ISO 26262 / CISEC - Dec 2013 / JM Astruc / © Continental AG
  • 5. Legal status of ISO 26262 Functional Safety Standard ISO 26262 provides technical clauses that are: • considered to be correct by the technical community • suitable for practical applications • generally accessible and regularly applied This standard is not legally binding. Applying it is voluntary as a matter of principle, but doing so does make it easier to demonstrate compliance with generally acknowledged rules of technology whenever needed Compliance induces the presumption that a product is not defective and / or the manufacturer has observed the necessary duty of care. 6 / Introduction to ISO 26262 / CISEC - Dec 2013 / JM Astruc / © Continental AG
  • 6. EC directives Environment 01. Sound Levels EC 1999/101 02. Emissions EC 2003/76 11. Diesel Smoke EC 2005/21 39. Fuel Consumption EC 2004/3 40. Engine Power EC1999/99 41. Diesel Emissions 2006/81/EC Other Directives 27. Towing Hooks EC 96/64 10. Radio Interference Suppression EC 2006/28 04. Rear Registration Plate EC 70/222 18. Statutory Plates EC 78/507 36. Heating systems 2004/78 44. Masses and Dimensions EC 95/48 50. Mechanical Couplings EC 94/20 Active Safety 05. Steering Equipment EC 1999/7 07. Audible Warning EC 70/388 35. / Wipe.EC 94/68 13. Antitheft EC 95/56 32. Foward Vision EC 90/630 17. Speedometer and Reverse Gear EC 97/39 08. Rear Visibility EC 2005/27 46. Tyres EC 2005/11 34. Defrost / Demist EC 78/317 09. Braking EC 2002/78 20. Lighting Installation EC 97/28 33. Identification of Controls EC 94/53 37. Wheel Guards EC 94/78 Passive Safety 19. Safety Belt EC 2005/41 16. Exterior Projections EC 79/488 15. Seat Strength EC 2005/39 14. Protective Steering EC 91/662 03. Fuel Tank EC 2006/20 12. Interior Fittings EC 2000/4 31. Safety Belts EC 2005/40 06. Door Latches and hinges EC 2001/31 38. Head restraints EC 78/932 45. Safety glazing EC 2001/92 53. Frontal impact EC 1999/98 54. Side impact EC 96/27 7 / Introduction to ISO 26262 / CISEC - Dec 2013 / JM Astruc / © Continental AG Lighting Equipment 21. Reflex Reflectors EC 97/29 22. Side, Rear and Stop lamps EC 97/30 23. Direction indicator lamps EC 1999/15 24. Rear registration plate lamp EC 97/31 25. Headlamps (including bulbs) EC 1999/17 26. Front fog lamps EC 1999/18 28. Rear fog lamps EC 1999/14 29. Reversing Lamps EC 97/32 30. Parking Lamps EC 1999/16
  • 7. ISO 26262 confirmation measures 8 / Introduction to ISO 26262 / CISEC - Dec 2013 / JM Astruc / © Continental AG
  • 8. What is functional safety for road vehicle? Functional safety for road vehicles is the part of safety which relates to hazards caused by malfunctioning behavior of E/E-based systems embedded in road vehicles. Avoid & control hazardous failures of in-vehicle EE-based systems (including those related to foreseeable operational misuse) = Avoid systematic faults inadequate design, gaps in requirements, wrong implementation, missing testing + + Control of systematic faults during operation Control of random hardware failures during operation (including failures of other technologies components that are not in scope of ISO 26262) 9 / Introduction to ISO 26262 / CISEC - Dec 2013 / JM Astruc / © Continental AG
  • 9. Attributes of faults and failures Fault: abnormal condition that can cause an element or system to fail (it is a state) Failure: termination of the ability of an element or an system to perform a function as required (it is an event) Systematic failure: failure of an element or system that is caused in a deterministic way during development, manufacturing or maintenance Random hardware failure: failure that occurs unpredictably during the lifetime of an hardware element and that follows a probability distribution 10 / Introduction to ISO 26262 / CISEC - Dec 2013 / JM Astruc / © Continental AG
  • 10. Example of an accident scenario 11 / Introduction to ISO 26262 / CISEC - Dec 2013 / JM Astruc / © Continental AG
  • 11. Overview of ASIL classification method Hazardous event E C S EXPOSURE Likelihood of exposure of the vehicle to the operational situation CONTROLLABILITY Ability to avoid a specified harm through timely reaction of the person(s) at risk SEVERITY Estimation of the extent of harm to the person(s) at risk 12 / Introduction to ISO 26262 / CISEC - Dec 2013 / JM Astruc / © Continental AG ASIL + Safety goal
  • 12. Risk estimation and ASIL classification Initial operational situation where the system failure occurs Classes of probability of exposure E0 E1 E2 E3 E4 Incredible Very low probability Low probability Medium probability C1 High probability Ability of traffic participants to avoid an accident Classes of controllability C0 C1 C2 C3 Simply controllable Normally controllable Difficult to control or uncontrollable Potential harm to traffic participants if the accident occurs Classes of severity S0 S1 S2 S3 C2 Controllable in general No injuries Light and moderate injuries Severe and life-threatening injuries (survival probable) Life-threatening injuries (survival uncertain) fatal injuries 13 / Introduction to ISO 26262 / CISEC - Dec 2013 / JM Astruc / © Continental AG C3 E1 E2 E3 E4 E1 E2 E3 E4 E1 E2 E3 E4 S1 QM QM QM QM QM QM QM ASIL A QM QM ASIL A ASIL B S2 QM QM QM ASIL A QM QM ASIL A ASIL B QM ASIL A ASIL B ASIL C S3 QM QM ASIL A ASIL B QM ASIL A ASIL B ASIL C ASIL A ASIL B ASIL C ASIL D
  • 13. ASIL as risk reduction measures ASILs are used for specifying risk reduction measures to address • systematic failures of system, hardware, and software with measures and techniques for fault avoidance and fault tolerance • random failures of hardware with quantitative targets for safety critical failures and diagnosis coverage of architecture 14 / Introduction to ISO 26262 / CISEC - Dec 2013 / JM Astruc / © Continental AG
  • 14. Functional safety concept Safety goal: a top level safety requirement as a result of the hazard analysis and risk assessment Functional safety requirement: specification of implementation-independent safety behavior, or implementation-independent safety measure, including its safety-related attributes • operating modes • fault tolerant time interval • degradation, safe states, warning • emergency operation time interval • functional redundancies Functional safety concept: specification of the functional safety requirements, with associated information, their allocation to preliminary architectural element and their interaction necessary to achieve the safety goals 15 / Introduction to ISO 26262 / CISEC - Dec 2013 / JM Astruc / © Continental AG
  • 15. Technical Safety Concept Technical safety requirement: requirement derived from the associated functional safety requirements to provide their technical implementation – the safety mechanisms are specified by technical safety requirements Safety mechanism: measure implemented by a E/E functions or element, or in other technologies, to detect or control failures in order to achieve a safe state of the item, or maintain a safe state of the item, or both • measures to detect, indicate and control faults in the system itself • measures to detect, indicate and control faults in external devices interacting with the system • measures that enable the system to achieve or maintain a safe state • measures to detail and implement the warning and degradation concept • measures which prevent faults from being latent Technical safety concept: specification of the technical safety requirements to be implemented, with associated information, and their allocation to hardware and software 16 / Introduction to ISO 26262 / CISEC - Dec 2013 / JM Astruc / © Continental AG
  • 16. Default rules for ASIL assignment Inheritance: Each safety requirement inherits the ASIL of the safety requirement it is derived from – starting from the ASIL of the safety goal ASIL allocation drives development: When a safety requirement is allocated to an architectural element, this element and its sub-elements are developed in compliance with the ASIL assigned to the safety requirement Highest ASIL predominance: When safety requirements with different ASILs are allocated to the same architectural element, this element is developed in compliance with the highest ASIL – unless criteria for coexistence is met Safety relevance by default: Any architectural element is safety related unless • this element is independent from the safety related element of the item or • criteria for coexistence is met 18 / Introduction to ISO 26262 / CISEC - Dec 2013 / JM Astruc / © Continental AG
  • 17. One page summary about quantitative analyses on HW PMHF target values Analysis of random HW failures ASIL A 90 % LFM target values 90 % 90 % SPFM target values 90 % not required nor recommended 7 10-7 per hour (100 FIT ho 90 % 60 % recommended required 7 10-7 per hour (100 FIT) ho 97 % 80 % required required 10-8 per hour (10 FIT) 99 % 90 % ASIL B recommended ASIL C ASIL D PMHF SPF t RF t safety–related HW components dual-point failure Taxonomy of random HW faults SPFM t2 MPF S safety–related HW components safety–related HW components S (safe faults) MPF DP (MPF detected / perceived) MPF L (MPF latent) MPF (multiple-point faults) SPF (single-point faults) RF (residual faults) 20 / Introduction to ISO 26262 / CISEC - Dec 2013 / JM Astruc / © Continental AG MPF DP MPF L LFM MPF DP S safety–related HW components SPF RF safety–related HW components
  • 18. Questions and discussion Thanks for your attention ! from 21 / Introduction to ISO 26262 / CISEC - Dec 2013 / JM Astruc / © Continental AG
  • 19. CISEC Introduction to critical embedded systems engineering ISAE, Toulouse, December 16th, 2013 Comparison of safety standards across several safety critical application domains Jean-Paul Blanquart Astrium Satellites, Toulouse jean-paul.blanquart@astrium.eads.net
  • 20. Multi-domain expertise working group Now with “Embedded France” Aeronautics ARP 4754, 4761 DO 178, 254, 330-3 Automation, Industry IEC 61508, 61511 Automotive ISO 26262 Defence IEC 61508 Nuclear IEC 61513, 60880, 62138 Railway EN CENELEC 50126, 8, 9, 50155, 50159-1, 50159-2 Space ECSS Q30, Q40, Q80 Technology providers 23
  • 21. Outline History and positioning of standards This document is the property of Astrium. It shall not be communicated to third parties without prior written agreement. Its content shall not be disclosed. Regulation regimes and certification Technical comparison highlights Integrated safety or external safety systems Objectives versus Means prescription Categorising severity and assurance levels Fault tolerance or fault prevention Probabilistic versus deterministic Conclusion CISEC Series of lectures - Safety Standards - JP. Blanquart - Astrium Satellites Page 24
  • 22. History and positioning of standards A complex picture Foundations: treaties, laws United Nations This document is the property of Astrium. It shall not be communicated to third parties without prior written agreement. Its content shall not be disclosed. Safe use of nuclear technology for peaceful applications, IAEA, 1957 Peaceful use of outer space, COPUOS, 1958 … Norms and standards Accepted means of compliance to higher level regulation Self imposed in absence of regulation Social and business needs Complexity of systems, industrial organisation, interoperability … A particular role played by IEC 61508 Generic but not general Often preceded by sector specific standards CISEC Series of lectures - Safety Standards - JP. Blanquart - Astrium Satellites Page 25
  • 23. History and positioning of standards An Overview 80-85 Aeronautics This document is the property of Astrium. It shall not be communicated to third parties without prior written agreement. Its content shall not be disclosed. DOMAIN 85-90 DO178 90-95 95-00 00-05 ARP4761 05-10 DO254 DO178-B ARP4754 Automation ARP4754-A DO178-C IEC 61508 IEC 61511 IEC 62061 Automotive (IEC 61508) Nuclear IAEA 50-SG-D3 50-SG-D8 EN 50155 Railway Space IAEA NS-G-1.3 IEC 61513 IEC 62138 IEC 60880 PSS CISEC Series of lectures - Safety Standards - JP. Blanquart - Astrium Satellites ECSS 10-15 IEC 61508 Edition 2 ISO 26262 IEC 60880 : IAEA DS- Edition 2 431 IEC 61508 EN 50126 EN 50128 EN 50129 EN 50128 Edition 2 ECSS “C Issues” Page 26
  • 24. Outline History and positioning of standards This document is the property of Astrium. It shall not be communicated to third parties without prior written agreement. Its content shall not be disclosed. Regulation regimes and certification Technical comparison highlights Integrated safety or external safety systems Objectives versus Means prescription Categorising severity and assurance levels Fault tolerance or fault prevention Probabilistic versus deterministic Conclusion CISEC Series of lectures - Safety Standards - JP. Blanquart - Astrium Satellites Page 27
  • 25. This document is the property of Astrium. It shall not be communicated to third parties without prior written agreement. Its content shall not be disclosed. Regulation regimes and certification Assessment and Certification Assessment Set of activities granting a confidence level to an entity (person, organisation or artefact). Context dependent validity: item, actors, usage, timeline. Certification An assessment body substantiates to an Authority that the engineering process of a manufacturer ensures regulatory safety objectives through conformance to safety standards. CISEC Series of lectures - Safety Standards - JP. Blanquart - Astrium Satellites Page 28
  • 26. Regulation regimes and certification A variety of regimes Applicant Regulation Authority Assessment Body Aeronautics This document is the property of Astrium. It shall not be communicated to third parties without prior written agreement. Its content shall not be disclosed. DOMAIN Manufacturer Yes EASA-FAA EASA-FAA Product Manufacturer Machinery directive Process Operator No Automotive Manufacturer No No No Nuclear Operator Yes Governments ASN (France) IAEA ASN, IRSN (France) Railway Manufacturer Yes Space Manufacturer Automation Labour Inspection DREAL Self-certification No ERA CERTIFER … EPSF/STRMTG CNES CISEC Series of lectures - Safety Standards - JP. Blanquart - Astrium Satellites Yes Governments NASA/FAA//USAF Page 29
  • 27. Regulation regimes and certification Simplified view Certification This document is the property of Astrium. It shall not be communicated to third parties without prior written agreement. Its content shall not be disclosed. Assessment CISEC Series of lectures - Safety Standards - JP. Blanquart - Astrium Satellites Page 30
  • 28. Outline History and positioning of standards This document is the property of Astrium. It shall not be communicated to third parties without prior written agreement. Its content shall not be disclosed. Regulation regimes and certification Technical comparison highlights Integrated safety or external safety systems Objectives versus Means prescription Categorising severity and assurance levels Fault tolerance or fault prevention Probabilistic versus deterministic Conclusion CISEC Series of lectures - Safety Standards - JP. Blanquart - Astrium Satellites Page 31
  • 29. Technical comparison highlights Integrated safety or external safety systems This document is the property of Astrium. It shall not be communicated to third parties without prior written agreement. Its content shall not be disclosed. Design drivers : existence of fail-safe states + cost + validation Industry, Automation, Railway, Nuclear, Space: external safety Design of a dedicated safety system, distinct from the "process" system Monitors and controls the "process" in safety critical situations Aeronautics, Automotive: integrated safety Systems monitor and control themselves internally Automotive and Space : hybrid approach CISEC Series of lectures - Safety Standards - JP. Blanquart - Astrium Satellites Page 32
  • 30. Integrated safety or external safety systems A simplified view External Safety This document is the property of Astrium. It shall not be communicated to third parties without prior written agreement. Its content shall not be disclosed. Integrated Safety CISEC Series of lectures - Safety Standards - JP. Blanquart - Astrium Satellites Page 33
  • 31. Outline History and positioning of standards This document is the property of Astrium. It shall not be communicated to third parties without prior written agreement. Its content shall not be disclosed. Regulation regimes and certification Technical comparison highlights Integrated safety or external safety systems Objectives versus Means prescription Categorising severity and assurance levels Fault tolerance or fault prevention Probabilistic versus deterministic Conclusion CISEC Series of lectures - Safety Standards - JP. Blanquart - Astrium Satellites Page 34
  • 32. Technical comparison highlights This document is the property of Astrium. It shall not be communicated to third parties without prior written agreement. Its content shall not be disclosed. Objectives versus Means prescription PROs CONs Open OBJECTIVES Prescriptive (ex: DO 178) MEANS Prescriptive (ex: IEC 61508) Applicable to many contexts Needs to be interpreted Easy conformance check, Easy to apply when in the context considered by the standard's authors Closed Needs to be updated to introduce new methods and tools CISEC Series of lectures - Safety Standards - JP. Blanquart - Astrium Satellites Page 35
  • 33. This document is the property of Astrium. It shall not be communicated to third parties without prior written agreement. Its content shall not be disclosed. Prescription of means Example: IEC 61508 CISEC Series of lectures - Safety Standards - JP. Blanquart - Astrium Satellites Page 36
  • 34. This document is the property of Astrium. It shall not be communicated to third parties without prior written agreement. Its content shall not be disclosed. Prescription of objectives Example: DO 178C CISEC Series of lectures - Safety Standards - JP. Blanquart - Astrium Satellites Page 37
  • 35. This document is the property of Astrium. It shall not be communicated to third parties without prior written agreement. Its content shall not be disclosed. Means Objectives versus Means prescription A simplified view CISEC Series of lectures - Safety Standards - JP. Blanquart - Astrium Satellites Objectives Page 38
  • 36. Outline History and positioning of standards This document is the property of Astrium. It shall not be communicated to third parties without prior written agreement. Its content shall not be disclosed. Regulation regimes and certification Technical comparison highlights Integrated safety or external safety systems Objectives versus Means prescription Categorising severity and assurance levels Fault tolerance or fault prevention Probabilistic versus deterministic Conclusion CISEC Series of lectures - Safety Standards - JP. Blanquart - Astrium Satellites Page 39
  • 37. Technical comparison highlights Categorising severity and assurance levels RISK ANALYSIS (potential failures) Frequency Exposure Failure Severity This document is the property of Astrium. It shall not be communicated to third parties without prior written agreement. Its content shall not be disclosed. Control Consequences of potential failures Occurrence Needed Trust SEVERITY LIKELIHOOD Catastrophic Critical Major Minor Ext. remote Remote Probable Frequent The “safety category” Is related to the severity category of the most severe consequences of potential failures… “Trustability” System Functions, Elements … INTEGRITY Development Assurance Level Develop “Safety Category” CISEC Series of lectures - Safety Standards - JP. Blanquart - Astrium Satellites MEANS A B C D … so as to meet the required level of safety and dependability thanks to development and validation means appropriate with respect to the identified safety category Page 40
  • 38. Technical comparison highlights Categorising severity and assurance levels – Notion of HAZARD ASIL: characterizes a Hazard Use Case This document is the property of Astrium. It shall not be communicated to third parties without prior written agreement. Its content shall not be disclosed. Vehicle System Hazardous event Accident Harm Hazard Person interacting with the vehicle Hazard: system failure mode or unintended behaviour that may lead to harm Page 41 CISEC Series of lectures - Safety Standards - JP. Blanquart - Astrium Satellites
  • 39. Technical comparison highlights Categorising severity and assurance levels – Automotive (ISO 26262) Frequency Always Frequency of exposure to driving situation where accident can potentially happen Severity of possible accident This document is the property of Astrium. It shall not be communicated to third parties without prior written agreement. Its content shall not be disclosed. Sometimes Risk Reduction external to technical system: driver controls situation not acceptable Rarely Safety category (ASIL) “Trustability” of system acceptable Very rarely Lower than tolerable risk Extremely improbable Residual Risk Severity Minor Major CISEC Series of lectures - Safety Standards - JP. Blanquart - Astrium Satellites Hazardous Catastrophic Page 42
  • 40. Technical comparison highlights Categorising severity and assurance levels – IEC 61508 Frequency Always Frequency of failure of EUC and control system Severity of possible accident This document is the property of Astrium. It shall not be communicated to third parties without prior written agreement. Its content shall not be disclosed. Sometimes not acceptable Rarely Safety category (SIL) Risk reduction by protection system acceptable Very rarely Lower than tolerable risk Extremely improbable Residual Risk Severity Minor Major CISEC Series of lectures - Safety Standards - JP. Blanquart - Astrium Satellites Hazardous Catastrophic Page 43
  • 41. Technical comparison highlights Categorising severity and assurance levels - Aerospace Frequency Always Severity of possible accident This document is the property of Astrium. It shall not be communicated to third parties without prior written agreement. Its content shall not be disclosed. Sometimes not acceptable Rarely Safety category “Trustability” of system acceptable Very rarely Lower than tolerable risk Extremely improbable Residual Risk Severity Minor Major CISEC Series of lectures - Safety Standards - JP. Blanquart - Astrium Satellites Hazardous Catastrophic Page 44
  • 42. Categorising severity and assurance levels Common principles This document is the property of Astrium. It shall not be communicated to third parties without prior written agreement. Its content shall not be disclosed. Principles common to all covered domains The category defines the applicable requirements so as to cover: “Random” faults (hardware): probability objectives, minimum number of faults,,, “Systematic” faults (development): no quantitative probability target Confidence level through development and validation requirements Confirmed by decades of experience, e.g. in aeronautics or nuclear Need to enforce a strong isolation against fault propagation from “low levels” to “high levels” elements CISEC Series of lectures - Safety Standards - JP. Blanquart - Astrium Satellites Page 45
  • 43. Categorising severity and assurance levels Some differences This document is the property of Astrium. It shall not be communicated to third parties without prior written agreement. Its content shall not be disclosed. Definition and categories of consequences, severity Generic and general (space, automotive) Domain dependent (aeronautics) Incorporation of exposure probability (automotive) Incorporation of “controllability” (automotive) Similar to aeronautics domain dependent consequences severity “Syntactic” variations (number of levels, names, ordering …) “Arithmetic of levels”, combining low levels into a higher level Accepted in aeronautics, automotive, not in nuclear, space Requirements for each level CISEC Series of lectures - Safety Standards - JP. Blanquart - Astrium Satellites Page 46
  • 44. Outline History and positioning of standards This document is the property of Astrium. It shall not be communicated to third parties without prior written agreement. Its content shall not be disclosed. Regulation regimes and certification Technical comparison highlights Integrated safety or external safety systems Objectives versus Means prescription Categorising severity and assurance levels Fault tolerance or fault prevention Probabilistic versus deterministic Conclusion CISEC Series of lectures - Safety Standards - JP. Blanquart - Astrium Satellites Page 47
  • 45. Technical comparison highlights Fault tolerance or fault prevention This document is the property of Astrium. It shall not be communicated to third parties without prior written agreement. Its content shall not be disclosed. Fault tolerance Principally hardware faults Domain and application dependent Continuity of service versus safety, mission needs External versus internal safety system Software, development faults Focus on fault prevention Process, product Residual faults: detection and degraded mode preserving safety System level, functional diversification, independence CISEC Series of lectures - Safety Standards - JP. Blanquart - Astrium Satellites Page 48
  • 46. Outline History and positioning of standards This document is the property of Astrium. It shall not be communicated to third parties without prior written agreement. Its content shall not be disclosed. Regulation regimes and certification Technical comparison highlights Integrated safety or external safety systems Objectives versus Means prescription Categorising severity and assurance levels Fault tolerance or fault prevention Probabilistic versus deterministic Conclusion CISEC Series of lectures - Safety Standards - JP. Blanquart - Astrium Satellites Page 49
  • 47. Technical comparison highlights Probabilistic versus deterministic This document is the property of Astrium. It shall not be communicated to third parties without prior written agreement. Its content shall not be disclosed. A combination of probabilistic and deterministic approaches Probabilistic approach Top level risk assessment Hardware faults and their impact on feared events (architecture based analysis of propagation) Deterministic approach Behaviour, correctness (functional, fault management) In particular software It does not mean that software is expected to be fault free Cf. severity/integrity levels, and fault prevention versus tolerance CISEC Series of lectures - Safety Standards - JP. Blanquart - Astrium Satellites Page 50
  • 48. Outline History and positioning of standards This document is the property of Astrium. It shall not be communicated to third parties without prior written agreement. Its content shall not be disclosed. Regulation regimes and certification Technical comparison highlights Integrated safety or external safety systems Objectives versus Means prescription Categorising severity and assurance levels Fault tolerance or fault prevention Probabilistic versus deterministic Conclusion CISEC Series of lectures - Safety Standards - JP. Blanquart - Astrium Satellites Page 51
  • 49. This document is the property of Astrium. It shall not be communicated to third parties without prior written agreement. Its content shall not be disclosed. Conclusion Common view of the fundamental principles Risk assessment, integrity levels, Combination of deterministic and probabilistic approach, of fault prevention and fault tolerance, Focus on fault propagation, independence, single points of failures, common causes … Slight but numerous variations On each topic a simple grouping exists, but it varies from one topic to another Not all variations can be clearly justified by the specific characteristics of each domain Strong impact on efficiency, cost (tools, products, processes …) CISEC Series of lectures - Safety Standards - JP. Blanquart - Astrium Satellites Page 52
  • 50. Questions and discussion This document is the property of Astrium. It shall not be communicated to third parties without prior written agreement. Its content shall not be disclosed. Thanks for your attention ! from CISEC Series of lectures - Safety Standards - JP. Blanquart (Astrium Satellites) and JM. Astruc (Continental Automotive)