Aerospace and defense organizations have invested heavily in digital threads, PLM and MBSE. The next step is turning connected engineering data into decision-grade intelligence that can generate, verify and trace technical decisions directly within engineering processes.
From digital continuity to decision-grade intelligence in aerospace and defense
Aerospace and defense programs have spent a decade connecting engineering systems. The next competitive edge won't come from more connectivity—it will come from turning that connectivity into faster, traceable, technically defensible decisions.
Here's the paradox: aerospace and defense engineering isn't short on information.
Programs already generate mountains of requirements, CAD models, system architectures, simulation results, bills of materials, manufacturing records, test evidence, certification documents, and operational feedback. The industry has poured billions into PLM, MBSE, digital threads, and digital twins.
And yet, making a single confident engineering decision often still takes longer than the technology around it should allow.
Why more data hasn't meant faster decisions
The problem shows up the moment information has to cross a system boundary.
A requirement changes—but its ripple effects across interfaces, geometry, manufacturing, and certification aren't immediately visible. A past design exists—but the reasoning that justified it is buried and hard to retrieve. A technical rule is written down somewhere—but applying it consistently across every product configuration still comes down to manual interpretation.
This is the gap aerospace and defense organizations now need to close.
Digital continuity connects engineering information across the lifecycle. But connectivity alone won't generate a better architecture, validate a 3D model, catch a configuration inconsistency, or explain the downstream impact of a technical change.
For that, engineering knowledge has to become operational.
The engineering bottleneck has moved
For years, digital transformation in A&D meant one thing: digitize documents, connect applications, build a single, consistent product definition.
That work still matters. No AI system produces reliable engineering outcomes on top of outdated requirements, disconnected configurations, or incomplete lifecycle data.
But the real bottleneck today isn't access to information anymore. It's the time it takes to interpret that information, work out its technical implications, and turn it into a decision.
The 2026 Capgemini Research Institute study on aerospace and defense transformation puts a number on this. Of 200 organizations surveyed:
- Only 6% have achieved true end-to-end digital continuity—a connected enterprise architecture with a single source of truth.
- For everyone else, product knowledge stays scattered: requirements in one system, geometry in another, configuration data in PLM, rules buried in documents or spreadsheets, and critical rationale living in review notes or someone's head.
Each source might be perfectly correct on its own. The hard part is understanding how they interact—especially when a single local design decision can ripple into safety, airworthiness, manufacturability, system performance, supplier commitments, maintenance, and program cost.
The strategic question is shifting. It used to be:
How do we connect engineering data?
Now it's:
How do we use that connected knowledge to make better decisions before complexity turns into rework?
Digital continuity is the foundation, not the finish line
A mature digital thread preserves the relationships between requirements, architectures, designs, configurations, verification evidence, manufacturing outcomes, and in-service data.
When those relationships hold together, engineering teams get a clearer view of the product: which configuration is authoritative, what changed, and where the technical evidence lives.
This continuity is also non-negotiable for aerospace and defense AI. An AI model can't make a defensible assessment without knowing which requirement revision applies. It can't evaluate a design reliably if the interfaces, constraints, and configuration around it are missing. It can't safely reuse a past solution if the assumptions behind that solution are gone.
But here's the catch: even a well-connected digital thread is still just an information structure. It can show that a requirement links to a component, or that a test result belongs to a configuration. It doesn't understand the engineering logic behind that relationship**.**
A link between a requirement and a CAD model is not the same thing as proof that the geometry satisfies the requirement.
This is exactly where the industry needs to move beyond digital continuity—toward decision-grade intelligence.
Turning connected data into executable knowledge
Aerospace and defense organizations are sitting on decades of engineering knowledge—embedded in past programs, technical standards, design practices, simulation models, validation reports, and the experience of senior specialists.
The problem? Most of that knowledge is passive.
It can be found, read, and interpreted. It can't always be applied consistently to a new product definition. A rule buried in a document still needs someone to find the right version, understand its scope, and check it against the design by hand. A past architecture might exist without its underlying trade-offs ever being formalized. A manufacturing issue might get documented without ever systematically shaping the next design generation.
Engineering knowledge becomes valuable the moment it can act on the product.
At Dessia, that means transforming requirements, rules, CAD data, product relationships, and validated engineering practices into reusable AI applications that can generate and verify designs—not just help someone find a document faster.
An executable engineering capability can:
- Evaluate design alternatives against defined constraints
- Verify a 2D or 3D definition against product design rules
- Compare a logical architecture with its physical implementation
- Flag a technical inconsistency before it reaches manufacturing or testing
That's the direct link between an organization's accumulated knowledge and the decisions being made on today's program.
Engineering AI needs to live at the point of decision
Most industrial AI initiatives start with the technology: pick a model, run a proof of concept, then go looking for use cases. The demo looks impressive. It's also disconnected from the workflows that actually determine engineering quality and program performance.
The better starting point is a recurring engineering decision. Ask:
- Where do teams manually cross-check information, over and over?
- Which verification steps happen too late to matter?
- Which decisions depend on knowledge scattered across five different tools?
- Where does a single change trigger days of investigation before anyone understands its impact?
These are exactly the spots where aerospace and defense AI creates measurable value.
Take electrical harness verification. The physical 3D routing is only one piece of the puzzle—engineers also need to weigh the electrical architecture, connector references, pin assignments, wire data, installation constraints, and design rules.
A generic AI chatbot might help you find the right documents. It won't tell you whether the intended electrical architecture actually matches the physical harness.
A decision-grade application does both: it compares the two definitions, applies the expected technical logic, flags discrepancies, and shows exactly where the design diverges from intent.
The same logic applies to system architecture generation, equipment placement, fluid routing, 3D rule checking, drawing verification, configuration analysis, and engineering-change impact assessment. In every case, the value comes from embedding AI directly into a specific decision—one with defined inputs, constraints, and expected evidence.
Why so many AI pilots stall out
AI adoption in A&D is accelerating. Full deployment across engineering processes is not.
Capgemini's study found only 17% of organizations have achieved workflow orchestration or end-to-end AI integration. AI scales easily in contained tasks with structured inputs and measurable outputs—it scales much less easily in processes that need cross-functional coordination, supplier integration, or lifecycle-level traceability. That distinction matters a lot.
An isolated AI tool can make one task faster without touching the broader process around it. A capability that actually scales has to plug into authoritative data, product configurations, validation rules, and the systems engineers already rely on—and its logic has to hold up across multiple variants, projects, and product families, not just one demo.
So the right starting point isn't a universal AI platform promising to transform everything at once. It's a technically bounded problem where the value is easy to prove:
- Connect the necessary engineering inputs
- Formalize the relevant rules
- Integrate the capability into the existing environment
- Measure the effect on design time, verification effort, rework, or first-time-right performance
Once that's validated, extend the logic progressively. That's how one use case turns into an enterprise engineering asset.
Traceability can't be bolted on afterward
In aerospace and defense, an AI result doesn't get accepted just because it looks credible.
Engineers need to know: which inputs were used, which configuration was evaluated, which rules applied, and how the system reached its conclusion. They need to reproduce the result, challenge it, and know whether human sign-off is still required.
That's why explainability, traceability, and control need to be built into the architecture from day one—not added at the end.
Capgemini found that 80% of surveyed organizations rank transparency and explainability as important criteria when choosing engineering AI. The report also flags sovereignty, IP protection, security, auditability, certification, and export-control requirements as decisive factors.
For A&D companies, that means engineering intelligence has to:
- Preserve links to source requirements and product data
- Manage versions of rules and configurations
- Clearly distinguish deterministic checks from generated recommendations
- Operate inside the organization's security and sovereignty constraints
A result without evidence is fine for exploration. It's not good enough for a decision that affects a certified or mission-critical product.
AI raises the engineer's role—it doesn't replace it
Engineering Intelligence isn't about removing engineers from the loop. It's about freeing up engineering capacity currently spent on work that can be formalized, repeated, and checked systematically.
AI can explore more alternatives, compare more configurations, reconcile larger volumes of information, and apply recurring rules more consistently than a manual process ever could.
Engineers still own intent, trade-offs, exceptions, and final technical judgment—and that distinction matters. A design can satisfy every formalized rule and still be wrong, because of maintenance access, production constraints, operational priorities, cost, or system-level risk. Those calls need context and accountability no automated output can replace.
The real payoff of augmented intelligence is giving engineers a stronger basis for judgment. Less time spent hunting for information or re-running established checks. More time spent on the decisions that actually require expertise.
In a sector facing growing product complexity and a tight talent market, that's not just a productivity gain—it's a way to protect scarce engineering capacity.
From digital thread to active engineering system
The digital thread gave aerospace and defense a framework for connecting product information across the lifecycle. The next step is building an active engineering system that can reason across that information.
Capgemini points toward an engineering decision intelligence layer connecting decisions, dependencies, risks, and bottlenecks across functions and suppliers—built on secure infrastructure and designed around safety, certification, sovereignty, and trust.
From Dessia's perspective, that intelligence layer has to do more than provide visibility. It has to work directly with the product.
Dessia connects to existing engineering environments—native CAD, PLM data, requirements, rules, product architectures—and turns that knowledge into AI applications for design generation and verification. The goal isn't to replace the systems that already structure the engineering lifecycle. It's to make the knowledge inside them actionable, right when engineers need it.
That shift moves organizations from finding information to applying it, from reviewing one design manually to evaluating dozens of alternatives, and from catching inconsistencies downstream to verifying them at the point of creation.
A practical starting point for Engineering Intelligence
You don't need to rebuild your entire engineering stack to get value from AI.
You need one technically bounded process where the decision matters, the friction is visible, and the outcome is measurable. Maybe it's a design verification step that takes days. Maybe it's an architecture study drowning in combinations. Maybe it's a recurring comparison between product definitions stuck in different systems.
From there: connect the required knowledge, formalize the technical rules, integrate outputs with the traceability engineers actually need. That delivers immediate operational value—and builds a reusable knowledge base for whatever comes next.
Over time, individual capabilities combine into a broader Engineering Intelligence layer spanning multiple disciplines and programs. Progressive, measurable, grounded in real engineering work—not a big-bang transformation.