Engineering Consulting
Eliminate Defects "at the Design Stage" Through Systematic Safety Analysis
Our experts perform safety analysis required by ISO 26262 including FMEA, FTA, and DFA.
Prevent problems found after production at the design stage.
Our experts perform safety analysis required by ISO 26262 including FMEA, FTA, and DFA. Prevent problems found after production at the design stage.
Why You Need This
Facing These Challenges
with Safety Analysis?
Need to perform FMEA or FTA but lack experience?
Are you performing safety analysis just for audit documents?
Is safety analysis taking too much time?
Service Introduction
SeonENS Safety Analysis Service
At SeonENS, safety analysis experts with automotive electronics product development experience perform analysis.
We provide substantial analysis that actually finds and prevents defects, not just formal document creation.
Domain Expertise
Tool-Based Analysis
Service Areas
FMEA
(Failure Mode and Effect Analysis)
An inductive (bottom-up) analysis method that identifies potential failure modes of systems or components, analyzes their causes and effects, and establishes countermeasures.
FMEA Types
| Type | Target | Purpose |
|---|---|---|
| DFMEA (Design FMEA) | Product Design | Design defect identification and improvement |
| SFMEA (System FMEA) | System Level | System failure impact analysis |
| FMEDA (FMEA + Diagnostic) | HW Components | Quantitative failure rate analysis, metric calculation |
Procedure
- Define analysis scope and boundaries
- Function and structure analysis
- Potential failure mode identification
- Failure cause/effect analysis
- Severity/Occurrence/Detection evaluation
- Risk Priority Number (RPN) calculation
- Recommended actions and improvement activities
FTA
(Fault Tree Analysis)
A deductive (top-down) analysis method that traces causes back from the top event (highest-level hazard). Useful for analyzing complex multiple failure scenarios.
FTA Applications
| Analysis Type | Purpose |
|---|---|
| Qualitative FTA | Minimal cut-set derivation, single point failure identification |
| Quantitative FTA | Top event occurrence probability calculation |
Main Logic Gates
- AND Gate: Output occurs only when all input events occur
- OR Gate: Output occurs when any single input event occurs
Procedure
- Define Top Event (safety goal violation)
- Fault Tree modeling
- Cause decomposition through logic gates
- Basic Event derivation
- Minimal Cut-Set analysis
- (Quantitative) Failure rate calculation
DFA
(Dependent Failure Analysis)
A method that verifies independence between safety mechanisms and analyzes dependent failures due to common causes. Required by ISO 26262 for ASIL decomposition.
Dependent Failure Types
| Type | Description |
|---|---|
| CCF (Common Cause Failure) | Multiple failures due to common cause |
| CMF (Common Mode Failure) | Multiple failures occurring in the same manner |
| Cascading Failure | Failures occurring in chain reaction |
When DFA is Needed
- When applying ASIL Decomposition
- When verifying independence of safety mechanisms
- When verifying effectiveness of redundancy design
Dependent Failure Initiators (DFI)
We systematically analyze 7 groups of DFIs:
- Physical proximity
- Common hardware
- Common software
- Common interfaces
- Environmental factors
- Manufacturing/assembly factors
- Operation/maintenance factors
FMEDA
(Failure Modes Effects and Diagnostic Analysis)
A method that quantitatively analyzes failure rates of hardware components to calculate safety metrics (SPFM, LFM, PMHF).
Calculated Metrics
| Metric | Description | ASIL D Target |
|---|---|---|
| SPFM | Single Point Fault Metric | >= 99% |
| LFM | Latent Fault Metric | >= 90% |
| PMHF | Probabilistic Metric for Hardware Failures | < 10 FIT |
Analysis Process
Phase 1: Preparation
- Understanding target product/system
- Existing design document review
- Analysis scope and plan establishment
Phase 2: Analysis Execution
- Function/structure analysis
- Failure mode identification and analysis
- Safety mechanism review/proposal
- Analysis result documentation
Phase 3: Review and Refinement
- Analysis result review meeting
- Finding remediation
- Final document confirmation
Phase 4: Capability Transfer
- Analysis methodology training
- Tool usage training
- Follow-up analysis support
Expected Benefits
Practical Benefits
- Product Safety Assurance
- We improve product safety through substantial analysis, not formal analysis. We support early identification and elimination of potential risks.
- Design Quality Improvement
- Safety analysis is not just for audit response. Systematic failure mode analysis improves design quality itself. Thinking about "how it could fail" leads to better design.
- Independent Analysis Capability
- By learning analysis methodology and tool usage, you can perform analysis independently in future projects.
Leave Safety Analysis to the Experts
Leave Safety Analysis
to the Experts
Experts with automotive electronics development experience perform systematic safety analysis.
Tell us your analysis target and schedule, and we’ll propose the optimal approach.
Experts with automotive electronics development experience perform systematic safety analysis. Tell us your analysis target and schedule, and we’ll propose the optimal approach.