Results for “model based systems engineering (MBSE)” — Page 5

NASA NTRS2015

Inheriting Curiosity: Leveraging MBSE to Build Mars2020

The success of the Jet Propulsion Laboratory's (JPL) Martian mission Mars Science Laboratory (MSL) prompted NASA to challenge JPL to build a second rover, Mars2020. Mars2020 has chosen to infuse Model Based Systems Engineering (MBSE) in pursuit of aiding the design of the Flight System. This paper will derive the motivation for MBSE infusion and will explain the current state of the Mars2020 Flight System Model. Successes in MBSE adoption will be discussed, as will limitations to the methodology.

Mars↗

NASA NTRS2014

A Model-Driven Visualization Tool for Use with Model-Based Systems Engineering Projects

Model-Based Systems Engineering (MBSE) promotes increased consistency between a system's design and its design documentation through the use of an object-oriented system model. The creation of this system model facilitates data presentation by providing a mechanism from which information can be extracted by automated manipulation of model content. Existing MBSE tools enable model creation, but are often too complex for the unfamiliar model viewer to easily use. These tools do not yet provide many opportunities for easing into the development and use of a system model when system design documentation already exists. This study creates a Systems Modeling Language (SysML) Document Traceability Framework (SDTF) for integrating design documentation with a system model, and develops an Interactive Visualization Engine for SysML Tools (InVEST), that exports consistent, clear, and concise views of SysML model data. These exported views are each meaningful to a variety of project stakeholders with differing subjects of concern and depth of technical involvement. InVEST allows a model user to generate multiple views and reports from a MBSE model, including wiki pages and interactive visualizations of data. System data can also be filtered to present only the information relevant to the particular stakeholder, resulting in a view that is both consistent with the larger system model and other model views. Viewing the relationships between system artifacts and documentation, and filtering through data to see specialized views improves the value of the system as a whole, as data becomes information

relational databases↗

NASA NTRSDate not supplied

MBSE Applications for the MSR SRC Mars Ascent Vehicle

The objective of the NASA Mars Sample Return (MSR) Campaign is to collect samples from the surface of Mars and return them to Earth for scientific research. The Mars Ascent Vehicle (MAV) will be integrated into a larger Mars Sample Retrieval Lander (SRL) for transit to and storage on Mars. After all Martian samples have been collected and loaded into the MAV payload assembly, MAV will deliver the samples from the Martian surface to Mars orbit. A separate spacecraft, the Earth Return Orbiter (ERO) will retrieve the samples from Mars orbit and return them to Earth. To address common systems engineering challenges associated with using traditional systems engineering practices on complex projects, the MAV systems engineering team has explored implementation of Model-Based Systems Engineering (MBSE) tools and languages. This paper describes the current state of implementation and development of the MAV MBSE model with the Systems Modeling Language (SysML) within the scope of the MAV Systems Requirement Cycle (SRC) systems engineering workflow. The MAV MBSE model has been developed within Magic Draw – a SysML editor commonly used to implement MBSE. The MAV MBSE model has been used to develop mission phase functional flow diagrams for the Concept of Operations, decompose mission to vehicle subsystem functions, develop a functional decomposition, derive functional requirements, trace requirements up to customer-imposed requirements, trace requirements within MAV requirement space, identify requirements trace gaps, define and map the physical design space architecture, allocate requirements to subsystems, develop validation items, define assembly, integration, and test (AI&T) operations, and trace these items across driving goals to develop an integrated digital thread of systems engineering information used to drive design specifications, decision making, and ultimately design verification and validation. Findings and results associated with implementing MBSE in these ways, alongside traditional methods will be discussed.

MBSE↗

NASA NTRSDate not supplied

MBSE Applications for the MSR SRC Mars Ascent Vehicle

The objective of the NASA Mars Sample Return (MSR) Campaign is to collect samples from the surface of Mars and return them to Earth for scientific research. The Mars Ascent Vehicle (MAV) will be integrated into a larger Mars Sample Retrieval Lander (SRL) for transit to and storage on Mars. After all Martian samples have been collected and loaded into the MAV payload assembly, MAV will deliver the samples from the Martian surface to Mars orbit. A separate spacecraft, the Earth Return Orbiter (ERO) will retrieve the samples from Mars orbit and return them to Earth. To address common systems engineering challenges associated with using traditional systems engineering practices on complex projects, the MAV systems engineering team has explored implementation of Model-Based Systems Engineering (MBSE) tools and languages. This paper describes the current state of implementation and development of the MAV MBSE model with the Systems Modeling Language (SysML) within the scope of the MAV Systems Requirement Cycle (SRC) systems engineering workflow. The MAV MBSE model has been developed within Magic Draw – a SysML editor commonly used to implement MBSE. The MAV MBSE model has been used to develop mission phase functional flow diagrams for the Concept of Operations, decompose mission to vehicle subsystem functions, develop a functional decomposition, derive functional requirements, trace requirements up to customer-imposed requirements, trace requirements within MAV requirement space, identify requirements trace gaps, define and map the physical design space architecture, allocate requirements to subsystems, develop validation items, define assembly, integration, and test (AI&T) operations, and trace these items across driving goals to develop an integrated digital thread of systems engineering information used to drive design specifications, decision making, and ultimately design verification and validation. Findings and results associated with implementing MBSE in these ways, alongside traditional methods will be discussed.

MBSE↗

NASA NTRSDate not supplied

2023 Artemis Crew Health and Performance System Model Development

While the NASA Human Research Program (HRP) utilizes a Crew Health and Performance (CHP) System to represent all the Agency’s efforts to ensure the health and performance of NASA astronauts, there is no shared mental model of a CHP system at NASA. Some groups may consider a CHP system to be only a medical kit, while others may not be using the concept at all. To facilitate the integration of functions and capabilities to ensure astronaut health and performance during vehicle development, HRP has proposed a CHP Shared Mental Model derived from the NASA Human Health, Medical, and Performance Spaceflight Standards (NASA-STD-3001 Vol.1/Vol.2). [1] Even though many vehicle, ground, and communication systems as well as mission operations are modeled for the Artemis Campaigns, no mission level CHP system model was created to achieve the intent of the HRP CHP Shared Mental Model. The lack of this model renders it difficult to visualize and understand how the many programs work together to provide the necessary cross program functions and capabilities to ensure the health and performance of the crew throughout an Artemis mission. For this purpose, the Exploration Medical Capability (ExMC) element of HRP developed a CHP system model for the Artemis III and IV missions to provide a view of how each program contributes to and interacts with the overall CHP system. To develop the 2023 Artemis CHP system model, ExMC leveraged existing data and models from the Moon to Mars Program Office, the Office of the Chief Health and Medical Officer (OCHMO) and the Orion, Gateway, Extravehicular Activity and Human Surface Mobility (EHP) and Human Landing System (HLS) programs. By using a Model-Based Systems Engineering (MBSE) approach, existing requirements, functions, and concepts of operations were combined to create a single system model focused on representing CHP from the launch to the return to Earth segments of the Artemis III and IV missions. Additionally, by incorporating the HRP Systems Platform for Aggregating and Relating Capabilities, or SPARC tool, the data from the programs was also related back to the 2nd volume of the NASA Human Health, Medical, and Performance Spaceflight Standard (NASA-STD-3001, Vol.2) and the human system risks identified by the Human System Risk Board (HSRB). The first version of the 2023 Artemis CHP system model was baselined in Fall of 2023 after the model was demonstrated to be a potentially useful tool for systems engineers integrating CHP capabilities in vehicle development as well as members of the Health and Medical Technical Authority providing oversight of those programs. The model may also be useful to any stakeholder of astronaut health and performance by providing insights on how an Artemis mission satisfies the NASA Human Health, Medical, and Performance Spaceflight Standards as well as how they mitigate the HSRB Human System Risks. This presentation highlights how the model was developed and the possible benefits of the model. [1] NASA HRP (2022), Crew Health and Performance System Whitepaper

Systems engineering↗

NASA NTRS2024

2023 Artemis Crew Health and Performance (CHP) System Model Development

While the NASA Human Research Program (HRP) utilizes a Crew Health and Performance (CHP) System to represent all the Agency’s efforts to ensure the health and performance of NASA astronauts, there is no shared mental model of a CHP system at NASA. Some groups may consider a CHP system to be only a medical kit, while others may not be using the concept at all. To facilitate the integration of functions and capabilities to ensure astronaut health and performance during vehicle development, HRP has proposed a CHP Shared Mental Model derived from the NASA Human Health, Medical, and Performance Spaceflight Standards (NASA-STD-3001 Vol.1/Vol.2). [1] Even though many vehicle, ground, and communication systems as well as mission operations are modeled for the Artemis Campaigns, no mission level CHP system model was created to achieve the intent of the HRP CHP Shared Mental Model. The lack of this model renders it difficult to visualize and understand how the many programs work together to provide the necessary cross program functions and capabilities to ensure the health and performance of the crew throughout an Artemis mission. For this purpose, the Exploration Medical Capability (ExMC) element of HRP developed a CHP system model for the Artemis III and IV missions to provide a view of how each program contributes to and interacts with the overall CHP system. To develop the 2023 Artemis CHP system model, ExMC leveraged existing data and models from the Moon to Mars Program Office, the Office of the Chief Health and Medical Officer (OCHMO) and the Orion, Gateway, Extravehicular Activity and Human Surface Mobility (EHP) and Human Landing System (HLS) programs. By using a Model-Based Systems Engineering (MBSE) approach, existing requirements, functions, and concepts of operations were combined to create a single system model focused on representing CHP from the launch to the return to Earth segments of the Artemis III and IV missions. Additionally, by incorporating the HRP Systems Platform for Aggregating and Relating Capabilities, or SPARC tool, the data from the programs was also related back to the 2nd volume of the NASA Human Health, Medical, and Performance Spaceflight Standard (NASA-STD-3001, Vol.2) and the human system risks identified by the Human System Risk Board (HSRB). The first version of the 2023 Artemis CHP system model was baselined in Fall of 2023 after the model was demonstrated to be a potentially useful tool for systems engineers integrating CHP capabilities in vehicle development as well as members of the Health and Medical Technical Authority providing oversight of those programs. The model may also be useful to any stakeholder of astronaut health and performance by providing insights on how an Artemis mission satisfies the NASA Human Health, Medical, and Performance Spaceflight Standards as well as how they mitigate the HSRB Human System Risks. This presentation highlights how the model was developed and the possible benefits of the model. [1] NASA HRP (2022), Crew Health and Performance System Whitepaper

Systems engineering↗

DOE OSTI2025

AUTOMATIC GENERATION OF EVENT TREES AND FAULT TREES: A MODEL-BASED APPROACH

In the past few decades, increasing complexity in modern engineering systems has been driven by the integration of a large number of components and by the fact that the system operations involve many disciplines (e.g., thermal-hydraulics, plant operations, cyber-security). Current safety/reliability modeling approaches to such systems are labor intensive, difficult to learn, and rely heavily on simplistic Boolean logic to depict failure propagation and accident progression. While these methods serve well for simple systems (i.e., linear causal systems with limited small inter- and intra-system interactions), their results are difficult to verify when modeling complex systems (typically performed through the extensive use of modeling assumptions). The development of new methods is addressed to meet these challenges through a model-based system engineering (MBSE) lens. Under MBSE philosophy, every aspect of the system (form or function) is represented by a model that completely characterizes its architecture or behavior. MBSE approach greatly improves the management of design, analysis and verification of complex systems. An integration of Dynamic Probabilistic Risk Assessment (DPRA) methods with MBSE models is proposed to perform safety/reliability analyses of engineering systems. In particular, MBSE representation of the system (performed using Systems Modeling Language [SysML]) is coupled with DPRA methods to automatically generate event trees and fault trees.

97 - MATHEMATICS AND COMPUTING↗

NASA NTRS2012

MBSE in Development: SMAP Pilot Project

Customer-focused objective: Provide value to a flight project using Model-Based Systems Engineering (MBSE) methodology and products. Institution-focused objective: Advance and improve our systems engineering practices, leveraging MBSE where applicable: Streamline our interfaces across JPL Divisions, to provide better cross-organization products; Streamline our interfaces across lifecycle phase boundaries; Update our SE practices to make them more competitive and able to handle systems of ever-increasing complexity.

Soil Moisture Active and Passive (SMAP)↗

NASA NTRS2024

MBSE (SysML) and Digital Twin Integration to Support Engineering Analysis & Design

Problem Statement: The complexity of Gateway systems and of managing the integrated safety analysis have made traditional methods of engineering analysis and design increasingly challenging. To address these challenges, a prototype that integrate Model-Based Systems Engineering (MBSE) with Digital Twin technology has been developed to demonstrate the utilities and functions. Project Goal: Develop a prototype of a Digital Twin Of Gateway ECLSS IMV system to enhance fault management analysis through collaboration, visualization, and simulation. Overall Project Results / Accomplishments: - Developed extension to streamline the integration of SysML models with the Digital Twin platform - Demonstrated the capability to aggregate any relevant information and provide simulation integration within the DT prototype. - Generated digital twin simulation using SysML Activity Diagrams - Implemented a complex trade study use case based on the integrated SysML-Digital Twin infrastructure

MBSE↗

NASA NTRS2013

Model Based Document and Report Generation for Systems Engineering

As Model Based Systems Engineering (MBSE) practices gain adoption, various approaches have been developed in order to simplify and automate the process of generating documents from models. Essentially, all of these techniques can be unified around the concept of producing different views of the model according to the needs of the intended audience. In this paper, we will describe a technique developed at JPL of applying SysML Viewpoints and Views to generate documents and reports. An architecture of model-based view and document generation will be presented, and the necessary extensions to SysML with associated rationale will be explained. A survey of examples will highlight a variety of views that can be generated, and will provide some insight into how collaboration and integration is enabled. We will also describe the basic architecture for the enterprise applications that support this approach.

Architecture↗

NASA NTRSDate not supplied

Overview of Model-Based Systems Engineering Efforts to Evolve the Airspace Research Roadmap

NASA’s Air Traffic Management-Exploration (ATM-X) UAM Airspace Subproject is conducting research that evolves UAM airspace towards a highly automated and operationally flexible system of the future. The complexity of UAM airspace evolution requires a plan to effectively organize, integrate, and communicate NASA’s research and development. The planning tool, called the UAM airspace research roadmap, or just roadmap, is key to the execution of NASA’s UAM airspace research over the next ten years. Implemented through Model-Based Systems Engineering (MBSE) methodology, the roadmap will help to prioritize and coordinate research efforts, and to integrate results that build towards NASA’s research goals of evolving UAM airspace for integration of UAM operations into the National Airspace System (NAS). This paper presents an overview of on-going MBSE efforts to meet these overarching goals.

Model-Based Systems Engineering↗

NASA NTRSDate not supplied

NASA Aeronautics Research Mission Directorate System Security Engineering Approaches

System security engineering (SSE) is a set of formal engineering methods and is considered a subset of systems engineering. It is a relatively new development in systems engineering with the initial NIST (National Institute of Standards) standard published in November of 2016 with updates in 2018, and 2022. The guiding principles in our methodology are based in NIST Special Publication 800-160 Vol. 1 “Systems Security Engineering: Considerations For A Multidisciplinary Approach In The Engineering Of Trustworthy Secure Systems” and integrate methodologies from common IT (Information Technology) threat modeling approaches utilizing MBSE (Model-Based Systems Engineering). The presentation will discuss how our teams utilize SSE and MBSE (Model-Based Systems Engineering) to develop secure architectures for systems under development in our NASA aeronautics research environment. This includes the activities to develop Protection Needs (PN) that, in turn result in security requirements in the design context and policies for the future state operational context for system protection. The process of applying SSE to analyze project architectures and ConOps (Concept of Operations) is intended to ensure the transferred research is both secure and securable in a “real-world” setting.

Systems Security Engineering↗

NASA NTRS2018

A Model-based Approach to Developing the Concept of Operations for Potential Mars Sample Return

Mars Sample Return (MSR) is a proposed multi-agency eﬀort that would return soil and rock samples from the surface of Mars to Earth. Both the complexity of the potential missions, as well as the involvement of multiple geographically distributed organizations, presents a challenge from an information management perspective. In this paper, a Model-based Systems Engineering (MBSE) approach to developing the Concept of Operations of a potential Mars Sample Return eﬀort using the System Modeling Language(SysML) is presented.

Muirhead, Brian↗

NASA NTRS2017

Navigating the Deployment and Downlink Tradespace for Earth Imaging Constellations

Distributed Spacecraft Missions (DSMs) are gaining momentum in their application to Earth Observation (EO) missions owing to their unique ability to increase observation sampling in spatial, spectral, angular and temporal dimensions simultaneously. DSM design includes a much larger number of variables than its monolithic counterpart, therefore, Model-Based Systems Engineering (MBSE) has been often used for preliminary mission concept designs, to understand the trade-offs and interdependencies among the variables. MBSE models are complex because the various objectives a DSM is expected to achieve are almost always conflicting, non-linear and rarely analytical. NASA Goddard Space Flight Center (GSFC) is developing a pre-Phase A tool called Tradespace Analysis Tool for Constellations (TAT-C) to initiate constellation mission design. The tool will allow users to explore the tradespace between various performance, cost and risk metrics (as a function of their science mission) and select Pareto optimal architectures that meet their requirements. This paper will describe the different types of constellations that TAT-C’s Tradespace Search Iterator is capable of enumerating (homogeneous Walker, heterogeneous Walker, precessing type, ad-hoc) and their impact on key performance metrics such as revisit statistics, time to global access and coverage. We will also discuss the ability to simulate phased deployment of the given constellations, as a function of launch availabilities and/or vehicle capability, and show the impact on performance. All performance metrics are calculated by the Data Reduction and Metric Computation module within TAT-C, which issues specific requests and processes results from the Orbit and Coverage module. Our TSI is also capable of generating tradespaces for downlinking imaging data from the constellation, based on permutations of available ground station networks - known (default) or customized (by the user). We will show the impact of changing ground station options for any given constellation, on data latency and required communication bandwidth, which in turn determines the responsiveness of the space system.

Nag, Sreeja↗

DOE OSTI2024

The Digital Engineering Vision for DOME: Facilitating Design, Deployment, and Operations [Poster]

DOME is a planned microreactor test facility at INL’s Materials and Fuels Complex. It is a complex system with several interdependent sub-systems such as the reactor (up to 20 MWth), radioactive confinement, temperature and pressure regulation system, ventilation system, etc. The engineering design process for such a system traditionally involves several documents from various sources and the system information is scattered across these documents. Digital engineering represents a paradigm shift through which systems are designed using digital models and integrated data. The digital engineering vision for DOME utilizes a model-based systems engineering (MBSE) approach. The system architecture, physical components, control logic, and verification experiments are all designed using MathWorks MATLAB and Simulink. This hierarchical model can combine data from multiple sources at various levels of abstraction. It can be used to simulate the facility’s operations and to test the system using different sets of parameters. Its capabilities can be expanded by interfacing it with high-fidelity multi-physics models, risk analysis tools, etc. The same model can evolve into a digital twin that can monitor operations and conduct predictive analysis using real-time sensor data from the facility. The eventual goal of this effort is to transform the end-to-end engineering of nuclear facilities in every phase of their lifecycle, including design, deployment, and operations.

21 SPECIFIC NUCLEAR REACTORS AND ASSOCIATED PLANTS↗

DOE OSTI2024

SinhaRoy_TechPresentation_2024 [Slides]

DOME is a planned microreactor test facility at INL’s Materials and Fuels Complex. It is a complex system with several interdependent sub-systems such as the reactor (up to 20 MWth), radioactive confinement, temperature and pressure regulation system, ventilation system, etc. The engineering design process for such a system traditionally involves several documents from various sources and the system information is scattered across these documents. Digital engineering represents a paradigm shift through which systems are designed using digital models and integrated data. The digital engineering vision for DOME utilizes a model-based systems engineering (MBSE) approach. The system architecture, physical components, control logic, and verification experiments are all designed using MathWorks MATLAB and Simulink. This hierarchical model can combine data from multiple sources at various levels of abstraction. It can be used to simulate the facility’s operations and to test the system using different sets of parameters. Its capabilities can be expanded by interfacing it with high-fidelity multi-physics models, risk analysis tools, etc. The same model can evolve into a digital twin that can monitor operations and conduct predictive analysis using real-time sensor data from the facility. The eventual goal of this effort is to transform the end-to-end engineering of nuclear facilities in every phase of their lifecycle, including design, deployment, and operations.

21 SPECIFIC NUCLEAR REACTORS AND ASSOCIATED PLANTS↗

NASA NTRS2012

Model-Based Systems Engineering Approach to Managing Mass Margin

When designing a flight system from concept through implementation, one of the fundamental systems engineering tasks ismanaging the mass margin and a mass equipment list (MEL) of the flight system. While generating a MEL and computing a mass margin is conceptually a trivial task, maintaining consistent and correct MELs and mass margins can be challenging due to the current practices of maintaining duplicate information in various forms, such as diagrams and tables, and in various media, such as files and emails. We have overcome this challenge through a model-based systems engineering (MBSE) approach within which we allow only a single-source-of-truth. In this paper we describe the modeling patternsused to capture the single-source-of-truth and the views that have been developed for the Europa Habitability Mission (EHM) project, a mission concept study, at the Jet Propulsion Laboratory (JPL).

cloud comu↗

NASA NTRSDate not supplied

System-Level Model-Based Risk Determination for Lunar Mission Design

Recent work has shown that human activities on the lunar surface have the potential to impact not only surface infrastructure, but also have long-term repercussions to lunar orbit infrastructure that is directly proportional to the frequency and scale of landings and impacts. Those assets that are present within the lunar environment, whether on the surface or in orbit, are thus not entirely isolated from one another but contribute to the overall induced environment. With that in mind, this project endeavors to model that system using Model Based Systems Engineering (MBSE), employing previously developed mathematical methodology. The product from this work is a flexible tool with which a user may model any number of assets or events and determine how the dust and debris generated by those events effects mission operations and overall projected.

Matthew Wittal↗