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 - Modesto Vega

Pages: [1] 2 3 ... 11
1
General Board / Repository security
« on: Today at 03:26:04 am »
I think I know the answer to this but I will ask just in case. Is there a way to configure repository security on a package-by-package basis?

2
General Board / WSDL import
« on: Today at 03:24:56 am »
I just imported 2 WSDLs into a project. All worked well except for one annoying thing: EA imports all elements as a list without any relationships - i.e. associations - between related elements, it appears that I need to draw the associations manually. Is there a way to get EA to infer the relationships?

3
General Board / Re: Types of relationships allowed between elements
« on: October 31, 2017, 03:04:22 am »
Thanks qwerty. I have followed your advice and hit a new problem.

All of this was part of profile which, in turn, is part of an MDG. I changed the profile and tested it by saving the package as a UML profile and importing it under resources. The import ends with an internal application error although the import appears to be successful, the new stereotyped relationships are visible under the resources with the correct type. The end result appears to be that the new stereotype relationships are not visible under the corresponding profile.

4
General Board / Re: Types of relationships allowed between elements
« on: October 31, 2017, 12:38:34 am »
Sparx EA (v 13) only allows certain types of relationships to be drawn between elements for certain types of (UML) diagrams. For instance, I have a structural diagram and cannot draw an association, I can only draw dependencies, traces and information flows. Could somebody please point me in the direction of which relationships are allowed for which diagrams?
Indeed, the restriction is based on connectors.

Is it a correct UML interpretation not to be able to draw an association between an Actor and a Component? If so, what is the proper way (as per UML) to implement an "Owns" and "Governs" relationship, similar their equivalents in TOGAF. By the way Sparx EA TOGAF MDG uses a stereotyped Association for this. 


P.S.: Happy to move this to the UML thread, if needed.

5
General Board / Types of relationships allowed between elements
« on: October 30, 2017, 10:36:19 pm »
Sparx EA (v 13) only allows certain types of relationships to be drawn between elements for certain types of (UML) diagrams. For instance, I have a structural diagram and cannot draw an association, I can only draw dependencies, traces and information flows. Could somebody please point me in the direction of which relationships are allowed for which diagrams?

6
General Board / Re: Filtering Matrices
« on: October 03, 2017, 02:12:26 am »
Note the source of the row or columns of the matrix could be a selected package or a search. If you select a search, you can specify the search filter using the parameters you want, as the stereotype and any other.
That's the route we've taken.

We've found we use a lot of TVs to enable us to control which items appear on which matrix.

Paolo
Thanks Arquesoft and Paolo. Will give a try.

Paolo - what do you mean with TVs.

7
General Board / Filtering Matrices
« on: September 29, 2017, 11:20:04 pm »
Matrices can be filtered by (element) Type -  e.g., Actor, Class, Component and so on - but is there a way to also filter the contents of a matrix by stereotype. To give some context to the question, the stereotypes I have in mind are extensions of the base classes using a UML profile.

In a nutshell we are ending up with matrices with too much superfluous data, if we could filter by stereotype they will just have the relevant data.

8
General Board / Re: Shape script on profile
« on: September 28, 2017, 11:42:45 pm »
Interesting this appears to fix the problem without upgrading - same idea different coding.

Just 3 additional questions:

1) is there anyway I can make the fonts of "stereotypecompartment" and "namecompartment" different and independent/
2) can I set the fill color of "stereotypecompartment" to mid-gray?
3) how I increase the line width of the enclosing rectangle?


Code: [Select]
shape main{

rectangle(0,0,100,100);

addSubshape("stereotypecompartment", 50, 50);

addSubshape("namecompartment", 100, 100);

shape stereotypecompartment
{
h_align = "left";
v_align = "top";

editablefield = "stereotype";

rectangle(0,0,80,50);

println("#stereotype#");

}

shape namecompartment
{
h_align = "center";

editablefield = "name";

printwrapped("#name#");

}
}

9
General Board / Re: Shape script on profile
« on: September 28, 2017, 10:48:25 pm »
I tried with 1351.

q.
Thanks, I will check if an upgrade fixes the problem.

10
General Board / Re: Shape script on profile
« on: September 28, 2017, 10:33:45 pm »
I could not reproduce either of the effects you see.

q.
Which version of EA are you running?

11
General Board / Shape script on profile
« on: September 28, 2017, 09:19:41 pm »
I have created a profile with a number of extensions to base classes. I have attached the shape script below to one of the stereotypes extending the base class. The script draws the right geometry but the connectors look odd. There are 2 problems:

1) one end of the connector, the bottom end, is a few pixels inside the rectangle
2) if I change the stereotype of an element in the diagram to the stereotype with the same scripts, a significant amount of white space appears between the bottom of the shape and the end of the connectors

Have I missed anything? (Sparx EA version is 13.0.1310 Build 1310).



Code: [Select]
shape main{

rectangle(0,0,100,100);

addSubshape("stereotypecompartment", 100, 20);

addSubshape("namecompartment", 100, 20);

shape stereotypecompartment
{
h_align = "right";

editablefield = "stereotype";

rectangle(60,0,100,60);

println("#stereotype#");

}

shape namecompartment
{
h_align = "center";

editablefield = "name";

println("#name#");

}
}

12
General Board / Re: Diagram elements showing a red A
« on: September 21, 2017, 01:47:31 am »
Thanks qwerty, this is indeed the answer.

13
General Board / Diagram elements showing a red A
« on: September 20, 2017, 11:45:13 pm »
I have a diagram with some elements, but not all, showing a red A in the bottom right corner. Could somebody please remind me what this means and how to get rid of it?

14
Being formally correct often pays off. And it prevents from getting in situations like the here mentioned. However, being holier than the Pope does not seem to make sense either. I got so much used to be Sparxian, I could beat myself for doing so many stupid things...

q.
We probably all do many stupid things with Sparx and without ...

I have now 3 profiles, including 1 for toolboxes and another for diagram extensions, and have hit the 1st problem I cannot seem to solve, once the profile is imported I cannot stereotype diagrams. I can stereotype anything else, classes, relationships and packages but not diagrams. Am I missing something?

15
Thanks Uffe, thanks qwerty.

That aggregation is probably my fault. My sample model still has the aggregation as a consequence of transforming the profile from a meta model and not removing the aggregation information. Since EA doesn't care, I simply did not alter that. Also for the extends, it looks as if the sample has been broken at some time, somehow. The book uses the solid triangle extends and that had been made using the sample model. Well, shit happens. I'll make a correction.

q.

P.S. I have uploaded a model with according annotations.
The aggregation is indeed qwerty's fault but I am not going to blame him for that  ;) It also provides me with a nice excuse to slightly redirect the conversation.

This way to "develop" a meta model works well; on version 13 works better than in any previous versions. However, it is very "sparxian" because it works with stereotypes and using aggregations between stereotypes could be a bit of a heresy. Of course, if I was going to this on a non-sparxian way, as I have done before, I will use proper UML class diagrams to do this and aggregations could play a role on this; the difficulty/effort is in converting them to the sparxian way of developing meta models.

Pages: [1] 2 3 ... 11