Basics of System Reliability Analysis: Difference between revisions

From ReliaWiki
Jump to navigation Jump to search
 
(119 intermediate revisions by 7 users not shown)
Line 1: Line 1:
{{Template:bsbook|2}}
{{Template:bsbook|1}}
 
 
=Overview=
=Overview=
In life data analysis and accelerated life testing data analysis, as well as other testing activities, one of the primary objectives is to obtain a life distribution that describes the times-to-failure of a component, subassembly, assembly or system. This analysis is based on the time of successful operation or time-to-failure data of the item (component), either under use conditions or from accelerated life tests.
In life data analysis and accelerated life testing data analysis, as well as other testing activities, one of the primary objectives is to obtain a life distribution that describes the times-to-failure of a component, subassembly, assembly or system. This analysis is based on the time of successful operation or time-to-failure data of the item (component), either under use conditions or from accelerated life tests.


For any life data analysis, the analyst chooses a point at which no more detailed information about the object of analysis is known or needs to be considered. At that point, the analyst treats the object of analysis as a "black box." The selection of this level (e.g. component, subassembly, assembly or system) determines the detail of the subsequent analysis.   
For any life data analysis, the analyst chooses a point at which no more detailed information about the object of analysis is known or needs to be considered. At that point, the analyst treats the object of analysis as a "black box." The selection of this level (e.g., component, subassembly, assembly or system) determines the detail of the subsequent analysis.   


In System Reliability one constructs a "System" model from these component models. In other words in system reliability analysis we are concerned with the construction of a model (life distribution) that represents the times-to-failure of the entire system based on the life distributions of the components, subassemblies and/or assemblies ("black boxes") from which it is composed.
In system reliability analysis, one constructs a "System" model from these component models. In other words in system reliability analysis we are concerned with the construction of a model (life distribution) that represents the times-to-failure of the entire system based on the life distributions of the components, subassemblies and/or assemblies ("black boxes") from which it is composed, as illustrated in the figure below.




{{Template:FigCenter|[[Image:Chp2fig2.png|center]]|1|Obtaining a system ''pdf'' from the ''pdfs'' of the componenets.||400|400}}
[[Image:Chp2fig2.png|center|600px|Obtaining a system ''pdf'' from the ''pdfs'' of the components.|link=]]
 


To accomplish this, the relationships between components are considered and decisions about the choice of components can be made to improve or optimize the overall system reliability, maintainability and/or availability. There are many specific reasons for looking at component data to estimate the overall system reliability. One of the most important is that in many situations it is easier and less expensive to test components/subsystems rather than entire systems. Many other benefits of the system reliability analysis approach also exist and will be presented throughout this reference.
To accomplish this, the relationships between components are considered and decisions about the choice of components can be made to improve or optimize the overall system reliability, maintainability and/or availability. There are many specific reasons for looking at component data to estimate the overall system reliability. One of the most important is that in many situations it is easier and less expensive to test components/subsystems rather than entire systems. Many other benefits of the system reliability analysis approach also exist and will be presented throughout this reference.


=Basic Terminology=
==Systems==
== System ==
A system is a collection of components, subsystems and/or assemblies arranged to a specific design in order to achieve desired functions with acceptable performance and reliability. The types of components, their quantities, their qualities and the manner in which they are arranged within the system have a direct effect on the system's reliability. The relationship between a system and its components is often misunderstood or oversimplified. For example, the following statement is not valid: All of the components in a system have a 90% reliability at a given time, thus the reliability of the system is 90% for that time. Unfortunately, poor understanding of the relationship between a system and its constituent components can result in statements like this being accepted as factual, when in reality they are false.
 
A system is a collection of components, subsystems and/or assemblies arranged to a specific design in order to achieve desired functions with acceptable performance and reliability. The types of components, their quantities, their qualities and the manner in which they are arranged within the system have a direct effect on the system's reliability. The relationship between a system and its components is often misunderstood or oversimplified. For example, the following statement is not valid: All of the components in a system have a 90% reliability at a given time, thus the reliability of the system is 90% for that time. Unfortunately, poor understanding of the relationship between a system and its constituent components can result in statements like this being accepted as factual, when in reality they are false.  


== Reliability Block Diagrams (RBDs) ==
== Reliability Block Diagrams (RBDs) ==
Block diagrams are widely used in engineering and science and exist in many different forms. They can also be used to describe the interrelation between the components and to define the system. When used in this fashion, the block diagram is then referred to as a reliability block diagram (RBD).


Block diagrams are widely used in engineering and science and exist in many different forms. They can also be used to describe the interrelation between the components and to define the system. When used in this fashion, the block diagram is then referred to as a reliability block diagram (RBD). <br>A reliability block diagram is a graphical representation of the components of the system and how they are reliability-wise related (connected). It should be noted that this may differ from how the components are physically connected. An RBD of a simplified computer system with a redundant fan configuration is shown in Figure 2.  
A reliability block diagram is a graphical representation of the components of the system and how they are reliability-wise related (connected). It should be noted that this may differ from how the components are physically connected. An RBD of a simplified computer system with a redundant fan configuration is shown below.  


=== Reliability Blocks ===
[[Image:Chp2fig3.png|center|500px|A simple reliability block diagram.|link=]]


RBDs are constructed out of blocks. The blocks are connected with direction lines that represent the reliability relationship between the blocks.  
RBDs are constructed out of blocks. The blocks are connected with direction lines that represent the reliability relationship between the blocks.  


{{Template:FigCenter|<br>[[Image:Chp2fig3.png|center]]|2|A simple reliability block diagram.|}}
A block is usually represented in the diagram by a rectangle. In a reliability block diagram, such blocks represent the component, subsystem or assembly at its chosen black box level. The following figure shows two blocks, one representing a resistor and one representing a computer.  
 
 
A block is usually represented in the diagram by a rectangle. In a reliability block diagram, such blocks represent the component, subsystem or assembly at its chosen black box level. Figure 2 shows two blocks, one representing a resistor and one representing a computer.  


[[Image:Chp2fig4.png|center|300px|Blocks representing a resistor and a computer.|link=]]


{{Template:FigCenter|<br>[[Image:Chp2fig4.png|center]]|3|Blocks representing a resistor and a computer.|}}
It is possible for each block in a particular RBD to be represented by its own reliability block diagram, depending on the level of detail in question. For example, in an RBD of a car, the top level blocks could represent the major systems of the car, as illustrated in the figure below. Each of these systems could have their own RBDs in which the blocks represent the subsystems of that particular system. This could continue down through many levels of detail, all the way down to the level of the most basic components (e.g., fasteners), if so desired.  


[[Image:corvettesubsystem.png|center|500px|Example of a system containing a number of different subsystems.|link=]]


It is possible for each block in a particular RBD to be represented by its own reliability block diagram, depending on the level of detail in question. For example, in an RBD of a car, the top level blocks could represent the major systems of the car, as illustrated in Figure car. Each of these systems could have their own RBDs in which the blocks represent the subsystems of that particular system. This could continue down through many levels of detail, all the way down to the level of the most basic components (e.g. fasteners), if so desired.  
The level of granularity or detail that one chooses should be based on both the availability of data and on the lowest actionable item concept. To illustrate this concept, consider the aforementioned computer system shown earlier. When the computer manufacturer finds out that the hard drive is not as reliable as it should be and decides not to try to improve the reliability of the current hard drive but rather to get a new hard drive supplier, then the lowest actionable item is the hard drive. The hard drive supplier will then have actionable items inside the hard drive, and so forth.


The level of granularity or detail that one chooses should be based on both the availability of data and on the lowest actionable item concept. To illustrate this concept, consider the aforementioned computer system (Figure 2). When the computer manufacturer finds out that the hard drive is not as reliable as it should be and decides not to try to improve the reliability of the current hard drive but rather to get a new hard drive supplier, then the lowest actionable item is the hard drive. The hard drive supplier will then have actionable items inside the hard drive, and so forth.
== Block Failure Models ==
 
Having segmented a product or process into parts, the first step in evaluating the reliability of a system is to obtain life/event data concerning each component/subsystem (i.e., each block).  
{{Template:FigCenter|<br>[[Image:2.4.gif|center]]|4|Example of a system containing a number of different subsystems.|}}
 
=== Block Failure Models ===
 
Having segmented a product or process into parts, the first step in evaluating the reliability of a system is to obtain life/event data concerning each component/subsystem (i.e. each block).  
This information will allow the reliability engineer to characterize the life distribution of each component.  
This information will allow the reliability engineer to characterize the life distribution of each component.  
Data can be obtained from different sources, including:  
Data can be obtained from different sources, including:  


#In-house reliability tests.
#In-house reliability tests  
#Accelerated life tests.
#Accelerated life tests
# Field data.
#Field data
#Warranty data.
#Warranty data  
# Engineering knowledge.
#Engineering knowledge
#Similarity to prior designs.
#Similarity to prior designs
#Other reference sources.
#Other reference sources
<br>


Additionally, component life data may also be provided by the manufacturer or supplier of the component/subsystem. Once the data set has been obtained, the life distribution of a component/subsystem can be estimated using ReliaSoft's Weibull++ or ALTA software. For example, consider a resistor that is part of a larger system to be analyzed. Failure data for this resistor can be obtained by performing in-house reliability tests and by observing the behavior of that type of resistor in the field. A life distribution is then fitted to the data and the parameters are obtained (Figure resistor). The parameters of that distribution represent the life distribution of that resistor block in the overall system RBD.  
Additionally, component life data may also be provided by the manufacturer or supplier of the component/subsystem. Once the data set has been obtained, the life distribution of a component/subsystem can be estimated using ReliaSoft's Weibull++ or ALTA software. For example, consider a resistor that is part of a larger system to be analyzed. Failure data for this resistor can be obtained by performing in-house reliability tests and by observing the behavior of that type of resistor in the field. As shown below, a life distribution is then fitted to the data and the parameters are obtained. The parameters of that distribution represent the life distribution of that resistor block in the overall system RBD.  
<br>


In the same manner, other types of information can also be obtained that can be used to define other block properties, such as the time-to-repair distribution (by analyzing the times-to-repair of each block instead of the times-to-failure), other maintenance requirements, throughput properties, etc. <br><br>[[Image:Chp2fig6.png|center]] <br>
[[Image:BS2.5.png|center|500px|Obtaining the failure distribution parameters for a component.|link=]]


<center>Figure 2.5: Obtaining the failure distribution paramters for a component.</center>


<br>[[Image:Chp2fig7.png|center]] <br>
[[Image:BS2.6.png|center|500px|Other block properties|link=]]


<center>Figure 2.6: Other block properties</center>


<br>
In the same manner, other types of information can also be obtained that can be used to define other block properties, such as the time-to-repair distribution (by analyzing the times-to-repair of each block instead of the times-to-failure), other maintenance requirements, throughput properties, etc.
These block properties can then be used to perform a variety of analyses on the overall system to predict and/or optimize the system's reliability, maintainability, availability, spare parts utilization, throughput, etc. <br>
These block properties can then be used to perform a variety of analyses on the overall system to predict and/or optimize the system's reliability, maintainability, availability, spare parts utilization, throughput, etc.


==== Available Distributions ====
'''Available Distributions'''


Since the failure properties of a component are best described by statistical distributions, the most commonly used life distributions are available in BlockSim.  
Because the failure properties of a component are best described by statistical distributions, the most commonly used life distributions are available in BlockSim. (For more information about these distributions, see [[Life Distributions]].)
The available distributions are:  
The available distributions are:  
#1 and 2 parameter exponential distributions.  
#1 and 2 parameter exponential distributions   
#1, 2 and 3 parameter Weibull distributions.
#1, 2 and 3 parameter Weibull distributions  
#Mixed Weibull distributions (with 2, 3 or 4 subpopulations).
#Mixed Weibull distribution (with 2, 3 or 4 subpopulations)
#Normal distribution.
#Normal distribution
#Lognormal distribution.
#Lognormal distribution
#Generalized-Gamma (i.e. G-Gamma) distribution.
#Generalized-Gamma (i.e., G-Gamma) distribution  
#Gamma distribution.
#Gamma distribution
#Logistic distribution.
#Logistic distribution
# Loglogistic distribution.
#Loglogistic distribution
# Gumbel distribution.
#Gumbel distribution


The same distributions are also available as repair distributions and in other probabilistic property windows that we will discuss later. Figure Ch2fig6 illustrates the Block Properties window with the Weibull distribution assigned as the failure distribution. Figure Ch2fig7 illustrates the Block Properties window with the normal distribution assigned as the repair distribution.  
The same distributions are also available as repair distributions and in other probabilistic property windows that we will discuss later. The first figure below illustrates the Block Properties window with the Weibull distribution assigned as the failure distribution while the second figure illustrates the Block Properties window with the normal distribution assigned as the repair distribution.  


<br><br>


==== The System Reliability Function ====
[[Image:FailureDistributionBlockProperties.png|center|550px|Failure distribution assigned in the Block Properties window.|link=]]


After defining the properties of each block in a system, the blocks can then be connected in a reliability-wise manner to create a reliability block diagram for the system. The RBD provides a visual representation of the way the blocks are reliability-wise arranged. This means that a diagram will be created that represents the functioning state (i.e. success or failure) of the system in terms of the functioning states of its components. In other words, this diagram demonstrates the effect of the success or failure of a component on the success or failure of the system. For example, if all components in a system must succeed in order for the system to succeed, the components will be arranged reliability-wise in series. If one of two components must succeed in order for the system to succeed, those two components will be arranged reliability-wise in parallel. Chapter 4 discusses RBDs and diagramming methods. <br>The reliability-wise arrangement of components is directly related to the derived mathematical description of the system. The mathematical description of the system is the key to the determination of the reliability of the system. In fact, the system's reliability function is that mathematical description (obtained using probabilistic methods) and it defines the system reliability in terms of the component reliabilities. The result is an analytical expression that describes the reliability of the system as a function of time based on the reliability functions of its components. Chapters 3, 4 and 5 discuss this further. These chapters also offer derivations of needed equations and present examples. <br>[[Image:Chp2fig8.png|center]] <br>


<center>Figure 2.7: Failure distribution assigned in the Block Properties window.</center>
[[Image:RepairDistributionBlockProperties.png|center|550px|Repair distribution assigned in the Block Properties window.|link=]]


<br>[[Image:Chp2fig9.png|center]] <br>
== System Reliability Function ==
After defining the properties of each block in a system, the blocks can then be connected in a reliability-wise manner to create a reliability block diagram for the system. The RBD provides a visual representation of the way the blocks are reliability-wise arranged. This means that a diagram will be created that represents the functioning state (i.e., success or failure) of the system in terms of the functioning states of its components. In other words, this diagram demonstrates the effect of the success or failure of a component on the success or failure of the system. For example, if all components in a system must succeed in order for the system to succeed, the components will be arranged reliability-wise in series. If one of two components must succeed in order for the system to succeed, those two components will be arranged reliability-wise in parallel. [[RBDs_and_Analytical_System_Reliability|RBDs and Analytical System Reliability]] discusses RBDs and diagramming methods.


<center>Figure 2.8: Repair distribution assigned in the Block Properties window.</center>


<br>
The reliability-wise arrangement of components is directly related to the derived mathematical description of the system. The mathematical description of the system is the key to the determination of the reliability of the system. In fact, the system's reliability function is that mathematical description (obtained using probabilistic methods) and it defines the system reliability in terms of the component reliabilities. The result is an analytical expression that describes the reliability of the system as a function of time based on the reliability functions of its components. [[Statistical_Background|Statistical Background]], [[RBDs_and_Analytical_System_Reliability|RBDs and Analytical System Reliability]] and [[Time-Dependent_System_Reliability_(Analytical)|Time-Dependent System Reliability (Analytical)]] discuss this further. These chapters also offer derivations of needed equations and present examples. <br>


== Non-Repairable and Repairable Systems ==
= Non-Repairable and Repairable Systems =
 
<br>
Systems can be generally classified into non-repairable and repairable systems. Non-repairable systems are those that do not get repaired when they fail. Specifically, the components of the system are not repaired or replaced when they fail. Most household products, for example, are non-repairable. This does not necessarily mean that they cannot be repaired, but rather that it does not make economic sense to do so. For example, repairing a four-year-old microwave oven is economically unreasonable, since the repair would cost approximately as much as purchasing a new unit.  
Systems can be generally classified into non-repairable and repairable systems. Non-repairable systems are those that do not get repaired when they fail. Specifically, the components of the system are not repaired or replaced when they fail. Most household products, for example, are non-repairable. This does not necessarily mean that they cannot be repaired, but rather that it does not make economic sense to do so. For example, repairing a four-year-old microwave oven is economically unreasonable, since the repair would cost approximately as much as purchasing a new unit.  
<br>
<br>
Line 111: Line 95:
<br>
<br>


Repairable systems and availability will be discussed in Chapters 7 and 8. <br>
Repairable systems and availability will be discussed in [[Introduction_to_Repairable_Systems|Introduction to Repairable Systems]] and [[Repairable_Systems_Analysis_Through_Simulation|Repairable Systems Analysis Through Simulation]]. <br>


== BlockSim's Computation Modes ==
= BlockSim's Computation Modes =
As shown in the figure below, BlockSim includes two independent computation modes: analytical and simulation. The analytical mode uses the exact reliability solutions for the system, employing the system's reliability function or cumulative density function (''cdf''). BlockSim can resolve even the most complex systems analytically and this method should be used when one is performing reliability analysis. In the context of BlockSim and this reference, we use the term ''reliability analysis'' to refer to all analyses that do not include repairs or restorations of the component. In contrast to the analytical mode, the simulation mode takes into account repair and restoration actions, including behaviors of crews, spare part pools, throughput, etc. Both of these methods will be explored in the chapters that follow. <br>


BlockSim includes two independent computation modes: analytical and simulation (Figure figmodes). The analytical mode uses the exact reliability solutions for the system, employing the system's reliability function or cumulative density function ( <math>cdf</math> ). BlockSim can resolve even the most complex systems analytically and this method should be used when one is performing reliability analysis. In the context of BlockSim and this reference, we use the term reliability analysis to refer to all analyses that do not include repairs or restorations of the component. In contrast to the analytical mode, the simulation mode takes into account repair and restoration actions, including behaviors of crews, spare part pools, throughput, etc. Both of these methods will be explored in the chapters that follow. <br>[[Image:Chp2fig10.png|center]] <br>
[[Image:Chp2fig10.png|center|162px|BlockSim's two independent computation modes.|link=]]


<center>Figure 2.9: BlockSim's two independent computation modes.</center>
<br>


<br>
When considering only the failure characteristics of the components, the analytical approach should be used. However, when both the failure and maintenance characteristics need to be considered, the simulation method must be used to take into account the additional events. <br>


== Analytical Calculations ==
== Analytical Calculations ==
In the analytical (or algebraic analysis) approach, the system's ''pdf'' is obtained analytically from each component's failure distribution using probability theory. In other words, the analytical approach involves the determination of a mathematical expression that describes the reliability of the system in terms the reliabilities of its components. Remember also that <math>cdf(t)=1-R(t)\,\!</math> .


<br>
The advantages of the analytical approach are:
*The mathematical expression for the system's ''cdf'' is obtained.
*Conditional reliability, warranty time and other calculations can be performed.
*Ancillary analyses can be performed, such as optimized reliability allocation, reliability importance computation of components, etc.


Two types of analytical calculations can be performed using RBDs (and BlockSim): static reliability calculations and time-dependent reliability calculations. Systems can contain static blocks, time-dependent blocks or a mixture of the two. Analytical computations are discussed in Chapters 4 and 5. <br>
The disadvantage of the analytical approach is:  
 
*Analyses that involve repairable systems with multiple additional events and/or other maintainability information are very difficult (if not impossible) to solve analytically. In these cases, analysis through simulation becomes necessary. <br>
=== Static Analytical Calculations ===
 
<br>
 
Static analytical calculations are performed on RBDs that contain static blocks. A static block can be interpreted either as a block with a reliability value that is known only at a given time (but the block's entire distribution is unknown) or as a block with a probability of success that is constant with time. Static calculations can only be performed in the analytical mode and not the simulation mode. Figure rbdstatic illustrates a static RBD. <br>[[Image:Chp2fig11.png|center]] <br>


<center>Figure2.10: Reliability block diagram (RBD) of a static system.</center>
Two types of analytical calculations can be performed using RBDs (and BlockSim): static reliability calculations and time-dependent reliability calculations. Systems can contain static blocks, time-dependent blocks or a mixture of the two. Analytical computations are discussed in [[RBDs_and_Analytical_System_Reliability|RBDs and Analytical System Reliability]] and [[Time-Dependent_System_Reliability_(Analytical)|Time-Dependent System Reliability (Analytical)]]. <br>


<br>
=== Static ===
Static analytical calculations are performed on RBDs that contain static blocks. A static block can be interpreted either as a block with a reliability value that is known only at a given time (but the block's entire distribution is unknown) or as a block with a probability of success that is constant with time. Static calculations can be performed both in the analytical mode and the simulation mode. The following figure illustrates a static RBD. <br>


=== Time-Dependent Analytical Calculations ===
[[Image:SystemFrozeninTime.png|center|500|Reliability block diagram (RBD) of a static system.|link=]]


<br>
<br>


Time-dependent analysis looks at reliability as a function of time. That is, a known failure distribution is assigned to each component. The time scale in BlockSim can assume any quantifiable time measure, such as years, months, hours, minutes or seconds, and also units that are not directly related to time, such as cycles or miles of use. In many of the discussions and examples that follow, and to maintain generality, time units may be omitted or a general time unit ( <math>tu</math> ) may be utilized. It is very important to remember that even though any time unit may be used, the time units used throughout an analysis must be consistent in order to avoid incorrect results. The primary objective in system reliability analysis is to obtain a failure distribution of the entire system based on the failure distributions of its components, as illustrated in Figure 2.11. <br>[[Image:Chp2fig12.png|center|350px|Image: 350 pixels]] <br>
=== Time-Dependent ===
Time-dependent analysis looks at reliability as a function of time. That is, a known failure distribution is assigned to each component. The time scale in BlockSim can assume any quantifiable time measure, such as years, months, hours, minutes or seconds, and also units that are not directly related to time, such as cycles or miles of use. In many of the discussions and examples that follow, and to maintain generality, time units may be omitted or a general time unit ( <math>tu\,\!</math> ) may be utilized. It is very important to remember that even though any time unit may be used, the time units used throughout an analysis must be consistent in order to avoid incorrect results. The primary objective in system reliability analysis is to obtain a failure distribution of the entire system based on the failure distributions of its components, as illustrated below. <br>


<center>Figure 2.11: Obtaining the system's ''pdf'' from the ''pdfs'' of the components.</center>
[[Image:SystemtoComponentpdf.png|center|700px|Obtaining the system's ''pdf'' from the ''pdfs'' of the components.|link=]]


<br>
<br>


When considering only the failure characteristics of the components, the analytical approach should be used. However, when both the failure and maintenance characteristics need to be considered, the simulation method must be used to take into account the additional events. <br>
== Simulation Calculations ==
 
If one includes information on the repair and maintenance characteristics of the components and resources available in the system, other information can also be analyzed/obtained, such as system availability, throughput, spare parts usage, life costs, etc. This can be accomplished through discrete event simulation.  
==== Analytical Approach ====
 
In the analytical (or algebraic analysis) approach, the system's <math>pdf</math> is obtained analytically from each component's failure distribution using probability theory. In other words, the analytical approach involves the determination of a mathematical expression that describes the reliability of the system in terms the reliabilities of its components. (Remember also that <math>cdf(t)=1-R(t)</math> .)
 
The advantages of the analytical approach are:
#The mathematical expression for the system's <math>cdf</math> is obtained.
#Conditional reliability, warranty time and other calculations can be performed.
#Analyses involving components with static reliability values can be performed.
#Ancillary analyses can be performed, such as optimized reliability allocation, reliability importance computation of components, etc.  
<br>
<br>
The disadvantage of the analytical approach is:
#Analyses that involve repairable systems with multiple additional events and/or other maintainability information are very difficult (if not impossible) to solve analytically. In these cases, analysis through simulation becomes necessary. <br>
== Simulation Calculation ==


In simulation, random failure times from each component's failure distribution are generated. These failure times are then combined in accordance with the way the components are reliability-wise arranged within the system. The overall results are analyzed in order to determine the behavior of the entire system.
<br>
<br>


If one includes information on the repair and maintenance characteristics of the components and resources available in the system, other information can also be analyzed/obtained, such as system availability, throughput, spare parts usage, life costs, etc. This can be accomplished through discrete event simulation.
<br>
In simulation, random failure times from each component's failure distribution are generated. These failure times are then combined in accordance with the way the components are reliability-wise arranged within the system. The overall results are analyzed in order to determine the behavior of the entire system.
<br>
The advantages of the simulation approach are:  
The advantages of the simulation approach are:  
#It can be used for highly complex scenarios involving a multitude of probabilistic events, such as corrective maintenance, preventive maintenance, inspections, imperfect repairs, crew response times, spare part availability, etc. When events such as these are considered, analytical solutions become impossible when dealing with real systems of sufficient complexity.  
*It can be used for highly complex scenarios involving a multitude of probabilistic events, such as corrective maintenance, preventive maintenance, inspections, imperfect repairs, crew response times, spare part availability, etc. When events such as these are considered, analytical solutions become impossible when dealing with real systems of sufficient complexity.  
#The discrete event simulation also has the capabilities for:  
*The discrete event simulation also has the capabilities for:  
 
** Examining resource usage, efficiency and costs.  
::a) Examining resource usage, efficiency and costs.  
** Optimizing procedures and resource allocation.  
::b) Optimizing procedures and resource allocation.  
** Analyzing relationships between systems and components.  
::c) Analyzing relationships between systems and components.  
** Maximizing throughput.  
::d) Maximizing throughput.  
** Minimizing work downtimes.
::e) Minimizing work downtimes.


<br>The disadvantages of the simulation approach are:  
The disadvantages of the simulation approach are:  


#It can be time-consuming.  
*It can be time-consuming.  
#The results are dependent on the number of simulations.  
*The results are dependent on the number of simulations.  
#There is a lack of repeatability in the results due to the random nature of data generation.  
*There is a lack of repeatability in the results due to the random nature of data generation.  


<br>Simulation is discussed in Chapters 8 and 9.
<br>Simulation is discussed in the [[Repairable_Systems_Analysis_Through_Simulation|Repairable Systems Analysis Through Simulation]] and [[Additional_Analyses|Throughput Analysis]] chapters.

Latest revision as of 20:28, 5 January 2016

New format available! This reference is now available in a new format that offers faster page load, improved display for calculations and images, more targeted search and the latest content available as a PDF. As of September 2023, this Reliawiki page will not continue to be updated. Please update all links and bookmarks to the latest reference at help.reliasoft.com/reference/system_analysis

Chapter 1: Basics of System Reliability Analysis


BlockSimbox.png

Chapter 1  
Basics of System Reliability Analysis  

Synthesis-icon.png

Available Software:
BlockSim

Examples icon.png

More Resources:
BlockSim examples

Overview

In life data analysis and accelerated life testing data analysis, as well as other testing activities, one of the primary objectives is to obtain a life distribution that describes the times-to-failure of a component, subassembly, assembly or system. This analysis is based on the time of successful operation or time-to-failure data of the item (component), either under use conditions or from accelerated life tests.

For any life data analysis, the analyst chooses a point at which no more detailed information about the object of analysis is known or needs to be considered. At that point, the analyst treats the object of analysis as a "black box." The selection of this level (e.g., component, subassembly, assembly or system) determines the detail of the subsequent analysis.

In system reliability analysis, one constructs a "System" model from these component models. In other words in system reliability analysis we are concerned with the construction of a model (life distribution) that represents the times-to-failure of the entire system based on the life distributions of the components, subassemblies and/or assemblies ("black boxes") from which it is composed, as illustrated in the figure below.


Obtaining a system pdf from the pdfs of the components.


To accomplish this, the relationships between components are considered and decisions about the choice of components can be made to improve or optimize the overall system reliability, maintainability and/or availability. There are many specific reasons for looking at component data to estimate the overall system reliability. One of the most important is that in many situations it is easier and less expensive to test components/subsystems rather than entire systems. Many other benefits of the system reliability analysis approach also exist and will be presented throughout this reference.

Systems

A system is a collection of components, subsystems and/or assemblies arranged to a specific design in order to achieve desired functions with acceptable performance and reliability. The types of components, their quantities, their qualities and the manner in which they are arranged within the system have a direct effect on the system's reliability. The relationship between a system and its components is often misunderstood or oversimplified. For example, the following statement is not valid: All of the components in a system have a 90% reliability at a given time, thus the reliability of the system is 90% for that time. Unfortunately, poor understanding of the relationship between a system and its constituent components can result in statements like this being accepted as factual, when in reality they are false.

Reliability Block Diagrams (RBDs)

Block diagrams are widely used in engineering and science and exist in many different forms. They can also be used to describe the interrelation between the components and to define the system. When used in this fashion, the block diagram is then referred to as a reliability block diagram (RBD).

A reliability block diagram is a graphical representation of the components of the system and how they are reliability-wise related (connected). It should be noted that this may differ from how the components are physically connected. An RBD of a simplified computer system with a redundant fan configuration is shown below.

A simple reliability block diagram.

RBDs are constructed out of blocks. The blocks are connected with direction lines that represent the reliability relationship between the blocks.

A block is usually represented in the diagram by a rectangle. In a reliability block diagram, such blocks represent the component, subsystem or assembly at its chosen black box level. The following figure shows two blocks, one representing a resistor and one representing a computer.

Blocks representing a resistor and a computer.

It is possible for each block in a particular RBD to be represented by its own reliability block diagram, depending on the level of detail in question. For example, in an RBD of a car, the top level blocks could represent the major systems of the car, as illustrated in the figure below. Each of these systems could have their own RBDs in which the blocks represent the subsystems of that particular system. This could continue down through many levels of detail, all the way down to the level of the most basic components (e.g., fasteners), if so desired.

Example of a system containing a number of different subsystems.

The level of granularity or detail that one chooses should be based on both the availability of data and on the lowest actionable item concept. To illustrate this concept, consider the aforementioned computer system shown earlier. When the computer manufacturer finds out that the hard drive is not as reliable as it should be and decides not to try to improve the reliability of the current hard drive but rather to get a new hard drive supplier, then the lowest actionable item is the hard drive. The hard drive supplier will then have actionable items inside the hard drive, and so forth.

Block Failure Models

Having segmented a product or process into parts, the first step in evaluating the reliability of a system is to obtain life/event data concerning each component/subsystem (i.e., each block). This information will allow the reliability engineer to characterize the life distribution of each component. Data can be obtained from different sources, including:

  1. In-house reliability tests
  2. Accelerated life tests
  3. Field data
  4. Warranty data
  5. Engineering knowledge
  6. Similarity to prior designs
  7. Other reference sources

Additionally, component life data may also be provided by the manufacturer or supplier of the component/subsystem. Once the data set has been obtained, the life distribution of a component/subsystem can be estimated using ReliaSoft's Weibull++ or ALTA software. For example, consider a resistor that is part of a larger system to be analyzed. Failure data for this resistor can be obtained by performing in-house reliability tests and by observing the behavior of that type of resistor in the field. As shown below, a life distribution is then fitted to the data and the parameters are obtained. The parameters of that distribution represent the life distribution of that resistor block in the overall system RBD.

Obtaining the failure distribution parameters for a component.


Other block properties


In the same manner, other types of information can also be obtained that can be used to define other block properties, such as the time-to-repair distribution (by analyzing the times-to-repair of each block instead of the times-to-failure), other maintenance requirements, throughput properties, etc. These block properties can then be used to perform a variety of analyses on the overall system to predict and/or optimize the system's reliability, maintainability, availability, spare parts utilization, throughput, etc.

Available Distributions

Because the failure properties of a component are best described by statistical distributions, the most commonly used life distributions are available in BlockSim. (For more information about these distributions, see Life Distributions.) The available distributions are:

  1. 1 and 2 parameter exponential distributions
  2. 1, 2 and 3 parameter Weibull distributions
  3. Mixed Weibull distribution (with 2, 3 or 4 subpopulations)
  4. Normal distribution
  5. Lognormal distribution
  6. Generalized-Gamma (i.e., G-Gamma) distribution
  7. Gamma distribution
  8. Logistic distribution
  9. Loglogistic distribution
  10. Gumbel distribution

The same distributions are also available as repair distributions and in other probabilistic property windows that we will discuss later. The first figure below illustrates the Block Properties window with the Weibull distribution assigned as the failure distribution while the second figure illustrates the Block Properties window with the normal distribution assigned as the repair distribution.


Failure distribution assigned in the Block Properties window.


Repair distribution assigned in the Block Properties window.

System Reliability Function

After defining the properties of each block in a system, the blocks can then be connected in a reliability-wise manner to create a reliability block diagram for the system. The RBD provides a visual representation of the way the blocks are reliability-wise arranged. This means that a diagram will be created that represents the functioning state (i.e., success or failure) of the system in terms of the functioning states of its components. In other words, this diagram demonstrates the effect of the success or failure of a component on the success or failure of the system. For example, if all components in a system must succeed in order for the system to succeed, the components will be arranged reliability-wise in series. If one of two components must succeed in order for the system to succeed, those two components will be arranged reliability-wise in parallel. RBDs and Analytical System Reliability discusses RBDs and diagramming methods.


The reliability-wise arrangement of components is directly related to the derived mathematical description of the system. The mathematical description of the system is the key to the determination of the reliability of the system. In fact, the system's reliability function is that mathematical description (obtained using probabilistic methods) and it defines the system reliability in terms of the component reliabilities. The result is an analytical expression that describes the reliability of the system as a function of time based on the reliability functions of its components. Statistical Background, RBDs and Analytical System Reliability and Time-Dependent System Reliability (Analytical) discuss this further. These chapters also offer derivations of needed equations and present examples.

Non-Repairable and Repairable Systems

Systems can be generally classified into non-repairable and repairable systems. Non-repairable systems are those that do not get repaired when they fail. Specifically, the components of the system are not repaired or replaced when they fail. Most household products, for example, are non-repairable. This does not necessarily mean that they cannot be repaired, but rather that it does not make economic sense to do so. For example, repairing a four-year-old microwave oven is economically unreasonable, since the repair would cost approximately as much as purchasing a new unit.

On the other hand, repairable systems are those that get repaired when they fail. This is done by repairing or replacing the failed components in the system. An automobile is an example of a repairable system. If the automobile is rendered inoperative when a component or subsystem fails, that component is typically repaired or replaced rather than purchasing a new automobile. In repairable systems, two types of distributions are considered: failure distributions and repair distributions. A failure distribution describes the time it takes for a component to fail. A repair distribution describes the time it takes to repair a component (time-to-repair instead of time-to-failure). In the case of repairable systems, the failure distribution itself is not a sufficient measure of system performance, since it does not account for the repair distribution. A new performance criterion called availability can be calculated, which accounts for both the failure and repair distributions.

Repairable systems and availability will be discussed in Introduction to Repairable Systems and Repairable Systems Analysis Through Simulation.

BlockSim's Computation Modes

As shown in the figure below, BlockSim includes two independent computation modes: analytical and simulation. The analytical mode uses the exact reliability solutions for the system, employing the system's reliability function or cumulative density function (cdf). BlockSim can resolve even the most complex systems analytically and this method should be used when one is performing reliability analysis. In the context of BlockSim and this reference, we use the term reliability analysis to refer to all analyses that do not include repairs or restorations of the component. In contrast to the analytical mode, the simulation mode takes into account repair and restoration actions, including behaviors of crews, spare part pools, throughput, etc. Both of these methods will be explored in the chapters that follow.

BlockSim's two independent computation modes.


When considering only the failure characteristics of the components, the analytical approach should be used. However, when both the failure and maintenance characteristics need to be considered, the simulation method must be used to take into account the additional events.

Analytical Calculations

In the analytical (or algebraic analysis) approach, the system's pdf is obtained analytically from each component's failure distribution using probability theory. In other words, the analytical approach involves the determination of a mathematical expression that describes the reliability of the system in terms the reliabilities of its components. Remember also that [math]\displaystyle{ cdf(t)=1-R(t)\,\! }[/math] .

The advantages of the analytical approach are:

  • The mathematical expression for the system's cdf is obtained.
  • Conditional reliability, warranty time and other calculations can be performed.
  • Ancillary analyses can be performed, such as optimized reliability allocation, reliability importance computation of components, etc.

The disadvantage of the analytical approach is:

  • Analyses that involve repairable systems with multiple additional events and/or other maintainability information are very difficult (if not impossible) to solve analytically. In these cases, analysis through simulation becomes necessary.

Two types of analytical calculations can be performed using RBDs (and BlockSim): static reliability calculations and time-dependent reliability calculations. Systems can contain static blocks, time-dependent blocks or a mixture of the two. Analytical computations are discussed in RBDs and Analytical System Reliability and Time-Dependent System Reliability (Analytical).

Static

Static analytical calculations are performed on RBDs that contain static blocks. A static block can be interpreted either as a block with a reliability value that is known only at a given time (but the block's entire distribution is unknown) or as a block with a probability of success that is constant with time. Static calculations can be performed both in the analytical mode and the simulation mode. The following figure illustrates a static RBD.

Reliability block diagram (RBD) of a static system.


Time-Dependent

Time-dependent analysis looks at reliability as a function of time. That is, a known failure distribution is assigned to each component. The time scale in BlockSim can assume any quantifiable time measure, such as years, months, hours, minutes or seconds, and also units that are not directly related to time, such as cycles or miles of use. In many of the discussions and examples that follow, and to maintain generality, time units may be omitted or a general time unit ( [math]\displaystyle{ tu\,\! }[/math] ) may be utilized. It is very important to remember that even though any time unit may be used, the time units used throughout an analysis must be consistent in order to avoid incorrect results. The primary objective in system reliability analysis is to obtain a failure distribution of the entire system based on the failure distributions of its components, as illustrated below.

Obtaining the system's pdf from the pdfs of the components.


Simulation Calculations

If one includes information on the repair and maintenance characteristics of the components and resources available in the system, other information can also be analyzed/obtained, such as system availability, throughput, spare parts usage, life costs, etc. This can be accomplished through discrete event simulation.

In simulation, random failure times from each component's failure distribution are generated. These failure times are then combined in accordance with the way the components are reliability-wise arranged within the system. The overall results are analyzed in order to determine the behavior of the entire system.

The advantages of the simulation approach are:

  • It can be used for highly complex scenarios involving a multitude of probabilistic events, such as corrective maintenance, preventive maintenance, inspections, imperfect repairs, crew response times, spare part availability, etc. When events such as these are considered, analytical solutions become impossible when dealing with real systems of sufficient complexity.
  • The discrete event simulation also has the capabilities for:
    • Examining resource usage, efficiency and costs.
    • Optimizing procedures and resource allocation.
    • Analyzing relationships between systems and components.
    • Maximizing throughput.
    • Minimizing work downtimes.

The disadvantages of the simulation approach are:

  • It can be time-consuming.
  • The results are dependent on the number of simulations.
  • There is a lack of repeatability in the results due to the random nature of data generation.


Simulation is discussed in the Repairable Systems Analysis Through Simulation and Throughput Analysis chapters.