Messages

1

General Board / Constraints in own MDG

« on: August 30, 2013, 09:59:47 pm »

Hello guys,

as you may know, EA don't have any restrictions/constraints when modeling a diagram. I am currently working on a own MDG, which contains a profile, diagram, toolbox and a Code Template.

I wanted to know, whether it is possible to build in some modeling restrictions (for example in this language it is not possible to inherit from two elements directly). If EA does not provide this out of the box, is it possible to build it with a Add-In at least?

Thank you

Regards,
Toni

2

General Board / Re: own MDG Tech

« on: August 23, 2013, 03:33:32 pm »

Ok, I found it out.
Here:
http://www.sparxsystems.com/enterprise_architect_user_guide/9.3/standard_uml_models/addingcodemodulesinmdgtec.html

 

3

General Board / Re: own MDG Tech

« on: August 22, 2013, 09:59:37 pm »

Thanks for your reply, Simon.
But I still do not understand from where the ".java"-endings come from :-/ Is there a way to determine the ending of the files?

Regards,
Toni

4

General Board / own MDG Tech

« on: August 21, 2013, 07:42:46 pm »

Hello guys,
I am currently working on our own MDG Technology for a specific programming language. This MDG contains, among other templates, a Code Template. After a long search in the documention-jungle of EA, I figured out how this works (more or less), but there are still some questions.

1. I am wondering why my Output-Files ends up with ".java". Where can I change the File-Ending?

2. I did not want to start from scratch, so I copied some Template-Contents from Java and others (but I worked on a new Template). For example I wanted the package-path from a class. In Java you get this in the following way:

%if packagePath != "" and packagePath != "." and packagePath != ".\\"%
package %packagePath%;
%endIf%

The Output is:
... package ParentPackage.ChildPackage; ....

When I copy the Template (without changing it) my output is:
... package ParentPackage; ....

What am I doing wrong?

3. Similar Problem with:

%if importInFile=="T" or importPackagePath=="" or importPackagePath==packagePath%
%endTemplate%

If the connected file is in the same package this validation should come to "endTemplate", but when I use that it does not work as in java :/


Thank you very much.

Best Regards,
Toni

Edit: Add 3. and I use EA in Version 9.3.935

5

General Board / Re: baseline sql search

« on: August 16, 2013, 11:24:54 pm »

Thank you very much guys.
I adapted the idea from Stefan and its working now.

6

General Board / baseline sql search

« on: August 16, 2013, 02:55:51 pm »

Hi guys,

I use the baseline feature and have a question. I structered my model in the following way:
- model package
    - (some cross-system views)
    - System x
            - some system-specific views
                         - element X
    - System y
             - again some system-specific view
                          - element Y

the baseline of the model represents a snapshot of my system-landscape. The system(-packages) have its own baseline. The elements (e.g. element X, element Y) have also a version (in their version-property).

I want to know now which baseline (from root-Model or at least from the parent package) contains my element in version x.y.

I guess the SQL-Search is the only solution for me, so I tried a statement like this:

SELECT pack.Package_ID, doc.Version, obj.Version, obj.Name, doc.DocName, pack.ea_guid
FROM `t_document` AS doc, `t_object` AS obj, `t_package` AS pack
WHERE obj.Package_ID = pack.Package_ID AND pack.ea_guid = doc.ElementID AND obj.Name like 'element X' AND obj.Version = '7.7'

But this statement is wrong and has also some confusing behavior. For example, if I restore the baseline from the root, which contains the element "elemnt X" in verson 7.7,
then this statement gives all baselines from the parent package. If i restore a root-model-baseline which does not contain the element in version 7.7, then this does not give any result.

Please note that I am not very familiar with sql.

Thank you very much.

Regards,
Toni

Edit: I just opened the .eap-File with access and it is still confusing me. If I restore the model-baseline 1.1, which cointains element X in version 1.0, the table "t_object" contains this element in version 1.0.

But when I open the file again in EA and restore the model-baseline 2.2, wich contains element X in version 7.7, the table "t_object" contains this element in version 7.7. So where does ea save the element version?

7

General Board / Re: Baseline feature

« on: August 12, 2013, 03:30:20 pm »

You nailed it!

Another problem is that I have cross-system AND cross-baseline dependencies. I tried it in the follwing way:

The package structure
1. My Model (own version 2.1)
    (1.1. some cross-system views --> version like "My Model")
     1.2. System 1 (own version 6.4)
     1.3. System 2 (own version 1.1)
      .....
     1.4. System X (own version x.x.)

The "My Model" version is always a snapshopt from the whole "systemlandscape", for example: version 2.1. of "My Model" contains System 1 v6.4, System 2 v1.1, but not system x, because this system is developed later in "My Model" version 3.1...
Now I realised that I forgot to model something in System 1 v6.4 (which is a part of "My Model" v2.1.), so I want to edit the baseline and now you can see that this way brings some inconsistency, because I have to edit the System baseline AND the "My Model" baseline.

I hope I could express my problem better with these example  :-/

So is there any best practice for implementing this? The headline of this topic is maybe not good, because I dont know whether the basline is the best solution, there are maybe better mechanism in EA.

Regards,
Toni

Edit: Correcting some misspellings

8

General Board / Re: Baseline feature

« on: August 09, 2013, 07:19:37 pm »

Well, I guess you did not really understand what I want and what my problem is :-)
I do know how to use VC in Enterprise Architect and how the baseline-feature technically works, but I do not want to use it as a simple repository (e.g. code-repositories) for distributed team work. I want to use it to express how the systems have developed by each version. So I do not want to have tons of baselines (for each change!) , I only want a baseline for each Version (as I try to told you system X has version 1.1, so the baseline of the package too and so on).

Why do I want to use it? Well, there are some use-cases/advantages for that. For example, I could model the future version of system x to show my management or my developers how the systems should look in the future. Another advantage is, that I just can see the main differences of a systems.

I do not know whether the baselines are the solution for what I want, but my intention to wrote here was that I might be not the only one who want the same. So thats why I hoped for some experiences and best practices. I guess a board is exactly that, a place to exchange experiences.

Und wenn du keine andere Antwort hast, als Leute auf Posts aus der Steinzeit zu verweisen, dann antworte bitte nicht! Denn es ist unverschämt mir zu unterstellen, ich hätte weder die Suche benutzt noch anderweitige Artikel gelesen!!

9

General Board / Re: Baseline feature

« on: August 08, 2013, 08:59:55 pm »

My german is much better than my english, so I will go in german now.

Hallo Helmut,
zunächst einmal danke für deine schnelle Antwort. Ich glaube, ich habe mich nicht richtig ausdrücken können. Mein Problem ist nicht die Versionskontrolle an sich, sondern wie ich es am geschicktesten manage. Ich möchte den Enterprise Architect dahin gehend nutzen, dass ich nicht nur den momentanen Schnappschuss meiner Systemlandschaft modelliere, sondern auch die Entwicklung. Ich möchte mitmodellieren, wie sich jedes einzelne System und die Systemlandschaft als Ganzes entwickelt hat. Daher wollte ich mit den Baselines die Versionen der Systeme widerspiegeln

(Beispiel: System X hat in der Realität eine Version 12.1 und dementsprechend hat sein Package im Modell ebenfalls die Version 12.1. Wird ein neues Release gepublisht, so modelliere ich die Änderungen gegebenfalls im Modell und ändere die Version des packages).

So hätte ich alle Entscheidungen während der Architekturmodellierung /-entwicklung dokumentiert.

Ich hoffe, ich konnte verständlich machen, auf was ich genau hinaus will.

Das Problem ist nun, wie halte ich die Gesamtmodellierung mit den verschiedenen Systemen konsistent (wie im Initial-Post beschrieben System X in Version 1.1 hat eine Schnittstelle mit System Y in Version 5.4 aber keine zu Version 5.3 oder 5.5)?

Grüße,
ToniPepperoni

10

General Board / Baseline feature

« on: August 08, 2013, 05:11:41 pm »

Hello guys,

I am a very satisfied User of the Enterprise Architect (Version 9.3) and I use this Tool in various projects in our company. Since the projects are going to be more and more complex I decided to develop a “Best Practice” for our projects.
For Example, I want to use the baseline feature in the following way:
Every System, which is developed in our department, has a package under the root-model. The packages (and so the systems too) have some dependencies. Every package has also its own baseline, which is mirrored in its own system-version.

Since the projects have some dependencies there are problems by using this in the above-mentioned way. For example, system X in Version 1.1 have a dependency with system Y in version 5.4, but not in version 5.5 and 5.3.

How can I ensure that my model is semantically correct? My current “solution” is to create a new baseline for the root model and every time I create a new baseline for a system I create another one for the root. But this solution is very problematic, because I am not the only one who is modeling and what happens when I want to edit a baseline and overwrite the baseline (by deleting the old one)?

All the sources I read in the web or in the printed guide “Projektabwicklung mit UML und Enterprise Architect” explained the baseline-feature in a “Hello-World”-way and not in my specific way.

Informations:
OS: Win7 32-Bit
EA: Version: 9.3.935
Ultimate Edition

I hope you can help me.

Best Regards,
ToniPepperoni

Edit: Please try to ignore my language shortcomings :-)

11

Automation Interface, Add-Ins and Tools / Re: CTF - Connector in the Template

« on: August 30, 2013, 06:13:58 pm »

Hi simon,
sorry, but I didn't get that. How can I list the connectors?
And why do I need that? Is it not possible to get the destination-element of the class currently in scope?

Do you mean something like that? -->
%list="connectorDestElemName" @separator="\n\n" @indent=""%
(but this is of course not working)

Regards,
Toni

12

Automation Interface, Add-Ins and Tools / Re: CTF - Connector in the Template

« on: August 29, 2013, 03:01:08 pm »

Thank you simon!

I did not know that there is an option in the properties dialog from generalizitation-connection. This is a good idea, but I would like to have rather a own connector for this "special" connection than this option.

Is it possible to get any information about a connector (source, destination, etc.)?

Regards,
Toni

Edit: By the way, which effects has the checkbox when checking?

13

Automation Interface, Add-Ins and Tools / CTF - Connector in the Template

« on: August 28, 2013, 07:32:24 pm »

Hey guys,

I am still working on my code template for a specific language based on XML (actually, it is more a "meta-definition" of a language, which I can import into the IDE and so on - but not really relevant for the following question).

For that template I have created also a profile, diagram and toolbox, which contains a "Connector".

Here is a small example:
Class1 ------ <<virtual>> ------> Class2

My question is now, how can I achieve that Class1 knows about the connector "virtual"? In the above-mentioned case, "Class1" should have something like that in the Code-Template:

<class name="Class1">
....
     <virtualclass>Class2</virtualclass>
...

Thank you very much  

Best Regards,
Toni