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 - Modesto Vega

Pages: 1 [2] 3 4 ... 11
16
Being formally correct often pays off. And it prevents from getting in situations like the here mentioned. However, being holier than the Pope does not seem to make sense either. I got so much used to be Sparxian, I could beat myself for doing so many stupid things...

q.
We probably all do many stupid things with Sparx and without ...

I have now 3 profiles, including 1 for toolboxes and another for diagram extensions, and have hit the 1st problem I cannot seem to solve, once the profile is imported I cannot stereotype diagrams. I can stereotype anything else, classes, relationships and packages but not diagrams. Am I missing something?

17
Thanks Uffe, thanks qwerty.

That aggregation is probably my fault. My sample model still has the aggregation as a consequence of transforming the profile from a meta model and not removing the aggregation information. Since EA doesn't care, I simply did not alter that. Also for the extends, it looks as if the sample has been broken at some time, somehow. The book uses the solid triangle extends and that had been made using the sample model. Well, shit happens. I'll make a correction.

q.

P.S. I have uploaded a model with according annotations.
The aggregation is indeed qwerty's fault but I am not going to blame him for that  ;) It also provides me with a nice excuse to slightly redirect the conversation.

This way to "develop" a meta model works well; on version 13 works better than in any previous versions. However, it is very "sparxian" because it works with stereotypes and using aggregations between stereotypes could be a bit of a heresy. Of course, if I was going to this on a non-sparxian way, as I have done before, I will use proper UML class diagrams to do this and aggregations could play a role on this; the difficulty/effort is in converting them to the sparxian way of developing meta models.

18
P.S. You could download the sample MDG from the book once again. Some constructs might give you the kick in the right direction.
The 1st thing I did is to download the sample MDG  :), it was a good refresher as I don't develop meta models very often.

1) I compared V12/13 and found both extends relations to appear the same way.
On the sample MDG extension is handled with an Association with a <<extends>> stereotype, while in version 13 it is handled through an Extension with no stereotype, hence the question. i know this slightly pedantic.

4) Without having verified this would be my guess that the Package meta type is just for that purpose.
I will give it a try and report the findings.

I noticed 2 options under Technology/Publish that look interesting: Technology/Publish/Publish Diagram as Pattern and Technology/Publish/Package as UML Profile. Any comments on what they do and if they are new will be much appreciated.
They have been there forever; just the names have changed. (Previously Save Diagram as UML Pattern and Save Package as UML Profile, from memory).
They might have been there forever but the ribbon makes them much more visible than before.

19
Thanks I will get the service desk to install this.

20
I have gone through both your book and article before and I am just reacquainting myself with it. Just a number of observations I would like to note, not sure if this has anything to do with the fact that I am using version 13, instead of 11 or 12:

1) The Extend relationship seems to have changed to a line ending into a black triangle, I am assuming this is the correct relationship
2) I am having some difficulty relating 2 stereotypes via an aggregation
3) EA no longer has a Diagram_Class metaclass, what has taken its place, the DiagramFrame metaclass
4) Could somebody please remind me if the Package metaclass could be used to extend the types of packages that can be created inside a model?


Edit
Just an update on this, the answer to 3) appears to be the Diagram_Logical metaclass which is added to the profile when using Add Diagram Extension helper

It appears the answer to 2) is to link 2 stereotypes with any other relationship and change the type to an Aggregation. This is very sparxian, is there a better way of doing this.

21
Thanks qwerty, I will try to see if we can move MySQL forward; at some point I also thought about PostgreSQL.

Regarding the meta model, I have no problem starting one from scratch as I have a good idea of what I want to achieve. Are there any changes to the way you create a meta model in v13. I noticed 2 options under Technology/Publish that look interesting: Technology/Publish/Publish Diagram as Pattern and Technology/Publish/Package as UML Profile. Any comments on what they do and if they are new will be much appreciated.

22
I am configuring a brand new installation of EA Business and Software Engineering Edition v 13.0.1310 for a team of about 5 users and would like some thoughts/opinions/ideas on how to address a couple of aspects of the installation:

The repository -  ultimately we are going to have the repository on a private cloud, possibly, but not necessarily, AWS; however the wheels here move slowly, very slowly, and would like to have the team collaborating before a decision is made. This is going to require a tactical solution; so the question is, can any think of any available options that does not involved procuring and plugging to a secure network a piece of tin (either virtual/cloud or real)?

"The metamodel" - I also want to customise EA for our specific needs and, as those who have read some of my previous posts know, I will typically approach this by developing a metamodel, which I have started to do, however, based on previous experience I am not convinced this is the best approach. I would also appreciate any thoughts/ideas/opinions on this.

[P.S.: A customised metamodel will be either an extension of TOGAF or the Zachman framework]

23
Well, it is been quite a while since I posted or contributed anything to the forum but I am back, at least until work demands every single minute of my time.

The first of 3 questions regards TOGAF. Our service desk has just gotten EA Business and Software Engineering Edition version 13.0.1310; I understand this comes with both TOGAF and the Zachman framework but somehow I cannot enable these extensions. Before I bother our service desk I need to establish if they missed a step during the installation - such as downloading/installing particular MSIs.


24
General Board / Re: Importing directly into an EA repository
« on: June 08, 2016, 07:31:33 pm »
I should be easy enough to create a cache of the existing elements as a dictionary so you don't need to loop the elements each time.
I think I've done so in the past in a modified version where performance was an issue.

Yes you can get almost anything from the API by GUID (except for parameters and tagged values I think)

Geert
Thanks I'll give it a try.

25
General Board / Re: Importing directly into an EA repository
« on: June 08, 2016, 06:14:57 pm »
Have you looked at the Excel Importer shared on my website?

There's a also a section that exports tagged values. You could do something similar for attributes so you can import and export them using this tool. (currently only import has been implemented)

Geert
I have seen your Excel importer, it would be fair to say the I am using a modified version of it. The main performance bottleneck appears to be with the function that gets an element by name, this is because it has to loop through the entire elements collection, it performs well on small packages but there are 2 very big packages and the performance is not so good.

I have been considering running the imports in 2 steps: 1) create "shell" elements (without attributes) returning the GUID and, then, 2) add the attributes. This assumes that that there is an API to find an attribute by GUID and have not done my homework regarding this.

Once again the problem is establishing the baseline.
 

26
General Board / Re: Importing directly into an EA repository
« on: June 07, 2016, 10:28:21 pm »
Thanks for the replies, much appreciated.

Please keep in mind the issue is the volumes, about 10,000 elements organised into different packages and 120,000 attributes.

Quote
4) Can I return the GUID back to the spreadhseet?
The normal way of syncing between Excel and EA is to include the GUID in a CSV export. If you don't want to do that you can probably do something using the Excel API to update its contents directly. The element GUID is stored in Element.ElementGUID.
Fully aware of this but as you know, you cannot import attributes using CSV file, the only way to import attributes is through Excel. Please correct me if I am wrong. Attributes are very important for the type of work I do, as important as elements.

Quote
5) How can I add 2 Tags to each element and attribute (Updated, Changed)
Element already has properties Element.Created and Element.Modified. For Attribute, add them as tagged values using Collection.AddNew() on the Attribute.TaggedValues collection. You can do that with an Element as well, if the regular properties don't work the way you want them to.
Also, fully aware of this. But what I am trying to do is finding an easy way to identify which elements and atributes have being or going to be updated each time the repository is refreshed using an import routine.

27
General Board / Re: Importing directly into an EA repository
« on: June 04, 2016, 02:01:24 am »
Let's explore the API option for a minute, just a few randon questions:

1) How do I set the language?
2) How do I set the version?
3) If some of those objects are database tables, how do I set the tablesapce and owner
4) Can I return the GUID back to the spreadhseet?
5) How can I add 2 Tags to each element and attribute (Updated, Changed)

28
General Board / Re: Importing directly into an EA repository
« on: June 04, 2016, 01:11:32 am »
About 10,000 elements organised in different packages and 120,000 attributes. This is to start with. They are organised into 3 packages with various sub-packages. There is also a need to identify changes once the baseline is contracted.

29
General Board / Re: Importing directly into an EA repository
« on: June 03, 2016, 09:59:20 pm »
Hi again,


If C# isn't an option, C++ works and so does Java -- but only for applications which drive themselves and access the EA repository from outside. The alternative to that is an Add-In, where EA is in the driver's seat, but that part of the API ("Add-In Model") does not support Java.

If you haven't done a lot of EA API coding, Geert's blog is probably the best place to start. There are also some simple examples included in the help.


/Uffe

PS  Oh, and qwerty isn't Paolo. :)
That will be too easy, work has to be made more difficult. I will have the same problem with C++ and Java. I am restricted to Excel and SQL.

P.S.: Yep, Paolo is not qwerty but qwerty words some of his messages sounding as if he is pretending to be Paolo; there are both quite unique.

30
General Board / Re: Importing directly into an EA repository
« on: June 03, 2016, 08:54:15 pm »
Thanks Uffe and Paolo. My preference is the API but this is a large job, very heavy lifting. Cannot use C# because getting the relevant tools installed on my machine will take a long time due to internal red tape.

I do understand the database schema relatively well, including some nuances. Any technical details on both routes database and C# will be welcome.

Currently using some custom code largely based on Geert samples.

IMHO, the import is still broken because only elements can be imported; it is not possible to import attributes or operations

Pages: 1 [2] 3 4 ... 11