Copyright exida LLC ® 2000-2012
Many years later…
Anti-Blocking System
Electronic Stability Program Lane Departure Warning
Steering Lock
Reverse Sensors
Backup Camera
Adaptive Cruise Control
Tire Pressure Monitoring
Deflation Detection System
Traction Control System
Infrared Night Vision
Adaptive Headlights
Emergency Brake Assistance
Corner Brake Control
Pre-Crash System
Automatic Steering
AirbagAutomatic Gearbox ControlAutomated Parking SystemAutomatic Collision Notification
Traffic Sign Recognition
Copyright exida LLC ® 2000-2012
Some Fatality Numbers
Fatalities decreasing too Slow in Europe
Fatalities stable but too High in US
Copyright exida LLC ® 2000-2012
Many years later…
Anti-Blocking System
Electronic Stability Program Lane Departure Warning
Steering Lock
Reverse Sensors
Backup Camera
Adaptive Cruise Control
Tire Pressure Monitoring
Deflation Detection System
Traction Control System
Infrared Night Vision
Adaptive Headlights
Emergency Brake Assistance
Corner Brake Control
Pre-Crash System
Automatic Steering
AirbagAutomatic Gearbox ControlAutomated Parking SystemAutomatic Collision Notification
Traffic Sign Recognition
“Actively” function
to achieve
Safe State
Copyright exida LLC ® 2000-2012
What is…?
Functional Safety
ISO 26262: Absence of unreasonable risk due to hazards caused by
malfunctioning behavior of E/E systems
IEC 61508: Part of the overall safety related to the equipment
under control (EUC) that depends on the correct functioning of
the safety-related system
Copyright exida LLC ® 2000-2012
Why Functional Safety?
BECAUSE…
ELECTRONICS CAN FAIL !!!
Are you Able to Provide the
EVIDENCE
that Risks have been Minimized?
Copyright exida LLC ® 2000-2012
Which Standard to Follow?
IEC 61508
Functional Safety for E/E/PES Safety Related Systems
Copyright exida LLC ® 2000-2012
ISO 26262 Adaptation of IEC 61508
IEC 61508
Functional Safety for E/E/PES Safety Related Systems
Why not ideal for
Automotive Industry ?
Copyright exida LLC ® 2000-2012
Basic Standard for Functional Safety
IEC 61508
Functional Safety for E/E/PES Safety Related Systems
Generic “High Level” Standard
Roots in Process Industry
Assumes One Company does Everything
Not Designed for the Distributed Development
Why not Ideal for
Automotive Industry ?
Copyright exida LLC ® 2000-2012
ISO 26262 Adaptation of IEC 61508
IEC 61508
Functional Safety for E/E/PES Safety Related Systems
IEC 61513
Nuclear
IEC 61511
Process Industry
ISO 26262
Road Vehicles
IEC 62061
Machinery
ISO 13849-1
Machine Safety
ISO 25119
Tractors…
ISO 26262 is “State of the Art” For Automotive
Developed with OEM
Copyright exida LLC ® 2000-2012
How E/E Systems Fail?
Random Failures: “Usually a permanent
or transient failure due to a system
component loss of functionality –
hardware related
Systematic Failures: “Usually due to a
design fault, wrong specification, not fit
for purpose , error in software program,
...
Copyright exida LLC ® 2000-2012
Technical Safety MeasuresProcess – Methods - Organization
ISO 26262 Principles
ISO 26262 Functional Safety Principles
Avoidance of Faults Control of Failures
Avoid Systematic Faults
Control of
Systematic Failures
Control of
Random Failures
In OperationBefore Delivery
Copyright exida LLC ® 2000-2012
Technical Safety MeasuresProcess – Methods - Organization
ISO 26262 Principles
ISO 26262 Functional Safety Principles
Avoidance of Faults Control of Failures
Avoid Systematic Faults
Control of
Systematic Failures
Control of
Random Failures
In OperationBefore Delivery
Implement
Correctly
Detect and
React
Copyright exida LLC ® 2000-2012
Driver
Controllability
(and Usability)
Other
Technologies
External
Measures
Back to appropriate
lifecycle phase
Planning of
Production
7.4
Planning of Operation,
Service and Decom.
7.5
Product Development
System
4
Hard-
ware
5
Soft-
ware
6
Release for SOP4.11
Concept of Functional
Safety
3.7
Production7.4
Operation, Service
and Decommissioning
7.5
conceptphaseproductdevelopmentafterSOP
Management of Functional Safety2.4 – 2.6
Supporting Processes8.4 – 8.15
Functional Safety
Concept
3.8
Hazard Analysis and
Risk Assessment
3.7
Initiation of Safety Life
Cycle
3.6
Item definition3.5
ISO 26262 follows a Safety LifeCycle
Risk Based
Approach
Copyright exida LLC ® 2000-2012
> 100 Work
Products
Work Products
Exida
Templates
Copyright exida LLC ® 2000-2012
Vocabulary is important
English is not English
– English – American - KorEnglish – GerEnglish – Singlish…
English is not ISO/IEC
– Validation – Verification – Confirmation
– Fault – Failure – Error
Different Standard – Different Terminology
– Safety Requirement in ISO 26262 vs IEC 61511
Copyright exida LLC ® 2000-2012
Overall Requirements for the Organization
– Specific Organizational Rules
– Competence
– Quality
Requirements for Phases
– Roles and Responsibilities
– Functional Safety Plan
– Progression
– Safety Case
– Confirmation Measures
Management of Functional Safety
Plan – Coordinate - Track
Copyright exida LLC ® 2000-2012
4 Functional Safety Management .................................................................................8
4.2 Project Organization................................................................................................... 8
4.3 Roles and Role Descriptions ...................................................................................... 9
4.5 Team Competence....................................................................................................14
5 Safety Life Cycle......................................................................................................16
5.2 Scheduling of the safety lifecycle activities................................................................21
5.3 Concept Phase..........................................................................................................21
5.4 Product development on system level .......................................................................26
5.4.1 Initiation of System Product Development ......................................................26
5.4.2 Specification of Technical Safety Requirements .............................................28
5.4.3 System Design ...............................................................................................30
5.4.4 Item Integration and Testing ...........................................................................33
5.4.5 Safety Validation.............................................................................................34
5.4.6 Functional Safety Assessment........................................................................36
5.4.7 Release for Production ...................................................................................36
5.5 Product development HW level .................................................................................38
5.5.1 Initiation of HW product development .............................................................38
5.5.2 Specification of HW safety requirements ........................................................39
5.5.3 HW design......................................................................................................41
5.5.4 HW architectural metrics.................................................................................43
5.5.5 Evaluation of safety goal violation due to random HW faults...........................44
5.5.6 HW integration and testing..............................................................................45
5.6 Product development SW level .................................................................................46
5.6.1 Initiation of SW product development .............................................................46
5.6.2 Specification of SW safety requirements.........................................................49
5.6.3 SW Architecture design ..................................................................................51
5.6.4 SW Unit design and implementation...............................................................55
5.6.5 SW Unit testing...............................................................................................57
5.6.6 SW integration and testing..............................................................................58
5.6.7 Verification of SW safety requirements ...........................................................59
6 Production and Operation ........................................................................................61
7 Supporting Processes..............................................................................................66
7.1 Interfaces within distributed development..................................................................66
7.2 Specification and management of safety requirements .............................................69
7.3 Configuration management .......................................................................................70
7.4 Change management................................................................................................70
5.4.3 System Design ...............................................................................................30
5.4.4 Item Integration and Testing ...........................................................................33
5.4.5 Safety Validation.............................................................................................34
5.4.6 Functional Safety Assessment........................................................................36
5.4.7 Release for Production ...................................................................................36
5.5 Product development HW level .................................................................................38
5.5.1 Initiation of HW product development .............................................................38
5.5.2 Specification of HW safety requirements ........................................................39
5.5.3 HW design......................................................................................................41
5.5.4 HW architectural metrics.................................................................................43
5.5.5 Evaluation of safety goal violation due to random HW faults...........................44
5.5.6 HW integration and testing..............................................................................45
5.6 Product development SW level .................................................................................46
5.6.1 Initiation of SW product development .............................................................46
5.6.2 Specification of SW safety requirements.........................................................49
5.6.3 SW Architecture design ..................................................................................51
5.6.4 SW Unit design and implementation...............................................................55
5.6.5 SW Unit testing...............................................................................................57
5.6.6 SW integration and testing..............................................................................58
5.6.7 Verification of SW safety requirements ...........................................................59
6 Production and Operation ........................................................................................61
7 Supporting Processes..............................................................................................66
7.1 Interfaces within distributed development..................................................................66
7.2 Specification and management of safety requirements .............................................69
7.3 Configuration management .......................................................................................70
7.4 Change management................................................................................................70
7.5 Verification ................................................................................................................72
7.7 Qualification of SW tools ...........................................................................................75
7.11 Safety Case ..............................................................................................................79
8 Cross Reference between Project Documentation and ISO 26262 Work Products.81
11 Annex A: Status of the Team Competence..............................................................84
Functional Safety Plan
Exida
Template
Copyright exida LLC ® 2000-2012
Management of Functional Safety
Safety Case
A clear,
comprehensive and defensible argument
that a system is acceptably safe to operate
in a particular context.
(Tim Kelly / Rob Weawer University of York)
Copyright exida LLC ® 2000-2012
Concept Phase
OEM Defines Item > ESCL
Initiation of Safety Lifecycle
Hazard Analyses and Risk Assessment
Functional Safety Concept
Prevent use by
unauthorized person
by mechanical lock
Copyright exida LLC ® 2000-2012
Concept Phase
OEM Defines Item > ESCL
Initiation of Safety Lifecycle > New
Hazard Analyses and Risk Assessment
Functional Safety Concept
Integration Test
Configuration Control
Regression testing
Modifications
Version Control
Problem Analysis
Change Control
BoardChange Control
Board
Change Request
Decide on lifecycle
re-entry point
New
release
Productization
Modified product - hardware & software
User documentation incl.
changed product safety properties
Associated development & test doc.
Release history
Safety Alert
Recall
Documents
yellow: new
green: update existing
Legend
Safety Case
Database entries
yellow: new
green: update existing
Problem Report
Functional
Enhancement
Request
Update Regression
Test Suite
Modification Proposal
Safety Criticality
Affected Modules
Stop
System Test
Module Test
Update Safety Case
& Probability Model
Impact Analysis
Exida
Modification
Process
Copyright exida LLC ® 2000-2012
Concept Phase
OEM Defines Item > ESCL
Initiation of safety Lifecycle > New
Hazard Analyses and Risk Assessment
Functional Safety Concept
What Can Go Wrong?
> Steering locks when driving
Copyright exida LLC ® 2000-2012
Concept Phase
OEM Defines Item > ESCL
Initiation of safety Lifecycle > New
Hazard Analyses and Risk Assessment
Functional Safety Concept
SG No. HRA Reg Safety Goal ASIL Safe State
SG1 ESCL_001
Unintended locking of ESCL while
vehicle is moving shall be avoided
?
Unlocked
ESCL
SAFETY GOAL
Avoid a Dangerous
Situation
Copyright exida LLC ® 2000-2012
Concept Phase
OEM Defines Item > ESCL
Initiation of safety Lifecycle > New
Hazard Analyses and Risk Assessment
Functional Safety Concept
How “Risky” is that?
> Need ASILD
Copyright exida LLC ® 2000-2012
Product Development Software Level
System Validation
Software Validation
Test
Verification
during Design
Test
E/E System-Design
Software Safety
Requirements
E/E System Integration
Software Architecture
and Design
Software
Implementation
Software Unit Test
Software Integration
and Test
Software Safety
Validation
TestPhases
DesignPhasesVerification
during Design
Verification
during Design
ScopeofPart6
ScopeofPart6
ScopeofPart4
ScopeofPart4
Copyright exida LLC ® 2000-2012
Interfaces within Distributed Developments (DIA)
Specification and Management of Requirements
Configuration Management
Change Management
Verification
Documentation
Confidence of Use in SW Tools
Qualification of HW/SW Components
Proven in Use Arguments
Supporting Processes
Other Parts
reference
“Supporting Processes”
Copyright exida LLC ® 2000-2012
H&R FMEA
SWCA
FMEA
FMEDA
HAZAN
FTA
SCA
H&R: Hazard & Risk
SCA: System Criticality
FTA: Fault Tree
FMEA: Failure Mode Effect
FMEDA: FMEA with Diagnostics
SWCA: SW-Criticality
HAZAN: Hazard Analysis
Where are Safety Analyses in ISO?
Copyright exida LLC ® 2000-2012
SafetyCaseDB
Requirements and Safety Case Management and ISO 26262
knowledgebase
SILCal FMEDA
Component FMEA with integrated Failure Mode Database
SILCap
Safety Criticality Analysis, System FMEA and S/W-HAZOP
exida Tools for Automotive
Tool-Based Design
Support
Copyright exida LLC ® 2000-2012
ISO 26262: If you did it well…
You are Able to Show:
– Completeness:
Everything accounted for
Requirements under Control
Everything tested – pass
Used the toolsets
– Traceability:
Structured Process Model
Documents linked
Evidence for Everything
Understandable for external
– Consistency
This is visible for external
auditor even when project
members have left
– Documentation:
All activities planned
Execution documented in SC
Inspected - Archived
For a life-time (15year?)
Copyright exida LLC ® 2000-2012
ISO 26262: If you did it well…
You are Able to Show:
– Completeness:
Everything accounted for
Requirements under Control
Everything tested – pass
Used the toolsets
– Traceability:
Structured Process Model
Documents linked
Evidence for Everything
Understandable for external
– Consistency
This is visible for external
auditor even when project
members have left
– Documentation:
All activities planned
Execution documented in SC
Inspected - Archived
For a life-time (15year?)
A clear,
comprehensive and defensible argument
that a system is acceptably safe to operate
in a particular context.
(Tim Kelly / Rob Weawer University of York)
Copyright exida LLC ® 2000-2012
On the Agenda
ISO 26262 and the Challenges
exida Expertise
Copyright exida LLC ® 2000-2012
Who we are
Founded in 1999 by experts from Manufacturers, End Users,
Engineering Companies and TÜV SÜD
Today: LARGEST Functional Safety and Cyber Security
consultancy and certification body worldwide
“Provide independent services and tools to help customers
comply to any industry standards for Functional Safety, Cyber
Security and Alarm Management”
Rainer Faller
Former Head of TÜV Product Services
Chairman German IEC 61508
Intervener ISO 26262 / IEC 61508
Co-Authored IEC 61508 parts
Author of several Safety Publications
Dr. William Goble
Former Director Moore Industries
Developed FMEDA Technique (PhD)
Author of several Safety Books
Author of several Reliability Books
Copyright exida LLC ® 2000-2012
What we do
EXIDA SCOPE
Functional
Safety
Cyber
Security
Alarm
Management
SERVICES
Tools
Training
Consultancy
Certification
Reference
Materials
INDUSTRIES
Process
Industry
Automotive
Machine
Industry
Power
Industry
Rail
End Users
Equipment
Manufacturer
Car
Manufacturer
System
Integrators
CUSTOMERS
Reliability
Copyright exida LLC ® 2000-2012
exida Development Support Services
Setting up Functional Safety Management / Act as FSM Coordinator
Safety System Development and Design support
– Requirements Management & Engineering (SafetyCaseDB + Doors® incl. Setup)
– Safety Concept development and documentation (also pre-existing systems)
– Tool based Safety Criticality Analysis (SILCap)
– Hardware design support Tool based FMEA and Quantitative FMEDA
– Software design support UML design Tool based Software HAZOP/FMEA
(SILCap)
Tool based Safety Case development
– IEC/ISO knowledgebase
– Document templates per development phase:
FSM plan, SRS, Safety concept, Test plans
Tool-based Safety Verification of Automotive Applications
Copyright exida LLC ® 2000-2012
exida Certification S.A.
– Clean separation from the exida Consulting business
– English language based assessment and certification system
– International alternative to TÜV
Open exida Certification Scheme
– IEC 61508 and ISO 26262 compliant using exida Safety Case
methodology (SafetyCaseDB) and audits
– Assessment Process and Requirements Publicly available
exida Certifications
Copyright exida LLC ® 2000-2012
Safety and Standards Advisor
– Questions, advice
– Interpretation of standards
Moderator and Participant
– FMEDA, Dependent Failure Analysis
– Software analysis
– Project Bottlenecks
Participant (joint activities)
– Write development documents and procedures
– Help with test specification, FIT, safety validation
Be your “Lawyer” vs. the Assessment Body
– Argue your safety case
– Manage all activities with the assessor
exida Certification S.A. – the Assessment Body
One or more Roles
exida is Part of your Team
Copyright exida LLC ® 2000-2012
Steering (Active Front Steering, Electronic Power Steering)
Gearbox
Driver assistance (e.g. ACC, ESP)
Body control
H2 Clean-Energy
Battery monitoring
Software platforms (AUTOSAR, communication, hardware drivers, self-tests)
Safety IC Assessment support (µC, system chips)
Automotive Projects (extract)
Notes de l'éditeur
Who is Koen? > Disclaimer Process Industry
What is my objective for today:Overview and background of ISO26262 > main challengesShow that exida can help overcome challenges and can help to implement the ISO 26262 requirements efficiently> help fill gap with processes> use templates> fill contents upto 10%...We try to leverage knowledge of OEM – TIER-1 – Tier-n > help to get up to speed fast and prevent going wrong direction.E.g. very often we find that our customers have the process documents but the details are missing …or vice versa details are there but the overview and traceability is missing.Processes, and Technical and Management have to be done
For the past 15 years, I have been using this slide.Meaning is obvious…Special challenge for automotive…there are many many many links in the chain. ISO 26262 will guide to overcome this challenge…Lets go back in history…
Safety is controlled with mechanical/hydraulical steering and pedals. Very robust.Steering, Brakes, mirrors, lights … I remember installing the seatbelts in my fathers car…
In recent years, not only have the various in-vehicle functions grown in number and complexity; they are also more often being distributed throughout the vehicle. On the one hand, this trend was enabled by significant growth in computing power of the processors used, and on the other by the larger bandwidth available in networking. Manfred Broy of the InstitutfürInformatik, TechnischeUniversitätMünchen provides some illustrative figures[4]: a premium car currently contains “more than ten million lines” of code, covering “[m]ore than 2000” functions; software and electronics together account for “[u]p to 40% of the production costs of a car”. In addition, the number of cars is increasing – time to market getting shorter…It has become a challenge to produce quantities of electronics with the right quality (safety). Need to make sure that new functions do not introduce new hazards…
The Drivers are the weak elements.Electronics reduce the risk from Driver inefficiency but might introduce product liability. No CEO wants to be called to the US to discuss safety issues.The functional safety is delivered with the car yet FS is hidden…Burden of Proof: Evidence required to show that electronics are safe to be used. Ensure that the risk is as low as reasonably practical. Ensure that no new hazards are introduced.Public awarenessGovernmental focus on lowering road fatalities Driver assistanceElectronics transfer Risk from Driver to Product Product Liability Environmental Requirements introduce new hazards eSteering, eDriveComfort Functions might require Safety ESP, ACC, PowertrainNew technologies to reduce production/maintenance cost (reduce hydraulics)
Explain what is risk…
Specification error
Avoidance = Manage Safety over a lifecycle…Item description upto decommissioningWrite correct SW – Test etc…Use competent peoplePlan – Execute – Verify - DocumentControl = if bug escapes during develop…show that it is most likely detected in runtime. ASIL is the measure of the required risk reduction or the measure of the fault avoidance and failure control we have implemented.(ASIL C/ASILD > Diverse software design: Systematic failures must be covered by detection… e.g. program sequence monitoring)
Avoidance = Manage Safety over a lifecycle…Item description upto decommissioningWrite correct SW – Test etc…Use competent peoplePlan – co-ordinate - DocumentControl = if bug escapes during develop…show that it is most likely detected in runtime. ASIL is the measure of the required risk reduction or the measure of the fault avoidance and failure control we have implemented.(ASIL C/ASILD > Diverse software design: Systematic failures must be covered by detection… e.g. program sequence monitoring)
Lifecycle model:Starts with Idea of OEM…Ends with decommissioning the carWhat happens if one step is not performed?e.g. hazard and risk analysis> do not notice need for Safetye.g. airbag requires trained personnel > connect to laptop and have all airbag deployed. Special command to deploy all airbags since 20 years….great.
Fault Abnormal condition that can cause an element or an item to fail “Adjudged cause”Error Discrepancy between a computed, observed or measured value or condition and the true, specified, or theoretically correct value orCondition “Corrupted state”Failure Termination of the ability of an element or an item to perform a function as required “Termination of correctservice at output interface”