01 SafetyPlan
01 SafetyPlan
!
Document history
Table of Contents
Document history
Table of Contents
Introduction
Purpose of the Safety Plan
Scope of the Project
Deliverables of the Project
Item Definition
Safety Culture
Roles
Confirmation Measures
Introduction
Concept phase
Product Development at the System Level
Product Development at the Software Level
Safety Plan
Hazard Analysis and Risk Assessment
Functional Safety Concept
Technical Safety Concept
Software Safety Requirements and Architecture
Item Definition
The item defined here is a simplified version of a Lane Assistance System, which is a type of
Advanced Driver Assistance System (ADAS). The Lane Assistance System helps the vehicle’s
driver keep the vehicle centered in the ego lane by both warning about lane departures and
augmenting driver control to remain within the lane. It consists of two main functions - Lane
Departure Warning (LDW) and Lane Keeping Assistance (LKA).
The System consists of four Sub-Systems - the Camera Sensor, the Car Display, the Electronic
Power Steering, and the Electronic Power Steering ECU. The architecture is described in the
figure and text below.
• Lane Departure Warning (LDW): This function of the System detects lane lines using
the Camera Sub-System, applies an oscillating torque to the steering wheel for haptic
feedback when the vehicle departs the ego lane using the Electronic Power Steering
Sub-System, and presents a warning light on the Car Display Sub-System.
• Lane Keeping Assistance (LKA): If the driver doesn’t respond to the LDW, this function
of the System adds steering torque to move the vehicle back to the center of the ego
lane using the Electronic Power Steering Sub-System, and additionally provides a
warning light on the Car Display Sub-System that it is doing this.
Goals and Measures
Goals
The goal of this Safety Plan is to analyze the functional safety case for the Lane Assistance
System using the ISO 26262 principles. We identify scenarios of risk within or caused by the
electrical and electronic components of the System, quantify the risk of those scenarios, and
attempt to eliminate or reduce those risks to an acceptable level.
Measures
• High priority: safety has the highest priority among competing constraints like cost and
productivity
• Accountability: processes ensure accountability such that design decisions are
traceable back to the people and teams who made the decisions
• Rewards: the organization motivates and supports the achievement of functional safety
• Penalties: the organization penalizes shortcuts that jeopardize safety or quality
• Independence: teams who design and develop a product should be independent from
the teams who audit the work
• Well defined processes: company design and management processes should be
clearly defined
• Resources: projects have necessary resources including people with appropriate skills
• Diversity: intellectual diversity is sought after, valued and integrated into processes
• Communication: communication channels encourage disclosure of problems
1. Concept phase
2. Product Development at the System Level
3. Product Development at the Software Level
Role Org
Functional Safety Manager- Item Level OEM
Functional Safety Engineer- Item Level OEM
Project Manager - Item Level OEM
Functional Safety Manager- Component Level Tier-1
Functional Safety Engineer- Component Level Tier-1
Functional Safety Auditor OEM or external
Functional Safety Assessor OEM or external
Organization Responsibilities
The people who carry out confirmation measures need to be independent from the people who
actually developed the project.
Confirmation Review
Ensures that the project complies with ISO 26262. As the product is designed and developed,
an independent person would review the work to make sure ISO 26262 is being followed.