NextGenSysML Part 6 – Structure Requirements

NextGenSysML Part 6 – Structure Requirements

SysML v2 Logo

This blog post presents the requirements for structure modeling with SysMLv2. It is part of a blog post series about the upcoming new SysML v2 and SysML API & Services standard. The blog posts present the requirements for the standard stated in the request for proposals (RFP) published by the OMG. See end of this post for a list of all posts of this series including a link to the first post of the series that provides an overall introduction.

The modeling of structures is one of the main pillars of system modeling. In SysML v1, the essential elements of structure modeling are the blocks and parts with appropriate relationships, and the block definition and internal block diagrams.

Of course, SysML v2 will also provide capabilities to model structures, and they will be similar to SysML v1. The central element will be a modular unit of structure that defines value properties, interface ends, constraints, and other structural as well as behavioral features. That model element can be used to model building blocks of a system architecture, items that flow through the system, data, concepts, and other structural elements.

The RFP calls this model element Definition Element which does not mean that this will be the same name of that element in the final SysML v2. In SysML v1, this model element is called a Block.

SysML v2 shall also provide a usage element that represents the usage of a definition element in a specific context. In SysML v1, this is, for example, a part property.

SysML v2 will have a special focus on the modeling of usages. It is the most intuitive modeling of structures for engineers. Except for the software engineers, most system modelers struggle with the concept of block definition and block usage (parts) in SysML v1. With SysML v2 you can – simply said – model ibd’s without bdd’s.

SysML v2 shall provide basic structure modeling capabilities like

  • Hierarchical composition structures of definition elements (in SysML v1: blocks and part properties).
  • References from one element to another element (in SysML v1: associations with aggregate kind none or shared (aggregation))
  • Multiplicities for usage elements
  • Generalization/Specialization

More exciting is the requirement for a capability to model structure with variability. In the blog post NextGenSysML #4, I already presented the SysML v2 cross-cutting requirements for variant modeling. The requirement “Structure with Variability” is specific to the modeling of structures. At each level of a decomposition structure, a variant from different possible variant choices can be selected. A non-mandatory requirement requests the additional capability to auto-generated a tree of elements based on a set of rules, i.e., you can generate a single variant from a configuration space.

SysML v2 will also provide better support for modeling deeply nested structures. For example, to specify values of part properties deeply nested in the system structure. That includes the capability to locally override, redefine or add features to the features defined by the type.

The Digital Twin is on everyone’s lips. SysML v2 shall include a capability to model the structure of an individual, for example, a digital twin (depending on your definition of a digital twin). In SysML v1 you can already model instances, but the expressiveness is very limited.

The next blog post covers the requirements about the capability of SysML v2 to model interfaces. Stay tuned!

Previous blog posts of this series:

Planned future blogs posts:


Leave a Reply

Your email address will not be published. Required fields are marked *