Engineering Papers⌕ Search

SEARCH · Engineering Papers

Results for “Hardware/Software Development”

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 37 records · Page 2

Communication Systems Simulation Laboratory (CSSL): Simulation Planning Guide

The simulation process, milestones and inputs are unknowns to first-time users of the CSSL. The Simulation Planning Guide aids in establishing expectations for both NASA and non-NASA facility customers. The potential audience for this guide includes both internal and commercial spaceflight hardware/software developers. It is intended to assist their engineering personnel in simulation planning and execution. Material covered includes a roadmap of the simulation process, roles and responsibilities of facility and user, major milestones, facility capabilities, and inputs required by the facility. Samples of deliverables, facility interfaces, and inputs necessary to define scope, cost, and schedule are included as an appendix to the guide.

Schlesinger, Adam↗

Energy Systems Test Area (ESTA) Battery Test Operations User Test Planning Guide

Test process, milestones and inputs are unknowns to first-time users of the ESTA Battery Test Operations. The User Test Planning Guide aids in establishing expectations for both NASA and non-NASA facility customers. The potential audience for this guide includes both internal and commercial spaceflight hardware/software developers. It is intended to assist their test engineering personnel in test planning and execution. Material covered includes a roadmap of the test process, roles and responsibilities of facility and user, major milestones, facility capabilities, and inputs required by the facility. Samples of deliverables, test article interfaces, and inputs necessary to define test scope, cost, and schedule are included as an appendix to the guide.

Salinas, Michael↗

Energy Systems Test Area (ESTA) Electrical Power Systems Test Operations: User Test Planning Guide

Test process, milestones and inputs are unknowns to first-time users of the ESTA Electrical Power Systems Test Laboratory. The User Test Planning Guide aids in establishing expectations for both NASA and non-NASA facility customers. The potential audience for this guide includes both internal and commercial spaceflight hardware/software developers. It is intended to assist their test engineering personnel in test planning and execution. Material covered includes a roadmap of the test process, roles and responsibilities of facility and user, major milestones, facility capabilities, and inputs required by the facility. Samples of deliverables, test article interfaces, and inputs necessary to define test scope, cost, and schedule are included as an appendix to the guide.

Salinas, Michael J.↗

Chamber B Thermal/Vacuum Chamber: User Test Planning Guide

Test process, milestones and inputs are unknowns to first-time users of Chamber B. The User Test Planning Guide aids in establishing expectations for both NASA and non-NASA facility customers. The potential audience for this guide includes both internal and commercial spaceflight hardware/software developers. It is intended to assist their test engineering personnel in test planning and execution. Material covered includes a roadmap of the test process, roles and responsibilities of facility and user, major milestones, facility capabilities, and inputs required by the facility. Samples of deliverables, test article interfaces, and inputs necessary to define test scope, cost, and schedule are included as an appendix to the guide.

Montz, Mike E.↗

Advanced Materials Laboratory User Test Planning Guide

Test process, milestones and inputs are unknowns to first-time users of the Advanced Materials Laboratory. The User Test Planning Guide aids in establishing expectations for both NASA and non-NASA facility customers. The potential audience for this guide includes both internal and commercial spaceflight hardware/software developers. It is intended to assist their test engineering personnel in test planning and execution. Material covered includes a roadmap of the test process, roles and responsibilities of facility and user, major milestones, facility capabilities, and inputs required by the facility. Samples of deliverables, test article interfaces, and inputs necessary to define test scope, cost, and schedule are included as an appendix to the guide.

Advanced Materials Laboratory↗

Six-Degree-of-Freedom Dynamic Test System (SDTS) User Test Planning Guide

Test process, milestones and inputs are unknowns to first-time users of the SDTS. The User Test Planning Guide aids in establishing expectations for both NASA and non- NASA facility customers. The potential audience for this guide includes both internal and commercial spaceflight hardware/software developers. It is intended to assist their test engineering personnel in test planning and execution. Material covered includes a roadmap of the test process, roles and responsibilities of facility and user, major milestones, facility capabilities, and inputs required by the facility. Samples of deliverables, test article interfaces, and inputs necessary to define test scope, cost, and schedule are included as an appendix to the guide.

Stokes, LeBarian↗

Welding process modelling and control

The research and analysis performed, and software developed, and hardware/software recommendations made during 1992 in development of the PC-based data acquisition system for support of Welding Process Modeling and Control is reported. A need was identified by the Metals Processing Branch of NASA Marshall Space Flight Center, for a mobile data aquisition and analysis system, customized for welding measurement and calibration. Several hardware configurations were evaluated and a PC-based system was chosen. The Welding Measurement System (WMS) is a dedicated instrument, strictly for the use of data aquisition and analysis. Although the WMS supports many of the functions associated with the process control, it is not the intention for this system to be used for welding process control.

Romine, Peter L.↗

Organizational Considerations for Implementing Systems Engineering and Integration in the Ares Projects Office

Systems Engineering and Integration (SE&I) is a critical discipline in developing new space systems. In 2005, NASA performed an internal study of 24 agency and Department of Defense (DoD) programs to evaluate methods of integrating SE&I practices and determine their effectiveness. The goal of the study was to determine the best SE&I implementation strategy for the Ares Projects Office. The study identified six SE&I organizational structures: 1. Lead systems integrator (LSI) with SE&I responsibility and government technical insight. 2a. Integration contractor with government SE&I responsibility (government insight). 2b. Integration contractor with government SE&I responsibility (government oversight). 3a. Prime contractor with SE&I responsibility (government insight). 3b. Prime contractor with SE&I responsibility (government oversight). 3c. Prime contractor with SE&I responsibility (government/industry partnership). 4a.Prime contractor with government SE&I responsibility (government insight). 4b. Prime contractor with government SE&I responsibility (government oversight). 4d.Prime contractors with total system performance responsibility (TSPR). 5. Prime contractor with government SE&I responsibility and integration products through a Federally Funded Research and Development Center (FFRDC). 6. Government/FFRDC in-house development with SE&I responsibility and function. The organizational structure used most often was number 4, using a prime contractor with government SE&I responsibility and government technical insight. However, data analyses did not establish a positive relationship between program development costs and specific SE&I organizational types, nor did it positively determine the relationship between successful programs or projects and their SE&I structure. The SE&I study reached the following conclusions: (1) Large, long-duration, technically complex programs or projects reach their technical goals, but rarely meet schedule or cost goals. NASA's recent successes have been smaller, short-duration development projects using heritage hardware/software, focused technology development, technical oversight and stable external factors. (2) Programs and projects have failed or been terminated due to lack of technical insight, relaxing of SE&I processes, and unstable external factors. (3) The study did not find a single, clear optimum SE&I organization type to fit all projects. However, while any organizational structure can be made to work, the fewer complexities in the program, the better the likelihood of success. (4) The most common successful SE&I organization structure type in the study was type 4b, where the government maintained integration responsibility, with the prime contractor providing SE&I products and the government providing technical oversight. This study was instrumental in helping the APO select organization structure 4, following the same SE&I and oversight process used during humanlund7s last voyages to the Moon.

Thomas, LeAnn↗

UCMS - A new signal parameter measurement system using digital signal processing techniques

The User Constraint Measurement System (UCMS) is a hardware/software package developed by NASA Goddard to measure the signal parameter constraints of the user transponder in the TDRSS environment by means of an all-digital signal sampling technique. An account is presently given of the features of UCMS design and of its performance capabilities and applications; attention is given to such important aspects of the system as RF interface parameter definitions, hardware minimization, the emphasis on offline software signal processing, and end-to-end link performance. Applications to the measurement of other signal parameters are also discussed.

Choi, H. J.↗

Error Cost Escalation Through the Project Life Cycle

It is well known that the costs to fix errors increase as the project matures, but how fast do those costs build? A study was performed to determine the relative cost of fixing errors discovered during various phases of a project life cycle. This study used three approaches to determine the relative costs: the bottom-up cost method, the total cost breakdown method, and the top-down hypothetical project method. The approaches and results described in this paper presume development of a hardware/software system having project characteristics similar to those used in the development of a large, complex spacecraft, a military aircraft, or a small communications satellite. The results show the degree to which costs escalate, as errors are discovered and fixed at later and later phases in the project life cycle. If the cost of fixing a requirements error discovered during the requirements phase is defined to be 1 unit, the cost to fix that error if found during the design phase increases to 3 - 8 units; at the manufacturing/build phase, the cost to fix the error is 7 - 16 units; at the integration and test phase, the cost to fix the error becomes 21 - 78 units; and at the operations phase, the cost to fix the requirements error ranged from 29 units to more than 1500 units

Stecklein, Jonette M.↗

An overview of the Land Analysis System (LAS)

An outline covering the history, development methodology, and major hardware/software components of the Land Analysis System (LAS) is presented. System support services including the Transportable Applications Executive (TAE), Catalog Manager, history files, and applications services are briefly described along with the general functional capabilities of the 224 available applications programs. Example interface menus are given and desired enhancements to the LAS system are listed.

Lu, Yun-Chi↗

Low cost, microcomputer-based interactive analysis system for direct-reception and archived remote sensing data

A hardware/software system has been developed for use in meteorological field experiments and by developing countries which need low-cost remote sensing data analysis capabilities. The system can directly receive satellite transmissions of the AVHRR, TOVS, Argos, GOES, GMS, and Meteosat systems. Also, the system can process computer tapes from Landsat. Received data are ingested directly into the computer's disk storage, eliminating the need for a wide-band analog tape drive. Data may be interpreted in terms of cloud imagery, cloudtop temperature, sea surface temperature, vegetation index, and temperature/humidity profiles with overlays of geographic boundaries and latitude/longitude grids. The image processing, enhancement functions, and modeling capabilities of the system are discussed.

Vermillion, Charles H.↗

Space biology initiative program definition review. Trade study 2: Prototype utilization in the development of space biology hardware

The objective was to define the factors which space flight hardware developers and planners should consider when determining: (1) the number of hardware units required to support program; (2) design level of the units; and (3) most efficient means of utilization of the units. The analysis considered technology risk, maintainability, reliability, and safety design requirements for achieving the delivery of highest quality flight hardware. Relative cost impacts of the utilization of prototyping were identified. The development of Space Biology Initiative research hardware will involve intertwined hardware/software activities. Experience has shown that software development can be an expensive portion of a system design program. While software prototyping could imply the development of a significantly different end item, an operational system prototype must be considered to be a combination of software and hardware. Hundreds of factors were identified that could be considered in determining the quantity and types of prototypes that should be constructed. In developing the decision models, these factors were combined and reduced by approximately ten-to-one in order to develop a manageable structure based on the major determining factors. The Baseline SBI hardware list of Appendix D was examined and reviewed in detail; however, from the facts available it was impossible to identify the exact types and quantities of prototypes required for each of these items. Although the factors that must be considered could be enumerated for each of these pieces of equipment, the exact status and state of development of the equipment is variable and uncertain at this time.

Jackson, L. Neal↗

Data reduction by computer processing

The automated analysis of remote sensing data, specifically digital processing of LANDSAT or other image data in numerical form was considered in a technical workshop which covered the teaching of digital image processing, including both theoretical and applied subjects and laboratory experience, and also reviewed NASA developed image processing software, and hardware/software systems employed at NASA-Ames Research Center in support of the Western Regional Applications Program (WRAP). A course titled Image Processing Lab, one of two courses required for a graduate minor in remote sensing at Arizona is examined as well as the rationale, content, and hardware/software support for this course.

Lumb, D. R.↗

Integration and use of Microgravity Research Facility: Lessons learned by the crystals by vapor transport experiment and Space Experiments Facility programs

The Crystals by Vapor Transport Experiment (CVTE) and Space Experiments Facility (SEF) are materials processing facilities designed and built for use on the Space Shuttle mid deck. The CVTE was built as a commercial facility owned by the Boeing Company. The SEF was built under contract to the UAH Center for Commercial Development of Space (CCDS). Both facilities include up to three furnaces capable of reaching 850 C minimum, stand-alone electronics and software, and independent cooling control. In addition, the CVTE includes a dedicated stowage locker for cameras, a laptop computer, and other ancillary equipment. Both systems are designed to fly in a Middeck Accommodations Rack (MAR), though the SEF is currently being integrated into a Spacehab rack. The CVTE hardware includes two transparent furnaces capable of achieving temperatures in the 850 to 870 C range. The transparent feature allows scientists/astronauts to directly observe and affect crystal growth both on the ground and in space. Cameras mounted to the rack provide photodocumentation of the crystal growth. The basic design of the furnace allows for modification to accommodate techniques other than vapor crystal growth. Early in the CVTE program, the decision was made to assign a principal scientist to develop the experiment plan, affect the hardware/software design, run the ground and flight research effort, and interface with the scientific community. The principal scientist is responsible to the program manager and is a critical member of the engineering development team. As a result of this decision, the hardware/experiment requirements were established in such a way as to balance the engineering and science demands on the equipment. Program schedules for hardware development, experiment definition and material selection, flight operations development and crew training, both ground support and astronauts, were all planned and carried out with the understanding that the success of the program science was as important as the hardware functionality. How the CVTE payload was designed and what it is capable of, the philosophy of including the scientists in design and operations decisions, and the lessons learned during the integration process are descussed.

Heizer, Barbara L.↗

Planning and Estimation of Operations Support Requirements

Life Cycle Cost (LCC) estimates during the proposal and early design phases, as well as project replans during the development phase, are heavily focused on hardware development schedules and costs. Operations (phase E) costs are typically small compared to the spacecraft development and test costs. This, combined with the long lead time for realizing operations costs, can lead to de-emphasizing estimation of operations support requirements during proposal, early design, and replan cost exercises. The Discovery and New Frontiers (D&NF) programs comprise small, cost-capped missions supporting scientific exploration of the solar system. Any LCC growth can directly impact the programs' ability to fund new missions, and even moderate yearly underestimates of the operations costs can present significant LCC impacts for deep space missions with long operational durations. The National Aeronautics and Space Administration (NASA) D&NF Program Office at Marshall Space Flight Center (MSFC) recently studied cost overruns and schedule delays for 5 missions. The goal was to identify the underlying causes for the overruns and delays, and to develop practical mitigations to assist the D&NF projects in identifying potential risks and controlling the associated impacts to proposed mission costs and schedules. The study found that 4 out of the 5 missions studied had significant overruns at or after launch due to underestimation of the complexity and supporting requirements for operations activities; the fifth mission had not launched at the time of the mission. The drivers behind these overruns include overly optimistic assumptions regarding the savings resulting from the use of heritage technology, late development of operations requirements, inadequate planning for sustaining engineering and the special requirements of long duration missions (e.g., knowledge retention and hardware/software refresh), and delayed completion of ground system development work. This paper updates the D&NF LCC study, looking at the operations (phase E) cost drivers in more detail and extending the study to include 2 additional missions and identifies areas for increased emphasis by project management in order to improve the fidelity of operations estimates.

Newhouse, Marilyn E.↗

Lessons Learned for Planning and Estimating Operations Support Requirements

Operations (phase E) costs are typically small compared to the spacecraft development and test costs. This, combined with the long lead time for realizing operations costs, can lead projects to focus on hardware development schedules and costs, de-emphasizing estimation of operations support requirements during proposal, early design, and replan cost exercises. The Discovery and New Frontiers (D&NF) programs comprise small, cost-capped missions supporting scientific exploration of the solar system. Even moderate yearly underestimates of the operations costs can present significant LCC impacts for deep space missions with long operational durations, and any LCC growth can directly impact the programs ability to fund new missions. The D&NF Program Office at Marshall Space Flight Center recently studied cost overruns for 7 D&NF missions related to phase C/D development of operational capabilities and phase E mission operations. The goal was to identify the underlying causes for the overruns and develop practical mitigations to assist the D&NF projects in identifying potential operations risks and controlling the associated impacts to operations development and execution costs. The study found that the drivers behind these overruns include overly optimistic assumptions regarding the savings resulting from the use of heritage technology, late development of operations requirements, inadequate planning for sustaining engineering and the special requirements of long duration missions (e.g., knowledge retention and hardware/software refresh), and delayed completion of ground system development work. This presentation summarizes the study and the results, providing a set of lessons NASA can use to improve early estimation and validation of operations costs.

Newhouse, Marilyn↗

A new method for hardware/software integration of strategic systems - Case study of the Space Shuttle

An advanced system integrated self-test has been developed to provide dynamic checkout of all critical subsystems and hardware/software interfaces of the Space Shuttle during pre-launch ground testing. The system modifies hardware sensor data to represent a real flight scenario. This modified data then drives the flight software. The system was sucessfully utilized for three phases of Space Shuttle testing, and will be expanded for use as a maintenance tool.

Haque, S. I.↗