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

Pages: 1 2 3 [4] 5 6 ... 647
46
Automation Interface, Add-Ins and Tools / Re: Create MDG via script?
« on: October 10, 2018, 06:13:14 am »
I can't remember when I first asked for that. At least 5 years ago. At least!

q.

47
General Board / Re: Alternate images
« on: October 10, 2018, 12:55:48 am »
No, there is no such option. You could well script it to switch alternative images for the current diagram.

q.

48
General Board / Re: Status property of diagrams
« on: October 10, 2018, 12:54:19 am »
You could use a stereotyped text element that's (automatically) placed on a diagram (top left). This can contain status (color) information and what you need else like author, last change and so forth.

q.

49
Automation Interface, Add-Ins and Tools / Re: Create MDG via script?
« on: October 10, 2018, 12:51:07 am »
What's even better with assembling the MDG from XMLs yourself is that you can look into the latter and detect whether they contain what they should (so is it a profile, for toolboxes, patterns, etc.). EA does not do that but blindly copies the files you pointed it to. I can't count how often I saved a profile at the wrong place (since EA does not remember the preferred place to save) which led to a just not working MDG ("go, figure" EA lets me stand in the rain) - well, until I did the assembly myself.

q.

50
use and include are both stereotyped associations.

q.

51
I did something similar on a light weight basis. The problem with these meta-models is that they tend to become dinosaurs quite easily because they are very complex. You need a (large) team to keep that model alive and you need extra training for all users since they have to stick to the rules modeled therein. I'm more a fan of smaller MDGs developed for just one domain. They are harder to change, but that beats you to do it right (or less sloppy) the next time. It does not help much if you have a tool to change and then check the semantics of a change if you have lots of changes.

q.

52
Probably you're best off to do that and mail Sparx' support.

q.

53
General Board / Re: Scripting: Addnew Type List
« on: October 05, 2018, 06:59:56 pm »
Just create any of the unknown elements in an empty (!) EAP and run the query
Code: [Select]
SELECT * FROM t_xrefThat should help you to find out the correct stereotype.

If there is no entry in t_xref you probably have created an un-stereotyped element.

q.

54
General Board / Re: What is best-way to model System2System integration
« on: October 05, 2018, 08:34:43 am »
...
Respect. Very concise. I'd just second that path.

q.

55
General Board / Re: Updating DB model (walk through)
« on: October 05, 2018, 06:19:30 am »
I confirm that. Not my main work area but you should write a FR linking to this thread.

(Well, don't hold your breath, though. I once had a private bug list which depressed me more and more since I never saw it grow less over may years. Pretty sure that it still contains numerous bugs still unfixed.)

q.

P.S. I was curious: https://app.assembla.com/spaces/enterprise-architect/tickets/realtime_list but I did not check for errors being corrected.

56
Not really, except you write an add-in that is called on element creation. There's a name numbering feature (don't ask me where that's in those ribbons) where you can define a name template (and of course a numbering scheme). But that's not really what you'r looking for.

q.

Edit I wasn't aware of the transformation. So see Geert's answer below.

58
A stereotype always belongs to a profile. The FQN is always unique. The non-FQ name might be ambiguous.

q.

59
General Board / Re: How can we see all reltions created in a modell
« on: October 05, 2018, 06:01:43 am »
I guess for a whole package you're bound to a self-made query. The RW is only per diagram.

q.

60
General Board / Re: What is best-way to model System2System integration
« on: October 05, 2018, 05:58:52 am »
I'd guess that interface design is crucial. Whether you go for a service oriented approach or something else depends on too many factors. But I'd guess the effort to define business objects (if you don't overdo that as everybody "knows" what has to go into Customer or Person and the like) will pay off more sooner than later.

q.

Pages: 1 2 3 [4] 5 6 ... 647