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 ... 4 5 [6] 7 8 ... 428
General Board / Re: Lock Root Node
« on: June 27, 2018, 12:39:09 pm »
but can you elaborate on the meaning of Security Level.
Okay, okay...

I think the word level is just a hangover from an earlier stage of implementation which used levels.

My understanding is that there are 19 filtered views of the model and one complete view. Each element will be in either 1 filtered view or all of them.

General Board / Re: Lock Root Node
« on: June 27, 2018, 11:22:56 am »

It's not that we have decided that you don't deserve access to any particular solutions.

We have assigned a dollar value. It's up to you to determine how important that solution is to you.

You have the option of charging your clients a value that would allow you to provide that function or to use separate repositories for each client. (Perhaps with controlled packages to provide shared information between them)

Bugs and Issues / Re: Project Menu lost
« on: June 21, 2018, 09:18:42 am »
Can't remember where the Customize option is in 12.1, but if you reset the menu in that dialog it *should* fix it if I've understood your problem properly. Customize would also be the only way I can think of to remove a top-level menu.

The UML Profile for ArchiMate allows for using ArchiMate in the context of UML models. It explicitly doesn't define all the semantics of the language, you still need to refer to the original Open Group specification for that information. (With the Open Group's licensing model being much more restrictive than OMG's)

Despite BPMN being an OMG specification, it also has a similar situation. The language itself defines its own metamodel, and a UML profile exists for a subset of the language.

EA implements every technology as a UML profile, so it makes little difference to how you would use ArchiMate within EA.

Bugs and Issues / Re: SysML Activity Diagram Control Flow
« on: June 19, 2018, 02:29:20 pm »
Thank you Simon, that will spare me a lot of "There are no Activities on an Activity Diagram!" lectures in the future. :)
So far it has caused me more, but it's a move I've been personally wanting for a long time.

General Board / Re: Notes and Shapescript
« on: June 18, 2018, 01:40:36 pm »
I find myself frequently creating a note, having to convert it to a pin, changing the border to red, changing the font to size 18 for a "Pain point note"
I find myself frequently creating a note, having to convert it to a pin, changing the border to blue, changing the font size to 18 for a "FeatureNote"
Repeat - green for opportunity
Easiest way to do this is to define the basic notes in one place, then copy, paste as new where you want to use them.

I have saw in commentary years old that this cannot be done, can it be done now in 2018? If not are there any options at all?
If not, can we make font sizes programmable please Sparx? Such an elementary request.
No, it's not there and it's not coming because we don't want shape scripts overriding user font settings.

Bugs and Issues / Re: SysML Activity Diagram Control Flow
« on: June 18, 2018, 01:26:40 pm »
Currently working at getting this added to our FAQ.

UML Activities are the container for the description of a behavior that is made up of Actions. They are not meant to be directly used within an Activity diagram and should not be the source or target of Control Flow or Object Flow connectors.

EA has traditionally allowed this anyway, but while reworking functionality for version 14 we decided that it was time to prevent it by default.

The correct way to model this is by dropping the Activity as an Invocation onto your diagram. (Ctrl+Drag from the project browser) This creates a Call Behavior Action, which creates a link to the Activity, meaning you can re-use it as many times as needed.

However, it is still possible to force EA to allow Activities to be used within an Activity flow. To do this, you need to define a UML profile containing metamodel constraints.

We have created this profile already, but the XMI is too long to post here or in a PM. Contact support if you're desperate to get the old/non-conformant/bad EA functionality back.

Import that XMI into your model
Select the Package
Select Specialize > Technologies > Publish > Import UML Profile

This adds the rule to your model that Activities are valid as the source or target of a Control Flow.

To remove the added rules from your model:
Open the Resources Window (Start > Explore > Browse > Resources)
Expand the MDG Technologies item
Right click on Activity-ControlFlow
Select Remove Technology

To clarify.

My understanding is that the submission was based on our profile.

The fact that the stereotypes all use an 'ArchiMate_' prefix like our profile and the rendering of examples in the spec support that belief.

I haven't personally been involved with it, so I don't know what changes have been made since then. As note, it does appear that there have been changes, not necessarily for the better.

I believe it's basically a standardization of our profile.

Bugs and Issues / Re: Tag description no longer visible in Sparx 14
« on: June 12, 2018, 09:07:06 am »
The tagged values window now obeys:
Start | View | Preferences | Window Behavior | Hide Properties Info Section

Bugs and Issues / Re: MDG Technologies overwrite local scripts
« on: June 06, 2018, 09:29:49 am »
As Geert says, I can't generally act on something without a bug report.

The referenced thread existed both as an official bug report, and the forum thread. From memory it was only one of each, so not "high profile". Even so, the thread received the attention it did because of the bug report. Not the other way around.

PS. Even when we worked out exactly what caused the issue (which was not sorting on package id) I was still not able to reproduce that issue.

General Board / Re: Help - element colours, defaults and resetting
« on: June 05, 2018, 02:04:26 pm »
- If I change the Local Appearance (using the toolbars) is there any way to reset that element back to the element's Default Appearance?
On the toolbar/ribbon the three different colours have a 'Default' option at the top of the dropdown. Select to use the default appearance. The default appearance dialog has the same thing for its colour dropdowns to allow you got go back to a higher level defaul.

- If I were to manually change the colours back to match (using the toolbars), does that actually reset the appearance, or just make it look the same (ie to EA the element still has Local Appearance that just happens to be the same a Default Appearance)
Selecting the same colour as is used by the default does not remove the setting.

General Board / Re: Help - element colours, defaults and resetting
« on: June 05, 2018, 09:32:02 am »
This is to my knowledge, the complete list of overrides for the drawing style of elements.

  • Print in Color - User option for black and white only during printing.
  • Whiteboard mode - Suppresses fill colours and gradients. Set for a diagram
  • Shape Script Rendering - Any drawing properties explicitly set in a shape script before explicit draw commands.
  • Local Appearance - The user configured appearance of the object on this particular diagram. Set on the toolbar.
  • Shape Script Defaults - Any drawing properties explicitly set in a shape script before drawing the native shape.
  • Default Appearance - The user configured default appearance for this object on any diagram.
  • Stereotype Appearance - The appearance for any objects created with this stereotype as configured by the profile order.
  • Element Group Colours - (Optional) Fill colours for different element types configured by Sparx. Enabled in local diagram theme or user settings
  • Local Diagram Theme - Theme override set by a user for an individual diagram.
  • User Style Settings - Defaults set for appearance of all elements for a user. Can be set via a theme.
  • Global Defaults - Defaults for the user settings defined by Sparx.

General Board / Re: Embedded element shape script
« on: June 04, 2018, 09:25:02 am »
If you want it external, try extending ProvidedInterface instead.

If you don't change the metatype, you'd have to check parentedge, and offset your drawing by 50%.

Pages: 1 ... 4 5 [6] 7 8 ... 428