Show Posts

This section allows you to view all posts made by this member. Note that you can only see posts made in areas you currently have access to.

Messages - PeterHeintz

Pages: [1] 2 3 ... 58
Hi Francisco,
I just do not use cloud connection when I do baselining.

General Board / Re: Notes in requirements diagram
« on: July 21, 2020, 10:25:59 pm »
Among other things you can control the visibility of notes on diagram or elements level.
To control the visibility on diagram levels, go to the diagram properties select “Elements” and check or uncheck under “Show Compartments”  “Notes”.
To control the visibility on element levels, select the element in the diagram press “Shift” & “Strg” & “y” to open the “Compartment Visibility” dialog and check or uncheck “Notes”.

This import will work and in this case you should not change the GUIDs by the import.
The import will do somehow the following.
It deletes you empty package A and afterwards it imports the filled package A.

Bugs and Issues / Locked Views cannot move up in order
« on: July 16, 2020, 05:33:23 pm »
If you have locked packages under an unlocked package those packages can be moved up and down in order, what is what I expect.
If you have locked views (name locked) under the Root Node, another user can move unlocked views down under a locked view but not locked views up over an unlocked view.
Seen in Build 1552

Uml Process / Re: properties
« on: July 04, 2020, 12:42:42 am »
if you expect to see the property as list in the frame of you IBD, this will not work. The compartment visibility relates the blocks shown on a BDD.
The same is valid for the initial value. This you will see in the BDD only.

Yes! I am in contact with Sparx support.

I try to use Jira integration, but I am facing some problems.
I have setup the pro cloud somehow, so I see in EA in Type Mapping as Provider JIRA, but I get a “A security error occurred” message.
In EA I use windows authentication and in Jira I use single sign on of my ADS account. Within the ProCloud Server no user and password are set.
My expectation is that my windows account and password (which is my ADS account) is forwarded to Jira as well. However, I get the message above.
So I created a native Jira account and somehow (I do not know how) I saw once a login box in EA were I inserted my native Jira account. However, this did not work, and now I do not see the login box any more.
Any ideas?

When I try to add action pins based on activity parameters (Interaction Points), I get a primary key violation due to duplicate keys message box. The pins are created afterwards, but the classifiers are missed.
Remark: While fixing this, it might also be a good idea to take over properties like “Stream” from parameters to pins.
With our productive build 1428 this works.

Hi Eve,
thank you very much for this very helpful information. Disabling the checkbox as you mentioned in 2. makes me happy.
After looking in my model in some places were I did such kind of things, I realized that in most case luckily, I have the activities in different packages. Not knowing that the package matters I came obviously to the conclusion that you change things frequently.
Although I do not understand, what sense it makes to move e.g. block property under an activity, once you ‘wiggle’ it on the activity diagram, I am with option 2. a happy user again! (at least in this case  ;))

Hi Eve,
I do this kind of cross referencing and displaying for years with EA.
When you create a new action on a diagram it gets the as parent the activity of the belonging diagram. This is, from my perspective, what it should be and what it was only until V13.
Somewhere in V14 the actions started to move when dropped to another activity diagram but as I remember only when dragged and dropped from a diagram and not from the project browser or vice versa. In some later versions this was gone and I was happy (at least for SysML).
In V15.2 drag and drop does not change the parent anyway, but the parent is changed when the position of the item changes on the diagram. In this way, when you have an action on two activity diagrams and you change the position on either diagram the element can jump around what is really strange.
If we assume that the specs require an action to have one parent and exist on one activity diagram only, it should not be allowed to show an action on different activity diagrams at all, instead of this element movement jumping.
This movement-based jumping gets even more confusing if parent the action belongs to is locked, because than it does not jump.

I admit that neither SysML nor UML specs are very clear in those aspects, but by removing the example in the UML text I read the UML spec as follows:
NOTE. This taxonomy provides a logical organization for the various major kinds of diagrams. However, it does not preclude mixing different kinds of diagram types. Consequently, the boundaries between the various kinds of diagram types are not strictly enforced.

Apart of the strange position movement based jump implementation, the problem is that you go from less strict=not strict to more strict=not strict and this causes problems for models created in the “less strict” mode.

With "The UML metamodel only allows an action to be contained within a single Activity. There are no exceptions." I totally agree, but were on earth are diagrams in the UML metamodel at all?

PS Switching of the frames does not help because than I lose my activity parameters.

Yes I agree that actions even "shall be owned" by their activity and actions are "normally" also only used on the activity diagram of the owning Activity.
But "normally" means that there are some exceptions which are explicitly mentioned in the UML Spec. see below.

NOTE. This taxonomy provides a logical organization for the various major kinds of diagrams. However, it does not
preclude mixing different kinds of diagram types, as one might do when one combines structural and behavioral
elements (e.g., showing a state machine nested inside an internal structure). Consequently, the boundaries between the
various kinds of diagram types are not strictly enforced.

Hi Geert,
I tried what you have suggested, and you are right.
Do you see any sense in that it jumps, if the activities are in the same package, but it jumps not if the activities are in different packages?
Is there any sense in that it jumps when the element moves the position on the diagram?
How long can I assume that it doesn’t jump if the activities are in different packages?
Maybe Sparx can enlighten us! ;)

In earlier V14 versions there was an element hopping from parent to parent when elements are dropped to a diagram, which was removed in later V14 versions.
This element hopping from parent to parent is now back again. :'(
A frequent scenario I have is, when using “send signal” and “accept event” actions (SysML). To find out, what send signals are accepted by which action in different activities I put a trace dependency between both actions.
To show this trace in a diagram, I put corresponding action into the subtend diagram. Before V13 I put the “traced action” outside of the frame, to make clear that this action does not belong to the activity shown in the diagram.
Since V14 putting something outside the frame was not allowed anymore. So since V14 those “trace actions” are inside of the activity frame.

What I want to express, are relations of an action in one activity to actions in another activity by traces.
Now in 1551 my actions change its parent again, but even worse as before. When I drop the “foreign action” in my diagram and after creating the trace, the foreign action remains in its original parent. However after moving the “foreign action” within that diagram to another position, the parent of the “foreign action” becomes the parent activity of the diagram.

At least in SysML models moving to newer EA versions recently causes to corrupt the diagram layout frequently. So I will have to fiddle around with element positions and this will cause to move my actions to other parents and I have a lot.
All this is really annoying! >:( >:( >:(

Hi Eve,
For me it was not a feature confusion.
I had the problem, that one of our Admins has used the “Required MDG Technologies” functions for technologies which are stored within the model.
This leaded direct or maybe later to the condition that nobody could open the model (neither V13, V14, V15) because of missed but “model stored technologies”!?
With “nobody could open the model” I really mean nobody. This is because all users (accept the one and only Admin account) use Windows Authentication in our repository and those could not login. Therefore also the non-Windows account admin could not login, because EA cannot be forced to provide a login dialog if Windows Authentication is enabled before a windows login took place.

Even if the “Required MDG Technologies” feature work properly this scenario could happen.

From my perspective I recommend:
Allow to login users readonly if the required technologies are not there or,
 introducing an EA feature which allow to login (not switch), without Windows Authentication even if Windows Authentication is enabled or,
give a hint in the user manual, that if the “Required MDG Technologies” together with enabled Windows Authentication is used at least one Windows account should have admin rights

Yes, that was what I assumed as well!
But it worked! After disabling the windows login I could login as admin and uncheck the mdgs required.
The strange thing left is, that all mdgs are in the model, so they were there!?!?

Pages: [1] 2 3 ... 58