DEX: (D002) fault_states — Faults related to products Date: 2007/09/14 16:11:29
Revision: 1.28

Information Overview

Administrative and context information

General administrative information includes all the information to uniquely identify and describe the result from a specific formal fault state analysis. This would be comparable to the header information in a FMECA worksheet. This includes:




[warning:]Error I1; The image filename: ../fault_state_worksheet.PNG suffix (PNG)is uppercase
Figure 1 —  Example of a presentation of a fault state analysis result

Figure 1 —  Example of a presentation of a fault state analysis result

Details

Product breakdown

Each record in the detail section of a fault state analysis result identifies the element in a product breakdown (system, functional, assembly etc) to which a failure mode applies.

Failures

Each breakdown element considered in the DEX may have one or more assigned failures modes. The following information should be provided for each failure mode identified:

Failure mode description and characterization

Each failure mode is characterized by:

Typical failure mode classes are (based on Moubray - 'Reliability centered maintenance'):

Failure mode predictability may be represented by:

NOTE    Failure mode predictability describes the relationship between the product design's failure characteristics and an individual product's failure characteristics. For example the product design mean time to failure by wear out is 5000 hours. If every individual product failed between 4900 and 5100 hours this would be described as a highly predictable failure mode; if however every individual product failed in the range 1000 to 9000 hours this would be described as an unpredictable failure mode.

Typical detection methods are:

The identification of the context in which a failure mode is predicted to occur, may be defined as one or more of the following:

Consequences

Consequences may be characterized by:

Typical classes of relationships between the failure mode and its consequences are:

Criticality indicator

Criticality indicator is based on the combination of the severity of faults and the likelihood of a cause, fault or consequence occurring

Typical classifications of severity are:

Typical representations of likelihood are:

NOTE    Criticality code can be derived from the combination of severity and likelihood.

Note

Notes can be made for any failure mode record. Examples of notes are additional information on product changes or tasks required to manage the effects of the failure mode under consideration.

Definition of fully acceptable, degraded or fault state

Each element in a product breakdown may have a range of values defining its degraded or fault state, i.e. state definitions with related properties. Examples of values that can be used to determine the respective state are:



Figure 2 —  State of a product over time

Figure 2 —  State of a product over time

© OASIS 2010 — All rights reserved