DOCSLIB.ORG

"Fault Tree Handbook"

Total Page：16

File Type：pdf, Size：1020Kb

Download full-text PDF Read full-text
NUREG-0492 Fault Tree Handbook U.S. Nuclear Regulatory Commission NUREG-0492 Fault Tree Handbook Date Published: January 1981 W. E. Vesely, U.S. Nuclear Regulatory Commission F. F. Goldberg, U.S. Nuclear Regulatory Commission N. H. Roberts, University of Washington D. F. Haasl, Institute of System Sciences, Inc. Systems and Reliability Research Office of Nuclear Regulatory Research U.S. Nuclear Regulatory Commission Washington, D.C. 20555 For sale by the U.S. Government Printing Office Superintendent of Documents, Mail Stop: SSOP, Washington, DC 20402-9328 Available from GPO Sales Program Division.of Technical Information and Document Control U.S. Nuclear Regulatory Commission Washington, DC 20555 Printed copy price: $5.50 and National Technical Information Service Springfield, VA 22161 TABLE OF CONTENTS Introduction . vii I. Basic Concepts of System Analysis . 1-1 1. The Purpose of System Analysis . 1-1 2. Definition of a System . 1-3 3. Analytical Approaches . 1-7 4. Perils and Pitfalls . 1-9 II. Overview oflnductive Methods . 11-1 1. Introduction . 11-1 2. The "Parts Count" Approach . 11~1 3. Failure Mode and Effect Analysis (FMEA) . 11-2 4. Failure Mode Effect and Criticality Analysis (FMECA) . 11-4 5. Preliminary Hazard Analysis (PHA) . 11-4 6. Fault ffazard Analysis (FHA) . 11-5 7. Double Failure Matrix (DFM) . 11-5 8. Success Path Models . 11-10 9. Conclusions ............... ; . 11-12 III. Fault Tree Analysis-Basic Concepts. ID-1 l. Orientation . 111-1 2. Failure vs. Success Models . 111-1 3. The Undesired Event Concept . III-3 4. Summary . ID-4 IV. The Basic Elements of a Fault Tree . IV-1 1. The Fault Tree Model . IV-1 2. Symbology-The Building Blocks of the Fault Tree ............ IV-1 V. Fault Tree Construction Fundamentals . V-1 1. Faults vs. Failures . V-1 2. Fault Occurrence vs. Fault Existence . V-1 3. Passive vs. Active Components . V-2 4. Component Fault_Categories: Primary, SeconAary, and Command . V-3 S. Failure Mechanism, Failure Mode, and Failure Effect . V-3 6. The "Immediate Cause" Concept . V-6 7. Basic Rules for Fault Tree Construction . V-8 iii iv TABLE OF CONTENTS VI. Probability Theory-The Mathematical Description of Events ......... VI-1 L Introduction VI-1 2. Random Experiments and Outcomes of Random Experiments ..... VI-1 3. The Relative Frequency Definition of Probability ............. VI-3 4. Algebraic Operations with Probabilities ................... VI-3 5. Combinatorial Analysis .............................. VI-8 6. Set Theory: Application to the Mathematical Treatment of Events ....................................... VI-11 7. Symbolism ..........._ ...... ·..................... VI-16 8. Additional Set Concepts ............................. VI-17 9. Bayes' Theorem ................................... VI-19 VII. Boolean Algebra and Application to Fault Tree Analysis ............ VII-1 1. Rules of Boolean Algebra ............................. VII-I 2. Application to Fault Tree Analysis ...................... VII-4 3. S_hannon's Method for Expressing Boolean Functions in Standardized Forms ................................. VII-12 4. Determining the:Milliinal Cut Sets or Minimal Path Sets of a Fault Tree ....................................... VII-15 VIII. The Pressure Tank Example ............................... VIII-1 1. System Definition and Fault Tree Construction .............. VIII-1 2. Fault Tree Evaluation (Minimal Cut Sets) .................. VIII-12 IX. The Three Motor Example ................................ IX-1 1. System Definition and Fault Tree Construction .............. IX-1 2. Fault Tree Evaluation (Minimal Cut Sets) .................. IX-7 X. Probabilistic and Statistical Analyses ......................... X-1 1. Introduction ..................................... X-1 2. The Binomial Distribution ............................ X-1 3. The Cumulative Distribution Function .................... X-7 4. The Probability Density Function ....................... X-9 5. Distribution Parameters and Moments ......... , .......... X-10 6. Limiting Forms of the Binomial: Normal, Poisson ............ X-15 7. Application of the Poisson Distribution to System Failures- The So-Called Exponential Distribution ................... X-19 8. The Failure Rate Function ............................ X-22 9. An Application Involving the Time-to-Failure Distribution ....... X-25 10. Statistical Estimation ............................... X-26 11. Random Samples .................................. X-27 12. Sampling Distributions ............................... X-27 13. Point Estimates-General ............................. X-28 TABLE OF CONTENTS 14. Point Estimates-Maximum Likelihood ................... X-30 15. Interval Estimators . X-35 16. Bayesian Analyses . X-39 XI. Fault Tree Evaluation Techniques . XI-1 1. Introduction . XI-1 2. Qualitative Evaluations . XI-2 3. Quantitative Evaluations . XI-7 XII. Fault Tree Evaluation Computer Codes . XII-1 1. Overview of Available Codes . XIl-1 2. Computer Codes for Qualitative Analyses of Fault Trees . XII-2 3. Computer Codes for Quantitative Analyses of Fault Trees ....... XII-6 4. Direct Evaluation Codes . XII-8 5. PL-MOD: A Dual Purpose Code ........................ XII-11 6. Common Cause Failure Analysis Codes .................... XII-12 Bibliography . BIB-1 INTRODUCTION Since 1975, a short course entitled "System Safety and Reliability Analysis" has been presented to over 200 NRC personnel and contractors. The course has been taught jointly by David F. Haasl, Institute of System Sciences, Professor Norman H. Roberts, University of Washington, and ·members of the Probabilistic Analysis Staff, NRC, as part of a risk assessment training program sponsored by the Probabilistic Analysis Staff. This handbook has been developed not only to serve as text for the System Safety and Reliability Course, but also to make available to others a set of otherwise undocumented material on fault tree construction and evaluation. The publication of this handbook is in accordance with the recommendations of the Risk Assessment Review Group Report (NUREG/CR-0400) in which it was stated that the fault/event tree methodology both can and should be used more widely by the NRC. It is hoped that this document will help to codify and systematize the fault tree approach to systems analysis. vii CHAPTER I - BASIC CONCEPTS OF SYSTEM ANALYSIS 1. The Purpose of System Analysis The principal concern of this book is the fault tree technique, which is a systematic method for acquiring information about a system.* The information so gained can be used in making decisions, and therefore, before we even define system analysis, we will undertake a brief examination of the decisionmaking process. Decisionmaking is a very complex process, and we will highlight only certain aspects which help to put a system analysis in proper context. Presumably, any decision that we do make is based on our present knowledge about the situation at hand. This knowledge comes partly from our direct experience with the relevant situation or from related experience with similar situations. Our knowledge may be increased by appropriate tests and proper analyses of the results-that is, by experimentation. To some extent our knowledge may be based on conjecture :Jd this will be conditioned by our degree of optimism or pessimism. For example, w~ may be convinced that "all is for the best in this best of all possible worlds." Or, conversely, we may believe in Murphy's Law: "If anything can go wrong, it will go wrong." Thus, knowledge may be obtained in several ways, but in the vast majority of cases, it will not be possible to acquire all the relevant information, so that it is almost never possible to eliminate all elements of uncertainty. It is possible to postulate an imaginary world in which no decisions are made until all the relevant information is assembled. This is a far cry from the everyday world in which decisions are forced on us by time, and not by the degree of completeness of our knowledge .. We all have deadlines to meet. Furthermore, because it is generally impossible to have all the relevant data at the time the decision must be made, we simply cannot know all the consequences of electing to take a particular course of action. Figure 1-1 provides a schematic representation of these considerations. DIRECT INFORMATION ACQUISITION DECISION INDIRECT INFORMATION ACQUISITION I I I TIME AXIS • TIME AT WHICH ~ DECISION MUST _T BE MADE Figure 1-1. Schematic Representation of the Decisionmaking Process *There are other methods for performing this function. Some of these are discussed briefly in Chapter II. 1-1 1-2 FAULT TREE HANDBOOK The existence of the time constraint on the decisionmaking process leads us to make a distinction between good decisions and correct decisions. We can classify a decision as good or bad whenever we have the advantage of retrospect. I make a decision to buy 1000 shares of XYZ Corporation. Six months later, I find that the stock has risen 20 points. My original decision can now be classified as good. If, however, the stock has plummeted 20 points in the interim, I would have to conclude that my original decision was bad. Nevertheless, that original decision could very well have been correct if all the information available at the time had indicated a rosy future for XYZ Corporation. We are concerned here with making correct decisions. To do this we require: (1) The identification of that information. (or those data) that would be pertinent to the anticipated rlecision. (2) A systematic
Load more

Recommended publications
  • A Zonal Safety Analysis Methodology for Preliminary Aircraft Systems and Structural Design
    A Zonal Safety Analysis Methodology for Preliminary Aircraft Systems and Structural Design Chen, Z. and Fielding, J. P. School of Aerospace, Transport and Manufacturing, Cranfield University ABSTRACT Zonal Safety Analysis (ZSA) is a major part of the civil aircraft safety assessment process described in Aerospace Recommended Practice 4761 (ARP4761). It considers safety effects that systems/items installed in the same zone (i.e. a defined area within the aircraft body) may have on each other. Although the ZSA may be conducted at any design stage, it would be most cost-effective to do it during preliminary design, due to the greater opportunity for influence on system and structural designs and architecture. The existing ZSA methodology of ARP4761 was analysed but it was found to be more suitable for detail design rather than preliminary design. The authors therefore developed a methodology that would be more suitable for preliminary design and named it the Preliminary Zonal Safety Analysis (PZSA). This new methodology was verified by means of the use of a case-study, based on the NASA N3-X project. Several lessons were learnt from the case study, leading to refinement of the proposed method. These lessons included focusing on the positional layout of major components for the zonal safety inspection, and using the Functional Hazard Analysis (FHA)/Fault Tree Analysis (FTA) to identify system external failure modes. The resulting PZSA needs further refinement, but should prove to be a useful design tool for the preliminary design process. _____________________________________ INTRODUCTION This paper outlines the development of a methodology, hereafter referred to as the Preliminary Zonal Safety Historically, system safety analysis was primarily based Analysis (PZSA).
    [Show full text]
  • Risk Assesment: Fault Tree Analysis
    RISK ASSESMENT: FAULT TREE ANALYSIS Afzal Ahmed+, Saghir Mehdi Rizvi*Zeshan Anwer Rana* Faheem Abbas* +COMSAT Institute of Information and Technology, Sahiwal, Pakistan *Navy Engineering College National University of Sciences and Technology, Islamabad drafzal@ciitsahiwal>edu.pk, 03452325972 ABSTRACT The failure of engineering equipment causes loss of capital as well as human loss, injuries, and stoppage of production line. The hazards can be classified as safe, minor, major, critical and catastrophic Risk analysis or hazard analysis pin points the potential failures of engineering systems and or components when being used.. Failure mode and effects analysis is used to identify hazard and to make system safer. A system is broken down up to level of components and using reliability data the safety or probability of failure of assemblies and the system can be calculated. The failure mode and effects analysis is used with fault tree analysis to point the areas of a complex system where failure mode effect analysis is required. Fault tree analysis (FTA) is a technique which pinpoints any failure or severe accidents. It tells how things fail rather than emphasize on the design performance. It is a logic diagram connecting inputs an outputs using Boolean algebra. This paper shows how FTA can be applied to car carburetor failure and car brake failure. Key words : Risk Management, Reliability, Fault tree, Failure mode INTRODUCTION The world is full risk. We are at risk of accident minor. A failure of an aircraft may cause death when crossing a road or driving. We are at risk to passengers, while a machine may cause living in an apartment not properly designed.
    [Show full text]
  • NASA Fault Tree Handbook with Aerospace Applications
    Fault Tree Handbook with Aerospace Applications Version 1.1 FFFaaauuulllttt TTTrrreeeeee HHHaaannndddbbbooooookkk wwwiiittthhh AAAeeerrrooossspppaaaccceee AAAppppppllliiicccaaatttiiiooonnnsss Prepared for NASA Office of Safety and Mission Assurance NASA Headquarters Washington, DC 20546 August, 2002 Fault Tree Handbook with Aerospace Applications Version 1.1 FFFaaauuulllttt TTTrrreeeeee HHHaaannndddbbbooooookkk wwwiiittthhh AAAeeerrrooossspppaaaccceee AAAppppppllliiicccaaatttiiiooonnnsss NASA Project Coordinators: Dr. Michael Stamatelatos, NASA Headquarters Office of Safety and Mission Assurance Mr. José Caraballo, NASA Langley Research Center Authors: NASA Dr. Michael Stamatelatos, NASA HQ, OSMA Lead Author: Dr. William Vesely, SAIC Contributing Authors (listed in alphabetic order): Dr. Joanne Dugan, University of Virginia Mr. Joseph Fragola, SAIC Mr. Joseph Minarick III, SAIC Mr. Jan Railsback, NASA JSC Fault Tree Handbook with Aerospace Applications Version 1.1 FFFaaauuulllttt TTTrrreeeeee HHHaaannndddbbbooooookkk wwwiiittthhh AAAeeerrrooossspppaaaccceee AAAppppppllliiicccaaatttiiiooonnnsss Acknowledgements The project coordinators and the authors express their gratitude to NASA Office of Safety and Mission Assurance (OSMA) management (Dr. Michael Greenfield, Deputy Associate Administrator and Dr. Peter Rutledge, Director of Enterprise Safety and Mission Assurance) and to Mr. Frederick Gregory, NASA Deputy Administrator, for their support and encouragement in developing this document. The authors also owe thanks to a number of reviewers
    [Show full text]
  • Hazard Analysis of Complex Spacecraft Using Systems- Theoretic Process Analysis *
    Hazard Analysis of Complex Spacecraft using Systems- Theoretic Process Analysis * Takuto Ishimatsu†, Nancy G. Leveson‡, John P. Thomas§, and Cody H. Fleming¶ Massachusetts Institute of Technology, Cambridge, Massachusetts 02139 Masafumi Katahira#, Yuko Miyamoto**, and Ryo Ujiie†† Japan Aerospace Exploration Agency, Tsukuba, Ibaraki 305-8505, Japan Haruka Nakao‡‡ and Nobuyuki Hoshino§§ Japan Manned Space Systems Corporation, Tsuchiura, Ibaraki 300-0033, Japan Abstract A new hazard analysis technique, called System-Theoretic Process Analysis, is capable of identifying potential hazardous design flaws, including software and system design errors and unsafe interactions among multiple system components. Detailed procedures for performing the hazard analysis were developed and the feasibility and utility of using it on complex systems was demonstrated by applying it to the Japanese Aerospace Exploration Agency H-II Transfer Vehicle. In a comparison of the results of this new hazard analysis technique to those of the standard fault tree analysis used in the design and certification of the H-II Transfer Vehicle, System-Theoretic Hazard Analysis found all the hazardous scenarios identified in the fault tree analysis as well as additional causal factors that had not been) identified by fault tree analysis. I. Introduction Spacecraft losses are increasing stemming from subtle and complex interactions among system components. The loss of the Mars Polar Lander is an example [1]. The problems arise primarily because the growing use of software allows engineers to build systems with a level of complexity that precludes exhaustive testing and thus assurance of the removal of all design errors prior to operational use [2,3] Fault Tree Analysis (FTA) and Failure Modes and Effects Analysis (FMEA) were created long ago to analyze primarily electro-mechanical systems and identify potential losses due to component failure.
    [Show full text]
  • A Simulation Tool for Extended Dynamic Fault Trees
    DFTSim: A Simulation Tool for Extended Dynamic Fault Trees H. Boudali, A.P. Nijmeijer, M.I.A. Stoelinga University of Twente, CS Department, Enschede, NL. hboudali, andre, marielle @cs.utwente.nl { } Keywords: Dependability analysis, dynamic fault trees, simulation computation-time required to solve the DFT. tool, reliability benchmark. A simulation-based approach of standard DFTs has been sug- gested (but not implemented) in [11] as a possible solution tech- Abstract nique. In this paper, we propose DFTSim, a tool for simulating We present DFTSim, a simulation tool for dynamic fault trees (DFT). extended DFTs, where the input DFT file is compatible with the The simulation is carried out by directly sampling the failure distri- Galileo and the Coral textual DFT format. Such compatibility is butions attached to the leaves (called basic events) of the tree and indeed desired because it allows interoperability and integration propagating the failure times upwards in the tree. among these DFT tools. Sampling the distributions of the DFT leaves is however not ob- One of the major problems in DFT simulation-based approaches vious. To sample from the correct distributions, the analytical ex- is to sample from the correct distributions. In order to carry out such pression of the failure distributions of all basic events (BE) must be sampling the analytical expression of the failure distributions of all known. These are indeed known for non-spare BEs; but for spare basic events must be known. Such failure distributions are indeed BEs, they become conditional on the failure of other BEs. Hence, known for non-spare basic events; unfortunately, for spare basic the derivation of the analytical expression of the spares’ failure dis- events the failure distribution becomes conditional on the primary’s tributions and their sampling is not a trivial task.
    [Show full text]
  • An Overview of Fault Tree Analysis (FTA) Method for Reliability Analysis & Life Cycle Cost (LCC) Management
    IOSR Journal of Mechanical & Civil Engineering (IOSR-JMCE) ISSN: 2278-1684, PP: 14-18 www.iosrjournals.org An Overview of Fault Tree Analysis (FTA) Method for Reliability Analysis & Life Cycle Cost (LCC) Management Rajkumar B. Patil1, L. Y. Waghmode2, P. B. Chikali3, T. S. Mulla4. 1,3,4 ( Department of Mechanical Engineering ,Dr. J. J. Magdum College of Engineering, Jaysingpur, Shivaji University, Kolhapur, Maharashtra India). 2 ( Department of Mechanical Engineering, Annasaheb Dange College of Engineering and Technology, Ashta, Shivaji University, Kolhapur, Maharashtra(India). Abstract – Reliability analysis plays crucial role in the design process. In order to increase reliability of a system, analysis of failure data is essential. Fault Tree Analysis (FTA) is a method that directly focuses on the modes of failures. FTA is a graphical representation of the major faults or critical failures associated with a product and the causes for the faults and potential countermeasures. This paper presents the FTA of Lathe Machine. Qualitative and quantitative analysis helps to identify critical design parameters, maintenance suggestions. It also includes how reliability analysis fruitful for Life cycle cost management. Keywords – Fault Tree Analysis, FRACAS, Life Cycle Cost, MTBF, MTTF, Reliability Analysis. I.INTRODUCTION Reliability based design focuses on three terms as reliability, availability and maintainability. Reliability is defined to be the probability that the component or system will perform its intended functions for a specified period of time when used under stated operating conditions [1]. In simple words, reliability is nothing but the non-failure of the system over a given period of time. Reliability engineering is a sub-discipline within system engineering.
    [Show full text]
  • NASA Activities in Risk Assessment
    NASANASA ActivitiesActivities inin RiskRisk AssessmentAssessment NASANASA ProjectProject ManagementManagement ConferenceConference MarchMarch 30-31,30-31, 20042004 Michael G. Stamatelatos, Ph.D.,Director Safety and Assurance Requirements Division Office of Safety and Mission Assurance NASA Headquarters 1 NASA is a Pioneer and a Leader in Space; Therefore Its Business Is Inherently Risky International Space Station Safe assembly and operation Space Transportation Space Shuttle Orbital Space Plane 2 Our Goal z Improve risk awareness in the Agency ¾ Conduct PRA training for line and project managers and for personnel z Develop a corps of in-house PRA experts z Transition PRA from a curiosity object to baseline method for integrated system safety, reliability and risk assessment z Adopt organization-wide risk informed culture ¾ PRA to become a way of life for safety and technical performance improvement and for cost reduction ¾ Implement risk-informed management process 3 Probabilistic Risk Assessment (PRA) Answers Three Basic Questions Risk is a set of triplets that answer the questions: 1) What can go wrong? (accident scenarios) 2) How likely is it? (probabilities) 3) What are the consequences? (adverse effects) Kaplan & Garrick, Risk Analysis, 1981 Event Event Sequence Sequence Frequency Modeling Evaluation 2. How frequently does it happen? (Scenario frequency quantification) Event Initiating Sequence Risk Event PRA Insights Logic Integration Selection Development 1. What can go wrong? Risk statement Decision Support (Definition of scenarios) 3. What are the consequences? (Scenario consequence quantification) Consequence Modeling PRA is generally used for low-probability and high- consequence events 4 Relationship Between Risk Management and Probabilistic Risk Assessment (PRA) Continuous Risk Management Method Technique Application QualitativeQualitative FMEA.
    [Show full text]
  • Booklet No. 15 Fault Tree Analysis
    Fault Tree Analysis Table of Contents Register of figures ................................................................................................................................... 3 1. Preface ............................................................................................................................................. 4 2. Introduction ..................................................................................................................................... 5 2.1. Objectives of the FTA .............................................................................................................. 5 2.2. History of the FTA .................................................................................................................... 5 2.3. Benefits and drawbacks of the FTA ......................................................................................... 5 2.3.1. Benefits of the method ................................................................................................... 5 2.3.2. Drawbacks of the method ............................................................................................... 6 2.4. FTA application areas .............................................................................................................. 6 3. Fundamentals of the FTA ................................................................................................................ 7 3.1. Roles .......................................................................................................................................
    [Show full text]
  • Probabilistic Safety Assessment for UAS Separation Assurance and Collision Avoidance Systems
    aerospace Article Probabilistic Safety Assessment for UAS Separation Assurance and Collision Avoidance Systems Asma Tabassum 1 , Roberto Sabatini 2,* and Alessandro Gardi 2 1 Department of Mechanical Engineering, University of North Dakota, Grand Forks, ND 58202, USA; [email protected] 2 School of Engineering, Aerospace Engineering and Aviation, RMIT University, Bundoora, VIC 3083, Australia; [email protected] * Correspondence: [email protected]; Tel.: +61-399-258-015 Received: 6 September 2018; Accepted: 17 January 2019; Published: 14 February 2019 Abstract: The airworthiness certification of aerospace cyber-physical systems traditionally relies on the probabilistic safety assessment as a standard engineering methodology to quantify the potential risks associated with faults in system components. This paper presents and discusses the probabilistic safety assessment of detect and avoid (DAA) systems relying on multiple cooperative and non-cooperative tracking technologies to identify the risk of collision of unmanned aircraft systems (UAS) with other flight vehicles. In particular, fault tree analysis (FTA) is utilized to measure the overall system unavailability for each basic component failure. Considering the inter-dependencies of navigation and surveillance systems, the common cause failure (CCF)-beta model is applied to calculate the system risk associated with common failures. Additionally, an importance analysis is conducted to quantify the safety measures and identify the most significant component
    [Show full text]
  • Model-Based Safety Analysis
    Model-Based Safety Analysis Anjali Joshi† Mats P.E. Heimdahl† Steven P. Miller‡ Mike W. Whalen‡ Department of Computer Science and Engineering† University of Minnesota 4-192 EE/SC Building 200 Union Street S.E. Minneapolis, Minnesota 55455 Advanced Technology Center‡ Rockwell Collins, Inc., 400 Collins Road NE, Cedar Rapids, IA 52498 USA Abstract System safety analysis techniques are well established and are used extensively during the design of safety-critical systems. Despite this, most of the techniques are highly subjective and dependent on the skill of the practitioner. Since these analyses are usually based on an informal system model, it is unlikely that they will be complete, consistent, and error free. In fact, the lack of precise models of the system architecture and its failure modes often forces the safety analysts to devote much of their effort to gathering architectural details about the system behavior from several sources and embedding this information in the safety artifacts such as the fault trees. This report describes Model-Based Safety Analysis, an approach in which the system and safety engineers share a common system model created using a model-based development process. By extending the system model with a fault model as well as relevant portions of the physical system to be controlled, automated support can be provided for much of the safety analysis. We believe that by using a common model for both system and safety engineering and automating parts of the safety analysis, we can both reduce the cost and improve the quality of the safety analysis. Here we present our vision of model-based safety analysis and discuss the advantages and challenges in making this approach practical.
    [Show full text]
  • Supporting the ARP4761 Safety Assessment Process with AADL
    Supporting the ARP4761 Safety Assessment Process with AADL Julien Delange and Peter Feiler Carnegie Melon Software Engineering Institute, 4500 5th Avenue, 15213 Pittsburgh, PA USA Abstract Cyber-physical systems, used in domains such as avionics or medical devices, perform critical functions where a fault might have catastrophic consequences (mission failure, severe injuries, etc.). Their development is guided by rigorous practice standards to avoid any error. However, as software importance continues to grow, integration and validation activities are becoming overwhelming. Late discovery of errors introduced in requirements and architecture design have resulted in costly rework, making up as much as 70% of the total software system cost. To overcome these issues, architecture-centric model-based approaches abstract system concerns into models that are analyzed to detect errors, issues or defects that are usually detected lately in the development process. This predictive analysis approach is automated by tools, avoiding any tedious manual efforts. In this paper, we present our model-based approach for capture and analyze system safety and reliability. We have added an error behavior annotation to SAE AADL, a standard for modeling embedded software system architectures. We also implemented analysis methods to automate safety analysis and production of safety assessment reports, as requested by safety recommended practices standards (such as ARP4761). Introduction Context Cyber-physical systems perform critical functions under constrained and potentially hostile circumstances. Because errors can have catastrophic consequences [12], they must be designed carefully and validated/certified according to a rigorous process to prove assurance of correct operation and increase confidence of system design. Verification criteria depend on applications criticality: the most demanding standards require validating and inspecting software code to prove evidence of behavior correctness.
    [Show full text]
  • Software Fault Tree Analysis for Safety Critical and Reliable Software
    PROTEUS JOURNAL ISSN/eISSN: 0889-6348 Software Fault Tree Analysis for Safety Critical and Reliable Software #1 Mr. S. P. Santhoshkumar, #2Mr. M. Praveen Kumar, #3Mr. T. Udhayakumar, #4Mr. S. Syed Shajahaan #1 Assistant Professor, Dept. of CSE, Rathinam Technical Campus, Coimbatore, Tamilnadu, India. #2,3,4 Assistant Professor, Dept. of IT, Rathinam Technical Campus, Coimbatore, Tamilnadu, India. Abstract —— U R Rao Satellite centre is the lead centre which will bring out failure modes at the early stage of the of ISRO, for building communication, remote sensing, development cycle like software requirement specification or navigation, and inter planetary missions. Software plays software design specification. This stage is more important a major role in satellite functionalities. The complexity of as it will not allow the faults to propagate to next phase in the software is increasing from spacecraft to spacecraft. the SDLC which is expensive and time consuming. Hence Requirements has to be classified into safety critical and SFTA helps in achieving better fault tolerant systems. Soft non-safety critical. The critical software has to be emergency check and voltage control logics are used for analysed in a different way. To achieve high reliability shedding path of Thresholds. Load Shedding check is done software safety standards and guidelines has to be on the basis of comparison of battery voltage with thresholds followed strictly. The quality and reliability of the A, B, C, D, E and F. SFTA is applied to all the thresholds. software can be achieved by applying technique like For every comparison there are possible outcomes and based PHA, SFTA, SFMEA.
    [Show full text]