Search NASASearch

NASA NTRS · 20240006845

X-57 Systems Engineering Lessons Learned

Abstract

The X-57 Maxwell is an electric aircraft based on a 4-passenger, twin engine Tecnam P2006T General Aviation aircraft. The X-57 project originally envisioned a straightforward integration of commercial-off-the-shelf hardware components and software into a novel configuration to demonstrate the aerodynamic and performance benefits of Distributed Electric Propulsion (DEP). The project was initially started with a high-risk venture capitalist approach under NASA’s Convergent Aeronautics Solutions (CAS) project, which led to an initial philosophy of Project Management “light” (which was then interpreted as Systems Engineering (SE) “light”). As the project matured, it was forced to transition to one with increasing SE-rigor as the project scope changed, hardware and software deficiencies were found, and the team realized the magnitude of the technical and integration challenges. In hindsight, these technical challenges came in part from an overly optimistic technology readiness assessment (TRA) at the beginning of the project, which resulted in the project assuming that little to no subsystem development would be required. The project’s approach to systems engineering evolved throughout three separate informal phases of the project as it underwent two key transitions as a result of the team wrestling with the technical challenges and resultant changing project scope. This paper discusses the assumptions, approaches, and challenges encountered from a Systems Engineering standpoint in each of the three informal phases of the X-57 project. This paper also provides recommendations on how future projects can apply Systems Engineering best practices upfront along with a realistic TRA to aid projects that find themselves with similar challenges.

Explore related subjects

Keep this discovery

Explore connections, maps & timelines

BibTeXRIS

Laura K. Kushner, Ted B. Holtz, Ethan Baumann, Claudia Sales. X-57 Systems Engineering Lessons Learned. https://ntrs.nasa.gov/citations/20240006845

Cite the original work for its findings. Save a collection to share your selection of sources.

KEEP EXPLORING

Related reports

NASA Engineering and Safety Center Lunar Rover Design Concepts Assessments

Mass is a significant risk to programs and projects as they transition from formulation to implementation, especially in larger human space systems where delivery mass or volume can be a constrained commodity. • Concepts developed without an adequate systems-engineering basis, including design and operations experience, may miss significant functionality and subsequent mass required for integration or operations. • Further uncertainty can be associated with not fully understanding design best practices and standards that drive mass, such as design for minimum risk or fault tolerance.1 • Finally, the appropriate systems engineering mass properties management rigor and technical discipline insight are required to set the mass baseline, including appropriate mass growth allowance (MGA) to ensure program success. Mass is a key quantity that should be constantly monitored by the systems engineer and the program/project management stakeholder to ensure mission compatibility throughout the project life cycle. In addition, mass is a key programmatic performance metric monitored by the NASA Chief Financial Officer for current and future program cost estimating. NASA Exploration Systems sought an assessment of reasonableness with respect to different potential rover concepts that balances mass needs and human-class cargo lander capabilities. Appropriate systems engineering mass properties management rigor and technical discipline insight were used, and are required to set the mass baseline, including appropriate MGA to ensure program success. Two independent Lunar rover concepts were evaluated, with a goal to understand concept credibility and the Lunar rover designs potential extensibility for Mars surface operations. A notional generic rover concept is shown in Figure 1.

Systems Engineering

MBSE for the Gateway Program

The Gateway Program and many of its module developers are using Magic Draw to coordinate functions, requirements, and interfaces between the various elements that make up the Gateway Platform. This also extends to the visiting vehicles (Human Lander System, Logistics Module, and Orion). The Propulsion and Power Element (PPE) is using Magic Draw to coordinate the design activities at NASA GRC (Glenn Research Center) and the contractor. This discussion will provide an overview of the MBSE (Model-Based Systems Engineering) efforts and how we are interfacing the various MBSE models into a single integrated model.

Systems Engineering

Using Board Games as Subject Matter for Developing Expertise in Model-Based Systems Engineering

As more organizations transition from traditional document-centric systems engineering to a model-based approach, many are challenged to train their staff in new languages, tools, and methodologies, and manage the expectations of stakeholders and their expected model outcomes. In particular, challenges associated with learning a new modeling language and developing skills in the 'art' of modeling present organizations with formidable obstacles to realizing this transition. This paper hypothesizes that systems engineers may more readily learn how to correctly model with SysML, and develop intuition about the art of modeling and using patterns, if their learning references a commonly and thoroughly-understood subject matter, such as a board game. This paper presents a case for the use of board games as subject matter for new modelers, demonstrates the concept with a sample model of Hasbro's popular board game, Monopoly, and discusses the limitations of this approach and potential adaptations that may broaden the applicability of the learned skills to projects.

Systems Engineering