Engineering Papers⌕ Search

SEARCH · Engineering Papers

Results for “quality management”

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 235 records · Page 13
All sourcesNASA NTRSDOE OSTI
NASA NTRS2005

Evaluation of NASA Data Products for RPO Applications

This presentation summarizes preliminary investigations at SSC by NASA's ASD in Air Quality including decision support tools, partner plans, working groups, and committees. An overview of follow-on short-term and long-term objectives is also provided. A table of potential NASA sensors for use with air quality applications is included, along with specifications for MODIS 04 and 06 products. This presentation was originally given by Rich Piorot of the Vermont Department of Environmental Conservation - Air Quality as part of a round-table discussion during "Exploring Collaborative Opportunities in Air Quality Monitoring, Modelling and Communication Workshop" in Boulder, CO, on March 21-22, 2005; verbal consent for this presentation to be provided to Mr. Piorot was given by the NASA SSC ASD Air Quality Program Manager on March 14, 2005.

Frisbie, Troy↗
NASA NTRS2003

Modeling defect trends for iterative development

The Employment of Defects (EoD) approach to measuring and analyzing defects seeks to identify and capture trends and phenomena that are critical to managing software quality in the iterative software development lifecycle at JPL.

modeling defects metrics↗
NASA NTRS2008

Guidance and Control Software Project Data - Volume 2: Development Documents

The Guidance and Control Software (GCS) project was the last in a series of software reliability studies conducted at Langley Research Center between 1977 and 1994. The technical results of the GCS project were recorded after the experiment was completed. Some of the support documentation produced as part of the experiment, however, is serving an unexpected role far beyond its original project context. Some of the software used as part of the GCS project was developed to conform to the RTCA/DO-178B software standard, "Software Considerations in Airborne Systems and Equipment Certification," used in the civil aviation industry. That standard requires extensive documentation throughout the software development life cycle, including plans, software requirements, design and source code, verification cases and results, and configuration management and quality control data. The project documentation that includes this information is open for public scrutiny without the legal or safety implications associated with comparable data from an avionics manufacturer. This public availability has afforded an opportunity to use the GCS project documents for DO-178B training. This report provides a brief overview of the GCS project, describes the 4-volume set of documents and the role they are playing in training, and includes the development documents from the GCS project. Volume 2 contains three appendices: A. Guidance and Control Software Development Specification; B. Design Description for the Pluto Implementation of the Guidance and Control Software; and C. Source Code for the Pluto Implementation of the Guidance and Control Software

Hayhurst, Kelly J.↗
NASA NTRS2008

Guidance and Control Software Project Data - Volume 3: Verification Documents

The Guidance and Control Software (GCS) project was the last in a series of software reliability studies conducted at Langley Research Center between 1977 and 1994. The technical results of the GCS project were recorded after the experiment was completed. Some of the support documentation produced as part of the experiment, however, is serving an unexpected role far beyond its original project context. Some of the software used as part of the GCS project was developed to conform to the RTCA/DO-178B software standard, "Software Considerations in Airborne Systems and Equipment Certification," used in the civil aviation industry. That standard requires extensive documentation throughout the software development life cycle, including plans, software requirements, design and source code, verification cases and results, and configuration management and quality control data. The project documentation that includes this information is open for public scrutiny without the legal or safety implications associated with comparable data from an avionics manufacturer. This public availability has afforded an opportunity to use the GCS project documents for DO-178B training. This report provides a brief overview of the GCS project, describes the 4-volume set of documents and the role they are playing in training, and includes the verification documents from the GCS project. Volume 3 contains four appendices: A. Software Verification Cases and Procedures for the Guidance and Control Software Project; B. Software Verification Results for the Pluto Implementation of the Guidance and Control Software; C. Review Records for the Pluto Implementation of the Guidance and Control Software; and D. Test Results Logs for the Pluto Implementation of the Guidance and Control Software.

Hayhurst, Kelly J.↗
NASA NTRS2010

The Role and Quality of Software Safety in the NASA Constellation Program

In this study, we examine software safety risk in the early design phase of the NASA Constellation spaceflight program. Obtaining an accurate, program-wide picture of software safety risk is difficult across multiple, independently-developing systems. We leverage one source of safety information, hazard analysis, to provide NASA quality assurance managers with information regarding the ongoing state of software safety across the program. The goal of this research is two-fold: 1) to quantify the relative importance of software with respect to system safety; and 2) to quantify the level of risk presented by software in the hazard analysis. We examined 154 hazard reports created during the preliminary design phase of three major flight hardware systems within the Constellation program. To quantify the importance of software, we collected metrics based on the number of software-related causes and controls of hazardous conditions. To quantify the level of risk presented by software, we created a metric scheme to measure the specificity of these software causes. We found that from 49-70% of hazardous conditions in the three systems could be caused by software or software was involved in the prevention of the hazardous condition. We also found that 12-17% of the 2013 hazard causes involved software, and that 23-29% of all causes had a software control. Furthermore, 10-12% of all controls were software-based. There is potential for inaccuracy in these counts, however, as software causes are not consistently scoped, and the presence of software in a cause or control is not always clear. The application of our software specificity metrics also identified risks in the hazard reporting process. In particular, we found a number of traceability risks in the hazard reports may impede verification of software and system safety.

Layman, Lucas↗
NASA NTRS2010

Obtaining Valid Safety Data for Software Safety Measurement and Process Improvement

We report on a preliminary case study to examine software safety risk in the early design phase of the NASA Constellation spaceflight program. Our goal is to provide NASA quality assurance managers with information regarding the ongoing state of software safety across the program. We examined 154 hazard reports created during the preliminary design phase of three major flight hardware systems within the Constellation program. Our purpose was two-fold: 1) to quantify the relative importance of software with respect to system safety; and 2) to identify potential risks due to incorrect application of the safety process, deficiencies in the safety process, or the lack of a defined process. One early outcome of this work was to show that there are structural deficiencies in collecting valid safety data that make software safety different from hardware safety. In our conclusions we present some of these deficiencies.

Basili, Victor r.↗
NASA NTRS2012

Thermal Components Boost Performance of HVAC Systems

As the International Space Station (ISS) travels 17,500 miles per hour, normal is having a constant sensation of free-falling. Normal is no rain, but an extreme amount of shine.with temperatures reaching 250 F when facing the Sun. Thanks to a number of advanced control systems onboard the ISS, however, the interior of the station remains a cool, comfortable, normal environment where astronauts can live and work for extended periods of time. There are two main control systems on the ISS that make it possible for humans to survive in space: the Thermal Control System (TCS) and the Environmental Control and Life Support system. These intricate assemblies work together to supply water and oxygen, regulate temperature and pressure, maintain air quality, and manage waste. Through artificial means, these systems create a habitable environment for the space station s crew. The TCS constantly works to regulate the temperature not only for astronauts, but for the critical instruments and machines inside the spacecraft as well. To do its job, the TCS encompasses several components and systems both inside and outside of the ISS. Inside the spacecraft, a liquid heat-exchange process mechanically pumps fluids in closed-loop circuits to collect, transport, and reject heat. Outside the ISS, an external system circulates anhydrous ammonia to transport heat and cool equipment, and radiators release the heat into space. Over the years, NASA has worked with a variety of partners.public and private, national and international. to develop and refine the most complex thermal control systems ever built for spacecraft, including the one on the ISS.

Source record↗
NASA NTRS2014

NASA Extreme Environment Mission Operations: Science Operations Development for Human Exploration

The purpose of NASA Extreme Environment Mission Operations (NEEMO) mission 16 in 2012 was to evaluate and compare the performance of a defined series of representative near-Earth asteroid (NEA) extravehicular activity (EVA) tasks under different conditions and combinations of work systems, constraints, and assumptions considered for future human NEA exploration missions. NEEMO 16 followed NASA's 2011 Desert Research and Technology Studies (D-RATS), the primary focus of which was understanding the implications of communication latency, crew size, and work system combinations with respect to scientific data quality, data management, crew workload, and crew/mission control interactions. The 1-g environment precluded meaningful evaluation of NEA EVA translation, worksite stabilization, sampling, or instrument deployment techniques. Thus, NEEMO missions were designed to provide an opportunity to perform a preliminary evaluation of these important factors for each of the conditions being considered. NEEMO 15 also took place in 2011 and provided a first look at many of the factors, but the mission was cut short due to a hurricane threat before all objectives were completed. ARES Directorate (KX) personnel consulted with JSC engineers to ensure that high-fidelity planetary science protocols were incorporated into NEEMO mission architectures. ARES has been collaborating with NEEMO mission planners since NEEMO 9 in 2006, successively building upon previous developments to refine science operations concepts within engineering constraints; it is expected to continue the collaboration as NASA's human exploration mission plans evolve.

Bell, Mary S.↗
NASA NTRS2013

Assessment Environment for Complex Systems Software Guide

This Software Guide (SG) describes the software developed to test the Assessment Environment for Complex Systems (AECS) by the West Virginia High Technology Consortium (WVHTC) Foundation's Mission Systems Group (MSG) for the National Aeronautics and Space Administration (NASA) Aeronautics Research Mission Directorate (ARMD). This software is referred to as the AECS Test Project throughout the remainder of this document. AECS provides a framework for developing, simulating, testing, and analyzing modern avionics systems within an Integrated Modular Avionics (IMA) architecture. The purpose of the AECS Test Project is twofold. First, it provides a means to test the AECS hardware and system developed by MSG. Second, it provides an example project upon which future AECS research may be based. This Software Guide fully describes building, installing, and executing the AECS Test Project as well as its architecture and design. The design of the AECS hardware is described in the AECS Hardware Guide. Instructions on how to configure, build and use the AECS are described in the User's Guide. Sample AECS software, developed by the WVHTC Foundation, is presented in the AECS Software Guide. The AECS Hardware Guide, AECS User's Guide, and AECS Software Guide are authored by MSG. The requirements set forth for AECS are presented in the Statement of Work for the Assessment Environment for Complex Systems authored by NASA Dryden Flight Research Center (DFRC). The intended audience for this document includes software engineers, hardware engineers, project managers, and quality assurance personnel from WVHTC Foundation (the suppliers of the software), NASA (the customer), and future researchers (users of the software). Readers are assumed to have general knowledge in the field of real-time, embedded computer software development.

tests↗
NASA NTRS2017

Addressing Scalability While Feature Requests Persist. A Look at NASA Worldview's New Features and Their Implementation

Worldview is a high-traffic web mapping application created using the JavaScript mapping library, OpenLayers. This presentation will primarily focus on three new features: A wrapping component that seamlessly shows satellite imagery over the dateline where most maps either stop or wrap the imagery of the same date. An animation feature that allows users to select date ranges over which they can animate. An A/B comparison feature that gives users the power to compare imagery between dates and layers. In response to an increasingly large codebase caused by ongoing feature requests, Worldview is transitioning to a smaller core codebase comprised of external reusable modules. When creating a module with the intention of having someone else reuse it for a different task, one inherently starts generating code that is easier to read and easier to maintain. This presentation will show demos of these features and cover development techniques used to create them. Worldview is a web mapping tool used for education, research, and disaster response. We consume 600+ Imagery products and support time-critical application areas such as wildfire management, air quality measurements, and flood monitoring.

Reusability↗
NASA NTRS2018

NC Space Grant Report

During the summer of 2018 I supported the Safety & Mission Assurance Directorate (SMA) and Operations Support Division (QA-20) at Stennis Space Center. The mission of the SMA team is to prove safety, risk, reliability, independent assessments, configuration management and quality assurance guidance, and services for all NASA Stennis Space Center (SSC) programs, facilities, and supporting infrastructure. The office actively participates and contributes to the Agency-level Safety & Mission Assurance (S&MA) effort. Over the course of the Summer I participated in three projects. Two of them were focused around Fault Tree Analysis (FTA) and the third focused on relief valves for their E-1 engine test stand.

Torres, David↗
NASA NTRS2018

Prioritizing Aquatic Science and Applications Needs in the Chesapeake Bay for a Space-Borne Hyperspectral Mission

The Chesapeake Bay is the largest estuary in North America, benefiting a growing population through its ecosystem services, fishing, recreations, and transportation routes. Studies indicate the health of the Bay as seen some improvement in recent years, yet threats to its health persist (e.g. warming, pollution nutrient run-off). Increasing human activities in coastal regions requires constant vigilance by agencies managing water quality, to ensure the safety of the population. Since April 2018, an interagency working group has been meeting monthly and a daylong workshop was convened with science and applications stakeholders around the overall theme of monitoring water quality from space. Current ocean color images indicate bloom locations used to guide in situ sampling efforts, despite limited spatial, spectral and temporal resolution. High resolution hyperspectral remote sensing provides a potential opportunity to measure additional indicators of ecological health and water quality. Assessing the needs of the aquatic user community around the Chesapeake Bay will inform science and applications recommendations during the current architecture study for a Surface Biology and Geology (SBG) Mission, as well as future scoping studies of other coastal and inland water bodies.

Schollaert Uz, Stephanie↗
NASA NTRS2018

Technologies and Methods Used at the Laboratory for Atmospheric and Space Physics (LASP) to Serve Solar Irradiance Data

The Laboratory for Atmospheric and Space Physics (LASP) at the University of Colorado in Boulder, USA operates the Solar Radiation and Climate Experiment (SORCE) NASA mission, as well as several other NASA spacecraft and instruments. Dozens of Solar Irradiance data sets are produced, managed, and disseminated to the science community. Data are made freely available to the scientific immediately after they are produced using a variety of data access interfaces, including the LASP Interactive Solar Irradiance Datacenter (LISIRD), which provides centralized access to a variety of solar irradiance data sets using both interactive and scriptable/programmatic methods. This poster highlights the key technological elements used for the NASA SORCE mission ground system to produce, manage, and disseminate data to the scientific community and facilitate long-term data stewardship. The poster presentation will convey designs, technological elements, practices and procedures, and software management processes used for SORCE and their relationship to data quality and data management standards, interoperability, NASA data policy, and community expectations.

Pankratz, Chris↗
NASA NTRS2020

Searching for Hyperspectral Optical Proxies to Aid Chesapeake Bay Resource Managers in the Detection of Poor Water Quality

Shellfish aquaculture is a growing industry in the Chesapeake Bay. As population grows near the coast, extreme weather events cause a greater volume of pollutant runoff from impervious surfaces and agricultural lands. Resource managers who monitor shellfish beds need reliable information on a variety of water quality indicators at higher frequency than is possible through field monitoring programs and at a higher level of detail than current satellite products can provide. Although many factors causing degraded water quality that can impact human health are not currently discernable by traditional multispectral techniques, hyperspectral imagery offers a new opportunity to detect phytoplankton communities associated with harmful algal blooms and biotoxin production. Together with resource managers in their routine monitoring of sites around the bay from small boats, we have been exploring remotely sensed optical proxies for the detection of harmful algal blooms and sewage. Early warning by remote sensing could guide sampling and improve the efficiency of shellfish bed closures, ultimately improving health outcomes for humans and animals. An extensive network of routine sampling by Chesapeake Bay Program managers makes this is an ideal location to develop and test future satellite data products to support management decisions. Next generation hyperspectral measurements from the future Plankton Aerosol Cloud ocean Ecosystem (PACE) mission at nearly daily frequency, combined with the potential of higher spatial resolution from the Surface Biology and Geology (SBG) observing system recommended in the recent Decadal Survey, along with high frequency observations from the newly selected Geostationary Littoral Imaging and Monitoring Radiometer (GLIMR) Earth Venture Instrument make this a critical time for defining the needs of the aquaculture and resource management community to save lives, time, and money.

Schollaert Uz, Stephanie↗
NASA NTRS1994

Continual improvement: A bibliography with indexes, 1992-1993

This bibliography lists 606 references to reports and journal articles entered into the NASA Scientific and Technical Information Database during 1992 to 1993. Topics cover the philosophy and history of Continual Improvement (CI), basic approaches and strategies for implementation, and lessons learned from public and private sector models. Entries are arranged according to the following categories: Leadership for Quality, Information and Analysis, Strategic Planning for CI, Human Resources Utilization, Management of Process Quality, Supplier Quality, Assessing Results, Customer Focus and Satisfaction, TQM Tools and Philosophies, and Applications. Indexes include subject, personal author, corporate source, contract number, report number, and accession number.

Source record↗