• Skip to primary navigation
  • Skip to main content
  • Skip to primary sidebar
  • Skip to footer

Analog IC Tips

Analog IC Design, Products, Tools Layout

  • Products
    • Amplifiers
    • Clocks & Timing
    • Data Converters
    • EMI/RFI
    • Interface & Isolation
    • MEMS & Sensors
  • Applications
    • Audio
    • Automotive/Transportation
    • Industrial
    • IoT
    • Medical
    • Telecommunications
    • Wireless
  • Learn
    • eBooks / Tech Tips
    • FAQs
    • EE Learning Center
    • EE Training Days
    • Tech Toolboxes
    • Webinars & Digital Events
  • Resources
    • Design Guide Library
    • Digital Issues
    • Engineering Diversity & Inclusion
    • LEAP Awards
    • Podcasts
    • White Papers
    • DesignFast
  • Video
    • EE Videos
    • Teardown Videos
  • EE Forums
    • EDABoard.com
    • Electro-Tech-Online.com
  • Engineering Training Days
  • Advertise
  • Subscribe

How do the military and aerospace use MBSE?

September 8, 2022 By Jeff Shepard

Model-based systems engineering (MBSE) is broadly defined as the structured use of digital modeling to support system features, requirements, design, verification, and validation extending from the conceptual design phase and continuing until end of life. The concept of systems engineering is deeply engrained in the military and aerospace communities. MBSE represents a shift from highly developed linear and document-centric processes to a collaborative and non-linear, digital information-based approach. The traditional system engineering approach has proven unsuited to new generations of complex, cyber-physical systems.

This FAQ begins by briefly reviewing traditional methods used by military and aerospace organizations for managing large systems engineering projects and how MBSE replaces paper documents with digital data, presents the view of MBSE from a major systems contractor, looks at one way that the Department of Defense (DoD) views MBSE, and closes by considering the 20-year vision for MBSE being developed by the National Aeronautics and Space Administration (NASA).

Before the introduction of MBSE, the DoD used a robust, highly (paper) documented linear system to design, verify, test and acquire complex systems. This approach consisted of siloed engineering teams with limited direct interaction and little or no real-time exchange of data. It has been illustrated with a V-shaped diagram that pictures the linear steps used by traditional systems engineering approaches (Figure 1). It moves from the top left to the bottom of the V with activities related to the decomposition of mission requirements and the various steps in the design process. Moving from the bottom and up the right side of the V involves testing, verification, validation, production, and in-the-field operation of the system until the end of its life.

Figure 1: This V-shaped diagram has been used to illustrate the inherently linear nature of traditional system engineering processes. (Image: Boeing)

The V illustrates an inherently sequential process with limited accommodation for iterative activities. With the emergence of complex and interrelated cyber-physical systems and systems of systems, these inherently linear systems engineering methodologies have become unusable.

MBSE replaces paper documents with digital info

MBSE replaces inflexible, costly, and slow paper documentation of the system engineering process with digital communication based on digital twins and digital threads. A digital twin is a real-time virtual model of a system that spans the entire system lifecycle from initial conceptualization to decommissioning. It has sufficient detail to support performance simulations, virtual verification, validation testing, system integration, monitoring, and maintenance.

The digital thread supports use of the digital twin. A digital thread contains all the information about the initial development of the digital twin and all modifications made throughout the system’s operating life. The digital thread is constantly updated and becomes the single source of ‘truth’ about the design process and the status of the digital twin and can be accessed by all design teams. It can also include operational, maintenance, and other information related to systems in the field. For example, in the case of complex systems such as aircraft and ships, there’s a unique digital thread for each platform in the field. The concepts and methodologies of MBSE do not fit easily into the systems engineering V diagram.

The Boeing diamond

To replace the linear thinking associated with the ‘V,’ the DoD encourages suppliers to adopt MBSE to arrive at a faster and more agile system development process. Stacks of paper documents are being replaced with digital twins and digital threads. For its part, Boeing has developed the “Boeing diamond” as a new way to envision the systems engineering process and depict the addition of real-time modeling, simulation, and collaboration to the traditional ‘V’ (Figure 2). The bottom portion includes activities related to the physical system and closely resembles the previous ‘V’ diagram. The top portion includes activities related to the digital twin of the physical system and includes detailed and real-time modeling and simulation. In between is the digital thread that is available to all design teams, including mechanical, electric, electronic, software, and so on, and provides real-time feedback throughout the design, delivery, and deployment of the system.

Figure 2: This diamond illustrates the overlay of digital twins on the traditional V process and the collaborative and iterative nature of MBSE as supported by the digital thread. (Image: Boeing)

The DoD and MBSE

In addition to working with suppliers like Boeing, the Department of Defense (DoD) has a strong interest in MBSE for internal use. The DoD looks at the system models as an integrated representation of all aspects of the system architecture and design, including:

  • Requirements – anticipated mission operations, stakeholder goals, purposes, and definition of success for the system
  • Behaviors – needed transformations of system inputs to create the required responses to the external environment
  • Structure – operational sections of the system that produce the behaviors
  • Parameters – detail the performance requirements, physical characteristics, and operational rules that constrain and define the structure and behaviors

From the DoD perspective, an MBSE project is built on a foundation of three elements; the programming language, the tools, and approach that combine to produce the system model or digital twin (Figure 3). In this view, the system model is the single source of truth and contains all current information about the system. It should be unified, consistent, coherent, and structured to provide the various engineering teams with relevant data in an accessible format to enable efficient completion of the system design.

Figure 3: The system model, or digital twin, can be supported using a combination of descriptive languages and tools combined with the development approach. (Image: Hardware Open Systems Technologies)

The Systems Modeling Language (SysML) is the primary MBSE modeling language but not the only language. At various stages of the system lifecycle, other languages are used to provide specific functionality. For example, the Object Management Group’s (OMG) Modeling and Analysis of Real Time and Embedded systems (MARTE) language can be combined with the Unified Modeling Language. There’s also Modelica, an object-oriented, multi-domain modeling language for systems containing mechanical, electrical, electronic, hydraulic, thermal, control, electric power, and/or process-oriented elements.

MBSE uses various tools to describe, analyze, and manage the system over the design lifecycle. These modeling tools provide the various engineering disciplines with access to the application programs and support design analysis activities. The tools can also support collaboration and the ability to manage system changes, enabling multiple individuals and multiple teams to work on the system simultaneously.

The approach is a detailed set of design tasks, identifying what needs to be accomplished, what the team is responsible for, and when it should be completed. It can include specific design review milestones, responsibility for model maintenance, identification of required tools, simulation requirements, and acceptance testing for the final system. The architecture framework is a key element driven by the approach’s intersection and the modeling/development languages. Finally, orchestration is needed to build and manage the digital thread and ensure that information is exchanged between different modeling tools, and engineering groups, in a relevant and efficient manner.

NASA is also a fan

The systems engineering (SE) technical discipline team (TDT) at NASA has explored several options for improving SE’s ability to develop and deploy increasingly complex missions and to do it quicker and at a lower cost. The use of MBSE at NASA started in 2016, and metrics were captured and analyzed on improvement, model reuse, and the ability to integrate and evaluate complex systems. As a result, NASA has established an agency-level, cross-center MBSE Community of Practice and access to a technical peer review team comprising senior SEs and MBSE tooling experts (Figure 4).

Figure 4: NASA has established an MBSE Community of Practice to support the use of MBSE by the agency and its contractors. (Image: NASA)

The TDT has worked with the Office of the Chief Engineer (OCE) to develop the tools and resources needed to move toward an enterprise cloud MBSE solution. The OCE has provided access to enterprise-level MBSE software licenses and cloud-based resources for storing and integrating MBSE models. To encourage and facilitate the use of MBSE, the OCE’s Academy of Program/Project and Engineering Leadership (APPEL) has deployed a three-course series on MBSE addressing foundations, applications, and MBSE design and analysis.

In addition to developing immediate applications for MBSE, the TDT is working within the agency and with external partners to develop a strategic vision to help reduce MBSE adoption risk. In addition to working on a strategic vision, a competition is being implemented through the NASA Tournament Lab, providing digital models of NASA exploration elements. These models were developed external to the agency and will be used to compare tools, techniques, templates, and approaches from a broader, more diverse community and can potentially be utilized to populate a starter library of digital exploration element models. Finally, NASA has established a council of senior technical personnel to develop a 20-year long-term vision and road map for NASA’s MBSE capability and how it might be expected to evolve and bring increasing value.

Summary

MBSE is being used by aerospace and military contractors and the DoD to replace the traditional linear system development processes with a collaborative and non-linear approach that supports the faster development of complex cyber-physical systems and systems of systems. MBSE also reduces system development costs, and the combination of digital twins and digital threads can extend the system development process through end of life. The strength of support in the aerospace community is apparent in NASA’s effort to develop a 20-year vision for MBSE use.

References

The System Engineering “V” – Is It Still Relevant In the Digital Age?, Boeing
Model-based open architecture, Hardware Open Systems Technologies (HOST)
Model-Based Systems Engineering: Informed Decisions for Adoption & Alignment, NASA
Modelica Association

 

You may also like:


  • How do SPDM & PLM support MBSE?

  • What’s a digital shadow and how does it relate to…

  • How do SysML and model-based design relate to MBSE?

  • How do digital threads & digital twins fit in MBSE?

  • What’s MBSE and what does it mean for designers?

Filed Under: Aerospace & Defense, Applications, FAQ, Featured Tagged With: FAQ

Primary Sidebar

Featured Contributions

Design a circuit for ultra-low power sensor applications

Active baluns bridge the microwave and digital worlds

Managing design complexity and global collaboration with IP-centric design

PCB design best practices for ECAD/MCAD collaboration

Open RAN networks pass the time

More Featured Contributions

EE TECH TOOLBOX

“ee
Tech Toolbox: Internet of Things
Explore practical strategies for minimizing attack surfaces, managing memory efficiently, and securing firmware. Download now to ensure your IoT implementations remain secure, efficient, and future-ready.

EE LEARNING CENTER

EE Learning Center
“analog
EXPAND YOUR KNOWLEDGE AND STAY CONNECTED
Get the latest info on technologies, tools and strategies for EE professionals.

EE ENGINEERING TRAINING DAYS

engineering

RSS Current EDABoard.com discussions

  • Elektronik devre
  • 12VAC to 12VDC 5A on 250ft 12AWG
  • SPI speed pic18f66j15
  • Antiparallel Schottky Diodes VDI-Load Pull
  • Power handling in RF waveguide components

RSS Current Electro-Tech-Online.com Discussions

  • how to work on pcbs that are thick
  • How to repair this plug in connector where wires came loose
  • compatible eth ports for laptop
  • Actin group needed for effective PCB software tutorials
  • Kawai KDP 80 Electronic Piano Dead
“bills

Design Fast

Component Selection Made Simple.

Try it Today
design fast globle

Footer

Analog IC Tips

EE WORLD ONLINE NETWORK

  • 5G Technology World
  • EE World Online
  • Engineers Garage
  • Battery Power Tips
  • Connector Tips
  • DesignFast
  • EDA Board Forums
  • Electro Tech Online Forums
  • EV Engineering
  • Microcontroller Tips
  • Power Electronic Tips
  • Sensor Tips
  • Test and Measurement Tips

ANALOG IC TIPS

  • Subscribe to our newsletter
  • Advertise with us
  • Contact us
  • About us

Copyright © 2025 · WTWH Media LLC and its licensors. All rights reserved.
The material on this site may not be reproduced, distributed, transmitted, cached or otherwise used, except with the prior written permission of WTWH Media.

Privacy Policy