Messages

1

General Board / Accessibility to attribute constraints in tool and generated document

« on: October 12, 2018, 08:45:20 am »

In a previous version of EA we defined constraints for attributes inside a class. For example, we define an invariant constraint called unit and give it a value “m”.
There are two issues:
In a previous build of EA (1351) I can see and edit parameter constraints on the Features dialog for the class. In build 1421 I have not been able to find where I can see and edit parameter constraints. Please advise.
More critically, we want to include the value, meaning the “m”, of the constraint in a generated document. This does not appear in the output with the System “Model Report” template. I looked at the template and it seems that the only available fields for constraint are Name, Notes, Status, Type, Weight, and the Model Report template is using all of those. My best guess is that the text value “m” would be the Note field, but in any case this does not appear in the generated report, and I haven’t been able to get this value to appear in the report. How can I do this?

2

General Board / Re: Way not to display owning activity on synchronized action pin?

« on: January 10, 2018, 11:06:19 am »

Somewhat surprisingly, that path doesn't work. I even tried a number of orders of doing things that I thought might yield positive results for one reason or other, but none of these worked.

The way that works is a good way, at least.

3

General Board / Re: Way not to display owning activity on synchronized action pin?

« on: January 10, 2018, 09:32:36 am »

I guess in the latter case I did not provide a name for the action, so it just has a type.

4

General Board / Re: Way not to display owning activity on synchronized action pin?

« on: January 10, 2018, 09:18:36 am »

Well, now, here is something.

If instead of:
creating an action, then changing the property of the action to be CallBehavior linked to an activity

I do the following:
drag the activity I want to invoke onto the calling diagram, select Invocation, and opt to include all inherited items, the effect is the same except that the action pins do not have the invoked activity name displayed. (The parameter names and types seem to update more automatically if I change them on the called activity as well.) This might work for me.

5

General Board / Re: Way not to display owning activity on synchronized action pin?

« on: January 10, 2018, 07:00:10 am »

I probably will just want to show the names on the diagrams. I will link to types, but those do not need to appear on the diagram, and certainly the name of the called activity does not.

6

General Board / Re: Way not to display owning activity on synchronized action pin?

« on: January 10, 2018, 02:55:04 am »

Thanks for the reply. I already tried changing that setting, but the value in this checkbox makes no difference for this case.

7

General Board / Way not to display owning activity on synchronized action pin?

« on: January 09, 2018, 10:07:54 am »

I configure an action as type CallBehavior, configure Call to point to an existing activity, and synchronize the parameters, so that action pins appear on the action in the calling diagram. Great!

The action pin names on the calling diagram include not only the parameter name and type, but are preceded by the name of the called behavior (activity). An example: "Apply pointing origin offset.PointingOriginOffsetAlg.Algorithm".

The information is correct, but I want to suppress the name of the called behavior on the calling diagram, since this is noise for the intended audience. I haven't figured out how to do this (without manually changing each parameter name, which is time-consuming and breaks the synchronization). Is there a way?

8

General Board / Re: attribute range and unit; best practice?

« on: November 17, 2017, 05:50:31 am »

For the record, I submitted a new bug report regarding the inability to display attribute constraints on a class diagram.

9

General Board / Re: attribute range and unit; best practice?

« on: November 17, 2017, 05:38:46 am »

For convenience, I collected some of the most relevant of the related threads:
http://www.sparxsystems.com/forums/smf/index.php/topic,29703.msg241125.html#new
http://www.sparxsystems.com/forums/smf/index.php/topic,28986.msg215579.html#msg215579
http://www.sparxsystems.com/forums/smf/index.php/topic,30934.msg224475.html#msg224475
http://www.sparxsystems.com/forums/smf/index.php/topic,27537.msg210243.html#msg210243
http://www.sparxsystems.com/forums/smf/index.php/topic,18285.msg174780.html#msg174780
http://www.sparxsystems.com/forums/smf/index.php/topic,25703.msg203081.html#msg203081
http://www.sparxsystems.com/forums/smf/index.php/topic,14840.msg161355.html#msg161355
and last but not least
http://www.sparxsystems.com/forums/smf/index.php/topic,7263.0.html

10

Suggestions and Requests / Re: Implement rendering constraints for textual ...

« on: November 17, 2017, 05:26:52 am »

I just wanted to reiterate this would be highly desirable.

11

General Board / attribute range and unit; best practice?

« on: November 17, 2017, 05:18:00 am »

I have asked related questions about profiles and showing attribute constraints before, but I will take a step back and ask a more basic question.

What is the best practice for showing attribute range (min, max) and unit in UML? (SysML has a somewhat different answer.)

For context, we are modeling signals in a publish-subscribe system. These signals have attributes, and some of these attributes have properties (e.g., a numeric value representing a reference input or a measured value has a range and a unit). I consider these to be invariant constraints defined on the attribute, but I suppose it practically is also possible to model these as tagged values. Does anyone have a suggested best practice?
___
For the record, my baseline is simply to add a set of invariant constraints to each attribute. (These are simple: {unit = m}, {min = 5}, {max = 15}. We parse this ourselves so we don't need to comply with OCL syntax.) The constraints show up fine in the exported UML. A drawback (discussed for years) is that these constraints do not appear on a class diagram in Enterprise Architect.
__

Paul

12

Bugs and Issues / Re: Selecting a template from within the document template editor

« on: October 15, 2017, 07:32:22 am »

I encountered the same issue in EA 13. Updating to the latest build (1351) did not help. I submitted a bug report.

13

Suggestions and Requests / Create docgen template applicable for SysML 1.4 requirements

« on: August 15, 2017, 04:36:46 am »

Build 1307 (hopefully updating this week):
The "Requirement Report - Summary" document template, for instance, does not produce desirable results with SysML 1.4 requirements, since the requirement ID and text are now in SysML tagged values (which is a good thing). It would be a good idea to create a new (or modified) system template that works well with SysML 1.4, if this has not already been done.

14

General Board / Re: sysml requirements tag on diagram -- cannot turn off?

« on: August 09, 2017, 07:01:25 am »

Thanks. I know about those. Even if I deselect all the compartments that show here, the compartment with the requirements remains. I think this is due to the shape script.

Paul

15

General Board / Re: sysml requirements tag on diagram -- cannot turn off?

« on: August 08, 2017, 07:47:43 am »

Oh, and if I copy existing requirements from a previous model (probably not SysML 1.4, but I copy the requirement text from a note field to the SysML 1.4 <requirement> 'text' field, the behavior is different. The first compartment does not appear. I have to configure the diagram to show element tagged values.