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 - Paolo F Cantoni

Pages: 1 ... 3 4 [5] 6 7 ... 415
General Board / Re: Aggregates connector is shown the wrong way around
« on: August 17, 2018, 10:00:44 am »
As explained many times in the past...

In UML 1, it was explicitly stated that aggregations and compositions had the diamonds at the target end. In UML 2, there is no separate metaclass for aggregations and composition; they are associations. Associations are undirected, so the diamond can go on either end.
Indeed so, Neil.  However, just because they can doesn't mean they should! (not a criticism of your post - just extending it)

It is (hopefully obvious) clear that being consistent within the repository (modelling environment) is better than being inconsistent.  Later modelling technologies figured out that it is best to have directional relationships based on client-supplier relationships. For our specific modelling environment, we have standardised on the aggregation kind being specified at the supplier (target, destination) end.  As Simon mentioned, we have adjusted our QuickLinker to facilitate that.

Consistency makes like a WHOLE lot easier!


General Board / Re: Lollipop vs. Interface
« on: August 17, 2018, 09:50:42 am »
That's not a bug. It's intentional Sparx GUI design. Please send complaints to Sirius Cybernetics Co.

You shouldn't use a generic term in a specific context.  You're saying it's not a Sparxian bug, it's a Sparxian GUI Design.
It may well be a bug (from a human point of view) - I'll not comment on that - just the use of language.

It's Friday!   ;) ;)


Hi Dana,

In later versions of EA, you can create relationships between relationships and objects and between relationships.  That should allow you to relate the inter-entity relationship to the requirement object.

As qwerty said, it's best to have the conceptual backing for the relationship, but you can mark the relationship as derived (implying the backing).


Bugs and Issues / Re: v14 long lasting bugs
« on: August 14, 2018, 01:03:55 pm »
Yes, it is, but for v14. It doesn't work for v14.1 beta
In EA 14, open the about dialog. It tells you when your activation code is valid until. I'm guessing it has expired.
Agreed, My v14 code worked with the 14.1 beta and DOES include the expiry date.

(Had me worried at first!  ;))


Have you run a file comparator (such as BeyondCompare) over the two versions?  Where things break for us, we carefully compare the working vs non-working version and try to "suss out" what broke.


General Board / Re: Export matrix definitions with MDG Technology
« on: August 06, 2018, 02:42:06 pm »
So that gives me a blank file if I only select Matrix Profiles. I've tried both EA 14 and 13.5.

If I select everything and import into a blank file then I can import RTF document templates, so my export is fundamentally working. On the import from the everything export, there is nothing to do with matrix as an option.

Interestingly the export window states "Diagram Matrix Profiles". I am assuming these are the same as a Relationship Matrix (from Design - Impact - Matrix). It also fits that they are alongside Gap Matrix Profiles. I have six Relationship Matrices defined so there are some to export.

Grateful for any ideas.
Hi Peter,

All matrix profiles are equal...  But some are more equal than others.   ;)

There are two types of Matrix Profiles, the ones you can see in the Resources window (under Matrix Profiles) and those you can define in a diagram.  They use the same technology (more or less) but they are different things.  The ones in the resources window are stored within the repository, in the t_trxtypes table.  I believe the other ones are in t_object as items of object_type=Artifact.

(Actually, the diagram ones are Matrix Specifications, not profiles)




General Board / Re: Classic menu bar / Standard Menu Bar
« on: June 29, 2018, 04:24:56 pm »
I agree with Geert!

I'm beginning to wonder if Paolo and Geert are the same person ...  :o
Nah... We've just been "together" for longer than we both care to remember. (and qwerty makes three)

Anyway, in some 48 hours or so, I'll be able to wave to Geert as we fly over teh Channel on the way to a four week holiday in the UK (from Oz).

Happy Friday everybody!


General Board / Re: Classic menu bar / Standard Menu Bar
« on: June 29, 2018, 03:59:51 pm »

But honestly, yes. The ribbons are the worst of all.

I do not agree. I think the ribbons are an improvement of the classic menu structure, especially for new users.

Downside is of course that we "oldies" have to re-learn the location of all actions/buttons.

It is just too bad they couldn't get it right the first time and decided to mix everything up again between v13 and v14

I agree with Geert!


While you are at it, you can maybe try to implement the same for other types of objects in the EA world, think connectors, attributes, operations,...

Yes, that's my plan.  But first t_object!


Automation Interface, Add-Ins and Tools / Last Editor - functionality
« on: June 29, 2018, 11:30:37 am »
Since it doesn't look like Sparx is going to implement it soon, we've decided to implement "Last Editor" functionality.   In an enterprise-wide environment (as I've mentioned before) the original author of an item in the repository is of only passing (and usually historical) interest.  However, the last person to edit the item s is much more important!

Since EA has only one author field, to add Last Editor functionality, we need to either
  • Hijack the Author Field
  • Add the Last Editor property as a Tagged Value
If we hijacked the Author field, we'd need to add the Original Author property as a tagged value.
We'd also probably add some timepoint properties to record the event.

I guess we'd hook into the OnPostNewXXXX and OnNotifyConttextItemModified events to support this.


Not sure, it seems to work fine for me.

Is your diagram locked somehow?

I was trying it on our corporate SQL Server repository with User Security enabled (but diagram editable).  I've now tried it on an unsecured .EAP file and a .EAP clone of the Corporate repository, they both work.  I can't get at the Corporate Repository, while I'm on the bus, but I'll try later.

Thanks for the pointer.


[Edit: Rebooted system and restarted EA on the Corporate repository.  All good now.  I noticed EA was in a funny state previously (it seemed to lock up the diagram while demonstrating Virtual Connector Ends - so maybe that was the reason]

The Help says:
On a diagram to a file
To create a hyperlink on a diagram to an external file, simply click on the file in a file list (such as Windows Explorer) or on your Desktop and drag it onto the diagram.
A short context menu displays with two options - 'Hyperlink' and 'Artifact'. Click on the 'Hyperlink' option to create the hyperlink on the diagram.
The link is effective immediately, and you can right-click on it to add or change properties as necessary.
Files of most types - including .sql and .ddl - are opened within the appropriate Enterprise Architect code editor.

I tried to drag a number of different types of files onto a diagram.  All I got was the "No go" glyph.  What am I doing wrong?


General Board / Re: Advice - to nest or to compose ?
« on: June 28, 2018, 11:33:29 am »
Consequently, as part of our automated processing, we unnest things that should not be nested - even (and especially) if Sparx EA incorrectly nests them.  Part of the problem is that Sparx EA only PARTIALLY supports Nesting and Visual embedding (and in my view, some of it is just WRONG) and, as a consequence, users find EA's behaviour confusing.

I think the problem is more that sometimes ArchiMate is like UML and other times it isn't, and there is no [consistent] logic to when it is and when it isn't.
No, I think it's just not been thought through before they implemented.  It's a Sparx issue, not ArchiMate.  For me, it's a "first principles" thing - as per my reply in Re: Versioning with composed components.


Pages: 1 ... 3 4 [5] 6 7 ... 415