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 - Simon M

Pages: 1 [2] 3 4 ... 433
Automation Interface, Add-Ins and Tools / Re: Insert Related Elements - Q
« on: November 16, 2018, 10:19:17 am »
1. Insert Related Elements: (accessible via right click on a class): When I use this to insert all related elements, even at Level 1 depth, in addition to adding the related elements to the diagram, EA is automatically adding relationships between the 'related' elements also which is causing a cesspool of connectors on the resulting diagram. We have around 600 classes which is compounding the issue. Is there a way to make EA show only the related elements on the diagram, using this feature, and not all the relationships between the related elements ? Any add - ins that can achieve this ?
To show only the relationships directly to/from your desired element(s):
Open the relationships window.
Select everything on the diagram
(Possibly optional - Type 'Visible' into the filter bar for the last? column)
Right click on any row, and select hide.
Select the elements that you want to see the relationships for.
(Possibly optional - Type 'Hidden' into the filter bar for the last? column)
Right click on any row, and select show.

My apologies if any of that doesn't use exactly the right term. It's from memory.

Bugs and Issues / Re: Unsafe form when searching Help
« on: November 16, 2018, 10:09:26 am »
I don't have much to do with maintaining the website. I don't know how hard it would be to update the old versions of the help, but the 14.0 version of the help no longer references http as the handler for the form.

But Im not sure how to secure the common part (Master & reference object) of the repository, mostly for error or mistakes by novice users
A user can be part of more than one group. So if it helps you can add groups for master and reference editors.

The normal lock just leads to situations that people take locks and go on vacation, leaving a dead locked system behind.
Not sure that "lock to edit" solves that.

Just tested 1420.

The only quicklinks that I get between Device and System Software are the base UML links. (1421 added the capability to suppress these)
Looks like it's not running any validation at all, which would be the big difference.

In my opinion, 1427 would be more useful for modeling ArchiMate. Even if you have to disable the strict connector syntax.

The ArchiMate technology was converted to use a metamodel during the 14.0 beta period. (1414 to be precise)

Are you sure you haven't done something like replace the MDG technology with an older version?

We don't generally publish the source of our MDG technologies, even the ones that are in plain text in the installer.

The relationships in the ArchiMate3 specification where completely reworked. Instead of defining a quicklinker table with one row for every letter in the relationship tables (manually) , we have a metamodel that defines available relationships as defined by the metamodel figures in Chapters 3 through 13. (And the corresponding textual descriptions)

General Board / Re: Attribute descrption in v14
« on: November 13, 2018, 09:58:00 am »
The notes for attributes can be edited in the docked notes window.

System Eng. Edition ordered with EA13 == Unified Edition


I'm not saying you are wrong, I'm not a fan of the Archimate specification either, but in this particular case that can't be an excuse.
Figure 77 of the ArchiMate metamodel clearly shows the relation between device and system software.

You're right. I remember a report about that particular issue and adding it in to our metamodel now. If you don't want to wait for a release, add the text in bold to your ArchiMate3 technology file. (The rest is for context)

          <Stereotype name="ArchiMate_Device" metatype="Device" notes="" bgcolor="12648384" fontcolor="-1" bordercolor="-1" borderwidth="1" hideicon="0" generalizes="Node" baseStereotypes="Node" strictness="profile">
              <stereotypedrelationship stereotype="ArchiMate3::ArchiMate_Assignment" constraint="ArchiMate3::ArchiMate_SystemSoftware;ArchiMate3::Event;ArchiMate3::Internal Behavior"/>

            <Icon type="bitmap" xmlns:dt="urn:schemas-microsoft-com:datatypes" dt:dt="bin.base64">

System software was previously inheriting the stereotyped relationship to Event and Internal Behavior. Because the stereotyped relationship overrides any existing relationships of that type we need to add them too.

General Board / Re: Aggregates connector is shown the wrong way around
« on: November 12, 2018, 03:22:33 pm »
The option you are talking about is:
Start | View | Preferences | Links | Draw Aggregations Reversed.

This option is still used when dragging an aggregation or composition from the toolbox.

That option doesn't have any effect when using the quicklinker because that generally shows 'to whole' or 'to part' in the menu.

Regardless of which option you pick or how you create it, the source end of the aggregation has/will always be the the part unless you explicitly swap it via the UI.

From a UML perspective, associations don't have a source and target. They have two1 equal ends.

The real question, is why is this causing you a problem? Perhaps we can solve that problem.

1 When aggregation is set it's limited to two, with only one specifying aggregation. Otherwise it's two or more.

Matthew, it's a little more complicated than that.

In addition to the metamodel, there is a textual description of how derived relationships work. This is where the "ambiguous" comes in to my comments. However, even taking that into account there are some connectors allowed by the table that I can't see how they fit into the metamodel. EA currently doesn't have those derived relationships added. Most issues reported come down to that.

There's also a comment somewhere about something not happening between layers. Going from memory here, so I don't have the specifics. But the effect of that comment is excluding relationships in the table that the metamodel would otherwise allow.

EA 14.1 uses a metamodel approach to build quicklinkers for UML, UAF, ArchiMate and user technologies if they choose. It works well when the metamodel is well defined. Unfortunately, it doesn't necessarily meet user expectations when the specification writers have ignored the metamodel and defined a table showing what the available relationships are.

General Board / Re: Shape script control by external switch
« on: November 12, 2018, 11:31:59 am »
If you're wanting to change that notation for all elements on the diagram, I would be creating customized diagram types, then checking diagram.mdgtype within your shape scripts. This means the modeler has the choice of whether the extra notation is shown or not.

From what I can see, the dictionaries are located in the registered users section. When you purchase EA you will receive a username and password that will allow access to that section for a year.

General Board / Re: Unapply profile in XMI export
« on: November 12, 2018, 09:34:13 am »
I'd look at running an XSLT transform on the exported XMI. There's built-in support to do that, to the extent that you can use it as a new export format.

Archimate 3 MDG seems to be broken in build 1427.

In my opinion, it's the ArchiMate 3 specification that's broken. It's self-contradictory and ambiguous.

EA has implemented the relationships as defined the the metamodel described by the specification. We are aware that it's different than the appendix, which attempts to provide an interpreted view of that metamodel.

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