Book a Demo

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 - Knaldgas

Pages: [1] 2 3
1
Oh dear, YAEAB!?! - What am I up against with multiple stereotypes?

2
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  :D

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.

3
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

4
Automation Interface, Add-Ins and Tools / Aggregated Enumerations in Profile
« on: September 09, 2026, 11:41:01 pm »
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.

5
Bugs and Issues / Re: Sequence diagrams: notes move fragments
« on: August 11, 2020, 08:36:13 pm »
Either moving a note (without ALT) should move fragments below *together* with their messages and respecting other elements, or not at all.

YAEAB

6
Bugs and Issues / SABOEAB
« on: October 17, 2019, 06:49:35 pm »
SABOEAB: Still A Bunch Of Enterprise Architect Bugs

I've become more and more convinced that Sparx are not using EA for any serious work. Latest versions (including Version 15 build 1512), have so many bugs and inconveniences that any serious user would find a bucketful within a few days.

"Write a bug report" is the typical response. With the many current issues, which should have been found with any level of testing, it appears to me that anything beyond "it compiles" is left to us users to find and report.

My last bug I wrote 2019-05-19, about a hanging EA. I went through the work of starting up a debugger, hooking onto the hanging EA, and provided the actual instructions over which EA was looping. 5 days later a request for further information, I responded within the hour, EA then responded with another request more than 2 months later, which admittedly I have ignored as I've bought and started using another EA product (simply got so tired of Sparx "quality").
Unfortunately I still have a bunch of projects modeled with Sparx EA, so I can't fully get rid of it yet. And when I do get back to Sparx EA, it seems that all they have been doing is adding new bugs and inconveniences.

My suggestion to Sparx is this: Start using EA for some real work, and start fix bugs - If you can't find any, you're not using it!

A couple of starting points:
  • Correctly calculate the with of text (auto-size, word-wrap, placement of the reading direction arrow, etc).
  • Create a simple BPMN, one diagram, with some elements and rearrange them - Then have fun moving connectors into place, and have them *stay* there.
  • Try to resize *any* object on a diagram where you have scrolled away from top-left corner of the diagram...

7
Bugs and Issues / Re: BPMN arrows and labels have their own life
« on: May 23, 2019, 04:00:37 pm »
Quote
Things are supposed to move around on their own.
I presume you mean "are not supposed"

By moving around, I do not mean semantically, "just" graphically - Like how they get routed from source to destination. I will try record a few sessions and post a report.

Well, camunda-modeler doesn't seem to be repository-based, and not supporting Global tasks the way I want it, to me it is just a quite nice BPMN drawing tool. Apart from having to rename the extension from .bpmn to .xmi in order for EA to be able to read them, the import is pretty straight forward. I could wish for EA to be as simple to use for Work shops and the like...

8
Bugs and Issues / BPMN arrows and labels have their own life
« on: May 22, 2019, 05:01:17 pm »
For me drawing BPMN diagrams in EA is a pain!
When using EA for BPMN I use a lot of time rearranging arrows and labels over and over and over again. Just as you think everything is nice you save, and when you reopen the diagram, arrows and labels have moved around.

When I work with a customer I often use Camunda-modeler in order to avoid becoming side-tracked by these nuisances, and then I import the diagrams into EA, with whatever work that causes...

Am I the only one experiencing these issues?

9
Bugs and Issues / Re: Lateral Horizontal/Vertical connector style
« on: February 26, 2016, 10:34:51 pm »
I have to be fair - I've just tested Lateral line style in 12.1 (1224), and here it appears to work.
Some of my customers refuse to upgrade beyond 11, so I have work with that...

Well, I'll just have to tell them to upgrade, again, I suppose.

10
Bugs and Issues / Re: Lateral Horizontal/Vertical connector style
« on: February 26, 2016, 07:44:37 am »
According to KP should a Lateral Horizontal association end with a Horizontal line toward the target.

When I drag an association from Class1 to Class2, and set it to Lateral Horizontal, I get a horizontal line from Class1 then a vertical line to Class2.
As a additional "funny" thing, when checking the Line Style, it is marked as Lateral Vertical   ???
If you then increase the width of Class1 one grid-size to the right (grid size 8 ), the line suddenly becomes Lateral Horizontal again  :o

I fully understand that you, and others, use the Orthogonals, but really: If feature are released, they should work! - If they do not work, they should not be released.

Btw: Thanks for responding Glassboy :)

11
Perfect - Thanks a lot.
Now I also found the relevant page in the EA help  :)

12
Bugs and Issues / Re: Lateral Horizontal/Vertical connector style
« on: February 25, 2016, 10:21:45 pm »
This thread got awfully silent...
Is this an indication of: "It works at me, so he's just an idiot", "DUH, this is embarrassing" or "Who cares..." ?

~Per

13
I'm trying to make a custom toolbox for my MDG technology.
The toolbox should contain UML-Activity-Receive and UML-Activity-Send.
I can reference UML::Event, which result in a kind'a Send event, but how do I reference a Receive Event?
I guess that would also solve my problem with Synchronization (using the Horizontal and Vertical versions)...

~Per

14
Bugs and Issues / Re: Lateral Horizontal/Vertical connector style
« on: February 19, 2016, 12:54:02 am »
Hi KP

So a Lateral Horizontal association dragged from Class1 to Class2 should result in a horizontal line toward Class2...
Right, could you do me a favor and get this project: http://knaldgas.dk/~pdj/YAEAB.eap 1.2MB, drag an association from Class1 to Class2, and set it to "Lateral Horizontal".

Looking forward to your response...

15
Bugs and Issues / Re: Lateral Horizontal/Vertical connector style
« on: February 17, 2016, 09:13:24 pm »
Geert,

The orthogonal style is a bit too flexible in my case, I don't want to use time on fiddling with the connector end positions, just have them centered like the lateral style does (I have many associations originating from the same class).

I guess Lateral line style can be put into the YAEAB bin >:(

Per

Pages: [1] 2 3