Xfmea Risk Discovery Analysis Example: Difference between revisions

From ReliaWiki
Jump to navigation Jump to search
(Created page with '{| class="FCK__ShowTableBorders" border="0" cellspacing="0" cellpadding="0" align="center"; style="width:100%;" |- | valign="middle" align="left" bgcolor=EEEDF7|[[Image: Xfmea-Ex…')
 
(Replaced content with "A newer version of this article is now available in the [https://help.reliasoft.com/articles/content/hotwire/issue111/relbasics111.htm ReliaSoft Articles Archive]. Please update any links and references.")
Tag: Replaced
 
(23 intermediate revisions by 4 users not shown)
Line 1: Line 1:
{| class="FCK__ShowTableBorders" border="0" cellspacing="0" cellpadding="0" align="center"; style="width:100%;"
A newer version of this article is now available in the [https://help.reliasoft.com/articles/content/hotwire/issue111/relbasics111.htm ReliaSoft Articles Archive]. Please update any links and references.
|-
| valign="middle" align="left" bgcolor=EEEDF7|[[Image: Xfmea-Examples-banner.png|400px|center]]
|}
<br>
Let’s examine the new Risk Discovery analysis feature in Xfmea through a fictional example. Suppose that a technology company is developing a new complex product. It is a multi-function printer that prints, copies, scans and has several other features, such as scan to e-mail, document management, etc.
 
Figure below shows the system hierarchy, with some subsystems fully expanded down to the component level and others collapsed at the subsystem level.
[[Image:Printer System for FMEA Example.png|thumb|center|300px|]]
 
As a best practice, the team first conducts an FMEA at the top (system) level in order to address any potential problems related to interactions and interfaces. Starting the analysis at lower levels has been proven to be a practice that can lead to omission of interactions between subsystems. In most complex systems, interactions will account for more than 50% of the total failure modes that the system will experience. In such cases, it is essential to start with a top-down approach.
 
Once the top (system) level FMEA has been completed, the next question that the FMEA team faces is which subsystems and components to focus on. This is where the Risk Discovery feature in Xfmea is used.
 
The team adds a Risk Discovery analysis for each of the main subsystems of the product: the printing system, the copying system, the scanning system and the document management system. Xfmea supports two configurable methods for this type of analysis: a set of yes/no questions (where a yes answer indicates that the assembly/component poses a risk that warrants more detailed analysis) or a set of predefined rating scales (which can be used to calculate an overall rating for each assembly/component). For this example, we will assume that the organization has selected to use the Questions tab with the sample questions that are shipped by default with the software. These questions address the issues that would typically be considered with a change point analysis approach (new technology, new application, historical problems, supplier capability), together with other relevant issues (safety, regulatory requirements and mission criticality).
[[Image:Printer System for FMEA Example 1.png|thumb|center|500px|]]
 
If the rating scales method is used, for each factor, a risk rating scale is assigned to it, as shown in the figure below.
[[Image:Printer System for FMEA Example 2.png|thumb|center|500px|]]

Latest revision as of 00:37, 17 January 2024

A newer version of this article is now available in the ReliaSoft Articles Archive. Please update any links and references.

Retrieved from "https://www.reliawiki.com/index.php?title=Xfmea_Risk_Discovery_Analysis_Example&oldid=66221"