Template:Crow extended equivalent single system rga: Difference between revisions

From ReliaWiki
Jump to navigation Jump to search
(Redirected page to Crow Extended)
 
(One intermediate revision by the same user not shown)
Line 1: Line 1:
===Crow Extended Equivalent Single System===
#REDIRECT [[Crow Extended]]
In order to analyze a Multiple Systems with Event Codes data sheet, the data are converted into a Crow Extended equivalent single system. The implemented fixes (I events) are taken into account when building the equivalent single system from the data for multiple systems.
<br>
The basic assumptions and constraints for the use of this data type are listed below:
<br>
<br>
:• Failure modes are assumed to be independent of each other and with respect to the system configuration. The same applies to their related implemented fixes (I events). As such, each mode and its related implemented fixes (I events) are examined separately in terms of their impact to the system configuration.
:• If there are BC modes in the data set, there must be at least 3 unique BC modes to analyze the data (together with implemented fixes for each one of them).
:• If there are BD modes in the data set, there must be at least 3 unique BD modes to analyze the data.
:• To be consistent with the definition of BC modes in the Crow Extended model, every BC mode must have at least one implemented fix (I event) on at least one system.
:• Implemented fixes (I events) cannot be delayed to a later phase, because the Crow Extended model applies to a single phase only.
<br>
The following are the basic rules for calculating the equivalent single system on which the Crow Extended model is applied. Note that the list is not exhaustive since there is an infinite number of scenarios that can occur. These rules cover the most common scenarios. The main concept is to add the time that each system was tested under the same configuration.
<br>
<br>
:1) To get to the equivalent single system, each failure time for A modes and BD modes is calculated by adding the time that each system was tested under the same configuration. In practice this means multiplying the failure time in the system by the number of total systems under test. For example, if we have 4 total systems and system 2 has a BD1 mode at time 30, the BD1 mode failure time in the equivalent single system will be  <math>30*4=120</math> . If system 3 had another BD1 mode at time 40, then that would yield another BD1 mode in the equivalent single system at time  <math>40*4=160</math> . These calculations are done assuming that the start time for the systems are at time zero. If the start time is different than zero, then that time would have to be subtracted from the failure time on each system. For example, if system 1 started at time S=10 and there was a failure at time 30, the equivalent system time would be  <math>(30-10)*4=80</math> .
:2) Each failure time for a BC mode that occurred before an implemented fix (I event) for that mode is also calculated by multiplying the failure time in the system by the number of total systems in test, as described above.
:3) The implemented fix (I event) time in the equivalent single system is calculated by adding the test time invested in each system before that I event takes place. It is the total time that the system has spent at the same configuration in terms of that specific mode.
:4) If the same BC mode occurs in another system after a fix (I event) has been implemented in one or more systems, the failure time in the equivalent single system is calculated by adding:
<br>
:The test time for that BC mode, and one of the following for each of the other systems:
<br>
::a) If a BC mode occurs in a system that has already seen an I event for that mode, then you add the time up to the I event,
:or
<br>
::b) If the I events occurred later than the BC failure time or those systems did not have any I events for that mode, then you add the time of the BC failure.
:5) If the same BC mode occurs in the same system after a fix (I event) has been implemented in one or more systems, the failure time in the equivalent single system is calculated by adding the test time of each system after that I event was implemented to the I event time in the equivalent single system, or zero if an I event was not present in that system. 
<br>
<br>
'''Example 6'''
<br>
Consider the data set shown in Figure Simple example Crow Extended ESS. The data sheet needs to be converted to the Crow Extended equivalent single system. This example is used to demonstrate the application of the five rules mentioned above.
 
[[Image:rga9.15.png|thumb|center|400px|Three systems will event codes.]]
<br>
<br>
'''Solution'''
<br>
The first step to create the equivalent single system is to isolate each failure mode and its implemented fixes independently from each other. The numbered items that follow represent an example application for each one of the five rules mentioned above and are presented in the same numbering sequence. 
<br>
:1) Figure ESSD illustrates the application of rule #1 for mode BD1. The mode in the equivalent single system is calculated as  <math>(75+75+75)=225</math>  or  <math>75*3=225.</math>
 
[[Image:rga9.16.png|thumb|center|400px|Calculating a BD mode.]]
<br>
 
Figure 9.16 illustrates the application of rule #1 for mode A110. The mode in the equivalent single system is calculated as
<math>(280+280+280)=840</math>  or  <math>280*3=840.</math>
 
[[Image:rga9.17.png|thumb|center|400px|Calculating an A mode.]]
<br>
<br>
:2) Figure ESSC10 illustrates the application of rule #2 for the first occurrence of the mode BC10 in system 1. The mode in the equivalent single system is calculated as  <math>(150+150+150)=450</math>  or  <math>150*3=450.</math>
 
[[Image:rga9.18.png|thumb|center|400px|Calculating a BC mode that occurred before an implemented fix.]]
<br>
 
:3) Figure ESSBC10 illustrates the application of rule #3 for implemented fixes (I events) of the mode BC10. In the graph the I events are symbolized by having the letter "I" before the naming of the mode, in this case IBC10 for the implemented fix of mode BC10. The IBC10 in the equivalent single system is calculated as  <math>(200+175+200)=575</math> .
 
:4) Figure ESSC20 illustrates the application of rule #4 for the mode BC20 in system 1, which occurs after a fix for the same mode was implemented in system 2. The mode in the equivalent single system is calculated as  <math>(350+300+350)=1000.</math>
<math></math>
<br>
<br>
[[Image:rga9.19.png|thumb|center|400px|Calculating an implementation event.]]
<br>
<br>
[[Image:rga9.20.png|thumb|center|400px|Calculating a BC mode that occurred after I events.]]
<br>
<br>
[[Image:rga9.21.png|thumb|center|400px|Calculating a second occurrence of a BC mode in the same system, after I events have been implemented.]]
<br>
<br>
[[Image:rga9.22.png|thumb|center|400px|Growth Potential MTBF plot from three systems with event codes.]]
<br>
:5) Figure ESSC10econd illustrates the application of rule #5 for the second occurrence of the mode BC10 in system 1, which occurs after an implemented fix (I event) had occurred for that mode in the same system. The mode in the equivalent single system is calculated as  <math>575+(175+200+175)=1125.</math>
 
 
After having transferred the data set to the Crow Extended equivalent single system, the data set is analyzed using the Crow Extended model as presented in this chapter. Figure multipleventP shows the growth potential MTBF plot that is generated from the Multiple Systems with Event Codes data sheet presented in Figure Simple example Crow Extended ESS.
 
 
{{transferring to crow extended-continuous rga}}
 
{{iterations rga}}

Latest revision as of 02:07, 23 August 2012

Redirect to:

Retrieved from "https://www.reliawiki.com/index.php?title=Template:Crow_extended_equivalent_single_system_rga&oldid=33311"