Search NASA⌕ Search

SEARCH · Search NASA

Results for “Design decisions”

Search indexed NASA NTRS and DOE OSTI research on propulsion, heat transfer, battery materials and energy systems. Follow report and document links to the original sources.

Quote a phrase for an exact phrase match. Source license links do not imply unrestricted reuse.

At least 505 records · Page 28

The International Telecommunications Satellite (INTELSAT) Solar Array Coupon (ISAC) atomic oxgyen flight experiment: Techniques, results and summary

Techniques and results of the ISAC flight experiment are presented, and comparisons between flight tests results and ground based testing are made. The ISAC flight experiment, one component of a larger INTELSAT 6 rescue program, tested solar array configurations and individual silver connects in ground based facilities and during STS-41 (Space Shuttle Discovery). In addition to the INTELSAT specimens, several materials, for which little or no flight data exist, were also tested for atomic oxygen reactivity. Dry lubricants, elastomers, polymeric materials, and inorganic materials were exposed to an oxygen atom fluence of 1.2 x 10(exp 20) atoms. Many of the samples were selected to support Space Station Freedom design and decision-making.

Koontz, S.↗

Science priorities for the human dimensions of global change

The topics covered include the following: defining research needs; understanding land use change; improving policy analysis -- research on the decision-making process; designing policy instruments and institutions to address energy-related environmental problems; assessing impacts, vulnerability, and adaptation to global changes; and understanding population dynamics and global change.

Source record↗

M.E.366-J embodiment design project: Portable foot restraint

During space shuttle operations, astronauts require support to carry out tasks in the weightless environment. In the past, portable foot restraints (PFR) with orientations adjustable in pitch, roll, and yaw provided this support for payload bay operations. These foot restraints, however, were designed for specific tasks with a load limit of 111.2 Newtons. Since the original design, new applications for foot restraints have been identified. New designs for the foot restraints have been created to boost the operational work load to 444.8 Newtons and decrease setup times. What remains to be designed is an interface between the restraint system and the extravehicular mobility unit (EMU) boots. NASA provided a proposed locking device involving a spring-loaded mechanism. This locking mechanism must withstand loads of 1334.4 Newtons in any direction and weigh less than 222.4 Newtons. This paper develops an embodiment design for the interface between the PFR and the EMU boots. This involves design of the locking mechanism and a removable cleat that allows the boot to interface with this mechanism. The design team used the Paul Beitz engineering methodology to present the systematic development, structural analysis, and production considerations of the embodiment design. This methodology provides a basis for understanding the justification behind the decisions made in the design.

Heaton, Randall↗

Space environmental effects on spacecraft: LEO materials selection guide, part 1

This document provides performance properties on major spacecraft materials and subsystems that have been exposed to the low-Earth orbit (LEO) space environment. Spacecraft materials include metals, polymers, composites, white and black paints, thermal-control blankets, adhesives, and lubricants. Spacecraft subsystems include optical components, solar cells, and electronics. Information has been compiled from LEO short-term spaceflight experiments (e.g., space shuttle) and from retrieved satellites of longer mission durations (e.g., Long Duration Exposure Facility). Major space environment effects include atomic oxygen (AO), ultraviolet radiation, micrometeoroids and debris, contamination, and particle radiation. The main objective of this document is to provide a decision tool to designers for designing spacecraft and structures. This document identifies the space environments that will affect the performance of materials and components, e.g., thermal-optical property changes of paints due to UV exposures, AO-induced surface erosion of composites, dimensional changes due to thermal cycling, vacuum-induced moisture outgassing, and surface optical changes due to AO/UV exposures. Where appropriate, relationships between the space environment and the attendant material/system effects are identified. Part 1 covers spacecraft design considerations for the space environment; advanced composites; polymers; adhesives; metals; ceramics; protective coatings; and lubricants, greases, and seals.

Silverman, Edward M.↗

Space environmental effects on spacecraft: LEO materials selection guide, part 2

This document provides performance properties on major spacecraft materials and subsystems that have been exposed to the low-Earth orbit (LEO) space environment. Spacecraft materials include metals, polymers, composites, white and black paints, thermal-control blankets, adhesives, and lubricants. Spacecraft subsystems include optical components, solar cells, and electronics. Information has been compiled from LEO short-term spaceflight experiments (e.g., space shuttle) and from retrieved satellites of longer mission durations (e.g., Long Duration Exposure Facility). Major space environment effects include atomic oxygen (AO), ultraviolet radiation, micrometeoroids and debris, contamination, and particle radiation. The main objective of this document is to provide a decision tool to designers for designing spacecraft and structures. This document identifies the space environments that will affect the performance of materials and components, e.g., thermal-optical property changes of paints due to UV exposures, AO-induced surface erosion of composites, dimensional changes due to thermal cycling, vacuum-induced moisture outgassing, and surface optical changes due to AO/UV exposures. Where appropriate, relationships between the space environment and the attendant material/system effects are identified. Part 2 covers thermal control systems, power systems, optical components, electronic systems, and applications.

Silverman, Edward M.↗

A Multiprocessor Operating System Simulator

This paper describes a multiprocessor operating system simulator that was developed by the authors in the Fall semester of 1987. The simulator was built in response to the need to provide students with an environment in which to build and test operating system concepts as part of the coursework of a third-year undergraduate operating systems course. Written in C++, the simulator uses the co-routine style task package that is distributed with the AT&T C++ Translator to provide a hierarchy of classes that represents a broad range of operating system software and hardware components. The class hierarchy closely follows that of the 'Choices' family of operating systems for loosely- and tightly-coupled multiprocessors. During an operating system course, these classes are refined and specialized by students in homework assignments to facilitate experimentation with different aspects of operating system design and policy decisions. The current implementation runs on the IBM RT PC under 4.3bsd UNIX.

Johnston, Gary M.↗

Dynamic Load Balancing For Grid Partitioning on a SP-2 Multiprocessor: A Framework

Computational requirements of full scale computational fluid dynamics change as computation progresses on a parallel machine. The change in computational intensity causes workload imbalance of processors, which in turn requires a large amount of data movement at runtime. If parallel CFD is to be successful on a parallel or massively parallel machine, balancing of the runtime load is indispensable. Here a framework is presented for dynamic load balancing for CFD applications, called Jove. One processor is designated as a decision maker Jove while others are assigned to computational fluid dynamics. Processors running CFD send flags to Jove in a predetermined number of iterations to initiate load balancing. Jove starts working on load balancing while other processors continue working with the current data and load distribution. Jove goes through several steps to decide if the new data should be taken, including preliminary evaluate, partition, processor reassignment, cost evaluation, and decision. Jove running on a single IBM SP2 node has been completely implemented. Preliminary experimental results show that the Jove approach to dynamic load balancing can be effective for full scale grid partitioning on the target machine IBM SP2.

Sohn, Andrew↗

Dynamic Load Balancing for Finite Element Calculations on Parallel Computers

Computational requirements of full scale computational fluid dynamics change as computation progresses on a parallel machine. The change in computational intensity causes workload imbalance of processors, which in turn requires a large amount of data movement at runtime. If parallel CFD is to be successful on a parallel or massively parallel machine, balancing of the runtime load is indispensable. Here a frame work is presented for dynamic load balancing for CFD applications, called Jove. One processor is designated as a decision maker Jove while others are assigned to computational fluid dynamics. Processors running CFD send flags to Jove in a predetermined number of iterations to initiate load balancing. Jove starts working on load balancing while other processors continue working with the current data and load distribution. Jove goes through several steps to decide if the new data should be taken, including preliminary evaluate, partition, processor reassignment, cost evaluation, and decision. Jove running on a single SP2 node has been completely implemented. Preliminary experimental results show that the Jove approach to dynamic load balancing can be effective for full scale grid partitioning on the target machine SP2.

Pramono, Eddy↗

Dynamic Load Balancing for Grid Partitioning on a SP-2 Multiprocessor: A Framework

Computational requirements of full scale computational fluid dynamics change as computation progresses on a parallel machine. The change in computational intensity causes workload imbalance of processors, which in turn requires a large amount of data movement at runtime. If parallel CFD is to be successful on a parallel or massively parallel machine, balancing of the runtime load is indispensable. Here a framework is presented for dynamic load balancing for CFD applications, called Jove. One processor is designated as a decision maker Jove while others are assigned to computational fluid dynamics. Processors running CFD send flags to Jove in a predetermined number of iterations to initiate load balancing. Jove starts working on load balancing while other processors continue working with the current data and load distribution. Jove goes through several steps to decide if the new data should be taken, including preliminary evaluate, partition, processor reassignment, cost evaluation, and decision. Jove running on a single EBM SP2 node has been completely implemented. Preliminary experimental results show that the Jove approach to dynamic load balancing can be effective for full scale grid partitioning on the target machine IBM SP2.

Sohn, Andrew↗

An Assessment of CFD Effectiveness for Vortex Flow Simulation to Meet Preliminary Design Needs

The low-speed flight and transonic maneuvering characteristics of combat air vehicles designed for efficient supersonic flight are significantly affected by the presence of free vortices. At moderate-to-high angles of attack, the flow invariably separates from the leading edges of the swept slender wings, as well as from the forebodies of the air vehicles, and rolls up to form free vortices. The design of military vehicles is heavily driven by the need to simultaneously improve performance and affordability.1 In order to meet this need, increasing emphasis is being placed on using Modeling & Simulation environments employing the Integrated Product & Process Development (IPPD) concept. The primary focus is on expeditiously providing design teams with high-fidelity data needed to make more informed decisions in the preliminary design stage. Extensive aerodynamic data are needed to support combat air vehicle design. Force and moment data are used to evaluate performance and handling qualities; surface pressures provide inputs for structural design; and flow-field data facilitate system integration. Continuing advances in computational fluid dynamics (CFD) provide an attractive means of generating the desired data in a manner that is responsive to the needs of the preliminary design efforts. The responsiveness is readily characterized as timely delivery of quality data at low cost.

Raj, P.↗

Advanced Technology Lifecycle Analysis System (ATLAS) Technology Tool Box (TTB)

The Advanced Technology Lifecycle Analysis System (ATLAS) is a decision support tool designed to aid program managers and strategic planners in determining how to invest technology research and development dollars. It is an Excel-based modeling package that allows a user to build complex space architectures and evaluate the impact of various technology choices. ATLAS contains system models, cost and operations models, a campaign timeline and a centralized technology database. Technology data for all system models is drawn from a common database, the ATLAS Technology Tool Box (TTB). The TTB provides a comprehensive, architecture-independent technology database that is keyed to current and future timeframes.

Doyle, Monica↗

Altair Lander Life Support: Design Analysis Cycles 1, 2, and 3

NASA is working to develop a new lunar lander to support lunar exploration. The development process that the Altair project is using for this vehicle is unlike most others. In Lander Design Analysis Cycle 1 (LDAC-1), a single-string, minimum functionality design concept was developed, including life support systems for different vehicle configuration concepts, first for a combination of an ascent vehicle and a habitat with integral airlocks, and then for a combined ascent vehicle-habitat with a detachable airlock. In LDAC-2, the Altair team took the ascent vehicle-habitat with detachable airlock and analyzed the design for the components that were the largest contributors to the risk of loss of crew (LOC). For life support, the largest drivers were related to oxygen supply and carbon dioxide control. Integrated abort options were developed at the vehicle level. Many life support failures were not considered to result in LOC because they had a long enough time to effect that abort was considered a feasible option to safely end the mission before the situation became life threatening. These failures were then classified as loss of mission (LOM) failures. Many options to reduce LOC risk were considered, and mass efficient solutions to the LOC problems were added to the vehicle design at the end of LDAC-2. In LDAC-3, the new design was analyzed for large contributors to the risk of LOM. To avoid ending the mission early or being unable to accomplish goals like performing all planned extravehicular activities (EVAs), various options were assessed for their combination of risk reduction and mass cost. This paper outlines the major assumptions, design features, and decisions related to the development of the life support system for the Altair project through LDAC-3.

Anderson, Molly↗

Architectural Analysis of Dynamically Reconfigurable Systems

oTpics include: the problem (increased flexibility of architectural styles decrease analyzability, behavior emerges and varies depending on the configuration, does the resulting system run according to the intended design, and architectural decisions can impede or facilitate testing); top down approach to architecture analysis, detection of defects and deviations, and architecture and its testability; currently targeted projects GMSEC and CFS; analyzing software architectures; analyzing runtime events; actual architecture recognition; GMPUB in Dynamic SAVE; sample output from new approach; taking message timing delays into account; CFS examples of architecture and testability; some recommendations for improved testablity; and CFS examples of abstract interfaces and testability; CFS example of opening some internal details.

Lindvall, Mikael↗

The Extravehicular Suit Impact Load Attenuation Study for Use in Astronaut Bone Fracture Prediction

The NASA Integrated Medical Model (IMM) assesses the risk, including likelihood and impact of occurrence, of all credible in-flight medical conditions. Fracture of the proximal femur is a traumatic injury that would likely result in loss of mission if it were to happen during spaceflight. The low gravity exposure causes decreases in bone mineral density which heightens the concern. Researchers at the NASA Glenn Research Center have quantified bone fracture probability during spaceflight with a probabilistic model. It was assumed that a pressurized extravehicular activity (EVA) suit would attenuate load during a fall, but no supporting data was available. The suit impact load attenuation study was performed to collect analogous data. METHODS: A pressurized EVA suit analog test bed was used to study how the offset, defined as the gap between the suit and the astronaut s body, impact load magnitude and suit operating pressure affects the attenuation of impact load. The attenuation data was incorporated into the probabilistic model of bone fracture as a function of these factors, replacing a load attenuation value based on commercial hip protectors. RESULTS: Load attenuation was more dependent on offset than on pressurization or load magnitude, especially at small offsets. Load attenuation factors for offsets between 0.1 - 1.5 cm were 0.69 +/- 0.15, 0.49 +/- 0.22 and 0.35 +/- 0.18 for mean impact forces of 4827, 6400 and 8467 N, respectively. Load attenuation factors for offsets of 2.8 - 5.3 cm were 0.93 +/- 0.2, 0.94 +/- 0.1 and 0.84 +/- 0.5, for the same mean impact forces. Reductions were observed in the 95th percentile confidence interval of the bone fracture probability predictions. CONCLUSIONS: The reduction in uncertainty and improved confidence in bone fracture predictions increased the fidelity and credibility of the fracture risk model and its benefit to mission design and operational decisions.

Lewandowski, Beth E.↗

NASA DOEPOD NDE Capabilities Data Book

This data book contains the Directed Design of Experiments for Validating Probability of Detection (POD) Capability of NDE Systems (DOEPOD) analyses of the nondestructive inspection data presented in the NTIAC, Nondestructive Evaluation (NDE) Capabilities Data Book. DOEPOD is designed as a decision support system to validate inspection system, personnel, and protocol demonstrating 0.90 POD with 95% confidence at critical flaw sizes, a90/95. Although 0.90 POD with 95% confidence at critical flaw sizes is often stated as an inspection requirement in inspection documents, including NASA Standards, NASA critical aerospace applications have historically only accepted 0.978 POD or better with a 95% one-sided lower confidence bound exceeding 0.90 at critical flaw sizes, a90/95.

Generazio, Edward R.↗

The Second European Service Module (ESM-2) Evolutions, Production and Challenges

This paper presents an overview of the Second European Service Module (ESM-2), the second in a series of European Service Modules produced as part of the Barter agreement between NASA and ESA for the Orion Program. The European Industrial consortium is led by the ESA prime contractor Airbus Defence and Space in Bremen. ESA and Airbus signed the ESM-2 contract on 16 February 2017, for this key element of the Orion Exploration Mission 2 (EM-2). EM-2 is the first crewed mission for Orion and will take astronauts farther into the solar system than humanity has ever travelled. EM-2 will also be a historic mission for Europe, as the ESM-2 will be the first European spacecraft to be part of a human transportation system carrying humans beyond low Earth orbit. ESM-2 is mainly a recurring production following ESM-1. Nevertheless, there are a number of important changes being implemented, for example, to incorporate upgrades to further enhance safety and reliability. The challenging delivery schedule for ESM-2 has driven the need to commence manufacturing prior to completion of the qualification on ESM-1. In addition, some requirement deviations and non-compliances approved for ESM-1 have resulted in modifications for ESM-2. In order to manage the competing constraints effectively, the ESM-2 Team has put in place a number of novel approaches to manage schedule, risk, and technical changes. Airbus has set up multi-functional teams according to an approach known as "Major Spacecraft Deliveries" consisting of quality assurance, engineering and procurement. The risk of starting manufacturing prior to qualification is managed through a special risk share agreement. This agreement necessitates rigorous risk reviews across the board for all manufacturing, assembly, integration and test milestones. The ESM-2 changes are managed by Configuration Management, but Airbus has also introduced the Technical Baseline Matrix to provide a transparent top-level overview of the changes from ESM-1 to ESM-2. The tool provides the basis for ESM-2 design and development needs, decisions, as well as the input for the Orion EM-2 Critical Design Review (CDR). The main technical evolutions, status of the production and the novel management approaches for ESM-2 are presented and discussed in the paper.

Orion European Service Module Programme↗

Guidance for Human Error Analysis (HEA)

NASA’s Human-Rating Requirements for Space Systems in NASA Procedural Requirements (NPR) 8705.2C requires Program Managers to conduct a human error analysis (HEA) for all mission phases. The purpose of the HEA is to enable programs to understand and manage potential catastrophic hazards that could be caused by human error, understand the relative risks and uncertainties within the system design, and influence decisions throughout the system lifecycle. This document provides guidance to NASA civil servants and contractors on how the Agency’s HEA requirement can be fulfilled.

Human Error Analysis; NASA Procedural Requirement;↗