User Tools

Site Tools


sysml-roadmap:systems_engineering_interoperability_working_group

This is an old revision of the document!


Back to System Modeling Assessment and Roadmap Working Group

Systems Engineering Interoperability Workgroup

Project Overview

The Systems Engineering Interoperability project originated as part of the SysML Roadmap effort within the OMG Systems Engineering Domain Special Interest Group (SE DSIG). The near term goal is to identify requirements related to interoperability such that SysML can support standards for data interoperability, traceability, analytics in a multi-disciplinary engineering context.

Driving Requirements

  • The next-generation modeling language and tools must support MBSE in the broader context of Model-Based Engineering (MBE), where the models and tools are fully integrated across discipline-specific engineering tools, including hardware and software design, analysis and simulation, and verification. All these model-based tools working together establish an environment for engineering the total system.
  • The next-generation modeling language must provide a standard application programming interface (API) to provide dynamic access to the model, while providing appropriate access controls.
  • It should also integrate with emerging platforms for managing and integrating model-based content, such as Open Services for Lifecycle Collaboration (OSLC), which is based on linked data and semantic web technology, and the Functional Mockup Interface (FMI), which provides model exchange and co-simulation capability for executable behavior models.
  • Model transformation is another core capability of the SME, by providing the ability to translate from one modeling language to another.

Example Use Cases

  1. Elaborating a SysML Block with a behavioural model described in a different language (e.g. Modelica) and keeping the interfaces in synch
  2. Rendering a SysML diagram on a lightweight / web based tool
  3. Reading SysML models by analysis tools, for example, making sure the model conforms to some pre-defined rules
  4. Linking SysML elements with external elements such as requirements or test cases
  5. Model transformation rules (UPDM→SysML, SysML→UML)

and more…

Status Quo

  • No cross-disciplinary traceability
  • Different (proprietary) data formats
  • Need to capture multi-disciplinary engineering data and relationships in a common data format
  • No standard API to access SysML data
  • No standard Web API to access SysML data
  • No standard Query API to perform complex queries on SysML data

Limitations of SysML

SysML data is currently not available:

  • in a standardized graph-based data format
  • through a standard API
  • through a standard Web API
  • through a standard Query API to perform complex queries

Derived Requirements for Interoperability

System Modeling Environment (SME) should support:

  • a data format suitable for describing graphs
  • a non-proprietary data format
  • a widely adopted data format
  • Standard Web API to access SysML data
  • Standard Web API supporting complex queries

Key Features of New Concepts

  • Adoption of data format and data access standards aligned with W3C standards
  • Adoption of data format and data access standards aligned with the larger web community
  • Merging/Linking different systems engineering standards (STEP/OMG/ISO/OSLC) through Linked Data
  • Data of the System Modeling Environment (SME) should be available in the W3C standard Resource Description Framework (RDF)
  • Metadata (semantics) in the System Modeling Environment (SME) should be defined in RDF vocabularies (W3C standard RDF Schema) and shape constraints (W3C standard SHACL)
  • Web API of the System Modeling Environment (SME) should be RESTful and conform to the W3C standard Linked Data Platform
  • Query API of the System Modeling Environment (SME) should conform to the W3C standards SPARQL and SPARQL Protocol

Review Documents

Prototypes to demonstrate feasibility

SME/SysML v2 Service requirements (e.g. functions) to support interoperability

Most services listed in the spreadsheet are useful for supporting data traceability/interoperability.

  • Services to create, read, update, and delete links between tools
  • Services to create, read, update, delete, and execute transformations to/from SysML models
  • Services to export and import unstructured and structured data
  • Services to create, update, delete, and execute model elements and patterns
  • Services to create, resd, update, and delete viewpoints
  • Services to create, read, update, delete, and execute model queries to support visualization and analysis
  • Services to generate and manage views
  • Services to create, read, update, delete, and execute model validation rules to validate input data and model
  • Services to create, read, update, delete, and execute analytical models
  • Services to manage model metadata
  • Services to manage changes to model
  • Services to create, read, update, delete, and execute workflows and notifications

Current Action Items

  • Address requirements related to FMI and model transformation
  • Present traceability/interoperability requirements in the context of change management scenarios
  • Illustration of how their concepts supports the Hybrid SuV scenario

Team

Name Organization email
Axel Reichwein Koneksys axel.reichwein@koneksys.com
Nerijus Jankevicius No Magic nerijus@nomagic.com
Eldad Palachi IBM eldad.palachi@il.ibm.com

Last updated February 17, 2016

sysml-roadmap/systems_engineering_interoperability_working_group.1460090554.txt.gz · Last modified: 2016-04-08 00:42 by sfriedenthal