Enterprise Architect Deutschsprachiger SparxSystems Blog

Java Annotations

HKA — Mon, 14 May 2012 10:48:49 +0000

Enterprise Architect untestützt Java Annotations. Da (Java) Annotationen nicht im Sprachumfang von UML enthalten sind, werden diese Informationen als Tagged-Value einer UML-Klasse abgelegt. Code der Form:

Annotationen in Java

sieht im Modell folgendermaßen aus:

Java Annotationen im Modell

Beim Einlesen des Codes in das Modell werden alle Annotationen der Klasse in das Tagged-Value annotations geschrieben.
Bei neuerlichem Generieren des Codes wird nun der Inhalt des Tagged-Values annotations in den Code geschrieben:

Mehrere Java Annotationen aus dem Modell generiert

Dabei leidet allerdings etwas die Lesbarkeit im Code.
Durch Anpassung der Code Generation Templates für Java, ist es möglich, die Ausgabe der einzelnen Annotationen pro Zeile wieder zu gewährleisten. Dazu muss im Template Class Declarations folgender Bereich geändert werden:

Anpassungen im Java Template: "Class Declaration"

Wird nun erneut der Code für die Klasse ClassWithAnnotations generiert, erhalten wir wieder die Darstellung der Annotationen wie im ersten Codebeispiel:

Generierter Code nach Anpassung des Codegenerierungs-Templates

Verlinken von Anforderungen mittels Modell-Suchen und “schwebenden” Fenster

HKA — Thu, 19 Apr 2012 21:21:05 +0000

Seit der Version 9.3 bietet der EA die Möglichkeit, mehrere Diagramme gleichzeitig anzuzeigen.

Durch „drag-n-drop“ des Diagrammreiters wird das Diagramm zum „Fliegenden Fenster“ (Floating Window) und kann an beliebigen Stellen wieder angedockt werden. In der Regel wird es wieder das Hauptfenster sein. Somit können zwei und mehr Diagramme gleichzeitig angezeigt werden.

Es können aber auch andere Sichten (Veiws), wie zum Beispiel das Suchfenster, neben ein Diagramm gestellt werden. Dadurch eröffnen sich interessante Möglichkeiten:

Es können zum Beispiel die Ergebnisse einer Suche direkt per „drag-n-drop“ in ein Diagramm gezogen werden. Dies ist vor allem für Anforderungen (Requirements) interessant. Durch eine Suche kann somit aus der Menge aller Anforderungen eine Sub-Menge angezeigt werden. Durch „drag-n-drop“ der Anforderunges-Elemente auf Elemente in einem Diagramm wird somit eine Realisierungsbeziehung (Realization) erstellt.

Ein- und Ausblenden von Zusatzinformationen (Compartments) in SysML Blocks

HKA — Wed, 21 Mar 2012 08:44:06 +0000

Besteht ein SysML Block aus Properties, werden diese auch in der grafischen Repräsentation (der konkreten Syntax) angezeigt.

Diese Darstellung ist allerdings nicht immer erwünscht und kann daher auch ausgeblendet werden. Dies kann pro Diagramm konfiguriert werden. In den Diagrammeigenschaften unter Element gibt es eine neue Check-Box (Part), mit der man Zusatzinformationen in weiteren Compartments ein- und ausblenden kann.

Abstrakte Elemente besser erkennen

HKA — Tue, 20 Mar 2012 12:38:56 +0000

Ich werde immer wieder gefragt warum meine abstrakten Elemente mit {abstract} ausgezeichnet sind.
IcIch werde immer wieder gefragt, warum meine abstrakten Elemente mit {abstract} ausgezeichnet sind.
Ich antworte dann meistens, weil ich von Sparx bin und den “besseren” Enterprise Architect habe
Nein, das ist natürlich nicht der Grund. Wir haben alle den gleichen Enterprise Architect, aber unterschiedlich konfiguriert.

Da ich diese Konfiguration als sehr gewinnbringend ansehe, teile ich hier gerne mein Wissen.
Die Konfiguration ist denkbar einfach. Unter [Tools | Options... | Objects ->Highlight {abstract} Elements]

Des Weiteren sollte noch erwähnt werden, dass nicht alle Elemente über das Property Fenster (Doppelklick auf das Element) als „abstract“ gekennzeichnet werden können.
Wenn das Element den Reiter Details enthält, kann das Element dort als “abstract” ausgezeichnet werden. Ist dieser nicht vorhanden, können alle Properties über die Element Properties eingestellt werden. Natürlich auch für Elemente, welche den Reiter Details besitzen.

Enterprise Architect Datenmodell (EA API)

HKA — Mon, 19 Mar 2012 12:17:43 +0000

Viele wissen bereits, dass der Enterprise Architect über
eine API verfügt mit der man das gesamte Modell und noch vieles mehr
programmatisch verändern kann.

The Core of the EA API

In diesem Artikel möchte ich gerne die Grundlagen der API
beleuchten.

Einstiegspunkt ist in der Regel die Klasse Repository. In
ihr sind alle anderen Modellelemente, etc. enthalten. Das Repository entspricht
der Clientapplikation (dem EA) und dem geladenen Modell (dem EAP-File oder
einem DBMS).

Navigieren durch das Objektmodell:

Das Repository enthält „Models“ vom Typ Package (rep.Models).
Das sind alle Root Packages im Enterprise Architect. Für den EA sind das also
auch „nur“ Pakete.

Ein Paket kann nun Diagramme (p.Diagrams), Elemente (p.Elements)
oder wiederum Sub-Pakete enthalten (p.Packages).

Als Ergebnis erhält man immer eine Collection. Diese
Collection ist allerdings kein Programmiersprachen spezifischer Container, sondern
ebenfalls Teil der EA API. In dieser Collection findet man immer Elemente vom
referenzierten Typ (Package, Element, Diagram, etc.)

Die in der Colelction enthaltenen Elemente beinhalten
jeweils eine ID des Elements in dem sie selbst enthalten sind. Mit “
element.PackageID „ erhält man z. B. die ID des Paketes, in dem das Element
enthalten ist.

Will man wieder das korrespondierende Objekt zur gefundenen
ID, verwendet man das Repository. Mit „repo.GetPackageByID(element.PackageID)“ erhält
man die korrespondierende Objektreferenz.

Manipulationen am Objektmodell:

Will man das Modell programmatisch manipulieren, tut man
dies ebenfalls über die Collection. Neue Elemente werden mittels „
myCollection.Add(‘ ‘,‘ ‘)“ hinzugefügt. Wobei
die Parameter in der Regel (abhängig vom zu erstellenden Element) der Name und
der Typ sind.

Will man eine neue Klasse in einem Paket anlegen geht man folgendermaßen
vor: myClass = myPackage.Elements.Add(„myNewClassName“,“Class“).

Über die Collection der Elemente eines Paketes erhält man
eine neue Instanz, die in der Variable myClass gespeichert wird, mit Namen „myNewClassName“
vom Typ Class.

Will man ein neues Attribut an einem Element hinzufügen
verwendet man ebenfalls die Collection der Attribute des Elements:
myNewAttritbute = myElement.Attributes.Add(„AttName“, „int“).

Somit erhält man ein neues Attribut mit dem Namen „AttName“
vom Typ int. Mittels des erzeugten Objektes „myNewAttriubte“ können weitere
Eigenschaften des Attributes gesetzt werden. Es ist auch möglich, dieses
Attribut einer anderen Klasse zuzuweisen. Es quasi umzuhängen:
myNewAttribute.ParentID = 23 (.. wobei 23 die ElementID eines anderen Elementes
ist, das nun dieses Attribut bekommt).

Wichtig: Durch die oben beschriebenen Aktionen wurde
lediglich das Objektmodell das aktuell geladenen Repositoriums geändert. Die Änderungen
wurden noch nicht persistiert (in die DB geschrieben).

Zum Speichern der Änderungen bietet jedes Element eine
Update() Operation. Damit wird das geänderte/neue Objekt persistiert.

Neben dem Schreiben der Änderungen ist es notwendig, das
restliche Objektmodell neu zu laden. Dies geschieht durch den Aufruf von
Refresh(). Folgendes Beispiel zeigt ein Beispiel in JScript wie ein neues
Attribut am Element „theElement“ hinzugefügt werden kann.

var attributes
as EA.Collection;
attributes = theElement.Attributes;
var newAttribute as EA.Attribute;
newAttribute = attributes.AddNew( “m_newAttribute”, “string” );
newAttribute.Update();
attributes.Refresh();

Vorhandene Elemente
können natürlich auch gelöscht werden. Dies geschieht über die DeleteAt(index)
Operation der Collection. Dabei muss die Collection durchlaufen werden, wurde
das zu löschende Element gefunden, kann mittels DeleteAt und den gefundenen
Index gelöscht werden:

// Delete the attribute we just added
if ( currentAttribute.Name == “m_newAttribute” )
{
attributes.DeleteAt( i, false );
}

Mit diesem Überblick sollte es kein Problem mehr sein, seine Modelle programmatisch zu manipulieren.
Falls Sie mehr über das Eneterprise Architect Objektmodell erfahren möchten, können Sie uns gerne kontaktieren. Wir bieten individuelle Schulungen an.

Enterprise Architect 9.3 Released

RDE — Thu, 08 Mar 2012 14:05:21 +0000

Sparx Systems freut sich den Release der Version 9.3 von Enterprise Architect bekannt geben zu können.

Die Highlights:

Floating und Andockbare Diagramfenster
Visualisierung komplexer Beziehungen zwischen mehreren Diagrammen.
Vereinfachtes verschieben von Diagramminformationen zwischen Diagrammen
Erstellen und verteilen von „custom“ Menüs
Erweiterung der Test Punkt Kapazitäten zum analysieren und Debuggen des Systems
Aufzeichnung und Visualisierung der Objekteigenschaften während der Ausführung
Breakpoint Verschieben per Darg/Drop

Erhalten Sie ein besseres Verständnis der komplexen Hierarchien und Beziehungen, indem Sie mehrere Diagramme, Modell-Ansichten und Dokumente auf einmal anzeigen. Simulieren Sie komplexe Verhaltensweisen und sehen, komplementäre Ansichten von Elementen und dessen Beziehungen. Erstellen Sie benutzerdefinierte Layouts und gemeinsame Ansichten mit anderen Teammitgliedern.

Komplexer Code wird verständlicher und einfacher zu debuggen, da daraus Sequenzdiagramme, die die Interaktion zwischen mehreren Instanzen einer Klasse visualisieren, generiert werden können.

Objektdiagramme können erstellt werden, um den Status und die Beziehung zwischen Run-time Objekten, die später referenziert werden können, zu dokumentieren.

Weitere Infos:

Die vollständige Liste der Release Notes finden Sie hier (Englisch).

Weitere Informationen zur neuen Version finden Sie hier.
Die Trial Version von EA 9.3 finden Sie hier.

Enterprise Architect 9.2 Released

HKA — Thu, 17 Nov 2011 10:22:15 +0000

Der zweite Major Release von Enterprise Architect in diesem Jahr. Der EA 9.2 bietet folgende Neuerungen:

Baseline basierter Diagrammvergleich:
Ein Diagramm kann mit einem Diagramm in der Baseline verglichen werden. Alle Diagrammänderungen werden im aktuellen Diagramm angezeigt. Durch einen Wizard können verschiedene Filter gesetzt werden.

Verbesserte Simulationsmöglichkeiten:
Bei der Simulation von Zustandsautomaten können nun auch Trigger verwendet werden. Geschäftsprozesse können nun auch simuliert werden. Als Action Language kann JavaScript verwendet werden.

Debugging mit GDB:
Zum Debuggen wird nun der GNU Debugger verwendet. Er erlaubt auch das Aufzeichnen von Sequenzdiagrammen.

Spezifizieren einer Ontologie mit ODM:
Das Ontology Definition Metamodel wird unterstützt. Es können nun Ontologien in den Sprachen OWL (Web Ontology Language) und RDF (Resource Description Framework) erstellt werden.

Verbesserte ArcGIS ™ Unterstützung:
Die MDG Technology ArcGIS wurde überarbeitet und verbessert. Es steht nun auch ein Importer und Exporter zur Verfügung.

Weitere Neuerungen in Kurzform:

Verbesserung des RTF Generators um übergroße Files zu unterstützen.
Der RTF Generator wurde upgedated um Duplikate bei Auswahl von Diagram.Element und Package.Element zu verhindern, wenn nicht Tree-Order sorting aktiviert ist.
Im RTF Generator können nun auch auf Connector Typen gefiltert werden. Connectors ohne Notizen können ebenfalls gefiltert werden.
Bei Verwendung des Element Browser können nun über das Kontextmenüs der Relationen weitere Optionen gefunden werden.
In der out-of-the-box Find Orphans Suche werden nun keine Trigger mehr aufgelistet, da diese meist nicht im Diagramm liegen. Bezüglich Find Orphans hier ein weiterer Post.
Rhapsody UML und SysML Modelle können importiert werden.
Missing Cross Package References Reports werden nicht mehr gemeldet, wenn das geänderte element zuvor im Projekt vorhanden war und anschließend exportiert wird.
Für AddIns die die Operation EA_GetMenuState implementieren. Diese Operation wird nun auch aufgerufen wenn im Project Browser das Kontextmenü geäffnet wird.
Mit einem AddIn kann nun über Project.GetFileNameDialog der Windows File Dialog aufgerufen werden.
Erweiterung der Model-ShortCuts, um beim Öffnen eines Repositories ein Workspace Layout und ein Work-Set zu öffnen.
Durch drag-and-drop eines Zustandsautomaten wird nun angeboten diesen als SubMachine State in das Modell einzufügen.

Die vollständige Liste der Release Notes finden Sie hier (Englisch).

Weitere Informationen zur neuen Version finden Sie hier.
Die Trial Version von EA 9.2 finden Sie hier.

Was ist ein Renewal?

HKA — Wed, 16 Nov 2011 18:04:17 +0000

Im Kaufpreis von Enterprise Architect erhalten Sie für 1 Jahr kostenfreie Updates und Zugriff auf den Bereich der registrierten Benutzer. Am Ende dieses Jahres können Sie diese Vereinbarung um ein weiteres Jahr verlängern. Ohne Verlängerung erlischt der Zugriff auf diesen geschützten Bereich und somit die Zugriffsmöglichkeit auf die Setup File(s) von EA. Wir empfehlen Ihnen die Erstellung einer Sicherheitskopie auf einem permanenten Medium für eine etwaig notwendige Neuinstallation zu einem späteren Zeitpunkt, falls Sie keinen Zugriff auf den geschützten Bereich mehr haben. Bei noch gültigem Zugriff auf den geschützten Bereich stehen Ihnen neben dem aktuellsten EA Build auch die letzten Builds früherer Major Releases zur Verfügung.

Die Zugangsberechtigung wird durch die im Lizenzmail beinhalteten Zugangsdaten ermöglicht. Wir haben hier ein Webservice eingerichtet mit dem Sie die Laufzeit prüfen können.

Wenn Sie EA einmal gekauft haben, zahlen Sie immer nur den Preis für die Verlängerung des Wartungsvertrages Ihrer Lizenz. Sie können auch zu einem späteren Zeitpunkt durch eine „Renewal“ Verlängerung auf die dann aktuellste Version Updaten. Bitte kontaktieren Sie sales@sparxsystems.eu idealerweise unter Bekanntgabe der Lizenzkey(s), um eine Preisinformation in kurzer Zeit zu erhalten.

Deutschsprachiges Handbuch “Projektabwicklung mit UML und Enterprise Architect” erweitert und an Version 9.1 angepasst.

HKA — Wed, 16 Nov 2011 16:49:12 +0000

Dieses Buch dient als Unterlage und Leitfaden für das Training “Projektabwicklung mit UML und Enterprise Architect”, eignet sich auch hervorragend für das Selbststudium oder als perfektes Nachschlagewerk in Ihrem Projektalltag.

Mit der EA Version 9.1 wurden erneut zahlreiche neue Funktionen in Enterprise Architect aufgenommen. Die Menüs und zahlreiche Abfragefenster wurden komplett überarbeitet. Die erneut überarbeitete Kursunterlage nimmt darauf Rücksicht: zusätzliche Kapitel, Anpassung der Abbildungen, kompakt zusammengefasst in 345 Seiten im DIN-A4 Format.
Weitere Informationen und Bestellung hier .

ISBN-10:3-9502692-0-8
ISBN-13:978-3-9502692-0-8

Trial Version

aStreitberger — Sun, 30 Oct 2011 13:16:26 +0000

Zwischen der Tialversion und der Vollversion gibt es keine Einschränkungen. Die einzigen Unterschied sind, dass die Trialversion nur für dreissig Tage lauffähig ist und alle gedruckten Diagramme mit einem “Watermark” den Hintergrund darstellen. Bei jedem Start der Trialversion können Sie auswählen mit welcher Lizenzform sie arbeiten möchten. So können sie die Unterschiede der einzelnen Lizenzformen kennenlernen und so entscheiden, welche für Sie die geeignete ist.

Die Trialversion kann nicht in eine Vollversion umgewandelt werden. Wenn Sie sich entschließen den EA zu kaufen, laden Sie bitte die Vollversion aus dem Userbereich herunter. Anschließend registrieren Sie sich mit dem Lizenzschlüssel. Sie erhalten den Lizenzschlüssen, samt den Zugangsdaten zum geschlossenenen Userbereich mit dem Kauf der Lizenz.

Alle Projekte der Trialversion können ohne Einschränkungen mit der Vollversion verwendet werden. Achten Sie darauf, dass die erstellten Projekte gesichert sind, wenn Sie die Trialversion von EA deinstallieren. Um ein bestehendes Projekt in der Vollversion zu öffnen wählen Sie im Menü File | Open und wählen sie das Projekt aus.