Reliability Analysis of Complex NASA Systems with Model-Based Engineering
Total Page:16
File Type:pdf, Size:1020Kb
Load more
Recommended publications
-
Filling the Gap Between Business Process Modeling and Behavior Driven Development
Filling the Gap between Business Process Modeling and Behavior Driven Development Rogerio Atem de Carvalho Rodrigo Soares Manhães Fernando Luis de Carvalho e Silva Nucleo de Pesquisa em Sistemas de Informação (NSI), Instituto Federal Fluminense (IFF), Brazil {ratem, rmanhaes, [email protected]} 1. Introduction Behavior Driven Development (NORTH, 2006) is a specification technique that is growing in acceptance in the Agile methods communities. BDD allows to securely verify that all functional requirements were treated properly by source code, by connecting the textual description of these requirements to tests. On the other side, the Enterprise Information Systems (EIS) researchers and practitioners defends the use of Business Process Modeling (BPM) to, before defining any part of the system, perform the modeling of the system's underlying business process. Therefore, it can be stated that, in the case of EIS, functional requirements are obtained by identifying Use Cases from the business process models. The aim of this paper is, in a narrower perspective, to propose the use of Finite State Machines (FSM) to model business process and then connect them to the BDD machinery, thus driving better quality for EIS. In a broader perspective, this article aims to provoke a discussion on the mapping of the various BPM notations, since there isn't a real standard for business process modeling (Moller et al., 2007), to BDD. Firstly a historical perspective of the evolution of previous proposals from which this one emerged will be presented, and then the reasons to change from Model Driven Development (MDD) to BDD will be presented also in a historical perspective. -
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). -
Sysml Distilled: a Brief Guide to the Systems Modeling Language
ptg11539604 Praise for SysML Distilled “In keeping with the outstanding tradition of Addison-Wesley’s techni- cal publications, Lenny Delligatti’s SysML Distilled does not disappoint. Lenny has done a masterful job of capturing the spirit of OMG SysML as a practical, standards-based modeling language to help systems engi- neers address growing system complexity. This book is loaded with matter-of-fact insights, starting with basic MBSE concepts to distin- guishing the subtle differences between use cases and scenarios to illu- mination on namespaces and SysML packages, and even speaks to some of the more esoteric SysML semantics such as token flows.” — Jeff Estefan, Principal Engineer, NASA’s Jet Propulsion Laboratory “The power of a modeling language, such as SysML, is that it facilitates communication not only within systems engineering but across disci- plines and across the development life cycle. Many languages have the ptg11539604 potential to increase communication, but without an effective guide, they can fall short of that objective. In SysML Distilled, Lenny Delligatti combines just the right amount of technology with a common-sense approach to utilizing SysML toward achieving that communication. Having worked in systems and software engineering across many do- mains for the last 30 years, and having taught computer languages, UML, and SysML to many organizations and within the college setting, I find Lenny’s book an invaluable resource. He presents the concepts clearly and provides useful and pragmatic examples to get you off the ground quickly and enables you to be an effective modeler.” — Thomas W. Fargnoli, Lead Member of the Engineering Staff, Lockheed Martin “This book provides an excellent introduction to SysML. -
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. -
Matters of (Meta-) Modeling
Appeared in the Journal on Software and Systems Modeling, Volume 5, Number 4, pp. 369-385, December 2006 Matters of (Meta-) Modeling Thomas Kuh¨ ne Darmstadt University of Technology, Darmstadt, Germany e-mail: [email protected] Abstract With the recent trend to model driven engineering ontologies for the basic terms of their discipline, any com- a common understanding of basic notions such as “model” munication may create the illusion of agreement where there and “metamodel” becomes a pivotal issue. Even though these is none, i.e., unnoticed misunderstandings, and raise barriers notions have been in widespread use for quite a while, there of communication where they are just accidental. is still little consensus about when exactly it is appropriate In the following we will focus on the term “model” in the to use them. The aim of this article is to start establishing a context of model driven engineering. Our models are thus all consensus about generally acceptable terminology. Its main language-based in nature, unlike, e.g., physical scale models contributions are the distinction between two fundamental- and they describe something as opposed to models in mathe- ly different kinds of model roles, i.e. “token model” versus matics which are understood as interpretations of a theory [3]. “type model”1, a formal notion of “metaness”, and the consi- In an attempt to define the scope of the notion “model” we deration of “generalization” as yet another basic relationship should consider how it has been traditionally used in softwa- between models. In particular, the recognition of the funda- re engineering. -
Introduction to Systems Modeling Languages
Fundamentals of Systems Engineering Prof. Olivier L. de Weck, Mark Chodas, Narek Shougarian Session 3 System Modeling Languages 1 Reminder: A1 is due today ! 2 3 Overview Why Systems Modeling Languages? Ontology, Semantics and Syntax OPM – Object Process Methodology SySML – Systems Modeling Language Modelica What does it mean for Systems Engineering of today and tomorrow (MBSE)? 4 Exercise: Describe the “Mr. Sticky” System Work with a partner (5 min) Use your webex notepad/white board I will call on you randomly We will compare across student teams © source unknown. All rights reserved. This content is excluded from our Creative Commons license. For more information, see http://ocw.mit.edu/help/faq-fair-use/. 5 Why Systems Modeling Languages? Means for describing artifacts are traditionally as follows: Natural Language (English, French etc….) Graphical (Sketches and Drawings) These then typically get aggregated in “documents” Examples: Requirements Document, Drawing Package Technical Data Package (TDP) should contain all info needed to build and operate system Advantages of allowing an arbitrary description: Familiarity to creator of description Not-confining, promotes creativity Disadvantages of allowing an arbitrary description: Room for ambiguous interpretations and errors Difficult to update if there are changes Handoffs between SE lifecycle phases are discontinuous Uneven level of abstraction Large volume of information that exceeds human cognitive bandwidth Etc…. 6 System Modeling Languages Past efforts -
Integration of Model-Based Systems Engineering and Virtual Engineering Tools for Detailed Design
Scholars' Mine Masters Theses Student Theses and Dissertations Spring 2011 Integration of model-based systems engineering and virtual engineering tools for detailed design Akshay Kande Follow this and additional works at: https://scholarsmine.mst.edu/masters_theses Part of the Systems Engineering Commons Department: Recommended Citation Kande, Akshay, "Integration of model-based systems engineering and virtual engineering tools for detailed design" (2011). Masters Theses. 5155. https://scholarsmine.mst.edu/masters_theses/5155 This thesis is brought to you by Scholars' Mine, a service of the Missouri S&T Library and Learning Resources. This work is protected by U. S. Copyright Law. Unauthorized use including reproduction for redistribution requires the permission of the copyright holder. For more information, please contact [email protected]. INTEGRATION OF MODEL-BASED SYSTEMS ENGINEERING AND VIRTUAL ENGINEERING TOOLS FOR DETAILED DESIGN by AKSHA Y KANDE A THESIS Presented to the Faculty of the Graduate School of the MISSOURI UNIVERSITY OF SCIENCE AND TECHNOLOGY In Partial Fulfillment of the Requirements for the Degree MASTER OF SCIENCE IN SYSTEMS ENGINEERING 2011 Approved by Steve Corns, Advisor Cihan Dagli Scott Grasman © 2011 Akshay Kande All Rights Reserved 111 ABSTRACT Design and development of a system can be viewed as a process of transferring and transforming data using a set of tools that form the system's development environment. Conversion of the systems engineering data into useful information is one of the prime objectives of the tools used in the process. With complex systems, the objective is further augmented with a need to represent the information in an accessible and comprehensible manner. -
System-Of-Systems Approach for Integrated Energy Systems
A System-of-Systems Approach for Integrated Energy Systems Modeling and Simulation Preprint Saurabh Mittal, Mark Ruth, Annabelle Pratt, Monte Lunacek, Dheepak Krishnamurthy, and Wesley Jones National Renewable Energy Laboratory Presented at the Society for Modeling & Simulation International Summer Simulation Multi-Conference Chicago, Illinois July 26–29, 2015 NREL is a national laboratory of the U.S. Department of Energy Office of Energy Efficiency & Renewable Energy Operated by the Alliance for Sustainable Energy, LLC This report is available at no cost from the National Renewable Energy Laboratory (NREL) at www.nrel.gov/publications. Conference Paper NREL/CP-2C00-64045 August 2015 Contract No. DE-AC36-08GO28308 NOTICE The submitted manuscript has been offered by an employee of the Alliance for Sustainable Energy, LLC (Alliance), a contractor of the US Government under Contract No. DE-AC36-08GO28308. Accordingly, the US Government and Alliance retain a nonexclusive royalty-free license to publish or reproduce the published form of this contribution, or allow others to do so, for US Government purposes. This report was prepared as an account of work sponsored by an agency of the United States government. Neither the United States government nor any agency thereof, nor any of their employees, makes any warranty, express or implied, or assumes any legal liability or responsibility for the accuracy, completeness, or usefulness of any information, apparatus, product, or process disclosed, or represents that its use would not infringe privately owned rights. Reference herein to any specific commercial product, process, or service by trade name, trademark, manufacturer, or otherwise does not necessarily constitute or imply its endorsement, recommendation, or favoring by the United States government or any agency thereof. -
Complexity Evaluation with Business Process Modeling and Simulation
Complexity Evaluation with Business Process Modeling and Simulation Krishan Chand and Muthu Ramachandran School of Computing, Creative Technologies and Engineering, Leeds Beckett University, Leeds, U.K. Keywords: Business Process Modeling, BPMN, Simulation, Complexity. Abstract: To stay in the competition and to make a stand in the market, companies have to make the quick changes. Business Process Modelling (BPM) has made an impact in the respect to capture the process and to make the changes accordingly for improvement in business operations. Modeling and simulation is the process of making a process simple to reduce complexity. However, modellers or researchers still making the complex models. Modeling and simulation are the areas which need to be addressed, despite only a few researchers worked in the respective areas of modelling and simulation. The paper addresses the complexity issue of cloud performance criteria of time and cost. To this end, this paper has evaluated the domain of financial services in the cloud with Business Process Modeling Notation (BPMN) and simulation. Two different scenarios have been created to demonstrate the result of performance complexity of cloud services. Finally, the conclusion has been derived to help and guide further research. 1 INTRODUCTION of a process directed to make it with fewer efforts, accordingly to ease the complexity of the business Due to its existence importance not because of process and to make it simple and understanding. However, the main objective of the process modeller descriptive nature of the process, but also the is to make the process understanding and to reduce characteristics representation for the activities such as business process improvement, business process the complexity in the practical world, are designing the complex models (Henriksen, 2008; Chwif et al., re-engineering and process standardization, business 2000). -
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 -
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. -
Modeling: Web- and Cloud-Based Collaborative Tool Infrastructure
Next Generation (Meta)Modeling: Web- and Cloud-based Collaborative Tool Infrastructure Mikl´osMar´oti2, Tam´asKecsk´es1, R´obert Keresk´enyi1, Brian Broll1, P´eter V¨olgyesi1, L´aszl´oJur´acz,Tiham´erLevendoszky1, and Akos´ L´edeczi1 1 Institute for Software Integrated Systems, Vanderbilt University, Nashville, TN, USA [email protected] 2 Bolyai Institute, University of Szeged, Szeged, Hungary [email protected] Abstract. The paper presents WebGME, a novel, web- and cloud-based, collaborative, scalable (meta)modeling tool that supports the design of Domain Specific Modeling Languages (DSML) and the creation of cor- responding domain models. The unique prototypical inheritance, origi- nally introduced by GME, is extended in WebGME to fuse metamodel- ing with modeling. The tool also introduces novel ways to model cross- cutting concerns. These concepts are especially useful for multi-paradigm modeling. The main design drivers for WebGME have been scalability, extensibility and version control. The web-based architecture and the constraints the browser-based environment introduces provided signif- icant challenges that WebGME has overcome with balanced trade-offs. The paper describes the architecture of WebGME, argues why the major design decisions were taken and presents the novel features of the tool. Keywords: DSML, metamodel, collaboration, web browser 1 Introduction Applying Domain-Specific Modeling Languages (DSMLs) for the engineering of complex systems is becoming an increasingly accepted practice. Model In- tegrated Computing (MIC) is one approach that advocates the use of DSMLs and metamodeling tools [1]. The MIC open source toolsuite centered on the Generic Modeling Environment (GME) [2] has been applied successfully in a broad range of domains by Vanderbilt [3–7] and others [8–13].