Slide background

Providing Solutions for

Today and Tomorrow

Slide background

DO-178 and DO-254

Support for Entire Project Life Cycle

Slide background

Systems, Hardware and Software Engineering

Making Your Products Better

Slide background

Assisting with Flight Certification

and Airworthiness Services

Slide background

Safety Compliance and Certification

By the Reliability Experts

Slide background

Independent Validation

and System Testing

Slide background

Product Development

Concept to Solution

631-223-7043

50 Engineers Rd, Hauppauge, NY 11788


631-223-7043

Ask an expert

Ask an ExpertHave a technical question or need expert advice? Ask Omnicon.

Request a Quote

Request a QuoteWe look forward to discussing your engineering needs.

Failure Mode and Effects Analysis train

The Omnicon Group is a Recognized Leader in Failure Mode and Effects Analysis

Hardware Failure Mode and Effects Analysis (FMEA) and Failure Mode, Effects and Criticality Analysis (FMECA) look for product-level consequences of component failures and the likelihood of each failure. Different types of components can fail in a number of ways, called failure modes, and each failure mode has an associated failure rate. FMEA and FMECA’s can highlight where fail-safe features are needed. Analysis results are presented in a table that shows, for each failure mode of each component, the local effect and system effect of the failure, plus its failure rate.

Software FMEA looks for consequences of failures in critical software. While software does not fail in the same sense that hardware fails, software variables sometimes acquire unexpected values due to programming errors, bad input data, component failures and many other causes. The analysis looks for local and system effects due to unexpected variable values. Analysis results are presented in a table that shows, for each variable and failure mode, the local effect and the system effect of the failure.

Reasons to Perform Failure Mode and Effects Analysis (FMEA)

  • Development of system requirements that minimize the likelihood of failures
  • Development of methods to design and test systems to ensure that the failures have been eliminated
  • Identification of certain design characteristics that contribute to failures, and minimize or eliminate those effects
  • Tracking and managing potential risks in the design to help avoid the same failures in future projects
  • Ensuring that any failure that could occur will not injure the customer or seriously impact a system
  • When analyzing failures of an existing process, product or service
  • When a process, product or service is being designed or redesigned
  • To produce world class quality products

Software Failure Modes & Effects Analysis Brochure

Failure Mode and Effects Analysis Satellite Disk
Failure Mode and Effects Analysis jet

Omnicon Develops Software Tools that Compare FMEAs and Corresponding FTAs

FTA and FMEA are usually performed by different analysts to assure independence of assessments and conclusions. The independent determinations must of course be consistent in both kinds of analyses, but consistency checking is difficult because completed analyses may run well over a thousand pages. To address this challenge, Omnicon has developed a software tool that compares FTAs and corresponding FMEAs.
Omnicon Develops FTA-FMEA Compare Tool

Free Whitepaper Download

Bridging Software and Hardware FMEA in Complex Systems

whitepaper_icon_02-e1480360948915-everglowWhat’s Inside: When complex software-controlled systems are subject to both software and hardware FMEA, conclusions are often incorrect in areas where software and hardware failures affect each other. These analysis errors occur because software specialists generally do not analyze hardware and hardware specialists generally do not analyze software, a situation that often leads them to use educated guesses when determining system-level effects in such crossovers. Sometimes a particular failure mode is assessed as part of hardware FMEA and a similar failure mode is independently assessed as part of software FMEA, causing duplication of effort and the strong possibility of two different conclusions.

January 5, 2016