SEARCH · Engineering Papers
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.
Progress in the low cost solar array project during the period February to July 1981 is reported. Included are: (1) project analysis and integration; (2) technology development in silicon material, large area silicon sheer and encapsulation; (3) process development; (4) engineering, and operations.
The primary goal of reusing software components is that software can be developed faster, cheaper and with higher quality. Though, reuse is not automatic and can not just happen. It has to be carefully engineered. For example a component needs to be easily understandable in order to be reused, and it has also to be malleable enough to fit into different applications. In fact the software development process is deeply affected when reuse is being applied. During component development, a serious effort has to be directed toward making these components as reusable. This implies defining reuse coding style guidelines and applying then to any new component to create as well as to any old component to modify. These guidelines should point out the favorable reuse features and may apply to naming conventions, module size and cohesion, internal documentation, etc. During application development, effort is shifted from writing new code toward finding and eventually modifying existing pieces of code, then assembling them together. We see here that reuse is not free, and therefore has to be carefully managed.
This study is a direct result of an on-going project to model the reliability of a large real-time control avionics system. In previous modeling efforts with this system, hardware reliability models were applied in modeling the reliability behavior of this system. In an attempt to enhance the performance of the adapted reliability models, certain software attributes were introduced in these models to control for differences between programs and also sequential executions of the same program. As the basic nature of the software attributes that affect software reliability become better understood in the modeling process, this information begins to have important implications on the software development process. A significant problem arises when raw attribute measures are to be used in statistical models as predictors, for example, of measures of software quality. This is because many of the metrics are highly correlated. Consider the two attributes: lines of code, LOC, and number of program statements, Stmts. In this case, it is quite obvious that a program with a high value of LOC probably will also have a relatively high value of Stmts. In the case of low level languages, such as assembly language programs, there might be a one-to-one relationship between the statement count and the lines of code. When there is a complete absence of linear relationship among the metrics, they are said to be orthogonal or uncorrelated. Usually the lack of orthogonality is not serious enough to affect a statistical analysis. However, for the purposes of some statistical analysis such as multiple regression, the software metrics are so strongly interrelated that the regression results may be ambiguous and possibly even misleading. Typically, it is difficult to estimate the unique effects of individual software metrics in the regression equation. The estimated values of the coefficients are very sensitive to slight changes in the data and to the addition or deletion of variables in the regression equation. Since most of the existing metrics have common elements and are linear combinations of these common elements, it seems reasonable to investigate the structure of the underlying common factors or components that make up the raw metrics. The technique we have chosen to use to explore this structure is a procedure called principal components analysis. Principal components analysis is a decomposition technique that may be used to detect and analyze collinearity in software metrics. When confronted with a large number of metrics measuring a single construct, it may be desirable to represent the set by some smaller number of variables that convey all, or most, of the information in the original set. Principal components are linear transformations of a set of random variables that summarize the information contained in the variables. The transformations are chosen so that the first component accounts for the maximal amount of variation of the measures of any possible linear transform; the second component accounts for the maximal amount of residual variation; and so on. The principal components are constructed so that they represent transformed scores on dimensions that are orthogonal. Through the use of principal components analysis, it is possible to have a set of highly related software attributes mapped into a small number of uncorrelated attribute domains. This definitively solves the problem of multi-collinearity in subsequent regression analysis. There are many software metrics in the literature, but principal component analysis reveals that there are few distinct sources of variation, i.e. dimensions, in this set of metrics. It would appear perfectly reasonable to characterize the measurable attributes of a program with a simple function of a small number of orthogonal metrics each of which represents a distinct software attribute domain.
The National Aeronautics and Space Administration (NASA) recognizes the tremendous potential that CubeSats (very small satellites) have to inexpensively demonstrate advanced technologies, collect scientific data, and enhance student engagement in Science, Technology, Engineering, and Mathematics (STEM). The CubeSat Launch Initiative (CSLI) was created to provide launch opportunities for CubeSats developed by academic institutions, non-profit entities, and NASA centers. This presentation will provide an overview of the CSLI, its benefits, and its results. This presentation will also provide high level CubeSat 101 information for prospective CubeSat developers, describing the development process from concept through mission operations while highlighting key points that developers need to be mindful of.
Progress in the low cost solar array project during the period February to July 1981 is reported. Included are: (1) project analysis and integration; (2) technology development in silicon material, large area silicon sheer and encapsulation; (3) process development; (4) engineering, and operations.
NASA’s SLS (Space Launch System) rocket had a successful first launch on Nov. 16, 2022, sending an uncrewed Orion spacecraft to the Moon on the agency’s Artemis I mission. Ten 6U CubeSats were also deployed from SLS during the mission. Orbital insertion parameters, including insertion velocity and altitude, were within hundredths and tenths of a percent from predicted values, corroborating data collected from the individual elements that showed similar performance accuracy. While launch remains the main test – and Artemis I was a true test flight – to collect data, confirm and refine computer models, and validate hardware test data, multiple test programs led up to the first flight and enabled the historic launch. Additionally, SLS was designed from the beginning to be a crew-rated launch vehicle, and teams put the astronauts who will fly on it at the forefront of the development process. This paper and presentation will cover the SLS design and development programs that led to the successful Artemis I mission, and which have set the stage to send the first astronauts back to cislunar space since the Apollo 17 crew in 1972.
NASA’s SLS (Space Launch System) rocket had a successful first launch on Nov. 16, 2022, sending an uncrewed Orion spacecraft to the Moon on the agency’s Artemis I mission. Ten 6U CubeSats were also deployed from SLS during the mission. Orbital insertion parameters, including insertion velocity and altitude, were within hundredths and tenths of a percent from predicted values, corroborating data collected from the individual elements that showed similar performance accuracy. While launch remains the main test – and Artemis I was a true test flight – to collect data, confirm and refine computer models, and validate hardware test data, multiple test programs led up to the first flight and enabled the historic launch. Additionally, SLS was designed from the beginning to be a crew-rated launch vehicle, and teams put the astronauts who will fly on it at the forefront of the development process. This paper and presentation will cover the SLS design and development programs that led to the successful Artemis I mission, and which have set the stage to send the first astronauts back to cislunar space since the Apollo 17 crew in 1972.
The results of a study conducted to determine the role space processing or materials research in space plays in the superconductor and electrical contact industries are presented. Visits were made to manufacturers, users, and research organizations connected with these products to provide information about the potential benefits of the space environment and to exchange views on the utilization of space facilities for manufacture, process development, or research. In addition, space experiments were suggested which could result in improved terrestrial processes or products. Notable examples of these are, in the case of superconductors, the development of Nb-bronze alloys (Tsuei alloys) and, in the electrical contact field, the production of Ag-Ni or Ag-metal oxide alloys with controlled microstructure for research and development activities as well as for product development. A preliminary experimental effort to produce and evaluate rapidly cooled Pb-Zn and Cu-Nb-Sn alloys in order to understand the relationship between microstructure and superconducting properties and to simulate the fine structure potentially achievable by space processing was also described.
Design synthesis, tooling and process development, manufacturing, and ground testing of a graphite epoxy rudder for the DC-10 commercial transport are discussed. The composite structure was fabricated using a unique processing method in which the thermal expansion characteristics of rubber tooling mandrels were used to generate curing pressures during an oven cure cycle. The ground test program resulted in certification of the rudder for passenger-carrying flights. Results of the structural and environmental tests are interpreted and detailed development of the rubber tooling and manufacturing process is described. Processing, tooling, and manufacturing problems encountered during fabrication of four development rudders and ten flight-service rudders are discussed and the results of corrective actions are described. Non-recurring and recurring manufacturing labor man-hours are tabulated at the detailed operation level. A weight reduction of 13.58 kg (33 percent) was attained in the composite rudder.
The requirements development process for the Advanced Engineering Environment (AEE) is presented. This environment has been developed to allow NASA to perform independent analysis and design of space transportation architectures and technologies. Given the highly collaborative and distributed nature of AEE, a variety of organizations are involved in the development, operations and management of the system. Furthermore, there are additional organizations involved representing external customers and stakeholders. Thorough coordination and effective communication is essential to translate desired expectations of the system into requirements. Functional, verifiable requirements for this (and indeed any) system are necessary to fulfill several roles. Requirements serve as a contractual tool, configuration management tool, and as an engineering tool, sometimes simultaneously. The role of requirements as an engineering tool is particularly important because a stable set of requirements for a system provides a common framework of system scope and characterization among team members. Furthermore, the requirements provide the basis for checking completion of system elements and form the basis for system verification. Requirements are at the core of systems engineering. The AEE Project has undertaken a thorough process to translate the desires and expectations of external customers and stakeholders into functional system-level requirements that are captured with sufficient rigor to allow development planning, resource allocation and system-level design, development, implementation and verification. These requirements are maintained in an integrated, relational database that provides traceability to governing Program requirements and also to verification methods and subsystem-level requirements.
During the Apollo Program, General Magnaplate Corporation developed process techniques for bonding dry lubricant coatings to space metals. The coatings were not susceptible to outgassing and offered enhanced surface hardness and superior resistance to corrosion and wear. This development was necessary because conventional lubrication processes were inadequate for lightweight materials used in Apollo components. General Magnaplate built on the original technology and became a leader in development of high performance metallurgical surface enhancement coatings - "synergistic" coatings, - which are used in applications from pizza making to laser manufacture. Each of the coatings is designed to protect a specific metal or group of metals to solve problems encountered under operating conditions.
Evaluation of interferometrically measured mirror metrology data and characterization of a telescope wavefront can be powerful tools in understanding of image characteristics of an x-ray optical system. In the development of soft x-ray telescope for the International X-Ray Observatory (IXO), we have developed new approaches to support the telescope development process. Interferometrically measuring the optical components over all relevant spatial frequencies can be used to evaluate and predict the performance of an x-ray telescope. Typically, the mirrors are measured using a mount that minimizes the mount and gravity induced errors. In the assembly and mounting process the shape of the mirror segments can dramatically change. We have developed wavefront sensing techniques suitable for the x-ray optical components to aid us in the characterization and evaluation of these changes. Hartmann sensing of a telescope and its components is a simple method that can be used to evaluate low order mirror surface errors and alignment errors. Phase retrieval techniques can also be used to assess and estimate the low order axial errors of the primary and secondary mirror segments. In this paper we describe the mathematical foundation of our Hartmann and phase retrieval sensing techniques. We show how these techniques can be used in the evaluation and performance prediction process of x-ray telescopes.
In this presentation, the premise that Space Station Freedom has great utility as an engineering experiment station will be explored. There are several modes in which it can be used for this purpose. The most obvious are space qualification, process development, in space satellite repair, and materials engineering. The range of engineering experiments which can be done at Space Station Freedom run the gamut from small process oriented experiments to full exploratory development models. A sampling of typical engineering experiments are discussed in this session. First and foremost, Space Station Freedom is an elaborate experiment itself, which, if properly instrumented, will provide engineering guidelines for even larger structures which must surely be built if humankind is truly 'outward bound.' Secondly, there is the test, evaluation and space qualification of advanced electric thruster concepts, advanced power technology and protective coatings which must of necessity be tested in the vacuum of space. The current approach to testing these technologies is to do exhaustive laboratory simulation followed by shuttle or unmanned flights. Third, the advanced development models of life support systems intended for future space stations, manned mars missions, and lunar colonies can be tested for operation in a low gravity environment. Fourth, it will be necessary to develop new protective coatings, establish construction techniques, evaluate new materials to be used in the upgrading and repair of Space Station Freedom. Finally, the industrial sector, if it is ever to build facilities for the production of commercial products, must have all the engineering aspects of the process evaluated in space prior to a commitment to such a facility.
Digital Engineering technologies are transforming long-stagnant development processes by applying the tremendous advancements in Information Technology (IT) to classical engineering tasks such as design, analysis, and fabrication of space-flight instrument structures. Generative Design leverages developments in Artificial Intelligence (AI) and Cloud computing to enable a paradigm shift in the design process, allowing the engineer to focus on defining the requirements and objectives of the design while AI generates optimized designs which comply with the input requirements. Digital Manufacturing allows these complex lightweight designs to be efficiently manufactured by directly fabricating from the resulting 3D models. The development of these two Digital Engineering technologies realizes significant mass savings while simultaneously reducing structure development time from months to days. This paper describes the development of the Evolved Structures process applying these technologies to spaceflight optical instrument structures including an example demonstrating greater than 10x reduction in development time/cost and greater than 3x improvement in structural performance.
A Process Development Unit (PDU), which consisted of the four major units of the process, was designed, installed, and experimentally operated. The PDU was sized to 50MT/Yr. The deposition took place in a fluidized bed reactor. As a consequences of the experiments, improvements in the design an operation of these units were undertaken and their experimental limitations were partially established. A parallel program of experimental work demonstrated that Zinc can be vaporized for introduction into the fluidized bed reactor, by direct induction-coupled r.f. energy. Residual zinc in the product can be removed by heat treatment below the melting point of silicon. Current efficiencies of 94 percent and above, and power efficiencies around 40 percent are achievable in the laboratory-scale electrolysis of ZnCl2.
Six common issues that are encountered in the development of software for embedded computer systems are discussed from the perspective of their interrelationships with the development process and/or the system itself. Particular attention is given to concurrent hardware/software development, prototyping, the inaccessibility of the operational system, fault tolerance, the long life cycle, and inheritance. It is noted that the life cycle for embedded software must include elements beyond simply the specification and implementation of the target software.
ATTAP activities were highlighted by test bed engine design and development activities; ceramic component design; materials and engine component characterization; ceramic component process development and fabrication; component rig testing; and test bed engine fabrication and testing. Specifically, ATTAP aims to develop and demonstrate the technology of structural ceramics that have the potential for competitive automotive engine life cycle cost and for operating for 3500 hours in a turbine engine environment at temperatures up to 1371 C (2500 F).
The customers satisfaction depends not only on functional performance, it also depends on the quality characteristics of the software products. An examination of this quality aspect of software products will provide a clear, well defined framework for quality assurance functions, which improve the life-cycle activities of software development. Software developers must be aware of the following aspects which have been expressed by many quality experts: quality cannot be added on; the level of quality built into a program is a function of the quality attributes employed during the development process; and finally, quality must be managed. These concepts have guided our development of the following definition for a Software Quality Assurance function: Software Quality Assurance is a formal, planned approach of actions designed to evaluate the degree of an identifiable set of quality attributes present in all software systems and their products. This paper is an explanation of how this definition was developed and how it is used.