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 - PeterHeintz

Pages: 1 2 3 [4] 5 6 ... 55
As I remember I posted that also a while ago. This is some kind of missed feature.

BDDs are intended for blocks to define structure and relations. It is also allowed to use Activities within BDDs, somehow as "blocks" to define the structure of activities.
How the structural elements interact with each other, is defined in IBD for blocks and in activity diagrams for activities.
To make the structure definition consistent with the interactions, EA provides some feature for blocks but no features for activities.

Typically an activity is allocated to a block, or called as an operation of a block, a classifier behaviour of a block, or an owned behaviour of a block and so on.

When you drag an activity into the BDD it is just a link to that activity element (not more not less).
Due to the fact that EA just ignores activities when synchronizing structural features you have to add a property within you block (Block not diagram) manually and to classify it with you activity. This defines what you want to define but it will not lock like as you expect.
This is because UML/SysML has no concept of diagrams of different types to have within other diagrams.
However EA has a feature going in this direction which is called “diagram frame”. However it is just a kind of graphics within you diagram.

This is as it is since many versions.

My ceremony for that is:
Design/Diagram/Manage/Change Type…

There is no check feature in EA.
If you need that, you need to write a "check script" youselfe.

You could use this:
As long as you do not change the automatically generated values those should be unique.

General Board / Re: Break User Locks on Package Level?
« on: March 07, 2019, 10:47:10 pm »
Yes, of cause!
As long as she/he/it is still alive.

We work with Indian colleges and some of those do company hopping. :-\

General Board / Re: Break User Locks on Package Level?
« on: March 07, 2019, 08:50:43 pm »
Hi Geert,
thank you for your reply!

Now I got it!
I expected the type column in the Manage Locks dialog to be a "package" rather than an "element".
Quiet often I clam that a package is too often limited in features in comparison to “other” elements.
At this place the package is treated as any other element (what I miss so often). But in this dialog I would clam, that the information provided in the columns is to unspecific to clearly identify what you unlock.
At lease a "find in project browser" would be helpful.

General Board / Re: Break User Locks on Package Level?
« on: March 07, 2019, 07:16:42 pm »
Hi Geert,
This is what I thought, how the Manage Locks dialog works, but it does not. As types are only shown diagrams and elements. :'(

Another case which shows, that a package is limited in features without any reasonable reason.
If a user leave a company with locked stuff, you can break the locks of elements and diagrams but not for packages. ::)
Maybe Sparx can provide any explanation for that! ;)

General Board / Break User Locks on Package Level?
« on: March 07, 2019, 03:21:51 am »
A user can break locks on elements and diagram of other users by Security/Locks.
Is ther an equivalent functionality for packages, and if so were?

Ah! now I understand your issue.
When you define a Block1 having some Block1 properties and you define connectors within the Block1 IBD you want to see those connectors in an IBD of a Block2 having a property classified with Block1.
This is unfortunately not supported by EA. You can only synchronize the properties but not the connections. :'(
What would work, is if you would define the connectors within a Block2 IDB, than you could have different Block2 IBD reusing the connectors. But this is not your use case.

What I do in this scenario, is using the property of Block1 in the Block2 as a black box having a kind of diagram link to the Block1 IBD.
Unfortunately EA does not support “Select Composite Diagram” for properties for whatever reasons, so I use the diagram Hyperlink feature.
Another idea could be to use the “Show Composite Diagram in Frame” or “Show Composite Diagram in Compartment” feature.  However again you are not allowed to use that feature for properties. ::)

There are some areas in EA where Sparx spend presumably considerable effort to implement features and then they spend additional effort to block those features for stuff which could benefit from.
It is like a company would make a car, but only allow persons with name Fred to drive it.

Go to you higher level IBD.
Select the property representing the lower level
Choose „Structural Elements…“ feature.
Tick „Show Owned/Inherited
Select the properties you want to see
If you properties are connected by ports do the same „Structural Elements…“ to get you ports
By doing so, you will see your lower level connections within the parts of you higher level properties.

Not sure if I understand right, what you want to do.

From your bdd I see that you have two blocks with some part properties.
If you have some classifiers for these properties, typically you do that roperty definition by defining a “compose” relationship between Block1 and Block2.
By doing so, you define that Block 1 is part of Block 2 (shown in the properties compartment) (has nothing to do with inheritance).
A property is similar to attributes of classes (not identical but not relevant for this explanation).
IBD are intended to show how those parts of the blocks interact with each other’s. You can show these interactions by connector from part to part or by connectors to ports of parts.
Parts do not have the concept of generalization in the same way as class attributes of classes do not have the concept of generalization.
What you can generalize is a classifier of you part.

General Board / Re: Activation Code procedure
« on: February 13, 2019, 01:19:04 am »
I will give my IT in the next days the task to prepare a V14 installation package.
Currently I assume, they have to add in the windows registry under Sparx Systems/EA400/EA/Settings the following properties:
ActivationCode (the ActivationCode)
ActivationDate (a somehow valid date like 2018-05-03 08:29:27)
I will come back to this issue if that does not work.

Bugs and Issues / Re: Best Practice for EAPX Replication
« on: February 13, 2019, 01:11:21 am »
If your users intend to work on the same stuff in parallel, why do you not just consider having a proper SQL DB?

Pages: 1 2 3 [4] 5 6 ... 55