Skip to main content

With Syndeia 3.2, Intercax offers a new capability for user-defined mappings in model transformations.

Syndeia, the MBE (Model-Based Engineering) platform from Intercax, enables the creation of a single digital model distributed over multiple engineering software tools. Part of building that total system model may require transforming part of a model in one tool into an equivalent model in a different tool. The two models remain connected so that common information can be shared, compared and harmonized as the model evolves. A significant conceptual challenge is deciding how to map element types, attributes and relationships across the tool boundary, as indicated in Figure 1.

model-transform-syndeia

Up to now, Syndeia had hard-coded most of those choices, with only a few user-selectable options. Customers requested more flexibility to control what information is shared and what element types are accommodated. In Syndeia 3.2, users can define and use their own custom mappings between SysML (Rhapsody or MagicDraw) and Atlassian JIRA, Siemens Teamcenter, IBM DOORS NG, and Jama.

A New Mappings Tab for the Syndeia Dashboard

Creating, editing and deleting custom mappings use a new tab on the Syndeia dashboard (Figure 2). Accessing this tab requires a special software license in addition to the regular user license. This mapping license will be provided at no cost to all new and upgraded Syndeia 3.2 customers, but we recommend that it be restricted to only a few advanced users or system administrators. They can create and edit custom mappings that can be distributed and used by any Syndeia user within the organization.

The new capability supports multiple use cases. It must not only support new mappings between standard element types; it must also recognize and use custom element types created by customers or third parties: new types of requirements, PLM items, project management issues and so forth. You can see some of these use cases in action in a 6-minute video:

 

 

Syndeia 3.2 comes with extensive documentation and hands-on tutorials to get new users started.

Next Steps

In Part 2 of this blog series on new features in Syndeia 3.2, we showed how reference connections can now be made between non-SysML model elements, e.g. a Teamcenter item to a Jama requirement or a JIRA issue. Syndeia does not yet support the same facility for model transform connections, but it will in future releases and this will cause the number of possible mappings to increase geometrically. The user-defined mappings described here creates the framework for this next step, as well as the addition of new tool interfaces.

Related Posts:

Related Posts

Pipelines Part 3 – Matching Requirements to Parts using Syndeia Digital Pipelines

We’re continuing our blog series on using Syndeia digital pipelines to execute real world use cases in systems engineering. In Part 2, we demonstrated a digital pipeline that ...
Dirk Zwemer and Gregory Seeds

Pipelines Part 2 – Gap Analysis between Requirements and Tests

Demonstrating measurable ROI from digital engineering is just as important in driving enterprise adoption as customer mandates, e.g. DoDI 5000.97. In particular, the concept of ...
Dirk Zwemer and Gregory Seeds

Pipelines Part 1: Quick Introduction and Demo

Syndeia Pipelines automate digital engineering workflows by orchestrating complex, multi-step tasks, such as ETL operations, cross-repository queries, model transformations/syncs, ...
Manas Bajaj

Christmas at the North Pole, Powered by Pipelines🎄

While the rest of the world is busy hanging lights, doing last minute gift shopping, and sipping cocoa, the North Pole is deep in digital engineering mode. Snow is falling, elves ...
Manas Bajaj

What’s New in Syndeia 3.7? - Part 1

We are excited to release Syndeia 3.7, the next generation of our digital thread platform for integrated digital engineering. Check out the latest features in less than 5 minutes ...
Dirk Zwemer

Model-Based Systems Engineering for Autonomous Vehicles, Part 16 – Custom Dashboards

In Parts 1-10 of this blog series, we built a digital thread for an autonomous vehicle system to demonstrate how a federation of models in different software tools can become a ...
Dirk Zwemer

Model-Based Systems Engineering for Autonomous Vehicles, Part 15 – Digital Pipelines

In Part 14 of this series, we developed a custom script to calculate project metrics for our Autonomous Vehicle digital thread project. The value of this information is greatest ...
Dirk Zwemer

Model-Based Systems Engineering for Autonomous Vehicles, Part 14 – Open REST API

Syndeia has been developed as an API-first enterprise application, i.e. the full capabilities of the software are exposed through an open REST API with the understanding that the ...
Dirk Zwemer

Model-Based Systems Engineering for Autonomous Vehicles, Part 13 – Digital Reports

A key function of Digital Threads is to be able to answer questions about project status in real-time without the overhead of data collection, status reports and meetings. In this ...
Dirk Zwemer