Search NASA⌕ Search

SEARCH · Search NASA

Results for “design requirements”

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 127 records · Page 7
All sourcesNASA NTRSDOE OSTI
NASA NTRS1981

Requirements for the conceptual design of advanced underground coal extraction systems

Conceptual design requirements are presented for underground coal mining systems having substantially improved performance in the areas of production cost and miner safety. Mandatory performance levels are also set for miner health, environmental impact, and coal recovery. In addition to mandatory design goals and constraints, a number of desirable system characteristics are identified which must be assessed in terms of their impact on production cost and their compatibility with other system elements. Although developed for the flat lying, moderately thick seams of Central Appalachia, these requirements are designed to be easily adaptable to other coals.

Gangal, M. D.↗
NASA NTRS1989

Partial gravity habitat study

The purpose of this study is to investigate comprehensive design requirements associated with designing habitats for humans in a partial gravity environment, then to apply them to a lunar base design. Other potential sites for application include planetary surfaces such as Mars, variable-gravity research facilities, and a rotating spacecraft. Design requirements for partial gravity environments include locomotion changes in less than normal earth gravity; facility design issues, such as interior configuration, module diameter, and geometry; and volumetric requirements based on the previous as well as psychological issues involved in prolonged isolation. For application to a lunar base, it is necessary to study the exterior architecture and configuration to insure optimum circulation patterns while providing dual egress; radiation protection issues are addressed to provide a safe and healthy environment for the crew; and finally, the overall site is studied to locate all associated facilities in context with the habitat. Mission planning is not the purpose of this study; therefore, a Lockheed scenario is used as an outline for the lunar base application, which is then modified to meet the project needs. The goal of this report is to formulate facts on human reactions to partial gravity environments, derive design requirements based on these facts, and apply the requirements to a partial gravity situation which, for this study, was a lunar base.

Capps, Stephen↗
NASA NTRS1977

Inclusion of explicit thermal requirements in optimum structural design

A finite-element based procedure is described for obtaining minimum mass designs of structures subjected to combined thermal and mechanical loading and both strength and thermal constraints. The procedure is based on a mathematical programming method using the Sequence of Unconstrained Minimizations Technique (SUMT) in which design requirements are incorporated by an exterior penalty function. The procedure is limited to steady-state temperatures which are controlled by structural sizing only. The optimization procedure is demonstrated by the design of a structural wing box with both mechanical loading and external heating, subject to design constraints on stress, minimum gage, and temperature. The final design for these conditions is compared with a corresponding design in which temperature constraints are omitted.

Adelman, H. M.↗
NASA NTRS1986

Some design constraints required for the use of generic software in embedded systems: Packages which manage abstract dynamic structures without the need for garbage collection

The embedded systems running real-time applications, for which Ada was designed, require their own mechanisms for the management of dynamically allocated storage. There is a need for packages which manage their own internalo structures to control their deallocation as well, due to the performance implications of garbage collection by the KAPSE. This places a requirement upon the design of generic packages which manage generically structured private types built-up from application-defined input types. These kinds of generic packages should figure greatly in the development of lower-level software such as operating systems, schedulers, controllers, and device driver; and will manage structures such as queues, stacks, link-lists, files, and binary multary (hierarchical) trees. Controlled to prevent inadvertent de-designation of dynamic elements, which is implicit in the assignment operation A study was made of the use of limited private type, in solving the problems of controlling the accumulation of anonymous, detached objects in running systems. The use of deallocator prodecures for run-down of application-defined input types during deallocation operations during satellites.

Johnson, Charles S.↗
NASA NTRS1972

Teleoperator system man-machine interface requirements for satellite retrieval and satellite servicing. Volume 1: Requirements

Requirements were determined analytically for the man machine interface for a teleoperator system performing on-orbit satellite retrieval and servicing. Requirements are basically of two types; mission/system requirements, and design requirements or design criteria. Two types of teleoperator systems were considered: a free flying vehicle, and a shuttle attached manipulator. No attempt was made to evaluate the relative effectiveness or efficiency of the two system concepts. The methodology used entailed an application of the Essex Man-Systems analysis technique as well as a complete familiarization with relevant work being performed at government agencies and by private industry.

Malone, T. B.↗
NASA NTRS1979

The MOD-1 steel blade

The design, development, fabrication, testing, and transport of two 100 foot metal blades for the MOD-1 WTS are summarized. Because the metal blade design was started late in the MOD-1 system development, many of the design requirements (allocations) were restrictive for the metal blade concept, particularly the maximum weight requirement. The design solutions required to achieve the weight goal resulted in a labor intensive (expensive) fabrication, particularly for a quantity of only two blades manufactured using minimal tooling.

Vanbronkhorst, J.↗
NASA NTRS1993

Towards the formal specification of the requirements and design of a processor interface unit

Work to formally specify the requirements and design of a Processor Interface Unit (PIU), a single-chip subsystem providing memory interface, bus interface, and additional support services for a commercial microprocessor within a fault-tolerant computer system, is described. This system, the Fault-Tolerant Embedded Processor (FTEP), is targeted towards applications in avionics and space requiring extremely high levels of mission reliability, extended maintenance free operation, or both. The approaches that were developed for modeling the PIU requirements and for composition of the PIU subcomponents at high levels of abstraction are described. These approaches were used to specify and verify a nontrivial subset of the PIU behavior. The PIU specification in Higher Order Logic (HOL) is documented in a companion NASA contractor report entitled 'Towards the Formal Specification of the Requirements and Design of a Processor Interfacs Unit - HOL Listings.' The subsequent verification approach and HOL listings are documented in NASA contractor report entitled 'Towards the Formal Verification of the Requirements and Design of a Processor Interface Unit' and NASA contractor report entitled 'Towards the Formal Verification of the Requirements and Design of a Processor Interface Unit - HOL Listings.'

Fura, David A.↗
NASA NTRS2007

Mise en Scene: Conversion of Scenarios to CSP Traces for the Requirements-to-Design-to-Code Project

The "Requirements-to-Design-to-Code" (R2D2C) project at NASA's Goddard Space Flight Center is based on deriving a formal specification expressed in Communicating Sequential Processes (CSP) notation from system requirements supplied in the form of CSP traces. The traces, in turn, are to be extracted from scenarios, a user-friendly medium often used to describe the required behavior of computer systems under development. This work, called Mise en Scene, defines a new scenario medium (Scenario Notation Language, SNL) suitable for control-dominated systems, coupled with a two-stage process for automatic translation of scenarios to a new trace medium (Trace Notation Language, TNL) that encompasses CSP traces. Mise en Scene is offered as an initial solution to the problem of the scenarios-to-traces "D2" phase of R2D2C. A survey of the "scenario" concept and some case studies are also provided.

Carter. John D.↗
NASA NTRS1989

Partial gravity habitat study: With application to lunar base design

Comprehensive design requirements associated with designing habitats for humans in a partial gravity environment were investigated and then applied to a lunar base design. Other potential sites for application include planetary surfaces such as Mars, variable gravity research facilities, or a rotating spacecraft. Design requirements for partial gravity environments include: (1) locomotion changes in less than normal Earth gravity; (2) facility design issues, such as interior configuration, module diameter and geometry; and (3) volumetric requirements based on the previous as well as psychological issues involved in prolonged isolation. For application to a Lunar Base, it was necessary to study the exterior architecture and configuration to insure optimum circulation patterns while providing dual egress. Radiation protection issues were addressed to provide a safe and healthy environment for the crew, and finally, the overall site was studied to locate all associated facilities in context with the habitat. Mission planning was not the purpose of this study; therefore, a Lockheed scenario was used as an outline for the Lunar Base application, which was then modified to meet the project needs.

Capps, Stephen↗
NASA NTRS1983

A pioneer-class Mars aeronomy mission

Preliminary studies of a Pioneer-class Mars-orbiter aeronomy mission are reviewed. The aeronomy objectives and payload are discussed, along with the mission requirements, spacecraft design requirements, possible spacecraft designs, and total mission costs. It is shown that existing earth-orbiting communication satellites can be easily modified for the aeronomy mission and that the total mission cost should be between $150 million and $185 million in 1982 dollars.

Jackson, R. W.↗
NASA NTRS2016

Space Suit Portable Life Support System (PLSS) 2.0 Pre-Installation Acceptance (PIA) Testing

Following successful completion of the space suit Portable Life Support System (PLSS) 1.0 development and testing in 2011, the second system-level prototype, PLSS 2.0, was developed in 2012 to continue the maturation of the advanced PLSS design which is intended to reduce consumables, improve reliability and robustness, and incorporate additional sensing and functional capabilities over the current Space Shuttle/International Space Station Extravehicular Mobility Unit (EMU) PLSS. PLSS 2.0 represents the first attempt at a packaged design comprising first generation or later component prototypes and medium fidelity interfaces within a flight-like representative volume. Pre-Installation Acceptance (PIA) is carryover terminology from the Space Shuttle Program referring to the series of test sequences used to verify functionality of the EMU PLSS prior to installation into the Space Shuttle airlock for launch. As applied to the PLSS 2.0 development and testing effort, PIA testing designated the series of 27 independent test sequences devised to verify component and subsystem functionality, perform in situ instrument calibrations, generate mapping data to define set-points for control algorithms, evaluate hardware performance against advanced PLSS design requirements, and provide quantitative and qualitative feedback on evolving design requirements and performance specifications. PLSS 2.0 PIA testing was carried out from 3/20/13 - 3/15/14 using a variety of test configurations to perform test sequences that ranged from stand-alone component testing to system-level testing, with evaluations becoming increasingly integrated as the test series progressed. Each of the 27 test sequences was vetted independently, with verification of basic functionality required before completion. Because PLSS 2.0 design requirements were evolving concurrently with PLSS 2.0 PIA testing, the requirements were used as guidelines to assess performance during the tests; after the completion of PIA testing, test data served to improve the fidelity and maturity of design requirements as well as plans for future advanced PLSS functional testing.

Watts, Carly↗
NASA NTRS2016

Space Suit Portable Life Support System (PLSS) 2.0 Pre-Installation Acceptance (PIA) Testing

Following successful completion of the space suit Portable Life Support System (PLSS) 1.0 development and testing in 2011, the second system-level prototype, PLSS 2.0, was developed in 2012 to continue the maturation of the advanced PLSS design. This advanced PLSS is intended to reduce consumables, improve reliability and robustness, and incorporate additional sensing and functional capabilities over the current Space Shuttle/International Space Station Extravehicular Mobility Unit (EMU) PLSS. PLSS 2.0 represents the first attempt at a packaged design comprising first generation or later component prototypes and medium fidelity interfaces within a flight-like representative volume. Pre-Installation Acceptance (PIA) is carryover terminology from the Space Shuttle Program referring to the series of test sequences used to verify functionality of the EMU PLSS prior to installation into the Space Shuttle airlock for launch. As applied to the PLSS 2.0 development and testing effort, PIA testing designated the series of 27 independent test sequences devised to verify component and subsystem functionality, perform in situ instrument calibrations, generate mapping data, define set-points, evaluate control algorithms, evaluate hardware performance against advanced PLSS design requirements, and provide quantitative and qualitative feedback on evolving design requirements and performance specifications. PLSS 2.0 PIA testing was carried out in 2013 and 2014 using a variety of test configurations to perform test sequences that ranged from stand-alone component testing to system-level testing, with evaluations becoming increasingly integrated as the test series progressed. Each of the 27 test sequences was vetted independently, with verification of basic functionality required before completion. Because PLSS 2.0 design requirements were evolving concurrently with PLSS 2.0 PIA testing, the requirements were used as guidelines to assess performance during the tests; after the completion of PIA testing, test data served to improve the fidelity and maturity of design requirements as well as plans for future advanced PLSS functional testing.

Anchondo, Ian↗
NASA NTRSDate not supplied

Applying Monte Carlo Simulation to Launch Vehicle Design and Requirements Verification

- This presentation applies statistics to launch vehicle design, but the methods may be used for other engineering applications - Vehicle Models: What do we know when? How to separate parameters for making Monte Carlo runs - Known when assembling the vehicle but not during design - Known prior to committing to flight - Unknown at lift off - How do we correctly model the vehicle during the design phases? - Number of Monte Carlo samples - Requirements success - Design parameter values

Monte Carlo↗
NASA NTRS1972

Functional requirements for design of the Space Ultrareliable Modular Computer (SUMC) system simulator

The functional requirements for the design of an interpretive simulator for the space ultrareliable modular computer (SUMC) are presented. A review of applicable existing computer simulations is included along with constraints on the SUMC simulator functional design. Input requirements, output requirements, and language requirements for the simulator are discussed in terms of a SUMC configuration which may vary according to the application.

Curran, R. T.↗
NASA NTRS1972

Full scale subsonic wind tunnel requirements and design studies

The justification and requirements are summarized for a large subsonic wind tunnel capable of testing full-scale aircraft, rotor systems, and advanced V/STOL aircraft propulsion systems. The design considerations and constraints for such a facility are reviewed, and the trades between facility test capability and costs are discussed. The design studies showed that the structural cost of this facility is the most important cost factor. For this reason (and other considerations such as requirements for engine exhaust gas purging) an open-return wind tunnel having two test sections was selected. The major technical problem in the design of an open-return wind tunnel is maintaining good test section flow quality in the presence of external winds. This problem has been studied extensively, and inlet and exhaust systems which provide satisfactory attenuation of the effects of external winds on test section flow quality were developed.

Kelly, M. W.↗
NASA NTRS2017

Design and Requirements Creep In A Build-To-Print Mission

Build-to-Print designs, or rebuilds of flight proven designs, are attractive to mission stakeholders, as they give the appearance of minimal engineering development cost, risk, and schedule. The reality is that seldom is a project an exact duplicate of a predecessor. Mission reclassification, improvements in hardware, and science objective changes can all serve as a source of requirements and design creep and have ramifications often not fully anticipated during initial proposals. The Thermal Infrared Sensor Instrument (TIRS) was a late addition to the LandSat-8 program to provide infrared imaging to measure evapotranspiration for water cycle management. To meet the launch requirements for LandSat-8, instrument design life requirements were relaxed, the sensor development expedited, and technology development was minimized. Consequently, TIRS was designed as a higher risk instrument, with less redundancy than an instrument critical to mission success. After the successful LandSat-8 launch in 2013 and instrument performance, a rebuild of the instrument for the next LandSat spacecraft was included in the baseline mission success criteria. This paper discusses the technical challenges encountered during the rebuild of the TIRS-2 (Thermal Infrared Sensor 2) instrument and the resultant impacts on the thermal system design.

TIRS-2 Thermal Design↗
NASA NTRS1982

The design and development of an end effector for the shuttle remote manipulator system

The design requirements, the design, and qualification and development test problems encountered on the Remote Manipulator End Effector are described. The constraints and interfaces with the arm, the Orbiter, and the payload are identified. The design solution to meet the requirements is a unique device that provides a soft-docking feature termed capture and a hard-docking feature termed rigidization.

Daniell, R. G.↗
NASA NTRS1986

Shutter mechanism for calibration of the cryogenic diffused infrared background experiment (DIRBE) instrument

The design requirements, the design, the assembly and alignment, and the test program for a shutter mechanism which must operate at cryogenic temperature and draw less than 1.0 milliwatt are discussed. The design solution to meet these requirements is a device that positions a mirror with repeated accuracy, has no wearing surfaces, and operates at 2.0 K. The unique feature of this device is the simplicity of the mechanism, thus obtaining high reliability.

Tyler, Allen↗