DOCSLIB.ORG

A Conceptual Framework for Analysis of System Safety Interoperability of United States Navy's Combat Systems

Total Page：16

File Type：pdf, Size：1020Kb

Download full-text PDF Read full-text
A Conceptual Framework for Analysis of System Safety Interoperability of United States Navy's Combat Systems Old Dominion University ODU Digital Commons Engineering Management & Systems Engineering Management & Systems Engineering Theses & Dissertations Engineering Summer 2005 A Conceptual Framework for Analysis of System Safety Interoperability of United States Navy's Combat Systems Showkat Shanaz Alborzi Old Dominion University Follow this and additional works at: https://digitalcommons.odu.edu/emse_etds Part of the Digital Communications and Networking Commons, and the Systems Engineering Commons Recommended Citation Alborzi, Showkat S.. "A Conceptual Framework for Analysis of System Safety Interoperability of United States Navy's Combat Systems" (2005). Doctor of Philosophy (PhD), Dissertation, Engineering Management & Systems Engineering, Old Dominion University, DOI: 10.25777/4cm8-6763 https://digitalcommons.odu.edu/emse_etds/41 This Dissertation is brought to you for free and open access by the Engineering Management & Systems Engineering at ODU Digital Commons. It has been accepted for inclusion in Engineering Management & Systems Engineering Theses & Dissertations by an authorized administrator of ODU Digital Commons. For more information, please contact [email protected]. A CONCEPTUAL FRAMEWORK FOR ANALYSIS OF SYSTEM SAFETY INTEROPERABILITY OF U.S. NAVY’S COMBAT SYSTEMS by Showkat Shanaz Alborzi B.A., Computer Science and Applied Statistics, December 1989, St. Mary University M.E., Systems Engineering, May 2001, University of Virginia A Dissertation Submitted to the Faculty of Old Dominion University in Partial Fulfillment of the Requirement for the degree of DOCTOR OF PHILOSOPHY ENGINEERING MANGEMENT and SYSTEMS ENGINEERING OLD DOMINION UNIVERSITY August 2005 Approved by: Advisor) Resit Unal (member) Tom English (membqF Reproduced with permission of the copyright owner. Further reproduction prohibited without permission. ABSTRACT A CONCEPTUAL FRAMEWORK FOR ANALYSIS OF SYSTEM SAFETY INTEROPERABILITY OF U.S. NAVY’S COMBAT SYSTEMS Showkat Shanaz Alborzi Old Dominion University, 2005 Advisor: Dr. Ji Hyon Mun Today’s political and military reality requires the optimal use of our legacy systems. The objective is to maximize the effectiveness of our operations by efficient allocation, placement and the use of our forces and war-fighting systems. The synergism drawn from the capabilities of the legacy complex systems enables today’s war-fighting needs to be met without substantial increase in cost or resources. This synergism can be realized by the effective integration and interoperation of legacy systems into a larger, more complex system of systems. However, the independently developed legacy systems in this new tactical environment often have different data types, languages, data modeling, operating systems, etc. These differences are impediments to the requirement for interoperability, and can create an environment of confusion, misinformation and certainly un-interoperability, hence hinder the safe interoperation of the meta­ system and potentially increase the risk for mishaps. Safe interoperability capability assures that the mission objectives are achieved not only effectively but also safely. The System Safety Interoperability Framework (SSIF) introduced in this dissertation provides the framework for the engineering community to evaluate, from system safety perspective, the interoperability issues between multiple complex systems in the U.S. Navy’s system of systems context. SSIF characterization attributes are System of Systems (SoS) tactical environment, SoS Engineering, SoS Safety Engineering, and Safety Critical Data. SSIF is applied to AEGIS Ballistic Missile Defense 3.0 Program to explore and analyze the safety interoperability issues in the overall system, by which the SSIF is further validated as an effective approach in analyzing the safe interoperability capability in Navy’s combat systems. Reproduced with permission of the copyright owner. Further reproduction prohibited without permission. This dissertation is dedicated to My Lord and Savior Jesus Christ whose cross and passion I carry in this life, whose light I hang my heart, and whose peace I keep in my soul for, “I bear, on my body, the marks of Jesus” Reproduced with permission of the copyright owner. Further reproduction prohibited without permission. V ACKNOWLEDGEMENTS I would like to, first and foremost, thank my advisor Dr. Nina Mun for her guidance, efforts, and assistance throughout my last year of study. Dr. Mun’s commitment, responsiveness, and genuine interest in my work, truly accounts for the success of this dissertation. I thank my committee members- Dr. Resit Unal, Dr. Ariel Pinto, and Dr. Tom English for all their valuable feedback, support, and time spent on reviewing my work. My sincere appreciation to Gary Friedman, the Aegis Ballistic Missile Defense Principal for Safety, for his support, contributions to the safety interoperability definition and SSIF review, and his assistance in getting the U.S. approval for release. I thank Kevin Stottlar, the Aegis Principal for Safety, for his support, insights, and the review of SSIF. I thank Doug Bower for his review of SSIF and his continuous support. Many thanks to Mike Brown for his contribution of examples of interoperability conflicts, and sharing of his expertise. I extend my gratitude to the NAVSEA sponsors, to June Drake for getting the U.S. government release, and to my kind and supportive managers, Mike Till and Brad Cobb. Special thanks to Mike Ramsburg from “Dr. Showkitty”, for his continuous encouragements! I’m deeply thankful to all my dear friends at the Covenant Community Church who, with their love and prayers, walked step by step with me throughout my final year. Special thanks to my dear Gail who is smiling at me from heaven. Her love and sweet memory will forever be in my heart. Words of gratitude are toward Martha Flores for her unwavering encouragements and support. My deepest thanks to Lisa and Greg Miller for their love. To the one who left his footprints in my heart, a ‘general comment’- your memory will be a hidden treasure in the depth of my heart; neither can it ‘fade away’ nor get lost in the chaos of human iniquities. Thank you for the experience of knowing you and the privilege of loving you. At last, my special thanks to my life’s most precious blessings, Abraham, Rebecca, and my sweet Lily for filling my life with love, joy, and pride. Being your mom has been the greatest honor bestowed on me by God. Thank you. Reproduced with permission of the copyright owner. Further reproduction prohibited without permission. TABLE OF CONTENT Chapter Page I. INTRODUCTION.......................................................................1 NEED FOR SYNERGY.................................................................................1 PURPOSE........................................................................................................1 MOTIVATION............................................................................................... 2 Mishap Reduction ...............................................................................2 Designing Safe Systems ..................................................................... 3 Understanding Software Safety .........................................................3 Safety Risk Reduction / Management ............................................... 4 THE RESEARCH PROBLEM...................................................................... 4 The Research Questions/ Objectives.................................................5 ASSUMPTIONS/ LIMITATIONS................................................................ 5 DEFINITIONS/ DESCRIPTIONS................................................................ 5 OVERVIEW OF THE SYSTEM SAFETY INTEROPERABILITY FRAMEWORK (SSIF)................................................................................. 14 RESEARCH CONTRIBUTIONS AND SIGNIFICANCE....................... 20 Accomplishment of research Objectives........................................ 20 Contributions ....................................................................................20 Significance ....................................................................................... 21 DISSERTATION ORGANIZATION.........................................................21 II. REVIEW OF LITERATURE...................................................24 COMPLEX SYSTEMS OF SYSTEMS......................................................24 Systems of Systems Engineering .....................................................24 INTEROPERABILITY.................................................................................28 Causes of Un-Interoperability .......................................................... 30 Object-Oriented Method for Interoperability .................................. 34 Holistic Framework for Software Engineering ...............................40 SYSTEM SAFETY....................................................................................... 44 Objective............................................................................................44 Reproduced with permission of the copyright owner. Further reproduction prohibited without permission. Authority..........................................................................................45 Background .......................................................................................45 System Safety Engineering ..............................................................47 System Safety Methodology ............................................................48
Load more

Recommended publications
  • Standardizing Functional Safety Assessments for Off-The-Shelf Instrumentation and Controls
    University of Tennessee, Knoxville TRACE: Tennessee Research and Creative Exchange Masters Theses Graduate School 5-2016 STANDARDIZING FUNCTIONAL SAFETY ASSESSMENTS FOR OFF-THE-SHELF INSTRUMENTATION AND CONTROLS Andrew Michael Nack University of Tennessee - Knoxville, [email protected] Follow this and additional works at: https://trace.tennessee.edu/utk_gradthes Part of the Other Computer Engineering Commons, and the Systems Engineering Commons Recommended Citation Nack, Andrew Michael, "STANDARDIZING FUNCTIONAL SAFETY ASSESSMENTS FOR OFF-THE-SHELF INSTRUMENTATION AND CONTROLS. " Master's Thesis, University of Tennessee, 2016. https://trace.tennessee.edu/utk_gradthes/3793 This Thesis is brought to you for free and open access by the Graduate School at TRACE: Tennessee Research and Creative Exchange. It has been accepted for inclusion in Masters Theses by an authorized administrator of TRACE: Tennessee Research and Creative Exchange. For more information, please contact [email protected]. To the Graduate Council: I am submitting herewith a thesis written by Andrew Michael Nack entitled "STANDARDIZING FUNCTIONAL SAFETY ASSESSMENTS FOR OFF-THE-SHELF INSTRUMENTATION AND CONTROLS." I have examined the final electronic copy of this thesis for form and content and recommend that it be accepted in partial fulfillment of the equirr ements for the degree of Master of Science, with a major in Computer Engineering. Gregory D. Peterson, Major Professor We have read this thesis and recommend its acceptance: Qing C. Cao, Mingzhou Jin Accepted for the Council: Carolyn R. Hodges Vice Provost and Dean of the Graduate School (Original signatures are on file with official studentecor r ds.) STANDARDIZING FUNCTIONAL SAFETY ASSESSMENTS FOR OFF-THE-SHELF INSTRUMENTATION AND CONTROLS A Thesis Presented for the Master of Science Degree The University of Tennessee, Knoxville Andrew Michael Nack May 2016 Copyright © 2016 by Andrew Michael Nack All rights reserved.
    [Show full text]
  • A Software Safety Process for Safety-Critical Advanced Automotive Systems
    PROCEEDINGS of the 21st INTERNATIONAL SYSTEM SAFETY CONFERENCE - 2003 A Software Safety Process for Safety-Critical Advanced Automotive Systems Barbara J. Czerny, Ph.D.; Joseph G. D’Ambrosio, Ph.D., PE; Paravila O. Jacob, Ph.D.; Brian T. Murray, Ph.D.; Padma Sundaram; Delphi, Corp.; Brighton, Michigan Keywords: SW Safety, Safety-Critical Advanced Automotive Systems, By-Wire Systems Abstract A new generation of advanced automotive systems are being implemented to enhance vehicle safety, performance, and comfort. As these new, often complex systems are added, system safety programs are employed to help eliminate potential hazards. A key component of these advanced automotive systems is software. Software itself cannot fail or wear out, but its complexity coupled with its interactions with the system and the environment can directly and indirectly lead to potential system hazards. As such, software safety cannot be considered apart from system safety, but the unique aspects of software warrant unique development and analysis methods. In this paper we describe the main elements of a software safety process for safety-critical advanced automotive systems. We describe how this proposed process may be integrated with an established system safety process for by-wire automotive systems, and how it may be integrated with an established software development process. Introduction Expanding demand for further improvements in vehicle safety, performance, fuel economy and low emissions has led to a rapid and accelerating increase in the amount and sophistication of vehicle electronics. Emerging vehicle electronics systems are programmable, with a substantial software component, and are highly complex distributed systems. Increasingly, they are receiving driver inputs and directly controlling essential vehicle functions like braking and steering.
    [Show full text]
  • Appendix J Software Safety
    FAA System Safety Handbook, Appendix J: Software Safety December 30, 2000 Appendix J Software Safety SOFTWARE SAFETY...............................................................................................................................1 J.0 SOFTWARE SAFETY DURING LIFE CYCLE PHASES................................................................2 J-1 FAA System Safety Handbook, Appendix J: Software Safety December 30, 2000 J.0 Software Safety During Life Cycle Phases The safety process should support a structured program life cycle model that incorporates both the system design and engineering process and the software acquisition process. Prominent software life cycle models include the waterfall and spiral methodologies. Although different models may carry different lifecycle emphasis, the adopted model should not affect the safety process itself. For discussion purposes only, this enclosure adopts a waterfall model (subject to IEEE/IEA Standard for Information Technology-software life cycle processes No. 12207.) For brevity, only the development phase of the Standard is addressed in terms of the relationship to software safety activities. J.1 Safety Critical Software Development A structured development environment and an organization using state-of-the-art methods are prerequisites to developing dependable safety critical software. The following requirements and guidelines are intended to carry out the cardinal safety rule and its corollary that no single event or action shall be allowed to initiate a potentially hazardous event. The system, upon detection of an unsafe condition or command, shall inhibit the potentially hazardous event sequence and originate procedures/functions to bring the system to a predetermined “safe” state. The purpose of this section is to describe the software safety activities that should be incorporated into the software development phases of project development. The software safety information that should be included in the documents produced during these phases is also discussed.
    [Show full text]
  • A Study on Hazard Analysis in High Integrity Software Standards and Guideiines
    A Study on Hazard Analysis in High Integrity Software Standards and Guideiines Laura M. Ippolito Dolores R. Wallace U.S. DEPARTMENT OF COMMERCE Technology Administration National Institute of Standards and Technology Computer Systems Laboratory Gaithersburg, MD 20899 QC 100 isiisr .056 NO. 5589 1995 A Study on Hazard Analysis in High integrity Software Standards and Guideiines Laura M. Ippolito Dolores R. Wallace U.S. DEPARTMENT OF COMMERCE Technology Administration National Institute of Standards and Technology Computer Systems Laboratory Gaithersburg, MD 20899 January 1995 U.S. DEPARTMENT OF COMMERCE Ronald H. Brown, Secretary TECHNOLOGY ADMINISTRATION Mary L. Good, Under Secretary for Technology NATIONAL INSTITUTE OF STANDARDS AND TECHNOLOGY Arati Prabhakar, Director ABSTRACT This report presents the results of a study on hazard analysis, especially software hazard analysis, in high integrity software standards and guidelines. It describes types of system hazard analysis (that influence software), types of software hazard analysis, techniques for conducting hazard analysis (along with some of their advantages and disadvantages), and other practices and processes that should be employed in order to ensure the safety of software. KEYWORDS High integrity software, software assurance, software development, software engineering, software hazard analysis, software quality, software reliability, software safety, system hazard analysis. Ill TABLE OF CONTENTS Page EXECUTIVE SUMMARY vii ABBREVIATIONS ix 1. INTRODUCTION 1 1.1. Review Process 2 2. CONTEXT FOR SOFTWARE HAZARD ANALYSIS 5 2.1. Criticality Assessment 5 2.2. Types of Software Related System Hazard Analyses 7 2.3. Types of Software Hazard Analysis 7 3. HAZARD ANALYSIS TECHNIQUES 11 3.1. Code Walk-Throughs 13 3.2.
    [Show full text]
  • Guide to Reusable Launch and Reentry Vehicle Software and Computing System Safety
    FAA Commercial Space Transportation Guide to Reusable Launch and Reentry Vehicle Software and Computing System Safety Version 1.0 July 2006 Guide to Reusable Launch and Reentry Vehicle Software and Computing System Safety Version 1.0 July 2006 Federal Aviation Administration Office of Commercial Space Transportation 800 Independence Avenue, Room 331 Washington, DC 20591 NOTICE Use of trade names or names of manufacturers in this document does not constitute an official endorsement of such products or manufacturers, either expressed or implied, by the Federal Aviation Administration. TABLE OF CONTENTS 1.1 INTRODUCTION ........................................................................................................ 1 1.2 Purpose .................................................................................................................. 1 1.3 Background ........................................................................................................... 1 1.4 Scope ..................................................................................................................... 1 1.5 Authority ............................................................................................................... 1 2.1 DEFINITIONS AND ACRONYMS ............................................................................ 2 2.2 Definitions ............................................................................................................. 2 2.3 Acronyms .............................................................................................................
    [Show full text]
  • Software Quality Assurance Applied Towards the Development of VHDL‐Based Safety Critical Hardware
    Software Quality Assurance Applied towards the Development of VHDL‐Based Safety Critical Hardware David A. Geremia Principal Electrical Design Engineer [email protected] 61st NDIA Annual Fuze Conference San Diego CA May 16, 2018 NOTICE ‐ This document does not contain export controlled technical data. Introduction The software used in today’s safety critical systems requires a significant amount of analysis and testing as well as traceability to the requirements “Software‐like” languages are treated similarly by today’s munition‐related safety technical review panels 2 Introduction Very High Speed Integrated Circuit (VHSIC) Hardware Description Language (VHDL) is one of these “software‐like” languages Requires the generation of the appropriate Level of Rigor (LOR) and the resultant analyses As part of the academic pursuit on which this presentation is based, software was created in order to automate the generation of the appropriate LOR tasks, establish traceability, & provide transparency 3 Background The implementation of safety features in safety critical systems has evolved in the last few decades Initially, safety features were implemented using a mechanical means such as springs, setback weights, rotors and shear pins Recently, electronics have been used in order to implement safety features i.e. analog and/or simple digital circuits 4 Background Most recently, software and “software‐like” devices are being used to implement safety features Field Programmable Gate Arrays (FPGAs) are hardware devices that are being used more often in today’s munition‐related safety‐critical applications in order to implement safety features A high‐level language (such as VHDL) is used to design the safety features which are implemented using an FPGA.
    [Show full text]
  • Joint Software Systems Safety Engineering Handbook ------Developed by the Joint Software Systems Safety Engineering Workgroup
    DEPARTMENT OF DEFENSE JOINT SOFTWARE SYSTEMS SAFETY ENGINEERING HANDBOOK ----------------------------------------- DEVELOPED BY THE JOINT SOFTWARE SYSTEMS SAFETY ENGINEERING WORKGROUP Original published December 1999 Version 1.0 Published August 27, 2010 Naval Ordnance Safety and Security Activity 3817 Strauss Avenue, Building D-323 Indian Head, MD 20640-5555 Prepared for: Director of Defense Research and Engineering Distribution Statement A Approved for public release; distribution is unlimited. Software Systems Safety Engineering Handbook Table of Contents Table of Contents 1 Overview ........................................................................................................... 1 2 Introduction to the Handbook ........................................................................... 3 2.1 Introduction ....................................................................................................... 3 2.2 Purpose .............................................................................................................. 4 2.3 Scope ................................................................................................................. 4 2.4 Authority and Standards ................................................................................... 5 2.5 Handbook Overview ......................................................................................... 6 2.5.1 Historical Background ...................................................................................... 6 2.5.2 Management Responsibilities
    [Show full text]
  • A Validation Metrics Framework for Safety-Critical Software-Intensive Systems
    View metadata, citation and similar papers at core.ac.uk brought to you by CORE provided by Calhoun, Institutional Archive of the Naval Postgraduate School Calhoun: The NPS Institutional Archive Theses and Dissertations Thesis Collection 2009-03 A validation metrics framework for safety-critical software-intensive systems Cruickshank, Kristian John. Monterey, California. Naval Postgraduate School http://hdl.handle.net/10945/4891 NAVAL POSTGRADUATE SCHOOL MONTEREY, CALIFORNIA THESIS A VALIDATION METRICS FRAMEWORK FOR SAFETY- CRITICAL SOFTWARE-INTENSIVE SYSTEMS by Kristian John Cruickshank March 2009 Thesis Advisor: James B. Michael Thesis Co-Advisor: Man-Tak Shing Approved for public release; distribution is unlimited THIS PAGE INTENTIONALLY LEFT BLANK REPORT DOCUMENTATION PAGE Form Approved OMB No. 0704-0188 Public reporting burden for this collection of information is estimated to average 1 hour per response, including the time for reviewing instruction, searching existing data sources, gathering and maintaining the data needed, and completing and reviewing the collection of information. Send comments regarding this burden estimate or any other aspect of this collection of information, including suggestions for reducing this burden, to Washington headquarters Services, Directorate for Information Operations and Reports, 1215 Jefferson Davis Highway, Suite 1204, Arlington, VA 22202-4302, and to the Office of Management and Budget, Paperwork Reduction Project (0704-0188) Washington DC 20503. 1. AGENCY USE ONLY (Leave blank) 2. REPORT DATE 3. REPORT TYPE AND DATES COVERED March 2009 Master’s Thesis 4. TITLE AND SUBTITLE A Validation Metrics Framework for Safety-Critical 5. FUNDING NUMBERS Software-Intensive Systems 6. AUTHOR(S) Kristian John Cruickshank 7. PERFORMING ORGANIZATION NAME(S) AND ADDRESS(ES) 8.
    [Show full text]
  • NASA Software Safety Guidebook
    NOT MEASUREMENT SENSITIVE National Aeronautics and NASA-GB-8719.13 Space Administration March 31, 2004 NASA Software Safety Guidebook NASA TECHNICAL STANDARD PREFACE Effective Date: 31 March 2004 This document has been issued to make available to software safety practitioners a guidebook for assessing software systems for software’s contribution to safety and techniques for analyzing and applying appropriate safety techniques and methods to software. Software developers and software safety engineers are the primary focus; however, software assurance (SA) engineers, project managers, system engineers, and system safety engineers will also find this guidebook useful. The document: Provides an overview of general software safety and good software engineering practices which contribute to software system safety. Provides the means to scope and tailor the software safety and software engineering activities to obtain the most cost effective, best quality, and safest products. Provides analyses, methods and guidance which can be applied during each phase of the software life cycle. Multiple checklists and examples are provided as well as specific instructions for applying FMEA/CIL and FTA to software. Includes development approaches, safety analyses, and testing methodologies that lead to improved safety in the software product. Procuring NASA Enterprise Programs or Centers shall review this document for applicability to NASA contracts as well as for applicability to its internal activities. Questions concerning the application of this publication to specific procurements or requests should be referred to the NASA Enterprise Program or Center. This guidebook cancels NASA-GB-1740.13-96, NASA Guidebook for Safety Critical Software Analysis and Development. /s/ Bryan O’Connor Associate Administrator for Safety and Mission Assurance NASA-GB-8719.13 1 Foreword This guidebook was created to provide specific information and guidance on the process of creating and assuring safe software.
    [Show full text]
  • Software Engineering for Safety: a Roadmap Robyn Lutz
    Software Engineering for Safety: A Roadmap Robyn Lutz Key Research Pointers Provide readier access to formal methods for developers of safety-critical systems by further integration of informal and formal methods. Develop better methods for safety analysis of product families and safe reuse of Commercial- Off-The-Shelf software. Improve the testing and evaluation of safety-critical systems through the use of requirements- based testing, evaluation from multiple sources, model consistency, and virtual environments. Advance the use of runtime monitoring to detect faults and recover to a safe state, as well as to profile system usage to enhance safety analyses. Promote collaboration with related fields in order to exploit advances in areas such as security and survivability, software architecture, theoretical computer science, human factors engineering, and software engineering education. The Author Robyn R. Lu~z is a senior engineer at Jet Propulsion Laboratory, California Institute of Technology. She is also an Affiliate Assistant Professor in the Department of Computer Science at Iowa State University, Ames, Iowa, where she teaches software engineering. Dr. Lutz has worked on spacecraft projects in fault protection, real-time commanding, and software requirements and design verification. Her research interests include software safety, software certification, safe reuse of product families, formal methods for requirements analysis, and fault monitoring and recovery strategies for spacecraft: http://www.cs.iastate.edu/-rlutz/; email: [email protected].
    [Show full text]
  • AC 450.141-1 Computing Systems and Software
    U.S. Department Advisory of Transportation Federal Aviation Administration Circular Subject: Computing System Safety Date: 10/15/2020 AC No: 450.141-1 Initiated By: AST-1 This Advisory Circular (AC) provides guidance for an applicant to identify computing system safety items, develop safety requirements for each computing system safety item, and mitigate the risks presented by computing system safety items in accordance with title 14 of the Code of Federal Regulations (14 CFR) § 450.141. An applicant must identify all computing system safety items and implement safety requirements for each computing system safety item based on level of criticality, in accordance with § 450.141(a) and (b). An applicant must then implement a development process appropriate for each computing system safety item’s level of criticality, in accordance with § 450.141(c). The FAA considers this AC an accepted means of compliance with the regulatory requirements of § 450.141. It presents one, but not the only, acceptable means of compliance with the associated regulatory requirements. The FAA will consider other means of compliance that an applicant may elect to present. The contents of this document do not have the force and effect of law and are not meant to bind the public in any way. The document is intended only to provide clarity to the public regarding existing requirements under the law or agency policies. If you have suggestions for improving this AC, you may use the Advisory Circular Feedback form at the end of this AC. Wayne R. Monteith Associate Administrator
    [Show full text]
  • Software System Safety
    Software System Safety Nancy G. Leveson MIT Aero/Astro Dept. ([email protected]) http://sunnyday.mit.edu MIT, Room 33−334 77 Massachusetts Ave., Cambridge MA 02139 Tel: 617−258−0505 c Copyright by the author,, February 2004.All rights reserved. Copying without fee is permitted provided that the copies are not made or distributed for direct commercial advantage and provided that credit to the source is given. Abstractingwith credit is permitted. Overview of the Class c ¢¡¢£¤¡¢¥¤¦¢§©¨ Week 1: Understanding the Problem Week 2: The Overall Process and Tasks Week 3: Hazard Causal Analysis (Root Cause Analysis) Week 4: A New Approach to Hazard, Root Cause, and Accident Analysis Week 5: Requirements Analysis Week 6: Design for Safety Week 7: Human−Machine Interaction and Safety Week 8: Testing and Assurance, Operations, Maintenance Week 9: Management and Organizational Issues (including safety culture) Week 10: Summary and Conclusions c ¢¡¢£¤¡¢¥¤¦¢§©¨ The Problem The first step in solving any problem is to understand it. We often propose solutions to problems that we do not understand and then are surprised when the solutions fail to have the anticipated effect. Accident with No Component Failures c ¢¡¢£¤¡¢¥¤¦¢§©¨ ¢¡© ¦¢¢ ¡¢ VENT LA GEARBOX LC CONDENSER CATALYST VAPOR COOLING WATER REFLUX REACTOR COMPUTER c ¢¡¢£¤¡¢¥¤¦¢§©¨ ¢¡© ¦¢¢ ¡¢ Types of Accidents Component Failure Accidents Single or multiple component failures Usually assume random failure System Accidents Arise in interactions among components No components may have "failed" Caused by interactive complexity and tight coupling Exacerbated by the introduction of computers. c ¢¡¢£¤¡¢¥¤¦¢§©¨ $ ¦¢¢ ¡¢ Interactive Complexity ¢¡© Complexity is a moving target The underlying factor is intellectual manageability 1. A "simple" system has a small number of unknowns in its interactions within the system and with its environment.
    [Show full text]