Nordic Engineering Lifecycle Management User Group

Hello!

I saw in Michael's presentation regarding Rhapsody SE that it will deliver configuration driven designs. Is there any planned integration between Rhapsody and GCM such that the global components in GCM and their global configurations and local contributions can be modeled and kept consistent with the SysML model?

As a simple SysML v1 example you might have a block with the name "System" and three other blocks with the names "Subsystem A", "Subsystem B" and "Subsystem C". The System block have part properties itsSubsystem A, itsSubsystem B and itsSubsystem C typed by the respective blocks.

Now let's consider the situation where I want to have three different configurations of the System; System 1, System 2 and System 3 which comprise different variants of the subsystems:

System 1; comprising itsSubsystem A 1, itsSubsystem B 1, itsSubsystem C 1

System 2; comprising itsSubsystem A 2, itsSubsystem B 2, ...

System 3; ...

The System block would then need to be created as a Global Component in GCM and each variant would be a Global Stream.

Each Subsystem block would then also need to be created as Global Components in GCM and each variant of them it's own Global Stream.

Then for each of the three global configurations of the System, you would create a configuration tree of the global streams corresponding to the parts and blocks in the SysML model.

This should be made automatically and consistently behind the scenes by Rhapsody and GCM! Is this kind of integration planned for Rhapsody SE and GCM? Is that the meaning of Configuration driven designs? 

In EWM (RMM) you can set up your components to model this.

An EWM(RMM) snapshot, baseline or stream can be a member of any GC.

Is this what you ask?

Hello!

I saw in Michael's presentation regarding Rhapsody SE that it will deliver configuration driven designs. Is there any planned integration between Rhapsody and GCM such that the global components in GCM and their global configurations and local contributions can be modeled and kept consistent with the SysML model?

As a simple SysML v1 example you might have a block with the name "System" and three other blocks with the names "Subsystem A", "Subsystem B" and "Subsystem C". The System block have part properties itsSubsystem A, itsSubsystem B and itsSubsystem C typed by the respective blocks.

Now let's consider the situation where I want to have three different configurations of the System; System 1, System 2 and System 3 which comprise different variants of the subsystems:

System 1; comprising itsSubsystem A 1, itsSubsystem B 1, itsSubsystem C 1

System 2; comprising itsSubsystem A 2, itsSubsystem B 2, ...

System 3; ...

The System block would then need to be created as a Global Component in GCM and each variant would be a Global Stream.

Each Subsystem block would then also need to be created as Global Components in GCM and each variant of them it's own Global Stream.

Then for each of the three global configurations of the System, you would create a configuration tree of the global streams corresponding to the parts and blocks in the SysML model.

This should be made automatically and consistently behind the scenes by Rhapsody and GCM! Is this kind of integration planned for Rhapsody SE and GCM? Is that the meaning of Configuration driven designs? 

In EWM (RMM) you can set up your components to model this.

An EWM(RMM) snapshot, baseline or stream can be a member of any GC.

Is this what you ask?

------------------------------
STEFAN ALBINSSON

Original Message:
Sent: Thu May 15, 2025 05:23 AM
From: Markus Nordstrand
Subject: Rhapsody Classic or Rhapsody SE based Product Line Engineering (PLE) with Global Configuration Management (GCM)

Hello!

I saw in Michael's presentation regarding Rhapsody SE that it will deliver configuration driven designs. Is there any planned integration between Rhapsody and GCM such that the global components in GCM and their global configurations and local contributions can be modeled and kept consistent with the SysML model?

As a simple SysML v1 example you might have a block with the name "System" and three other blocks with the names "Subsystem A", "Subsystem B" and "Subsystem C". The System block have part properties itsSubsystem A, itsSubsystem B and itsSubsystem C typed by the respective blocks.

Now let's consider the situation where I want to have three different configurations of the System; System 1, System 2 and System 3 which comprise different variants of the subsystems:

System 1; comprising itsSubsystem A 1, itsSubsystem B 1, itsSubsystem C 1

System 2; comprising itsSubsystem A 2, itsSubsystem B 2, ...

System 3; ...

The System block would then need to be created as a Global Component in GCM and each variant would be a Global Stream.

Each Subsystem block would then also need to be created as Global Components in GCM and each variant of them it's own Global Stream.

Then for each of the three global configurations of the System, you would create a configuration tree of the global streams corresponding to the parts and blocks in the SysML model.

This should be made automatically and consistently behind the scenes by Rhapsody and GCM! Is this kind of integration planned for Rhapsody SE and GCM? Is that the meaning of Configuration driven designs? 

------------------------------
Markus Nordstrand
------------------------------

Yes I know you can do this in EWM (RMM).

My question is if the meaning of the text Configuration driven designs in Rhapsody SE on Michael's slide allows you to model the configurations themselves in Rhapsody SE and have the necessary components and streams in all the ELM tools be automatically and consistently created/removed etc.

Something like Model-Based Product Line Engineering that is explained in the book Model-Based Product Line Engineering (MBPLE): The Feature-Based Path to Product Lines Success.

------------------------------
Markus Nordstrand

Original Message:
Sent: Fri May 16, 2025 02:45 AM
From: STEFAN ALBINSSON
Subject: Rhapsody Classic or Rhapsody SE based Product Line Engineering (PLE) with Global Configuration Management (GCM)

In EWM (RMM) you can set up your components to model this.

An EWM(RMM) snapshot, baseline or stream can be a member of any GC.

Is this what you ask?

------------------------------
STEFAN ALBINSSON

Original Message:
Sent: Thu May 15, 2025 05:23 AM
From: Markus Nordstrand
Subject: Rhapsody Classic or Rhapsody SE based Product Line Engineering (PLE) with Global Configuration Management (GCM)

Hello!

I saw in Michael's presentation regarding Rhapsody SE that it will deliver configuration driven designs. Is there any planned integration between Rhapsody and GCM such that the global components in GCM and their global configurations and local contributions can be modeled and kept consistent with the SysML model?

As a simple SysML v1 example you might have a block with the name "System" and three other blocks with the names "Subsystem A", "Subsystem B" and "Subsystem C". The System block have part properties itsSubsystem A, itsSubsystem B and itsSubsystem C typed by the respective blocks.

Now let's consider the situation where I want to have three different configurations of the System; System 1, System 2 and System 3 which comprise different variants of the subsystems:

System 1; comprising itsSubsystem A 1, itsSubsystem B 1, itsSubsystem C 1

System 2; comprising itsSubsystem A 2, itsSubsystem B 2, ...

System 3; ...

The System block would then need to be created as a Global Component in GCM and each variant would be a Global Stream.

Each Subsystem block would then also need to be created as Global Components in GCM and each variant of them it's own Global Stream.

Then for each of the three global configurations of the System, you would create a configuration tree of the global streams corresponding to the parts and blocks in the SysML model.

This should be made automatically and consistently behind the scenes by Rhapsody and GCM! Is this kind of integration planned for Rhapsody SE and GCM? Is that the meaning of Configuration driven designs? 

------------------------------
Markus Nordstrand
------------------------------