Author Topic: SysML Compartment notation  (Read 5946 times)

Peter @ BRACE

  • EA Novice
  • *
  • Posts: 3
  • Karma: +0/-0
    • View Profile
SysML Compartment notation
« on: January 18, 2012, 12:30:00 am »
OMG SysML suggests to use the 'compartment' notation. Extremely usefull when cross-cutting diagrams. E.g. See page 65:

http://www.omgsysml.org/SysML-Tutorial-Baseline-to-INCOSE-060524-low_res.pdf

How is this supported in EA?

qwerty

  • EA Guru
  • *****
  • Posts: 13584
  • Karma: +396/-301
  • I'm no guru at all
    • View Profile
Re: SysML Compartment notation
« Reply #1 on: January 18, 2012, 05:21:02 am »
Like someone else just asked with packages: Place the blocks on the diagram, expand them and drop it's contents over the block.

q.

Eve

  • EA Administrator
  • EA Guru
  • *****
  • Posts: 8085
  • Karma: +118/-20
    • View Profile
Re: SysML Compartment notation
« Reply #2 on: January 18, 2012, 08:15:32 am »
The allocatedFrom, VerifiedBy and SatisfiedBy compartments shown on that diagram are not available in the current build. We intend to add them to a future build.

The values compartment on the diagram is available on the current build of EA. It automatically shows the items of the appropriate type (which I can't remember off the top of my head) that are owned by the block.
« Last Edit: January 18, 2012, 08:16:36 am by simonm »

natvig

  • EA User
  • **
  • Posts: 65
  • Karma: +7/-0
  • I love YaBB 1G - SP1!
    • View Profile
Re: SysML Compartment notation
« Reply #3 on: January 23, 2012, 01:42:04 am »
A property with stereotype <<valueType>> will show up in the values compartment.

The references compartment is also not supported in current version of EA (922). And what about the flow properties, and operations compartments? Will they also be supported in future releases of EA?

Another related feature that is still missing is the option to hide SysML compartments. As a result, many block definition diagrams will be cluttered with ambigous information. If you use embedded parts/properties in your blocks you should think twice before upgrading to EA version 921 or 922.
« Last Edit: January 24, 2012, 02:19:49 am by natvig »

Wolfem

  • EA Novice
  • *
  • Posts: 9
  • Karma: +0/-0
    • View Profile
Re: SysML Compartment notation
« Reply #4 on: February 07, 2012, 02:08:54 am »
Quote
Another related feature that is still missing is the option to hide SysML compartments. As a result, many block definition diagrams will be cluttered with ambigous information. If you use embedded parts/properties in your blocks you should think twice before upgrading to EA version 921 or 922.

This is a feature I have been looking for quite a while. Now I know that it is missing.

I totally agree: diagrams get cluttered. Therefore hiding is an feature important to me.

On the other hand, I cannot do with versions older than 921 as some important bug-fixes are missing.

philchudley

  • EA User
  • **
  • Posts: 744
  • Karma: +21/-0
  • EA Consultant / Trainer - Sparx Europe
    • View Profile
Re: SysML Compartment notation
« Reply #5 on: February 07, 2012, 06:09:14 am »
Agree add my support to the hiding of SysML Block compartments.

I believe the ports / parts / values compartments only show up when using SysML 1.2 MDG.

If you want to use EA 9.2 you can use SysML 1.1 and then when the compartment hiding is implemented, upgrade the SysML 1.1 models to SysML 1.2 using the Sparx supplied script

That's what I am doing at present, not ideal, but OK for me for now.

Cheers

Phil
Models are great!
Correct models are even greater!

Frank Wallace

  • EA Novice
  • *
  • Posts: 3
  • Karma: +0/-0
    • View Profile
Re: SysML Compartment notation
« Reply #6 on: March 02, 2012, 08:18:09 am »
Quote
Agree add my support to the hiding of SysML Block compartments.

I believe the ports / parts / values compartments only show up when using SysML 1.2 MDG.

Cheers

Phil

I agree with Phil!  I need a way to hide the notation when using SysML1.2.  The lists of parts/ports/etc inside the "Blocks:" clutters everything.

Implement soonest!

Frank