As engineering organizations search to learn from digital engineering, many think about strengthening how fashions are used throughout engineering work beneath the banner of model-based programs engineering (MBSE). The Worldwide Council on Programs Engineering (INCOSE) defines MBSE because the formalized utility of modeling to help necessities, design, evaluation, verification, and validation all through the system life cycle. The excellence will not be whether or not a corporation makes use of fashions, since practically all engineering actions do, however slightly to undertake practices that make chosen fashions authoritative, linked, and ruled. Because of this fashions are used as major help for making and verifying lifecycle choices and for decreasing technical threat.
The alternatives of related fashions rely on the choices being confronted or technical dangers to be mitigated. Examples embrace:
- a SysML v2 mannequin that hyperlinks necessities to system construction, interfaces, habits, and verification
- an AADL mannequin that represents embedded software program and {hardware}, processor and bus bindings, communication paths, and end-to-end latency
- a necessities mannequin in IBM DOORS that manages requirement decomposition, allocation, baselines, change historical past, and verification hyperlinks
- a authorities reference structure modeled in SysML v1 in Cameo Programs Modeler that defines reusable mission, system, and interface patterns for packages to tailor
- and a UAF mannequin that connects operational targets, actions, roles, sources, and measures
These fashions reply completely different questions and require completely different experience, proof, validation, and governance.
Consequently, adopting MBSE shouldn’t be handled as a binary selection, as in, you’re both “doing MBSE” otherwise you’re not. A helpful MBSE follow names the mannequin, the choices it helps, when it’s created and up to date, the way it connects to different engineering data, how it’s validated, and the way its outcomes are checked with respect to the as-built system. A SysML v2 mannequin could also be checked for semantic consistency, design acceptance standards, and traceability; an AADL mannequin could also be instantiated and analyzed towards latency or useful resource limits; an IBM DOORS necessities mannequin could also be reviewed for attribute completeness, baseline integrity, and traceability protection; a authorities reference structure in Cameo could also be checked for conformance to its SysML v1 profile and for full mission, system, and interface patterns; and a UAF mannequin could also be reviewed for alignment amongst targets, actions, roles, and sources.
Scaling issues could be important, together with each “horizontal” throughout components of built-in programs and “vertical” in help of programs that should help a number of variants and proceed to evolve. Product-line SysML fashions, for instance, should handle variants and traceability; AADL fashions spanning computing platforms should handle bindings and timing assumptions; DOORS repositories should handle baselines, entry, and hyperlink integrity; and reference architectures in SysML or UAF reused throughout packages should handle profile, library, model, and tailoring governance.
Challenges with Digital Transformation and MBSE
The Nationwide Academies’ 2025 examine Digital Transformation within the Division of the Air Drive describes digital transformation because the development of practices supporting MBSE, digital twins, and digital threads throughout full system life cycles. It additionally concludes that there is no such thing as a confirmed components for enterprise-wide success. A mannequin doesn’t create worth merely by present. It creates worth when folks use reliable, appropriately validated mannequin data to make and confirm choices.
The proof base reinforces the necessity for a measured strategy. Campo and colleagues reviewed 60 sources and coded greater than 2,900 claims about MBSE; 47 % of the claims rested on creator opinion, and 86 % weren’t supported by a metric. Henderson and Salado equally discovered that two-thirds of claimed MBSE advantages had been supported solely by perceived proof and that solely two papers of their evaluation reported measured proof. These findings don’t present that MBSE lacks worth. They present that organizations want express, model-specific worth hypotheses and measures that join an outlined mannequin and its use in a choice to engineering and mission outcomes.
Adoption research additionally establish sensible obstacles. Vogelsang and colleaguesinterviewed 20 specialists from 10 German embedded-systems firms and located issues about immature tooling, unsure return on funding, and migration of present knowledge and processes. Their members usually anticipated MBSE to handle complexity and cut back value however couldn’t at all times establish which fashions, analyses, or resolution workflows would produce these advantages. The researchers concluded that poor experiences incessantly started with expectations that had been too excessive or insufficiently concrete.
The SEI’s first MBSynergy Workshop introduced collectively 25 subject-matter specialists from protection and intelligence packages and recognized 5 recurring obstacles: a mismatch between program-management wants and MBSE experience, imprecise definitions of right implementation, the absence of a neighborhood of follow, adoption pushed by instruments or coverage slightly than mission wants, and unclear possession of the MBSE strategy. These are socio-technical issues. Shopping for a device or producing a set of diagrams doesn’t resolve them.
The SEI’s MBSynergy undertaking addresses these issues by modeling the modeling course of: the mission aim, goal choices, stakeholders, mannequin varieties, expertise, triggers, inputs, actions, outputs, high quality measures, validation strategies, dangers, and governance that make modeling helpful. Its workshop sequence helps a corporation outline, prioritize, and mannequin an preliminary MBSE technique. The group then workout routines that technique by a intentionally scoped pathfinder, measures what occurs, and makes use of the ensuing proof to refine the technique earlier than increasing it.
Scope of MBSE Adoption
Determine 1 supplies a scoping heuristic for that preliminary pathfinder. One axis represents product scope, from a part to a system of programs. The opposite represents enterprise scope, from a person practitioner to an enterprise functionality. The purpose labeled (1,1) represents one undertaking workforce utilizing a named set of fashions to help particular choices for one goal system. For instance, a workforce may use a SysML v2 mannequin to coordinate necessities, interfaces, habits, and verification for an unmanned plane subsystem, an AADL mannequin to investigate timing and useful resource use in its flight-control structure, and an IBM DOORS necessities mannequin to handle allocation and verification proof. It might additionally tailor or replace a authorities reference structure modeled in SysML v1 in Cameo Programs Modeler to ascertain frequent mission, system, and interface patterns. That is the minimal scope more likely to expose the coordination, lifecycle, and decision-making issues wanted to find out how MBSE will work past a person modeling activity.

Determine 1: A two-dimensional scoping heuristic for MBSE adoption. The (1,1) pathfinder focuses on one undertaking workforce and one goal system.
The classes on each axes are cumulative working definitions, not normative MBSE phrases or maturity ranges. Every stage provides scope and coordination , however technical penalties rely on the fashions concerned. A SysML v2 mannequin for a product line introduces variant and traceability administration; an AADL mannequin spanning processors and networks introduces binding, timing, and useful resource evaluation issues; IBM DOORS necessities fashions spanning organizations introduce baseline, access-control, and link-integrity issues; and a authorities reference structure in SysML v1 in Cameo Sytems Modeler introduces profile, library, model, and tailoring governance as packages reuse it.
Product Scope
- Part. A bounded subsystem, interface, operate, or system attribute managed inside a restricted engineering scope.
- Goal system. One system of curiosity whose engineering disciplines, fashions, and lifecycle artifacts are coordinated beneath a standard resolution authority.
- Product line. A household of associated programs or variants that shares property and should help choices throughout product variants, mannequin configurations. and launch horizons.
- System of programs. Independently managed programs whose interactions create mission-level capabilities and cross-system evaluation dependencies involving mannequin possession, interfaces, and evaluation.
Enterprise Scope
- People. Practitioners apply modeling inside specialised roles, usually by domestically managed or sequential workflows.
- Venture workforce. Contributors share an goal, funds, schedule, management, and a standard understanding of key phrases and authoritative data.
- Product group. A number of undertaking groups coordinate modeling practices, technical scope, and planning horizons to help associated merchandise or releases.
- Enterprise. Roles, governance, infrastructure, and modeling practices are coordinated throughout the group and its portfolio.
Why Scope Issues
An MBSE adoption technique should account for each enterprise systems-engineering wants and the choices and workflows of constituent groups. Simply as independently developed programs can create integration value and delay, disconnected engineering workflows can produce inconsistent assumptions, duplicate evaluation, and late discovery of cross-system results. Enterprise-level MBSE can allow reuse, portfolio-level tradeoffs, constant acquisition expectations, and lowered reinvention, however these advantages rely on coordinated processes and reliable mannequin data.
A part modeled by one practitioner can reveal a notation or device, however it might reveal little about workforce coordination, governance, expertise, or lifecycle integration. On the different excessive, starting with an enterprise-wide or system-of-systems deployment introduces too many organizational and technical variables directly. A (1,1) pathfinder creates a sensible studying atmosphere: broad sufficient to show actual workflow and governance issues however slender sufficient to supply well timed suggestions and management threat.
That is why a pathfinder should be chosen with future scale in thoughts. Its quick goal is to not full an enterprise transformation. It’s to check assumptions about which fashions help which choices, how their outcomes can be validated, what sources the work requires, and which technical and organizational choices will protect future choices.
From Technique to a Measurable Pathfinder
Earlier than selecting a pathfinder, a corporation ought to establish the next:
- a mission-oriented enterprise aim and a selected worth speculation for utilizing fashions
- present engineering workflows, present fashions, and the choices they help
- the roles, expertise, and competencies required to carry out and evaluation the work
- knowledge, modeling instruments, digital engineering environments, and integration constraints
- relevant insurance policies, governance choices, and possession of the MBSE strategy
- success measures, dangers, and the choice standards for adapting or increasing the trouble
MBSynergy makes use of pathfinder to imply a scoped pilot whose objective is to generate proof for scaling, not an remoted demonstration {that a} device can produce a mannequin. The pathfinder ought to take a look at an actual modeling course of for an actual goal system, with specified mannequin varieties and stakeholders who personal the choices and outputs. That might imply updating a SysML v2 structure after a requirement change and reviewing interface impacts, instantiating an AADL structure to test whether or not flight-control flows stay inside latency budgets, establishing an IBM DOORS necessities baseline and checking verification protection, or tailoring a SysML v1 authorities reference structure in Cameo for one program. It also needs to produce proof concerning the time, expertise, tooling, governance, validation, and model-management effort that broader adoption would require.
Measures ought to replicate each near-term course of efficiency and longer-term program outcomes, and they need to match the mannequin and resolution. A SysML v2 pathfinder may observe semantic validation errors, unresolved interfaces, traceability gaps, evaluation effort, and the time wanted to propagate a requirement change. An AADL pathfinder may observe profitable instantiation, evaluation protection, timing or resource-limit violations, and evaluation turnaround time. An IBM DOORS pathfinder may observe lacking attributes, orphan or suspect hyperlinks, baseline cycle time, and verification protection. A Cameo reference structure pathfinder may observe profile violations, reused versus tailor-made components, unresolved deviations, and cross-program replace effort. Lagging outcomes can embrace rework, qualification delays, late defect discovery, lifecycle value, and threat discount. Defining each prevents early stakeholders from judging the trouble solely by prices incurred earlier than lifecycle advantages can seem.
Modeling the Modeling Course of
MBSynergy represents modeling issues as situations. A state of affairs captures an MBSE course of in a multi-faceted context together with the particular fashions used and the choices they inform. It may be summarized by a sample sentence: inside an atmosphere, stakeholders with particular expertise obtain a enterprise aim when a set off happens, executing a course of that makes use of named fashions to generate outputs from inputs with measured high quality attributes. An entire state of affairs additionally data preconditions, postconditions, dangers, references, tradeoffs, validation strategies, and the governance or instruments wanted for execution.
Contemplate a pathfinder targeted on evaluating a Modular Open Programs Method (MOSA) proposal. A bidder’s proposal triggers the method. Program workplace evaluators apply standards from the request for proposal and different authoritative steering. The response is an analysis report, and measures assess its high quality, cycle time, effort, and consistency. On this case, the first modeled artifact is a UAF illustration of the analysis course of: its targets, actions, data, roles, competencies, measures, and dangers. The proposal and analysis report stay inputs and outputs. Modeling the state of affairs makes the required stakeholder roles, expertise, data, instruments, resolution factors, and dangers express earlier than the group expands the method.
Working by situations with key stakeholders helps reply sensible questions:
- Which mission end result or engineering resolution ought to a selected mannequin enhance?
- Which set off, inputs, mannequin varieties, course of steps, and outputs are in scope?
- How will the group validate the mannequin and decide course of execution, mannequin high quality, and resolution high quality?
- Which roles, expertise, instruments, and authoritative data are required?
- Which governance choices and dangers might stop native success from scaling?
Every state of affairs is captured in two complementary varieties. A document-based definition helps early elicitation and evaluation by stakeholders who might not use modeling notation. A model-based definition maps the identical data into the Unified Structure Framework (UAF), the place express semantics help traceability, consistency checking, evaluation, and connection to enterprise structure. A coherent assortment of prioritized and linked situations turns into an preliminary, analyzable MBSE technique.
How the Workshop Sequence Works
The MBSE Technique Workshop Guidebook describes a repeatable three-workshop course of for outlining, modeling, and planning a pathfinder. The workshops assemble situations for actions which are or can be supported by named fashions and different digital property. Elaborating these situations establishes a rationale for every modeling exercise, identifies workforce and model-quality wants, and exposes execution dangers.
Organizations are finest positioned to learn after they have begun to ascertain primary modeling instruments and have employees with foundational modeling expertise. The strategy works finest when mission wants, slightly than a device mandate, drive the trouble; a modeling champion owns and guides the strategy; stakeholders from acquisition, programs engineering, software program engineering, verification and validation, and digital engineering take part; and management helps iterative studying slightly than demanding an entire baseline earlier than worth could be demonstrated.
The workshop sequence progresses from context to an actionable preliminary technique:
- Workshop 1 establishes this system context, introduces the MBSynergy state of affairs strategy, and brainstorms a contextual set of candidate situations.
- Workshop 2 prioritizes the highest-impact situations and elaborates a subset utilizing the MBSynergy state of affairs template.
- Workshop 3 validates a UAF mannequin of the elaborated situations and identifies near-term actions for piloting the preliminary technique.
The output will not be a completed enterprise deployment. It’s a documented, prioritized, and analyzable preliminary technique, along with the near-term actions wanted to train it by a pathfinder. Because the group runs the pathfinder, measures outcomes, and incorporates classes, the technique mannequin evolves.
Determine 2 reveals how the MBSynergy profile maps state of affairs content material to UAF ideas. Objectives and aims set up why the state of affairs issues; actions, data, and measures describe what it does; posts and competencies establish who performs it; and high quality attributes, dangers, and tradeoffs help evaluation. This formal construction connects organizational intent to executable modeling processes.

Determine 2: The MBSynergy profile in Cameo Enterprise Structure 2022x maps organizational targets, stakeholders, expertise, actions, data, measures, high quality attributes, and dangers to a proper UAF state of affairs.
Modeling the Path Forward
Getting by sq. one with MBSE doesn’t require a program to outline or deploy an enterprise-wide resolution on the outset. It requires an preliminary technique and a intentionally scoped pathfinder: one undertaking workforce, one goal system, named mannequin varieties, particular choices, and a transparent, mission-oriented worth hypotheses. Capturing the pathfinder as situations connects organizational targets to stakeholders, actions, mannequin outputs, validation strategies, high quality measures, dangers, and tradeoffs. Executing these situations produces proof that leaders can use to refine the strategy, protect future choices, and increase MBSE practices the place specific fashions ship measurable worth.
The SEI’s MBSynergy: MBSE Technique, Modeling, and Situation Instruments assortment brings collectively the workshop steering, state of affairs templates, UAF 1.2-based profile, state of affairs library, and tutorial wanted to help that development. Collectively, these sources assist packages doc present practices, analyze various adoption paths, plan a targeted pathfinder, and evolve towards an organizationally sustainable and mission-relevant MBSE functionality.
For extra data or to collaborate with the SEI, e mail [email protected].
