failure mode and effects analysis - wikipedia

From Wikipedia, the free encyclopedia

Failure Mode and Effects Analysis (FMEA) was one of the first systematic techniques for failure analysis. It was developed by reliability engineers in the 1950s to study problems thatmight arise from malfunctions of military systems. An FMEA is often the first step of a system reliability study. It involves reviewing as many components, assemblies, and subsystems aspossible to identify failure modes, and their causes and effects. For each component, the failure modes and their resulting effects on the rest of the system are recorded in a specific FMEAworksheet. There are numerous variations of such worksheets. An FMEA is mainly a qualitative analysis.[1]

A few different types of FMEA analyses exist, such as

Functional,Design, andProcess FMEA.

Sometimes FMEA is extended to FMECA to indicate that criticality analysis is performed too.

FMEA is an inductive reasoning (forward logic) single point of failure analysis and is a core task in reliability engineering, safety engineering and quality engineering. Quality engineering isspecially concerned with the "Process" (Manufacturing and Assembly) type of FMEA.

A successful FMEA activity helps to identify potential failure modes based on experience with similar products and processes - or based on common physics of failure logic. It is widely usedin development and manufacturing industries in various phases of the product life cycle. Effects analysis refers to studying the consequences of those failures on different system levels.

Functional analyses are needed as an input to determine correct failure modes, at all system levels, both for functional FMEA or Piece-Part (hardware) FMEA. An FMEA is used to structureMitigation for Risk reduction based on either failure (mode) effect severity reduction or based on lowering the probability of failure or both. The FMEA is in principle a full inductive(forward logic) analysis, however the failure probability can only be estimated or reduced by understanding the failure mechanism. Ideally this probability shall be lowered to "impossible tooccur" by eliminating the (root) causes. It is therefore important to include in the FMEA an appropriate depth of information on the causes of failure (deductive analysis).

Contents

1 Introduction1.1 Functional analysis1.2 Ground rules1.3 Benefits

2 Basic terms3 History4 Example worksheet (ARP4761) - Design (Hardware) FMEA

4.1 Probability (P)

Failure mode and effects analysis - Wikipedia, the free encyclopedia http://en.wikipedia.org/wiki/Failure_mode_and_effects_analysis

1 of 12 22/08/2014 00:32

4.2 Severity (S)4.3 Detection (D)4.4 Risk level (P*S) and (D)

5 Timing6 Uses7 Advantages8 Limitations9 Types10 See also11 References

Introduction

The FME(C)A is a design tool used to systematically analyze postulated component failures and identify the resultant effects on system operations. The analysis is sometimes characterizedas consisting of two sub-analyses, the first being the failure modes and effects analysis (FMEA), and the second, the criticality analysis (CA).[2] Successful development of an FMEArequires that the analyst include all significant failure modes for each contributing element or part in the system. FMEAs can be performed at the system, subsystem, assembly, subassemblyor part level. The FMECA should be a living document during development of a hardware design. It should be scheduled and completed concurrently with the design. If completed in atimely manner, the FMECA can help guide design decisions. The usefulness of the FMECA as a design tool and in the decision-making process is dependent on the effectiveness andtimeliness with which design problems are identified. Timeliness is probably the most important consideration. In the extreme case, the FMECA would be of little value to the design decisionprocess if the analysis is performed after the hardware is built. While the FMECA identifies all part failure modes, its primary benefit is the early identification of all critical and catastrophicsubsystem or system failure modes so they can be eliminated or minimized through design modification at the earliest point in the development effort; therefore, the FMECA should beperformed at the system level as soon as preliminary design information is available and extended to the lower levels as the detail design progresses.

Remark: For more complete scenario modelling another type of Reliability analysis may be considered, for example fault tree analysis(FTA); a deductive (backward logic) failure analysisthat may handle multiple failures within the item and/or external to the item including maintenance and logistics. It starts at higher functional / system level. An FTA may use the basic failuremode FMEA records or an effect summary as one of its inputs (the basic events). Interface hazard analysis, Human error analysis and others may be added for completion in scenariomodelling.

Functional analysis

The analysis may be performed at the functional level until the design has matured sufficiently to identify specific hardware that will perform the functions; then the analysis should beextended to the hardware level. When performing the hardware level FMECA, interfacing hardware is considered to be operating within specification. In addition, each part failurepostulated is considered to be the only failure in the system (i.e., it is a single failure analysis). In addition to the FMEAs done on systems to evaluate the impact lower level failures have onsystem operation, several other FMEAs are done. Special attention is paid to interfaces between systems and in fact at all functional interfaces. The purpose of these FMEAs is to assure thatirreversible physical and/or functional damage is not propagated across the interface as a result of failures in one of the interfacing units. These analyses are done to the piece part level forthe circuits that directly interface with the other units. The FMEA can be accomplished without a CA, but a CA requires that the FMEA has previously identified system level criticalfailures. When both steps are done, the total process is called a FMECA.


2 of 12 22/08/2014 00:32

Ground rules

The ground rules of each FMEA include a set of project selected procedures; the assumptions on which the analysis is based; the hardware that has been included and excluded from theanalysis and the rationale for the exclusions. The ground rules also describe the indenture level of the analysis, the basic hardware status, and the criteria for system and mission success.Every effort should be made to define all ground rules before the FMEA begins; however, the ground rules may be expanded and clarified as the analysis proceeds. A typical set of groundrules (assumptions) follows:[3]

Only one failure mode exists at a time.1.All inputs (including software commands) to the item being analyzed are present and at nominal values.2.All consumables are present in sufficient quantities.3.Nominal power is available4.

Benefits

Major benefits derived from a properly implemented FMECA effort are as follows:

It provides a documented method for selecting a design with a high probability of successful operation and safety.1.A documented uniform method of assessing potential failure mechanisms, failure modes and their impact on system operation, resulting in a list of failure modes ranked according tothe seriousness of their system impact and likelihood of occurrence.

2.

Early identification of single failure points (SFPS) and system interface problems, which may be critical to mission success and/or safety. They also provide a method of verifying thatswitching between redundant elements is not jeopardized by postulated single failures.

3.

An effective method for evaluating the effect of proposed changes to the design and/or operational procedures on mission success and safety.4.A basis for in-flight troubleshooting procedures and for locating performance monitoring and fault-detection devices.5.Criteria for early planning of tests.6.

From the above list, early identifications of SFPS, input to the troubleshooting procedure and locating of performance monitoring / fault detection devices are probably the most importantbenefits of the FMECA. In addition, the FMECA procedures are straightforward and allow orderly evaluation of the design.

Basic terms

The following covers some basic FMEA terminology.[4]

FailureThe loss of a function under stated conditions.

Failure modeThe specific manner or way by which a failure occurs in terms of failure of the item (being a part or (sub) system) function under investigation; it may generally describe the way thefailure occurs. It shall at least clearly describe a (end) failure state of the item (or function in case of a Functional FMEA) under consideration. It is the result of the failure mechanism


3 of 12 22/08/2014 00:32

(cause of the failure mode). For example; a fully fractured axle, a deformed axle or a fully open or fully closed electrical contact are each a separate failure mode.Failure cause and/or mechanism

Defects in requirements, design, process, quality control, handling or part application, which are the underlying cause or sequence of causes that initiate a process (mechanism) thatleads to a failure mode over a certain time. A failure mode may have more causes. For example; "fatigue or corrosion of a structural beam" or "fretting corrosion in an electricalcontact" is a failure mechanism and in itself (likely) not a failure mode. The related failure mode (end state) is a "full fracture of structural beam" or "an open electrical contact".The initial cause might have been "Improper application of corrosion protection layer (paint)" and /or "(abnormal) vibration input from another (possibly failed) system".

Failure effectImmediate consequences of a failure on operation, function or functionality, or status of some item.

Indenture levels (bill of material or functional breakdown)An identifier for system level and thereby item complexity. Complexity increases as levels are closer to one.

Local effectThe failure effect as it applies to the item under analysis.

Next higher level effectThe failure effect as it applies at the next higher indenture level.

End effectThe failure effect at the highest indenture level or total system.

DetectionThe means of detection of the failure mode by maintainer, operator or built in detection system, including estimated dormancy period (if applicable)

Risk Priority Number (RPN)Cost (of the event) * Probability (of the event occurring) * Detection (Probability that the event would not be detected before the user was aware of it)

SeverityThe consequences of a failure mode. Severity considers the worst potential consequence of a failure, determined by the degree of injury, property damage, system damage and/or timelost to repair the failure.

Remarks / mitigation / actionsAdditional info, including the proposed mitigation or actions used to lower a risk or justify a risk level or scenario.

History

Procedures for conducting FMECA were described in US Armed Forces Military Procedures document MIL-P-1629[5] (1949); revised in 1980 as MIL-STD-1629A).[6] By the early 1960s,contractors for the U.S. National Aeronautics and Space Administration (NASA) were using variations of FMECA or FMEA under a variety of names.[7][8] NASA programs using FMEAvariants included Apollo, Viking, Voyager, Magellan, Galileo, and Skylab.[9][10][11] The civil aviation industry was an early adopter of FMEA, with the Society for Automotive Engineers(SAE) publishing ARP926 in 1967.[12] After two revisions, ARP926 has been replaced by ARP4761, which is now broadly used in civil aviation.

During the 1970s, use of FMEA and related techniques spread to other industries. In 1971 NASA prepared a report for the U.S. Geological Survey recommending the use of FMEA inassessment of offshore petroleum exploration.[13] A 1973 U.S. Environmental Protection Agency report described the application of FMEA to wastewater treatment plants.[14] FMEA asapplication for HACCP on the Apollo Space Program moved into the food industry in general.[15]


4 of 12 22/08/2014 00:32

The automotive industry began to use FMEA by the mid 1970s.[16] The Ford Motor Company introduced FMEA to the automotive industry for safety and regulatory consideration after thePinto affair. Ford applied the same approach to processes (PFMEA) to consider potential process induced failures prior to launching production. In 1993 the Automotive Industry ActionGroup (AIAG) first published an FMEA standard for the automotive industry.[17] It is now in its fourth edition.[18] The SAE first published related standard J1739 in 1994.[19] This standardis also now in its fourth edition.[20]

Although initially developed by the military, FMEA methodology is now extensively used in a variety of industries including semiconductor processing, food service, plastics, software, andhealthcare.[21][22] Toyota has taken this one step further with its Design Review Based on Failure Mode (DRBFM) approach. The method is now supported by the American Society forQuality which provides detailed guides on applying the method.[23] The standard Failure Modes and Effects Analysis (FMEA) and Failure Modes, Effects and Criticality Analysis (FMECA)procedures however, do not identify the product failure mechanisms and models, which limits their applicability to provide a meaningful input to critical procedures such as virtualqualification, root cause analysis, accelerated test programs, and to remaining life assessment. To overcome the shortcomings of FMEA and FMECA a Failure Modes, Mechanisms andEffect Analysis (FMMEA) has often been used.

Example worksheet (ARP4761) - Design (Hardware) FMEA

Example FMEA worksheetFMEA

Ref.Item Potential

failuremode

Potentialcause(s) /

mechanism

MissionPhase

Localeffects offailure

Nexthigherleveleffect

SystemLevel End

Effect

(P)Probability(estimate)

(S) Severity Detection(Indications

toOperator,

Maintainer)

(D)DetectionDormancy

Period

Risk LevelP*S (+D)

Actions forfurther

Investigation/ evidence

Mitigation /Requirements

1.1.1 BrakeManifoldRef.Designator2b,channel A,O-ring

InternalLeakagefromChannelA to B

a) O-ringCompressionSet (Creep)failure b)surfacedamageduringassembly

Landing Decreasedpressureto mainbrakehose

No LeftWheelBraking

SeverelyReducedAircraftdecelerationon groundand sidedrift. Partialloss ofrunwaypositioncontrol.Risk ofcollision

(C)Occasional

(VI)Catastrophic(this is theworst case)

(1) FlightComputerandMaintenanceComputerwill indicate"Left MainBrake,PressureLow"

Built-InTestinterval is1 minute

Unacceptable CheckDormancyPeriod andprobability offailure

Requireredundantindependentbrakehydraulicchannelsand/or Requireredundantsealing andClassify O-ringas Critical PartClass 1

Probability (P)

It is necessary to look at the cause of a failure mode and the likelihood of occurrence. This can be done by analysis, calculations / FEM, looking at similar items or processes and the failuremodes that have been documented for them in the past. A failure cause is looked upon as a design weakness. All the potential causes for a failure mode should be identified and documented.This should be in technical terms. Examples of causes are: Human errors in handling, Manufacturing induced faults, Fatigue, Creep, Abrasive wear, erroneous algorithms, excessive voltageor improper operating conditions or use (depending on the used ground rules). A failure mode is given a Probability Ranking.


5 of 12 22/08/2014 00:32

Rating MeaningA Extremely Unlikely (Virtually impossible or No known occurrences on similar products or processes, with many running hours)B Remote (relatively few failures)C Occasional (occasional failures)D Reasonably Possible (repeated failures)E Frequent (failure is almost inevitable)

Severity (S)

Determine the Severity for the worst-case scenario adverse end effect (state). It is convenient to write these effects down in terms of what the user might see or experience in terms offunctional failures. Examples of these end effects are: full loss of function x, degraded performance, functions in reversed mode, too late functioning, erratic functioning, etc. Each end effectis given a Severity number (S) from, say, I (no effect) to VI (catastrophic), based on cost and/or loss of life or quality of life. These numbers prioritize the failure modes (together withprobability and detectability). Below a typical classification is given. Other classifications are possible. See also hazard analysis.

Rating MeaningI No relevant effect on reliability or safetyII Very minor, no damage, no injuries, only results in a maintenance action (only noticed by discriminating customers)III Minor, low damage, light injuries (affects very little of the system, noticed by average customer)IV Moderate, moderate damage, injuries possible (most customers are annoyed, mostly financial damage)V Critical (causes a loss of primary function; Loss of all safety Margins, 1 failure away from a catastrophe, severe damage, severe injuries, max 1 possible death )VI Catastrophic (product becomes inoperative; the failure may result in complete unsafe operation and possible multiple deaths)

Detection (D)

The means or method by which a failure is detected, isolated by operator and/or maintainer and the time it may take. This is important for maintainability control (Availability of the system)and it is specially important for multiple failure scenarios. This may involve dormant failure modes (e.g. No direct system effect, while a redundant system / item automatic takes over orwhen the failure only is problematic during specific mission or system states) or latent failures (e.g. deterioration failure mechanisms, like a metal growing crack, but not a critical length). Itshould be made clear how the failure mode or cause can be discovered by an operator under normal system operation or if it can be discovered by the maintenance crew by some diagnosticaction or automatic built in system test. A dormancy and/or latency period may be entered.


6 of 12 22/08/2014 00:32

Rating Meaning1 Certain - fault will be caught on test2 Almost certain3 High4 Moderate5 Low6 Fault is undetected by Operators or Maintainers

DORMANCY or LATENCY PERIOD The average time that a failure mode may be undetected may be entered if known. For example:

During aircraft C Block inspection, preventive or predictive maintenance, X months or X flight hoursDuring aircraft B Block inspection, preventive or predictive maintenance, X months or X flight hoursDuring Turn-Around Inspection before or after flight (e.g. 8 hours average)During in-built system functional test, X minutesContinuously monitored, X seconds

INDICATION

If the undetected failure allows the system to remain in a safe / working state, a second failure situation should be explored to determine whether or not an indication will be evident to alloperators and what corrective action they may or should take.

Indications to the operator should be described as follows:

Normal. An indication that is evident to an operator when the system or equipment is operating normally.Abnormal. An indication that is evident to an operator when the system has malfunctioned or failed.Incorrect. An erroneous indication to an operator due to the malfunction or failure of an indicator (i.e., instruments, sensing devices, visual or audible warning devices, etc.).

PERFORM DETECTION COVERAGE ANALYSIS FOR TEST PROCESSES AND MONITORING (From ARP4761 Standard):

This type of analysis is useful to determine how effective various test processes are at the detection of latent and dormant faults. The method used to accomplish this involves an examinationof the applicable failure modes to determine whether or not their effects are detected, and to determine the percentage of failure rate applicable to the failure modes which are detected. Thepossibility that the detection means may itself fail latent should be accounted for in the coverage analysis as a limiting factor (i.e., coverage cannot be more reliable than the detection meansavailability). Inclusion of the detection coverage in the FMEA can lead to each individual failure that would have been one effect category now being a separate effect category due to thedetection coverage possibilities. Another way to include detection coverage is for the FTA to conservatively assume that no holes in coverage due to latent failure in the detection methodaffect detection of all failures assigned to the failure effect category of concern. The FMEA can be revised is necessary for those cases where this conservative assumption does not allow thetop event probability requirements to be met.

After these three basic steps the Risk level may be provided.


7 of 12 22/08/2014 00:32

Risk level (P*S) and (D)

Risk is the combination of End Effect Probability And Severity. Where probability and severity includes the effect on non-detectability (dormancy time). This may influence the endeffect probability of failure or the worst case effect Severity. The exact calculation may not be easy in all cases, such as those where multiple scenarios (with multiple events) are possible anddetectability / dormancy plays a crucial role (as for redundant systems). In that case Fault Tree Analysis and/or Event Trees may be needed to determine exact probability and risk levels.

Preliminary Risk levels can be selected based on a Risk Matrix like shown below, based on Mil. Std. 882.[24] The higher the Risk level, the more justification and mitigation is needed toprovide evidence and lower the risk to an acceptable level. High risk should be indicated to higher level management, who are responsible for final decision-making.

Probability / Severity --> I II III IV V VIA Low Low Low Low Moderate HighB Low Low Low Moderate High UnacceptableC Low Low Moderate Moderate High UnacceptableD Low Moderate Moderate High Unacceptable UnacceptableE Moderate Moderate High Unacceptable Unacceptable Unacceptable

After this step the FMEA has become like a FMECA.

Timing

The FMEA should be updated whenever:

A new cycle begins (new product/process)Changes are made to the operating conditionsA change is made in the designNew regulations are institutedCustomer feedback indicates a problem

Uses

Development of system requirements that minimize the likelihood of failures.Development of designs and test systems to ensure that the failures have been eliminated or the risk is reduced to acceptable level.Development and evaluation of diagnostic systemsTo help with design choices (trade-off analysis).

Advantages


8 of 12 22/08/2014 00:32

Improve the quality, reliability and safety of a product/processImprove company image and competitivenessIncrease user satisfactionReduce system development time and costCollect information to reduce future failures, capture engineering knowledgeReduce the potential for warranty concernsEarly identification and elimination of potential failure modesEmphasize problem preventionMinimize late changes and associated costCatalyst for teamwork and idea exchange between functionsReduce the possibility of same kind of failure in futureReduce impact on company profit marginImprove production yield

Limitations

While FMEA identifies important hazards in a system, its results may not be comprehensive and the approach has limitations.[25][26][27] In the healthcare context, FMEA and other riskassessment methods, including SWIFT (Structured What If Technique) and retrospective approaches, have been found to have limited validity when used in isolation. Challenges aroundscoping and organisational boundaries appear to be a major factor in this lack of validity.[25]

If used as a top-down tool, FMEA may only identify major failure modes in a system. Fault tree analysis (FTA) is better suited for "top-down" analysis. When used as a "bottom-up" toolFMEA can augment or complement FTA and identify many more causes and failure modes resulting in top-level symptoms. It is not able to discover complex failure modes involvingmultiple failures within a subsystem, or to report expected failure intervals of particular failure modes up to the upper level subsystem or system.

Additionally, the multiplication of the severity, occurrence and detection rankings may result in rank reversals, where a less serious failure mode receives a higher RPN than a more seriousfailure mode.[28] The reason for this is that the rankings are ordinal scale numbers, and multiplication is not defined for ordinal numbers. The ordinal rankings only say that one ranking isbetter or worse than another, but not by how much. For instance, a ranking of "2" may not be twice as severe as a ranking of "1," or an "8" may not be twice as severe as a "4," butmultiplication treats them as though they are. See Level of measurement for further discussion.

Types

Functional: before design solutions are provided (or only on high level) functions can be evaluated on potential functional failure effects. General Mitigations ("design to"requirements) can be proposed to limit consequence of functional failures or limit the probability of occurrence in this early development. It is based on a functional breakdown of asystem. This type may also be used for Software evaluation.Concept Design / Hardware: analysis of systems or subsystems in the early design concept stages to analyse the failure mechanisms and lower level functional failures, specially to


9 of 12 22/08/2014 00:32

different concept solutions in more detail. It may be used in trade-off studies.Detailed Design / Hardware: analysis of products prior to production. These are the most detailed (in mil 1629 called Piece-Part or Hardware FMEA) FMEAs and used to identifyany possible hardware (or other) failure mode up to the lowest part level. It should be based on hardware breakdown (e.g. the BoM = Bill of Material). Any Failure effect Severity,failure Prevention (Mitigation), Failure Detection and Diagnostics may be fully analysed in this FMEA.Process: analysis of manufacturing and assembly processes. Both quality and reliability may be affected from process faults. The input for this FMEA is amongst others a work process/ task Breakdown.

See also

Reliability engineeringDRBFMFailure modeFailure rateFault Tree AnalysisFMECAHazard analysis and critical control pointsHigh availability

List of materials analysis methodsList of materials-testing resourcesProcess decision program chartRisk assessmentTaguchi methods

References

^ System Reliability Theory: Models, Statistical Methods, and Applications, Marvin Rausand& Arnljot Hoylan, Wiley Series in probability and statistics - second edition 2004, page 88

1.

^ Project Reliability Group (July 1990). Koch, John E., ed. Jet Propulsion LaboratoryReliability Analysis Handbook (http://www.everyspec.com/NASA/NASA-JPL/JPL_D-5703_JUL1990_15049/) (pdf). Pasadena, California: Jet Propulsion Laboratory. JPL-D-5703.Retrieved 2013-08-25.

2.

^ Goddard Space Flight Center (GSFC) (1996-08-10). Performing a Failure Mode and EffectsAnalysis (http://www.everyspec.com/NASA/NASA-GSFC/GSFC-Code-Series/GSFC_431_REF_000370_2297/) (pdf). Goddard Space Flight Center. 431-REF-000370.Retrieved 2013-08-25.

3.

^ Langford, J. W. (1995). Logistics: Principles and Applications. McGraw Hill. p. 488.4.

^ United States Department of Defense (9 November 1949). MIL-P-1629 - Procedures forperforming a failure mode effect and critical analysis (http://www.assistdocs.com/search/document_details.cfm?ident_number=86479). Department of Defense (US). MIL-P-1629.

5.

^ United States Department of Defense (24 November 1980). MIL-STD-1629A - Proceduresfor performing a failure mode effect and criticality analysis (https://assist.daps.dla.mil/quicksearch/basic_profile.cfm?ident_number=37027). Department of Defense (USA).MIL-STD-1629A.

6.

^ Neal, R.A. (1962). Modes of Failure Analysis Summary for the Nerva B-2 Reactor(http://hdl.handle.net/2060/19760069385) (PDF). Westinghouse Electric CorporationAstronuclear Laboratory. WANLTNR042. Retrieved 2010-03-13.

7.


10 of 12 22/08/2014 00:32

^ Dill, Robert; et al. (1963). State of the Art Reliability Estimate of Saturn V PropulsionSystems (http://hdl.handle.net/2060/19930075105) (PDF). General Electric Company.RM 63TMP22. Retrieved 2010-03-13.

8.

^ Procedure for Failure Mode, Effects and Criticality Analysis (FMECA) (http://hdl.handle.net/2060/19700076494) (PDF). National Aeronautics and Space Administration. 1966.RA0060131A. Retrieved 2010-03-13.

9.

^ Failure Modes, Effects, and Criticality Analysis (FMECA) (http://www.klabs.org/DEI/References/design_guidelines/analysis_series/1307.pdf) (PDF). National Aeronautics andSpace Administration JPL. PDAD1307. Retrieved 2010-03-13.

10.

^ Experimenters' Reference Based Upon Skylab Experiment Management (http://ntrs.nasa.gov/archive/nasa/casi.ntrs.nasa.gov/19750008508_1975008508.pdf) (PDF). National Aeronauticsand Space Administration George C. Marshall Space Flight Center. 1974. MGA751.Retrieved 2011-08-16.

11.

^ Design Analysis Procedure For Failure Modes, Effects and Criticality Analysis (FMECA).Society for Automotive Engineers. 1967. ARP926.

12.

^ Dyer, Morris K.; Dewey G. Little, Earl G. Hoard, Alfred C. Taylor, Rayford Campbell(1972). Applicability of NASA Contract Quality Management and Failure Mode EffectAnalysis Procedures to the USFS Outer Continental Shelf Oil and Gas Lease ManagementProgram (http://ntrs.nasa.gov/archive/nasa/casi.ntrs.nasa.gov/19720018305_1972018305.pdf)(PDF). National Aeronautics and Space Administration George C. Marshall Space FlightCenter. TM X2567. Retrieved 2011-08-16.

13.

^ Mallory, Charles W.; Robert Waller (1973). Application of Selected Industrial EngineeringTechniques to Wastewater Treatment Plants (http://nepis.epa.gov/Exe/ZyPURL.cgi?Dockey=9100TFS3.txt) (PDF). United States Environmental ProtectionAgency. pp. 107110. EPA R273176. Retrieved 2012-11-10.

14.

^ Sperber, William H.; Stier, Richard F. (December 2009 January 2010). "Happy 50thBirthday to HACCP: Retrospective and Prospective" (http://www.foodsafetymagazine.com/article.asp?id=3481). FoodSafety magazine: 42, 4446.

15.

^ Matsumoto, K.; T. Matsumoto; Y. Goto (1975). "Reliability Analysis of Catalytic Converteras an Automotive Emission Control System" (http://papers.sae.org/750178). SAE TechnicalPaper 750178. doi:10.4271/750178 (http://dx.doi.org/10.4271%2F750178). Retrieved2012-11-10.

16.

^ AIAG (1993). Potential Failure Mode and Effect Analysis. Automotive Industry ActionGroup.

17.

^ AIAG (2008). Potential Failure Mode and Effect Analysis (FMEA), 4th Edition(http://www.aiag.org/source/Orders/index.cfm?search=FMEA-4). Automotive Industry ActionGroup. ISBN 9781605341361.

18.

^ SAE (1994). Potential Failure Mode and Effects Analysis in Design (Design FMEA),Potential Failure Mode and Effects Analysis in Manufacturing and Assembly Processes(Process FMEA), and Potential Failure Mode and Effects Analysis for Machinery (MachineryFMEA) (http://standards.sae.org/j1739_199407/). SAE International.

19.

^ SAE (2008). Potential Failure Mode and Effects Analysis in Design (Design FMEA) andPotential Failure Mode and Effects Analysis in Manufacturing and Assembly Processes(Process FMEA) and Effects Analysis for Machinery (Machinery FMEA)(http://standards.sae.org/j1739_200208/). SAE International.

20.

^ Quality Associates International's History of FMEA (http://www.quality-one.com/services/fmea.php)

21.

^ Fadlovich, Erik (December 31, 2007). "Performing Failure Mode and Effect Analysis"(http://www.embeddedtechmag.com/component/content/article/6134). Embedded Technology.

22.

^ "Failure Mode Effects Analysis (FMEA)" (http://www.asq.org/learn-about-quality/process-analysis-tools/overview/fmea.html). ASQ. Retrieved 2012-02-15.

23.

^ http://www.everyspec.com/MIL-STD/MIL-STD-0800-0899/MIL-STD-882E_41682/24.^ a b Potts H.W.W., Anderson J.E., Colligan L., Leach P., Davis S., Berman J. (2014)."Assessing the validity of prospective hazard analysis methods: A comparison of twotechniques" (http://www.biomedcentral.com/1472-6963/14/41). BMC Health Services Research(14). doi:10.1186/1472-6963-14-41 (http://dx.doi.org/10.1186%2F1472-6963-14-41).

25.

^ Franklin BD, Shebl NA, Barber N: "Failure mode and effects analysis: too little for toomuch?" BMJ Qual Saf 2012, 21: 607611

26.

^ Shebl NA, Franklin BD, Barber N: "Is failure mode and effect analysis reliable?" J PatientSaf 2009, 5: 8694

27.

^ Kmenta, Steven; Ishii, Koshuke (2004). "Scenario-Based Failure Modes and Effects AnalysisUsing Expected Cost". Journal of Mechanical Design 126 (6): 1027. doi:10.1115/1.1799614(http://dx.doi.org/10.1115%2F1.1799614).

28.

Retrieved from "http://en.wikipedia.org/w/index.php?title=Failure_mode_and_effects_analysis&oldid=622188578"Categories: Japanese business terms Lean manufacturing Reliability engineering Quality Problem solving Systems analysis Reliability analysis


11 of 12 22/08/2014 00:32

This page was last modified on 21 August 2014 at 12:16.Text is available under the Creative Commons Attribution-ShareAlike License; additional terms may apply. By using this site, you agree to the Terms of Use and Privacy Policy.Wikipedia is a registered trademark of the Wikimedia Foundation, Inc., a non-profit organization.


12 of 12 22/08/2014 00:32

failure mode and effects analysis - wikipedia

Documents