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 145 records · Page 8

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.↗

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↗

Structural Analysis Report for Sandia High Altitude Aerosol Research (SHAAR) Payloads

Sandia National Laboratories has interest in mounting enclosures to gather scientific data aboard NASA scientific balloons. This report documents the structural integrity of three separate payloads considered ‘piggybacks.’ To date, there are no design criteria for piggybacks, therefore each piggyback shall follow the same design requirements set by NASA per the Gondola Structural Design Requirements. This analysis report shall describe how each payload meets the design requirements laid out in the Gondola Design Requirements.

47 OTHER INSTRUMENTATION↗

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.↗

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↗

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↗

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↗

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.↗

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.↗

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↗

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.↗

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↗

Shutter Mechanism for Calibration of the Cryogenic Diffused Infrared Background Experiment (DIRBE) Instrument

This paper describes 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. 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↗

Launch Vehicle Design and Requirements Verification Using Statistical Methods

- 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↗

ISS Safety Requirements Documents: International Space Station Program (Baseline)

The International Space Station (ISS) Program (ISSP) establishes the technical requirements for the safe design, development, test and operation of end items. End items include, but are not limited to: ISS hardware/elements (inclusive of Contractor Furnished Equipment (CFE) and Government Furnished Equipment (GFE)), payload/science hardware, Visiting Vehicles (VV), logistics, crew psychological support items, tools, spare instruments and assemblies, including waste. SSP 41000, System Specification for the International Space Station, provides performance and design requirements for ISS and contains many ISS level safety and design requirements that must be considered when developing end item specification documents for ISS end items. SSP 51721, ISS Safety Requirements, exists to further define the safety requirements to be applied to end items developed for ISS

ISS↗

Design of the Cruise and Flap Airfoil for the X-57 Maxwell Distributed Electric Propulsion Aircraft

A computational and design study on an airfoil and high-lift flap for the X-57 Maxwell Distributed Electric Propulsion (DEP) testbed aircraft was conducted. The aircraft wing sizing study resulted in a wing area of 66.67 sq ft and aspect ratio of 15 with a design requirement of V(stall) = 58 KEAS, at a gross weight of 3,000 lb. To meet this goal an aircraft C(L,max) of 4.0 was required. The design cruise condition is 150 KTAS at 8,000 ft. This resulted in airfoil requirements of c(l) is approximately 0.90 for the cruise condition at Re = 2.35 x 10 (exp 6). A flapped airfoil with a c(l,max) of approximately 2.5 or greater, at Re = 1.0 x 10 (exp 6), was needed to have enough lift to meet the stall requirement with the DEP system. MSES computational analyses were conducted on the GAW-1, GAW-2, and the NACA 5415 airfoil sections, however they had limitations in either high drag or low c(l,max) on the cruise airfoil, which was the impetus for a new design. A design was conducted to develop a low drag airfoil for the X-57 cruise conditions with high c(l,max). The final design was the GNEW5BP93B airfoil with a minimum drag coefficient of c(d) = 0.0053 at c(l) = 0.90 and achieved laminar flow back to 69% chord on the upper surface and 62% chord on the lower surface. With fully turbulent flow, the drag increases to c(d) = 0.0120. The predicted maximum lift with turbulent flow is a c(l,max) of 1.95 at alpha = 19 deg. The airfoil is characterized by relatively flat pressure gradient regions on both surfaces at alpha = 0 deg, and aft camber to get extra lift out of the lower surface concave region. A 25% chord slotted flap was designed and analyzed with MSES for a 30 deg flap deflection. Additional 30 deg and 40 deg flap deflection analyses for two flap positions were conducted with USM3D using several turbulence models, for two angles of attack, to assess near c(l,max) with varied flap position. The maximum c(l) varied between 2.41 and 3.35. An infinite-span powered high-lift study was conducted on a GAW-1 constant chord 40 deg flapped airfoil section with FUN3D to quantify the airfoil lift increment that can be expected from a DEP system. The 16.7 hp/propeller blown wing increases the maximum C(L) from 3.45 to C(L) = 6.43, which is an effective q ratio of 1.86. This indicates that if the unblown high-lift flapped airfoil of the X-57 airplane achieves a c(l,max) of 2.78, then the high-lift augmentation blowing could yield a sectional lift coefficient of approximately 4.95 at c(l,max). Finally, a computational study was conducted with FUN3D on an infinite-span constant chord GAW-1 cruise airfoil to determine the impact of high-lift propeller diameter to wing chord ratio on the lift increment of the DEP system. A constant diameter propeller and nacelle size were used in the study. Three computational grids were made with airfoil chords of 0.5*chord, 1.0*chord, and 2.0*chord. Results of the propeller diameter to wing chord ratio study indicated that the blown to unblown C(L) ratio increased as the chord was decreased. However, because of the increase in relative size of the high-lift nacelle to the wing, which impacted wing lift performance, the study indicated that a propeller diameter to wing chord ratio of 1.0 gives the overall best maximum lift on the wing with the DEP system.

Viken, Jeffrey K.↗

Restore-L Satellite Servicing Internship Final Report

This paper reviews the Restore-L mission purpose and the necessary research and simulations to meet mission specification for the Propellant Transfer Subsystem (PTS). It is essential the PTS undergoes functionality testing, environmental testing, and calculations to understand the capabilities of the system. For the testing of components from PTS, a proper test setup is required. It is vital for test hardware, such as hoses and valves, to stay in place while the test is being performed. For the test hardware to operate correctly, positioning, orientation, and alignment are critical as well. In addition to the testing, calculations for pressure drop were explored. To meet requirements for test setups, designs for test hardware mounts were sketched, 3D modeled, and manufactured. Using fluid mechanics for calculations, a pressure drop equation was applied with known variables from mission specification. With the test hardware mounts designed and manufactured, the test setup was assembled with mounts installed. Test hardware mounts met all design requirements. Calculation for pressure drop were concluded and an answer was achieved. Meeting design requirement, mission specification, and calculating correct results allow the Restore-L mission to make further progress and help understand the effectiveness of the Propellant Transfer Subsystem.

PTS↗

Some design constraints required for the assembly of software components: The incorporation of atomic abstract types into generically structured abstract types

It is nearly axiomatic, that to take the greatest advantage of the useful features available in a development system, and to avoid the negative interactions of those features, requires the exercise of a design methodology which constrains their use. A major design support feature of the Ada language is abstraction: for data, functions processes, resources, and system elements in general. Atomic abstract types can be created in packages defining those private types and all of the overloaded operators, functions, and hidden data required for their use in an application. Generically structured abstract types can be created in generic packages defining those structured private types, as buildups from the user-defined data types which are input as parameters. A study is made of the design constraints required for software incorporating either atomic or generically structured abstract types, if the integration of software components based on them is to be subsequently performed. The impact of these techniques on the reusability of software and the creation of project-specific software support environments is also discussed.

Johnson, Charles S.↗