In this post, we will continue the example begun in Part 4. We are evaluating the Syndeia interoperability platform from Intercax using the criteria for evaluating integration solutions (IS) laid out in the first three parts of the series. In this part, we will focus on technical approaches to integrating models. No particular technical approach should be regarded as good or bad, but each carries with it strengths and weaknesses with respect to supporting certain kinds of user functionality.
It should also be noted that technical approaches change over time and that any evaluation is only a snapshot. This is certainly true of Syndeia, which is evolving from a pure local application to a SaaS enterprise application, based on the requirements of the customers who are adopting it within their increasingly complex systems development projects.
The Syndeia Cloud database stores only connections between model elements, while most of the system data remains in the existing repositories. However, large projects can have millions of such connections, so setting up a scaleable database taking advantage of the latest technologies is part of the installation.
Syndeia Cloud uses a microservice architecture to update the database when connections are created, modified or deleted, individually or in groups. These connections are version-managed, so that earlier versions are retained after updating and can be reconstructed.
No, Syndeia does not use an existing PLM repository, e.g. Teamcenter, Windchill, Aras, etc.
No, Syndeia does not allow users to check out or lock sections of the database as in a PLM system.
The Syndeia Cloud database stores connections between model elements, while most of the system data remains in the existing repositories.
Syndeia can create and maintain connections to either files or structured data elements within those files.
With the appropriate tool interface, Syndeia can expose the model elements within the domain models and can access and share those model elements with models in other tools.
Syndeia supports integrations between over a dozen different engineering software tools. New tool interfaces are introduced with each release. However, not all point-to-point integrations support all the same use cases.
Yes, all the connection information created by Syndeia is stored in a single database (Syndeia Cloud) and can be searched, queried and visualized through the same user interface.
Yes, all the tool-to-tool integrations are executed through a single user interface with standard commands such as drag-and-drop, right-click to show menus, etc.
Yes, Syndeia supports pattern-matching query languages that can identify and display extended chains of connection between model elements, e.g. Jama-Rhapsody-JIRA.
Yes, in some cases, Syndeia can transform data models between repositories, e.g. transform a SysML activity diagram to a Simulink block diagram or a PLM bill-of-materials to a SysML block structure. Syndeia also supports the link option between model elements in which no model transform or data sharing occurs.
Yes, Syndeia maintains individual connections between model elements in the transformed models, e.g. a Jama requirements hierarchy transformed into a SysML requirements hierarchy remains connected at the individual requirement level.
Yes, Syndeia supports compare and update between transformed models.
No, Syndeia does not enforce a specific workflow for creating connections or transforming models, although it does respect user permissions in accessing domain repositories.
No, Syndeia does not enforce a specific workflow for making changes across tool boundaries, although it does respect user permissions in writing to domain repositories.
No, Syndeia has interfaces to tools from many different vendors, including IBM, Siemens, PTC, and Dassault Systemes. No particular vendor is favored.
Syndeia seeks to work with as wide a range of partners as possible, although not all widely used applications are currently supported. A list of available interfaces is presented on our website, www.intercax.com/syndeia.
Intercax attempts to maintain Syndeia’s compatibility with the latest commercial releases from all its partners. Specific interface functionality is driven by customer needs, as well as technical limitations in the integrated tool API, but the general trend is to bring full integration features to all tool combinations.
Currently, Syndeia is a hybrid. Syndeia Cloud is server-based. Syndeia clients, both plug-ins and stand-alone, reside on local users’ machines. The Syndeia roadmap plans to shift full functionality to Syndeia Cloud.
Connection storage and queries are handled by Syndeia Cloud through an open API. Functionality to create connections resides on the local clients.
Both options are supported, but server-based storage is more scaleable and offers better access in collaborative environments.
Yes, the Syndeia 3.3 release allows integration data to be accessed through a web browser.
Syndeia client usage is controlled by node-locked or floating licenses.
Syndeia Cloud usage is controlled by named user accounts.
Figure 1 Syndeia scoring against Approaches
The summary of Syndeia’s evaluation in terms of technical approaches, shown in Figure 1, can be summarized in several short statements:
In the next post in this blog series, I will evaluate our Syndeia interoperability platform with respect to Other Requirements, following the outline in the earlier Part 3.
Related Posts: