Engineering Papers⌕ Search

SEARCH · Engineering Papers

Results for “Lessons learned”

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 613 records · Page 34

Lessons Learned in Thermal Coatings from the DSCOVR Mission

Finding solutions to thermal coating issues on the Deep Space Climate Observatory (DSCOVR) mission was a very challenging and unique endeavor. As a passive thermal control system, coatings provide the desired thermal, optical, and electrical charging properties, while surviving a harsh space environment. DSCOVR mission hardware was repurposed from the late 1990s satellite known as Triana. As a satellite that was shelved for over a decade, the coating surfaces consequently degraded with age, and became fairly outdated. Although the mission successfully launched in February 2015, there were unfamiliar observations and unanticipated issues with the coating surfaces during the revival phases of the project. For example, the thermal coatings on DSCOVR experienced particulate contamination and resistivity requirement problems, among other issues. While finding solutions to these issues, valuable lessons were learned in thermal coatings that may provide great insight to future spaceflight missions in similar situations.

thermal coatings↗

The computerization of programming: Ada (R) lessons learned

One of the largest systems yet written in Ada has been constructed. This system is the Intermetrics Ada compiler. Many lessons have been learned during the implementation of this Ada compiler. Some of these lessons, concentrating on those lessons relevant to large system implementations are described. The characteristics of the Ada compiler implementation project at Intermetrics are also described. Some specific experiences during the implementation are pointed out.

Struble, Dennis D.↗

Lessons Learned in Systems Engineering Availability and Recommendations for Mission Technical Leaders

In spaceflight missions at Goddard Space Flight Center (GSFC), the Mission System Engineer (MSE) is the technical leader of the overall engineering team and also is the Independent Engineering Technical Authority. The responsibility of this role includes the definition of the mission design architecture, concept of operations, and mission requirements, management of risk throughout the development, and verification and validation of the final system performance and function amongst other duties. This responsibility inherently requires time management, enabling focus on a balanced development with appropriate risk. Time is the most valuable resource of the MSE. The system engineer’s availability to interact with the development team (often product or component design leads and technicians, often in different worksites) to discover and mitigate mission risks during development is key to mission success. This paper presents examples from Lunar Reconnaissance Orbiter, Landsat 9, and Neutron star Interior Composition ExploreR (NICER) which represent in-house and out-of-house hardware builds. These examples demonstrate how interactions between the Mission Systems Engineers and other project and partner engineers result in discovery of critical risks, leading to early mitigation with significant cost and performance savings. These three missions would have suffered test failures or on-orbit failures had their MSEs not set aside time to visit engineers and technicians that were working on key pieces of space flight hardware. Availability is more than just time; it is openness to listen to concerns and questions. It begins by building a level of trust in the team that it is safe to ask questions or share concerns without the fear of blame or additional workload. It also requires enabling informal conversations (over lunch, coffee, in the clean room, or at the team members desk, etc.) where key information can be exchanged, and team members may even provide an easy-to-implement mitigation idea for another subsystem. Availability is a highly valuable commodity and completely non-obvious to protect and optimize. The natural tendency of engineers is to keep themselves busy with solving problems that they know about. This paper is encouraging MSEs to resist this tendency to try and solve all the complex problems themselves and actively devote daily time to learning and solving problems that are found with informal communications with other team members.

Lessons Learned↗

ISS Lessons Learned, Looking ahead to Artemis

A review of some lessons from integrated testing for the International Space Station and applying those lessons toward aspects of the Artemis campaign.

International Space Station↗