Aggregated Enumerations in Profile

[Knaldgas]

I'm trying to create a profile and have reached a bump.
I've created an Information stereotype extended from class metaclass.
Information stereotype has an attribute Sensitive of type class (ordinary class) which in turn contains 2 attributes of type enumeration (different enumerations).


Problem is that when loading the profile, Information stereotype does get the Sensitivity attribute shown, but the two enumerations do not have drop-down - They are just free text edit boxes.
I've added the same two enumerations directly to Information, and they have both drop-down selections.


How can structured tagged values containing enumerations retain their drop-down functionality?

I'm not to keen to create grouped tags, as Sensitivity is going to be used quite a few places.

[Geert Bellekens]

That is probably not possible currently.

If you have that same combo in multiple stereotypes, you might want to consider making an abstract stereotype that contains these (grouped) tags, and let the other stereotypes inherit from that.

Geert

[Knaldgas]

Thanks Geert,

Yes, that's an option for some of the fields.
Any solution if Sensitivity is going to be used several times? E.g. a Node could have Sensitivity on Logs, on Data storage and on Processing.

~Per

[Geert Bellekens]

Thanks Geert,

Yes, that's an option for some of the fields.
Any solution if Sensitivity is going to be used several times? E.g. a Node could have Sensitivity on Logs, on Data storage and on Processing.

~Per

I think I would implement that as just several different tags:
- Log Sensitivity
- Storage Sensitivity etc...

Another question is if you should.
Having that much fine grained properties on your model elements is a risk in it own right.
More often then not, there will be an initial initiative to fill in those properties, but I see that those tend to go stale very quickly.

And also, if there is so much data to be filled in, I often see that it's filled in the same for all categories.

What I sometimes propose in those cases is to set a single sensitivity property, and then have another property that indicates the most important category (logs, storage, processing) for wich the sensitivity is applicable.

Geert

[Knaldgas]

I've changed my approach a bit. I have now created a multiple stereotypes, and then let user add relevant stereotypes to their elements (DataType, Component, Node and Association).
Adding multiple stereotypes results in something close to what I want to achieve: grouping of tagged values in a way that allows identical identifiers across groups 

Is there a simple way to have a toolbox have a UML::Component (or something extended from it), but have multiple Stereotype appended to it (StereotypeEx)?

As to the question if it gets too fine-grained: Perhaps. This is a proof of concept, so the result may come to look very different.

[Geert Bellekens]

Using multiple stereotypes on a single element has it's own issues.

I personally avoid that at all costs. A lot of things don't work correctly with multiple stereotypes.

Geert