Page 1 of 14 Modern RAMI Method Capabilities ARIES 2011 Quarter #2 Review 27-28 July, 2011; Gaithersburg, Maryland Tom Weaver Counter CBRNE DEW Platform.

Slides:



Advertisements
Similar presentations
Quality control tools
Advertisements

Chapter 7 Managing Risk.
Effective Test Planning: Scope, Estimates, and Schedule Presented By: Shaun Bradshaw
PROJECT RISK MANAGEMENT
Chapter 4 Quality Assurance in Context
1 ITED /2/2003 Introduction to Failure Modes and Effects Analysis From: Failure Modes and Effects Analysis(FMEA), by Kenneth Crow, DRM Associates.
Where does Failure Mode and Effects Analysis (FMEA) come from?  Developed by the Aerospace industry in the1960s  Spread to the Automotive industry 
Failure Mode and Effect Analysis
Software Quality Assurance (SQA). Recap SQA goal, attributes and metrics SQA plan Formal Technical Review (FTR) Statistical SQA – Six Sigma – Identifying.
Failure Effect Mode Analysis
Overview Lesson 10,11 - Software Quality Assurance
Failure Mode & Effect Analysis Tom Hannan & Kevin Kowalis Eastern Illinois University School of Technology Total Quality Systems INT 5133 (FMEA)
Software Quality Control Methods. Introduction Quality control methods have received a world wide surge of interest within the past couple of decades.
PURPOSE OF DFMEA (DESIGN FAILURE MODE EFFECTS ANALYSIS)
Six Sigma Quality Engineering
Total Quality Management BUS 3 – 142 Statistics for Variables Week of Mar 14, 2011.
Control Charts for Attributes
 Individually  Given your sample of M&Ms, build a Pareto diagram by color  Before you destroy the evidence, be sure you have an accurate count.
Methods and Philosophy of Statistical Process Control
Failure Mode and Effect Analysis
Lucas Phillips Anurag Nanajipuram FAILURE MODE AND EFFECT ANALYSIS.
Quality Risk Management ICH Q9 Annex I: Methods & Tools
F.M.E.A (Failure Mode and Effect Analysis)
Failure Mode and Effects Analysis FMEA
Pop Quiz How does fix response time and fix quality impact Customer Satisfaction? What is a Risk Exposure calculation? What’s a Scatter Diagram and why.
Relex Reliability Software “the intuitive solution
 Copyright © 2010 Pearson Education, Inc. Publishing as Prentice Hall Chapter 7 Quality and Innovation in Product and Process Design.
Managing Risk. Objectives  To Describe Risk Management concepts and techniques  To calculate and analyze a project using Probability of completion 
Software Reliability SEG3202 N. El Kadri.
Root Cause Tutorial Page 1 More on Hazard Identification Techniques 1.Identify potential hazards that could threaten the safety of your employees,
Failure Mode and Effects Analysis (FMEA)
FAULT TREE ANALYSIS (FTA). QUANTITATIVE RISK ANALYSIS Some of the commonly used quantitative risk assessment methods are; 1.Fault tree analysis (FTA)
Lecture: Reliability & FMECA Lecturer: Dr. Dave Olwell Dr. Cliff Whitcomb, CSEP System Suitability.
QUALITY RISK MANAGEMENT RASHID MAHMOOD MSc. Analytical Chemistry MS in Total Quality Management Senior Manager Quality Assurance Nabiqasim Group of Industries.
SUSTAINING THE ANALYSIS Module 2 UNIT IV ADDITIONAL TOPICS " Copyright 2002, Information Spectrum, Inc. All Rights Reserved."
Page 1 of 18 Fusion RAMI Evolution, part 1 of 2: A Low TRL RAMI Process for Fusion Energy Research and Development ARIES 2011 Quarter #2 Review July,
Risk Management & Corporate Governance 1. What is Risk?  Risk arises from uncertainty; but all uncertainties do not carry risk.  Possibility of an unfavorable.
Search Engine Optimization © HiTech Institute. All rights reserved. Slide 1 What is Solution Assessment & Validation?
RCM Tools Histogram Pareto Chart Cause and Effect Diagram FMEA.
Project quality management. Introduction Project quality management includes the process required to ensure that the project satisfies the needs for which.
1 Improving the Risk Management Capability of the Reliability and Maintainability Program An introduction to the philosophy behind the AIAA S-102 Performance-Based.
1 EXAKT SKF Phase 1, Session 2 Principles. 2 The CBM Decision supported by EXAKT Given the condition today, the asset mgr. takes one of three decisions:
ON CONDITION TASK Module 3 UNIT III HOW TO PERFORM RCM " Copyright 2002, Information Spectrum, Inc. All Rights Reserved."
Software Quality Assurance SOFTWARE DEFECT. Defect Repair Defect Repair is a process of repairing the defective part or replacing it, as needed. For example,
Project Risk Management Sections of this presentation were adapted from A Guide to the Project Management Body of Knowledge 3 rd Edition, Project Management.
WHAT IF ANALYSIS USED TO IDENTIFY HAZARDS HAZARDOUS EVENTS
Conference on Quality in Space & Defense Industries CQSDI ‘08 Probabilistic Technology Panel: What Is Probabilistic Technology? Mohammad Khalessi, Ph.D.
Using Total Quality Management Tools to Improve the Quality of Crash Data John Woosley Louisiana State University.
Stracener_EMIS 7305/5305_Spr08_ Systems Availability Modeling & Analysis Dr. Jerrell T. Stracener, SAE Fellow Leadership in Engineering EMIS 7305/5305.
Failure Modes and Effects Analysis (FMEA)
Fault Tree Analysis for the BLEDP Student meeting Vegard Joa Moseng.
Failure Modes, Effects and Criticality Analysis
Chapter 5 Planning. Importance of Planning It could be said that nothing is more important in the development of a recreation facility than the planning.
Lean Six Sigma: Process Improvement Tools and Techniques Donna C. Summers © 2011 Pearson Higher Education, Upper Saddle River, NJ All Rights Reserved.
ON “SOFTWARE ENGINEERING” SUBJECT TOPIC “RISK ANALYSIS AND MANAGEMENT” MASTER OF COMPUTER APPLICATION (5th Semester) Presented by: ANOOP GANGWAR SRMSCET,
Project management. Software project management ■It is the discipline of planning, organizing and managing resources to bring about the successful completion.
Six Sigma Greenbelt Training
Fault Trees.
FMEA.
Quality Risk Management
Air Carrier Continuing Analysis and Surveillance System (CASS)
GE 6757 TOTAL QUALITY MANAGEMENT
Critical Systems Validation
The Certified Quality Process Handbook Chapter 22: Preventive Action
Mohammad Khalessi, Ph.D. CEO/President PredictionProbe, Inc.
Failure Mode and Effect Analysis
Statistical Thinking and Applications
Definitions Cumulative time to failure (T): Mean life:
Failure Mode & Effect Analysis
Presentation transcript:

Page 1 of 14 Modern RAMI Method Capabilities ARIES 2011 Quarter #2 Review July, 2011; Gaithersburg, Maryland Tom Weaver Counter CBRNE DEW Platform Systems Technology Boeing Research and Technology I-Li Lu, Ph.D. Applied Statistics Platform Performance Technology Boeing Research and Technology

Page 2 of 14 ARIES Quarterly Review Gaithersburg, MD – 27, 28 July 2011 Introduction Proposed ARIES Reliability Estimation Tool is the most immediately needed tool Making the tool will draw on a range of techniques and processes that will fit within the tool or will allow for future additional capabilities Some examples are: –Root Causes Identification –Failure Mode and Effects/Criticality Analyses –Rogue Unit Identification and Tracing –Trend Monitoring and Evaluation

Page 3 of 14 ARIES Quarterly Review Gaithersburg, MD – 27, 28 July 2011 Root Causes Identification Locate the shortest troubleshooting path Determine the most operationally efficient path Find the path that minimizes overall maintenance cost Objectives Maintenance Action Status=“A”Status=“NA” FF NFF 11 22 pFpF 1- p F  IF  1 (1- p F ) Status Missing 1-  1 -  2 FFNFF 01 0 22 FFNFF pFpF 1-p F cF (1-  c )(1-  1 -  2 )p F (1-  1 -  2 )(1-p F ) Time between Failures: Empirical distributions and the “remaining lifetimes” Time between Events: Empirical distributions and the “remaining lifetimes” Empirical data subjective input Non-Induced Failure Induced Failure 1-  IF cF (1-  IF )  1 p F  IF  1 p F Non-Induced Failure Induced Failure  IF (1-  1 -  2 )p F 1-  IF  IF Confirmed Failure Unconfirmed Failure Unconfirmed Failure Confirmed Failure 1- cF cF 1- cF (1- cF )(1-  IF )  1 p F (1- cF ) (1-  c )(1-  1 -  2 )p F

Page 4 of 14 ARIES Quarterly Review Gaithersburg, MD – 27, 28 July 2011 FMEA/FMECA

Page 5 of 14 ARIES Quarterly Review Gaithersburg, MD – 27, 28 July 2011 FMEA Risk Elements - Severity Severity: Determine all failure modes based on the functional requirements and their effects. Examples of failure modes are: Electrical short-circuiting, corrosion or deformation. A failure mode in one component can lead to a failure mode in another component, therefore each failure mode should be listed in technical terms and for function. Hereafter the ultimate effect of each failure mode needs to be considered. A failure effect is defined as the result of a failure mode on the function of the system as perceived by the user. In this way it is convenient to write these effects down in terms of what the user might see or experience. Examples of failure effects are: degraded performance, noise or even injury to a user. Each effect is given a severity number (S) from 1 (no danger) to 10 (critical). These numbers help an engineer to prioritize the failure modes and their effects. If the severity of an effect has a number 9 or 10, actions are considered to change the design by eliminating the failure mode, if possible, or protecting the user from the effect. A severity rating of 9 or 10 is generally reserved for those effects which would cause injury to a user or otherwise result in litigation.

Page 6 of 14 ARIES Quarterly Review Gaithersburg, MD – 27, 28 July 2011 FMEA Risk Elements - Occurrence Occurrence Determine the cause of a failure mode and how many times it occurs. This can be done by looking at similar products or processes and the failure modes that have been documented for them. A failure cause is looked upon as a design weakness. All the potential causes for a failure mode should be identified and documented. Examples are: erroneous algorithms, excessive voltage or improper operating conditions. A failure mode is given an occurrence ranking (O), again 1–10. Actions need to be determined if the occurrence is high (meaning > 4 for non-safety failure modes and > 1 when the severity-number from step 1 is 9 or 10). This step is called the detailed development section of the FMEA process. Occurrence also can be defined as %. If a non-safety issue happened less than 1%, we can give 1 to it. It is based on your product and customer specification

Page 7 of 14 ARIES Quarterly Review Gaithersburg, MD – 27, 28 July 2011 FMEA Risk Elements - Detectability Detectability Determine appropriate actions and their efficiency. In addition, design verification is needed. The proper inspection methods need to be chosen. Start from the current controls of the system, that prevent failure modes from occurring or which detect the failure before it reaches the critical stage. Then identify testing, analysis, monitoring and other techniques that can be or have been used on similar systems to detect failures. From these controls one can learn how likely it is for a failure to be identified or detected. Each combination from the previous 2 steps receives a detection number (D). This ranks the ability of planned tests and inspections to remove defects or detect failure modes in time. The assigned detection number measures the risk that the failure will escape detection. A high detection number indicates that the chances are high that the failure will escape detection, or in other words, that the chances of detection are low.

Page 8 of 14 ARIES Quarterly Review Gaithersburg, MD – 27, 28 July 2011 FMECA Process FMECA extends FMEA by including a criticality analysis, which is used to chart the probability of failure modes against the severity of their consequences. With the following logical steps: –Define the system –Define ground rules and assumptions in order to help drive the design –Construct system block diagrams –Identify failure modes (piece part level or functional) –Analyze failure effects/causes –Feed results back into design process –Classify the failure effects by severity –Perform criticality calculations –Rank failure mode criticality –Determine critical items –Feed results back into design process –Identify the means of failure detection, isolation and compensation –Perform maintainability analysis –Document the analysis, summarize uncorrectable design areas, identify special controls necessary to reduce failure risk –Make recommendations –Follow up on corrective action implementation/effectiveness

Page 9 of 14 ARIES Quarterly Review Gaithersburg, MD – 27, 28 July 2011 Rogue Unit ID and Tracing Failure Data by Part Serial Number Trend Tests Failure Category Analytical process to focus on logistics and repair quality Renewal Process By External Factors Non-TechnicalTechnical Reliability Analysis on TTUR, NFF, & TTF Design Evaluation and Modification Monitoring & Alerting Impact Analysis of Preventive Maintenance Constant Trend Improving Trend Policy Evaluation & Cost Optimization Hazard Rates Rogue Units Identification Constant Hazard Rate Decreasing Hazard Rate Increasing Hazard Rate Design Modification & Optimal Inspection Interval RAT, MHT, LTT tests

Page 10 of 14 ARIES Quarterly Review Gaithersburg, MD – 27, 28 July 2011 Basic Trend Monitoring The Reverse Arrangement Test (a simple and useful test that has the advantage of making no assumptions about a model for the possible trend) The Military Handbook Test (optimal for distinguishing between "no trend' and a trend following the NHPP Power Law or Duane model) The Laplace Trend Test (optimal for distinguishing between "no trend' and a trend following the NHPP Exponential Law model)

Page 11 of 14 ARIES Quarterly Review Gaithersburg, MD – 27, 28 July 2011 Reverse Arrangement Test Given r repairs, T 1, T 2,...., T r, the interarrival times I 2 =R 2 -T 1, I 3 =T 3 -T 2,...., I r =T r -T r-1 and the censoring time T end > T r, we calculate how many instances we have of a later interarrival time being strictly greater than an earlier interarrival time. These are called reversals. Too many reversals indicates a significant improving trend and too few reversals indicates a significant degradation trend. More formally, Count a reversal every time I j < I k for some j and k with j < k. Compute the total number of reversals, R. For r repair times, the maximum possible number of reversals is r(r-1)/2. If there are no trends, the expected number of reversals is r(r-1)/4. For r > 12, the following approximation can be used to determine if the number of reversals is statistically significant. The advantage of this test is that it is simple and it makes no assumptions about a model for the possible trend

Page 12 of 14 ARIES Quarterly Review Gaithersburg, MD – 27, 28 July 2011 Military Handbook Test –Given r repairs, T 1, T 2,...., T r and the censoring time T end > T r, we calculate the test statistic –This test statistic follows a chi-square distribution with 2*r degrees of freedom. –This test is recommended for the case when the choice is between no trend and a non-homogeneous Poisson process (NHPP) power law (Duane) model.

Page 13 of 14 ARIES Quarterly Review Gaithersburg, MD – 27, 28 July 2011 Trend Monitoring Metrics The Laplace Trend Test tests the hypothesis that a trend does not exist within the data. The Laplace Trend Test can serve as a preliminary metric to determine whether the system is deteriorating, improving, or if there is no trend at all. Calculate the test statistic, using the following equation: where: T = total operating time (termination time) X i = age of the system at the successive failure N = total number of failures The test statistic is approximately a standard normal random variable

Page 14 of 14 ARIES Quarterly Review Gaithersburg, MD – 27, 28 July 2011