Modeling and Simulation Methods for Design of Engineering Systems
Total Page:16
File Type:pdf, Size:1020Kb
Load more
Recommended publications
-
A Quantitative Reliability, Maintainability and Supportability Approach for NASA's Second Generation Reusable Launch Vehicle
A Quantitative Reliability, Maintainability and Supportability Approach for NASA's Second Generation Reusable Launch Vehicle Fayssai M. Safie, Ph. D. Marshall Space Flight Center Huntsville, Alabama Tel: 256-544-5278 E-mail: Fayssal.Safie @ msfc.nasa.gov Charles Daniel, Ph.D. Marshall Space Flight Center Huntsville, Alabama Tel: 256-544-5278 E-mail: Charles.Daniel @msfc.nasa.gov Prince Kalia Raytheon ITSS Marshall Space Flight Center Huntsville, Alabama Tel: 256-544-6871 E-mail: Prince.Kalia @ msfc.nasa.gov ABSTRACT The United States National Aeronautics and Space Administration (NASA) is in the midst of a 10-year Second Generation Reusable Launch Vehicle (RLV) program to improve its space transportation capabilities for both cargo and crewed missions. The objectives of the program are to: significantly increase safety and reliability, reduce the cost of accessing low-earth orbit, attempt to leverage commercial launch capabilities, and provide a growth path for manned space exploration. The safety, reliability and life cycle cost of the next generation vehicles are major concerns, and NASA aims to achieve orders of magnitude improvement in these areas. To get these significant improvements, requires a rigorous process that addresses Reliability, Maintainability and Supportability (RMS) and safety through all the phases of the life cycle of the program. This paper discusses the RMS process being implemented for the Second Generation RLV program. 1.0 INTRODUCTION The 2nd Generation RLV program has in place quantitative Level-I RMS, and cost requirements [Ref 1] as shown in Table 1, a paradigm shift from the Space Shuttle program. This paradigm shift is generating a change in how space flight system design is approached. -
3 System Design 71 NYS Project Management Guidebook
Section III:3 System Design 71 NYS Project Management Guidebook 3 SYSTEM DESIGN Purpose The purpose of System Design is to create a technical solution that satisfies the functional requirements for the system. At this point in the project lifecycle there should be a Functional Specification, written primarily in business terminology, con- taining a complete description of the operational needs of the various organizational entities that will use the new system. The challenge is to translate all of this information into Technical Specifications that accurately describe the design of the system, and that can be used as input to System Construction. The Functional Specification produced during System Require- ments Analysis is transformed into a physical architecture. System components are distributed across the physical archi- tecture, usable interfaces are designed and prototyped, and Technical Specifications are created for the Application Developers, enabling them to build and test the system. Many organizations look at System Design primarily as the preparation of the system component specifications; however, constructing the various system components is only one of a set of major steps in successfully building a system. The prepara- tion of the environment needed to build the system, the testing of the system, and the migration and preparation of the data that will ultimately be used by the system are equally impor- tant. In addition to designing the technical solution, System Design is the time to initiate focused planning efforts for both the testing and data preparation activities. List of Processes This phase consists of the following processes: N Prepare for System Design, where the existing project repositories are expanded to accommodate the design work products, the technical environment and tools needed to support System Design are established, and training needs of the team members involved in System Design are addressed. -
Work System Theory: Overview of Core Concepts, Extensions, and Challenges for the Future Steven Alter University of San Francisco, [email protected]
View metadata, citation and similar papers at core.ac.uk brought to you by CORE provided by University of San Francisco The University of San Francisco USF Scholarship: a digital repository @ Gleeson Library | Geschke Center Business Analytics and Information Systems School of Management February 2013 Work System Theory: Overview of Core Concepts, Extensions, and Challenges for the Future Steven Alter University of San Francisco, [email protected] Follow this and additional works at: http://repository.usfca.edu/at Part of the Business Administration, Management, and Operations Commons, Management Information Systems Commons, and the Technology and Innovation Commons Recommended Citation Alter, Steven, "Work System Theory: Overview of Core Concepts, Extensions, and Challenges for the Future" (2013). Business Analytics and Information Systems. Paper 35. http://repository.usfca.edu/at/35 This Article is brought to you for free and open access by the School of Management at USF Scholarship: a digital repository @ Gleeson Library | Geschke Center. It has been accepted for inclusion in Business Analytics and Information Systems by an authorized administrator of USF Scholarship: a digital repository @ Gleeson Library | Geschke Center. For more information, please contact [email protected]. Research Article Work System Theory: Overview of Core Concepts, Extensions, and Challenges for the Future Steven Alter University of San Francisco [email protected] Abstract This paper presents a current, accessible, and overarching view of work system theory. WST is the core of an integrated body of theory that emerged from a long-term research project to develop a systems analysis and design method for business professionals called the work system method (WSM). -
Operations Research and Simulation in Master's
Proceedings of the 2013 Winter Simulation Conference R. Pasupathy, S.-H. Kim, A. Tolk, R. Hill, and M. E. Kuhl, eds OPERATIONS RESEARCH AND SIMULATION IN MASTER’S DEGREES: A CASE STUDY REGARDING DIFFERENT UNIVERSITIES IN SPAIN Alex Grasas Angel A. Juan Helena Ramalhinho Dept. of Economics and Business Dept. of Computer Science Universitat Pompeu Fabra / IN3 – Open University of Catalonia / Barcelona GSE Autonomous University of Barcelona Barcelona, 08005, SPAIN Barcelona, 08018, SPAIN ABSTRACT This paper presents several experiences regarding Operations Research (OR) and Simulation education activities in three master programs, each of them offered at a different university. The paper discusses the importance of teaching these contents in most managerial and engineering masters. After a brief overview of existing related work, the paper provides some recommendations –based on our own teaching experi- ences– that instructors should keep in mind when designing OR/Simulation courses, either in traditional face-to-face as well as in pure online learning models. The case studies exposed here include students from business management, computer science, and aeronautical management degrees, respectively. For each type of student, different OR/Simulation tools are employed in the courses, ranging from easy-to-use optimization and simulation software to simulation-based algorithms developed from scratch using a pro- gramming language. 1 INTRODUCTION Operations Research (OR) can be defined as the application of advanced analytical methods to support complex decision-making processes. Among others, some of these analytical methods are: simulation, da- ta analysis, mathematical optimization, and metaheuristics. Thus, OR is an interdisciplinary area which borrows methods and techniques from many fields, including: mathematics, computer science, statistics, and business management. -
Module 1 (Computer Modeling and Simulation) Introduction
Module 1: Modeling and Simulation MODULE 1 (COMPUTER MODELING AND SIMULATION) INTRODUCTION Module Name: Introduction to Computer Modeling and Simulation Content of this Introduction: 1. Overview of the Module 2. Prerequisite knowledge and assumptions encompassed by the Module 3. Standards covered by the Module 4. Materials needed for the Module 5. Pacing Guides for 6 Lessons, including Learning Objectives and Assessment Questions 1. Overview of the Module This module introduces basic concepts in modeling complex systems through hands-on activities and participatory simulations. A scaffolded series of highly-engaging design and build activities guide students through developing their first computer model in StarLogo Nova, a modeling and simulation environment developed at Massachusetts Institute of Technology. Students practice designing and running experiments using a computer model as a virtual test bed. 2. Prerequisite knowledge and assumptions encompassed by the Module There are no prerequisites for Module 1. The module was designed to be an introduction to computer modeling and simulation for students with no prior background in the topic. It is necessary to complete this module prior to commencing the Earth, Life or Physical Science module. 3. Standards covered by the Module Please see the Standards Document for a detailed description of Standards covered by this Module, Lesson by Lesson. 4. Materials needed for this Module You will need the following materials to teach this module: • Computer and projector • What is a CAS? document -
Raytheon ECE,ME
SYSTEMS ENGINEER I/II Raytheon ECE,ME Fulltime,BS,MS Requisition ID 90414BR Date updated 04/05/2017 Posted on 4/5/17 Systems Engineer – Full Time The System Architecture Design and Integration Directorate (SADID) in Raytheon Integrated Defense Systems (IDS) is seeking candidates for full time Systems Engineering positions at Massachusetts sites (Andover, Marlborough, Tewksbury and Woburn) and Portsmouth, RI in 2017, with exact work location determined during the interview process.This is an opportunity for college graduates from technical disciplines to begin a career in the design and development of sophisticated tactical defense systems at Raytheon. The ideal candidate has recently completed or is in the final year of an undergraduate or graduate engineering, math or science degree, and is interested in a career in the design of large scale electromechanical systems with defense applications. Job Description: Specific job responsibilities will be designed to match the candidate’s technical interest and academic background, but will likely include search/track/discrimination algorithm development, performance assessment trade studies, and analysis of sensor signal and data processing subsystems. All assignments will focus on developing the candidate’s competency and contribution to program requirements definition, model based systems engineering, sub-system integration and test, and algorithm design.Systems Engineers use MATLAB regularly to conduct data analyses, and are expected to document and present technical results using standard Microsoft Office tools. The engineer should be comfortable working independently and in a team environment. Organization The Systems Architecture Design and Integration Directorate (SADID) is the central focus for Mission Systems Integration activities within IDS. -
CSE477 – Hardware/Software Systems Design
CSE477 – Hardware/Software Systems Design ❚ Welcome to CSE 477 ❙ Instructor: Carl Ebeling ❙ Hardware Lab Manager: Chris Morgan ❚ Some basics ❙ what is a system? ❙ what is digital system design? ❚ Objectives of this class ❙ designing real systems ❙ combining hardware and software ❙ e.g. projects: graphics display, user interfaces, integrated systems ❚ Class administration and logistics CSE 477 Spring 2002 Introduction 1 What is a system (in our case, mostly digital)? ❚ A collection of components ❙ work together to perform a function ❙ judiciously chosen to meet some constraints ❘ cost, size, power consumption, safety ❙ communicates with its environment ❘ human interaction ❘ communication with other systems over wired or wireless networks ❚ One person's system is another's component ❙ no universal categories of scope/size ❙ subsystems need to be abstracted ❚ How is it documented? ❙ interface specification ❘ Use a component without knowing about internal design ❙ functionality is often implicit in the interface spec CSE 477 Spring 2002 Introduction 2 What is digital system design? ❚ Encompasses all computing systems ❙ combination of hardware and software components ❙ partitioning design into appropriate components is key ❚ Many technologies and components to choose from ❙ programmable components (e.g., PLDs and FPGAs) ❙ processors ❙ memories ❙ interfaces to analog world (e.g., A/D, D/A, special transducers) ❙ input/output devices (e.g., buttons, pressure sensors, etc.) ❙ communication links to environment (wired and wireless) ❚ The Art: -
Lecture 9 – Modeling, Simulation, and Systems Engineering
Lecture 9 – Modeling, Simulation, and Systems Engineering • Development steps • Model-based control engineering • Modeling and simulation • Systems platform: hardware, systems software. EE392m - Spring 2005 Control Engineering 9-1 Gorinevsky Control Engineering Technology • Science – abstraction – concepts – simplified models • Engineering – building new things – constrained resources: time, money, • Technology – repeatable processes • Control platform technology • Control engineering technology EE392m - Spring 2005 Control Engineering 9-2 Gorinevsky Controls development cycle • Analysis and modeling – Control algorithm design using a simplified model – System trade study - defines overall system design • Simulation – Detailed model: physics, or empirical, or data driven – Design validation using detailed performance model • System development – Control application software – Real-time software platform – Hardware platform • Validation and verification – Performance against initial specs – Software verification – Certification/commissioning EE392m - Spring 2005 Control Engineering 9-3 Gorinevsky Algorithms/Analysis Much more than real-time control feedback computations • modeling • identification • tuning • optimization • feedforward • feedback • estimation and navigation • user interface • diagnostics and system self-test • system level logic, mode change EE392m - Spring 2005 Control Engineering 9-4 Gorinevsky Model-based Control Development Conceptual Control design model: Conceptual control sis algorithm: y Analysis x(t+1) = x(t) + -
Review of Artificial Intelligence, Simulation, and Modeling
Book Reviews AI Magazine Volume 12 Number 1 (1991) (© AAAI) BookReviews Artificial Intelligence, Numeric simulation is used for what- applied in modeling and simulation Simulation, and Modeling if questions, but diagnosis and expla- as the quantitative approach (for nation by symbolic reasoning are example, minimizing an objective Mark E. Lacy used for why questions. Execution on function that describes how well a computing machinery can be differ- model fits the available data). Typi- As a system scientist doing modeling ent as well: AI tools do not lend cally, the systems challenging us are and simulation, I have been interested themselves to the advantages of par- complex, and we are lucky if we can for some time in ways that modeling allel architectures as well as mathe- make any qualitative statements and simulation and AI could be of value matical tools do, and systems that about the behavior of a system other to each other. After all, both areas have attempt to integrate AI and mathe- than, perhaps, statements regarding their roots in putting knowledge into matical approaches pose a real chal- stability or long-term steady-state useful representations. I have specu- lenge to the development of fast behavior. Only the simplest of systems lated (AI Magazine, summer 1989, pp. software and hardware. can be analyzed in terms of its quali- 4348) that the scientist of the future, There is great potential, however, tative behavior. This reason is one of in applying computing to his(her) for AI and simulation to take advantage the main ones for performing simu- work, could benefit from a virtual of each other’s strengths. -
The Evolution of System Reliability Optimization David Coit, Enrico Zio
The evolution of system reliability optimization David Coit, Enrico Zio To cite this version: David Coit, Enrico Zio. The evolution of system reliability optimization. Reliability Engineering and System Safety, Elsevier, 2019, 192, pp.106259. 10.1016/j.ress.2018.09.008. hal-02428529 HAL Id: hal-02428529 https://hal.archives-ouvertes.fr/hal-02428529 Submitted on 8 Apr 2020 HAL is a multi-disciplinary open access L’archive ouverte pluridisciplinaire HAL, est archive for the deposit and dissemination of sci- destinée au dépôt et à la diffusion de documents entific research documents, whether they are pub- scientifiques de niveau recherche, publiés ou non, lished or not. The documents may come from émanant des établissements d’enseignement et de teaching and research institutions in France or recherche français ou étrangers, des laboratoires abroad, or from public or private research centers. publics ou privés. Accepted Manuscript The Evolution of System Reliability Optimization David W. Coit , Enrico Zio PII: S0951-8320(18)30602-1 DOI: https://doi.org/10.1016/j.ress.2018.09.008 Reference: RESS 6259 To appear in: Reliability Engineering and System Safety Received date: 14 May 2018 Revised date: 26 July 2018 Accepted date: 7 September 2018 Please cite this article as: David W. Coit , Enrico Zio , The Evolution of System Reliability Optimization, Reliability Engineering and System Safety (2018), doi: https://doi.org/10.1016/j.ress.2018.09.008 This is a PDF file of an unedited manuscript that has been accepted for publication. As a service to our customers we are providing this early version of the manuscript. -
5 Modeling and Simulation for Systems of Systems Engineering Saurabh Mittal, Ph.D
System of Systems – Innovations for the 21 st Center, Edited by [Mo Jamshidi]. ISBN 0-471-XXXXX-X Copyright © 2008 Wiley[Imprint], Inc. 5 Modeling and Simulation for Systems of Systems Engineering Saurabh Mittal, Ph.D. Bernard P. Zeigler, Ph.D. Arizona Center for Integrative Modeling and Simulation Electrical and Computer Engineering, University of Arizona Tucson, AZ José L. Risco Martín, Ph.D. Departamento de Arquitectura de Computadores y Automática Facultad de Informática Universidad Complutense de Madrid Madrid, Spain Ferat Sahin, Ph.D. Multi Agent Bio-Robotics Laboratory Electrical Engineering Rochester Institute of Technology Rochester, NY Mo Jamshidi, Ph.D. Lutcher Brown Endowed Chair Electrical and Computer Engineering University of Texas San Antonio San Antonio, TX Wiley STM / Mo Jamshidi: System of Systems - Innovation for the 21st Century page 2 Chapter 5 / Mittal, Zeigler, Martin, Sahin, Jamshidi / filename: ch5.doc Abstract: A critical aspect and differentiator of a System of Systems (SoS) versus a single monolithic system is interoperability among the constituent disparate systems. A major application of Modeling and Simulation (M&S) to SoS Engineering is to facilitate system integration in a manner that helps to cope with such interoperability problems. A case in point is the integration infrastructure offered by the DoD Global Information Grid (GIG) and its Service Oriented Architecture (SOA). In this chapter, we discuss a process called DEVS Unified Process (DUNIP) that uses the Discrete Event System Specification (DEVS) formalism as a basis for integrated system engineering and testing called the Bifurcated Model- Continuity life-cycle development methodology. DUNIP uses an XML-based DEVS Modeling Language (DEVSML) framework that provides the capability to compose models that may be expressed in a variety of DEVS implementation languages. -
Department of Computational Modeling and Simulation Engineering 4
decision support. Visualization of these is also a significant part of these Department of areas. Collaborative Autonomous Systems Laboratory Computational Modeling The Collaborative Autonomous Systems Laboratory supports instructional and multidisciplinary research activities related to autonomous systems. and Simulation This forth laboratory area is shared with the mechanical and aerospace department. CMSE maintains 4 PC workstations and 10 various types of robotic systems. The lab contains an area dedicated to cyber security Engineering research as related to collaborative autonomous systems. Web Site: http://www.odu.edu/cmsv (http://www.odu.edu/cmsv/) The CAVE (CAVE Automated Virtual Environment) 1300 Engineering and Computational Sciences Building The CAVE (Cave Automated Virtual Environment) Virtual Reality 757-683-3720 laboratory area contains several 3D visualization systems. The CAVE is Yuzhong Shen, Chair a high-resolution projection-screen virtual reality system. The screens are Masha Sosonkina, Graduate Program Director arranged in a 10 foot cube with computer-generated images projected on three walls and a floor. The CAVE lab also contains a 3 meter Vision Dome Department Description projection system and an Immersa-Desk virtual reality display. Two 3D printers are also placed in the CAVE Lab. The CMSE Department offers an undergraduate four-year degree program leading to the Bachelor of Science in Modeling and Simulation Engineering Associated Centers: (BS-M&SE). The department also offers programs of graduate study leading to the degrees Master of Engineering, Master of Science, Doctor A significant resource to the department is the Virginia Modeling, Analysis of Engineering, and Doctor of Philosophy with a major in Modeling and and Simulation Center located adjacent to the University's Tri-Cities Higher Simulation.