Wer die Systems Engineering Edition von Enterprise Architekt besitzt kann sich glücklich schätzen; er oder sie hat eine Fülle von zusätzlichen Funktionalitäten in seiner/ihrer Werkzeugkiste, unteranderem auch die Sprache SysML. Die Sprache SysML ist das, was die OMG standardisiert hat. In der EA Systems Engineering Edition wird darüber hinaus noch die Möglichkeit geboten, Parametric Diagrams (Zusicherungsdiagramme) zu “simulieren”. Das ist auch ein wesentlicher Unterschied zur reinen SysML MDG Technology, die die Sprache SysML auch in z. B. der Corporate Edition verfügbar macht.

In der EA Systems Engineering Edition sind neben der Sprache SysML noch weitere Modellierungssprachen wie z. B. SystemC, Verligo, VHDL, etc. enthalten, aus denen auch Code generiert werden kann. Auch das Generieren von Code aus Verhaltensmodellen wird unterstützt. Mehr Informationen zu SysML finden Sie hier.

Seit es die Systems Engineering Edition gibt, ist dies in der EA Installation enthalten, wird aber erst durch den richtigen Schlüssel freigeschalten. Wer glücklicher Besitzer eine Corporate, Professional oder Desktop Edition  ist, kann durch Kauf der SysML MDG Technology seine EA Installation aufrüsten und die Sprache SysML verfügbar machen. Die oben beschriebene “Simulation” des Parametirc Diagrams (Zusicherungsdiagramms) ist in der SysML MDG Technology nicht enthalten.
Wird die SysML MDG Technology installiert, findet man im Extensions Menü (ehemaliges AddIn Menü) einen Eintrag für SysML und kann die SysML Technology dynamisch laden und entladen. Dies ist allerdings nicht mehr erforderlich, da die MDG Technology lediglich SysML 1.0 enthält. Die Versionen 1.1 und 1.2 sind bereits vorinstalliert und werden sichtbar, wenn die SysML MDG Technology installiert wurde.

Nochmals zusammengefasst:

• Installieren der Vollversion von Enterprise Architect
• Eintragen des EA Schlüssels (z.B. für die Corporate Edition. In der Systems Engineering und Ultimate Edition ist SysML bereits enthalten! )
• Installieren der SysML MDG Technology
• Eintragen des Schlüssels für die SysML MDG Technology
• (Im Extension Menü muss die Technology nicht geladen werden, dies würde lediglich SysML 1.0 laden. SysML 1.1 und 1.2 sind bereits in der EA installation enthalten und werden durch die Installation der SysML MDG Technology + Key freigegeben)

Das „Problem“ von Cross Package References ist den einen oder anderen bereits bewußt. Es handelt sich dabei um folgende Konstellation: 

Paket 1 enthält Elemente (Klasse A und B). Paket 2 enthält Klasse C. Klasse C wiederum hat Attribute, welche vom Typ A und B sind, sowie eine Operation mit Parameter und Rückgabewert von Typ A und B. Klasse C hat auch noch eine Assoziationsbeziehung zu klasse A.
Es gibt also massive referentielle Abhängigkeiten zwischen Paket 1 und Paket 2. 

Wird nun Paket 2 exportiert (XMI Export), wird der gesamte Inhalt von Paket 2 in XML serialisiert. Eventuelle Referenzen zu anderen Paketen werden als Referenz in das XML-Dokument aufgenommen. Die referenzierten Elemente selbst sind natürlich nicht im XML-Dokument enthalten, sie liegen ha „physisch“ in einem anderen Paket (Paket 1). 

Wird nun das exportierte Paket 2 in ein anderes Repository (z. B. EAP File) importiert, gehen alle Informationen, die nicht wiederhergestellt werden können verloren! Dies wird durch folgende zwei Grafiken dargestellt: 

Im EA 9.0 (ab Build 906) gibt es nun zwei Konfigurationsmöglichkeiten unter: Tools | Options | XML Specifications 

Durch diese Konfiguration wird beim Export ein vorhandenes XML-Dokument nicht einfach überschrieben, sondern mit dem zu exportierenden Modell verglichen! Sind im bereits vorhandenem XML-Dokument Informationen vorhanden, welche im aktuellen Modell nicht vorhanden sind, erscheint ein Dialog mit den Differenzen. 

Der Benutzer kann entscheiden, ob er diese Information im XMI behalten will oder ob sie überschrieben werden sollen. Durch diesen Ansatz können keine Informationen mehr verlorengehen! 

Eine weitere Konfigurationsmöglichkeit erlaubt es, auch visuelle Verluste grafisch darzustellen. Wird ein Element aus einem anderen Paket (Paket 1) in einem Diagramm eines anderen Pakets (Paket 2) verwendet, gehen diese Elemente im Diagramm verloren, wenn nur Paket 2 importiert wird. Durch sogenannte Platzhalter Elemente wird im Diagramm angezeigt, dass an einer bestimmten Position eigentlich ein Element vorhanden sein sollte, es aber beim Import verlorengegangen ist. Auch alle Beziehungen zu den Platzhalter Elementen bleiben bestehen und geben dem Betrachter wichtige Informationen. 

Dieses Feature heißt “Live Code Generation” und ist bis zu EA 9.0 im Kontextmenü eines Paketes im Projekct Browser unter dem Menüpunkt “Package Build Script” zu finden.

Unter Package Build Script kann Live Code Generation konfiguriert werden.

In EA 9.0 wurde das Thema Code-Gnerieren, Starten von Code, Kompilieren von Code, Testen von Code, etc. umgestaltet. Das Fenster “Package Build Script” gibt es in EA 9.0 nicht mehr. Die Konfigurationsmöglichkeit von “Live Code Generation” ist nun in das Menü Code Engineering im Kontextmenü eines Paketes im Package Browser gewandert.

Konfiguration zum automatischen Vorwärtsgenerieren des Cods

Diese Suche findet alle Elemente, die Im Modell (Project Browser) vorhanden sind, aber in keinem Diagramm verwendet (referenziert) werden!
Ist das Element durch Links mit anderen Elementen verbunden,
ist das Element der Typ eines Attributes, Parameters oder ein Return-Typ einer Operation,
ist das Element der Typ einer Instanz, eines Ports, etc., wird es ebenfalls als “orphan” (verwaist) ausgegeben.

Will man nun wirklich nur jene Elemente, die vollkommen verwaist sind, ist dies mit dem Query-Builder nicht möglich.
Eine SQL-Suche bringt Abhilfe.

Die Suche für oben angeführtes Problem sieht folgendermaßen aus:

Die oben dargestellte Such wurde erweitert und sucht nun auch ob ein Element mit einer Operation, Informationsfluss, Trigger, etc verlinkt ist. Durch eine stärkere Einschränkung in den Sub-Selects wir auch die Performanz verbessert.

Mit diesem Ansatz können Sie den Inhalt Ihrer Modelle intern oder extern zur Verfügung stellen.
Einzige Einschränkung ist, die Modelle können nicht bearbeitet werden, aber … ein findiger EA Benutzer
hat die Templates angepasst, um per HTML-Seite Feedback zu geben.

Die Erweiterung und eine Beschreibung der Erweiterung finden Sie auf der englischsprachigen Community Site. 
Link zum Artikel

Zur Auswahl welcher Effekt bei Anwendung des Filters angewendet werden soll

Die zu definierenden Regeln (Filter) sind dieselben, wie sie auch bei der Modellsuche definiert werden können.
Aktuell (EA 8.0) gibt es noch eine Einschränkung auf Elemente und deren direkten Eigenschaften.
Einzelne Regeln können durch Klick des Trichtersymbols (links oben) erstellt werden.

Diese Filter können nun sehr vielfältig eingesetzt werden. Ein, im Team erstelltes Diagramm, kann z. B. bezüglich Autoren gefiltert werden.
Eine andere Möglichkeit ist die Filterung nach Elementen bestimmter Versionen, Phasen, Status, etc.

Beispiel für Filter mit Fade Option

Beispiel für Filter mit Gray Scale Option

Beispiel für Filter mit Hide Option

Beispiel für Filter mit Select Option

Hinweis: zu beachten ist, dass bis auf die Option “Select” der Effekt immer auf alle Elemente angewendet wird, die den Filter nicht entsprechen!
Nur bei der Option Selekt, werden alle Elemente ausgewählt, welche den Regeln im Filter entsprechen!

Die momentanen Einschränkungen betreffen die Möglichkeit zusätzliche Elementeigenschaften abzufragen, die über die Liste der beim Element vorhandenen Informationen hinausgeht.
Nach Tagged-Values kann zum Beispiel aktuell nicht gefiltert werden.

Durch Diagrammfilter können interessante Anwendungsfälle realisiert werden. So können z.B. verschiedene Varianten eines Modells in einem Diagramm realisiert werden. Zu beachten is, dass lediglich das Diagramm gefiltert wird, nicht das Modell! Bei der Code Generierung haben Diagrammfilter keinen Einfluss. Bei der Dokumentenerstellung werden die Diagramme so wie sie im EA zu sehen sind ausgegeben.  

Will man auch bei der Code Generierung Varianten berücksichtigen, kann dies durch Stereotypen, TaggedValues und der Anpassung der Code Generierung geschehen. Eine weitere Möglichkeit um Modell-Varianten zu managen finden Sie hier.

Dieser Artikel beschreibt wie diese Abbildung im Enterprise Architect realisiert werden kann. Folgende Schritte sind dazu notwendig:

1.) Erstellen Sie einen Blocks (Block1)

2.) Markieren Sie den Block als Composite (Kontextmenü des Blocks: Advanced -> Make Composite ). Unter dem Block1 wurde nun ein neues Diagramm (ibd) angelegt. Dieses bleibet leet!

3.) Nun können Sie im (unterhalb) Block1 weitere Elemente anlegen.

4.)  Um die gewünschte Darstellung in der obersten Grafik im EA zu erhalten, muss lediglich der Block1 ausgewählt werden und im Kontextmenü  die Option “Show Composite Diagram” ausgewählt werden. Das Ergebnis ist der Diagrammrahmen des darunterliegenden ibd, ohne Inhalt, da wir keine Elemente in dieses Diagramm gezeichnet hatten!

Hinweis: Hätten wir in das ibd ebenfalls Elemente eingefügt, z.B. die im Block1 enthaltenen Elemente, würden wir es nun im Diagramm sehen können. Die Elemente wären dann aber „nur als Bild“ eingefügt und könnten nicht weiter verlinkt werden!

5.)  Nun können alle Embedded Elements (Elemente die unterhalb des Block1 liegen) per drag and drop eingefügt werden. Alle Embedded Elements werden automatisch innerhalb der Diagrammdarstellung des Block1 angezeigt. Die Ports des Block1 können nun mit den Properties verbunden werden.

Um das oben gezeigte Besipiel zu vervollständigen, können auch noch die ProvidedInterfaces modelliert werden:

Dieser Mechanismus ist nicht nur ausschließlich für SysML möglich und zulässig, sondern kann auch für andere Diagrammtypen und Elemente angewendet werden!

Wichtige Punkte: Für jedes Composite Element (das Element hat in der Regel ein darunterliegendes Daigramm im EA) kann sein darunterliegendes Diagramm angezeigt werden. Dabei behält das Element alle seine Eigenschaften, lediglich das ShapeScript ändert sich und zeigt das darunter liegende Diagramm.

Alternativ zu den oberen Darstellungen wäre Folgende möglich:

Dabei wird lediglich die Darstellungsform des Blocks wiederhergestellt, im Kontextmenü -> Advanced wird Show Composite Diagram abgedreht.
Nun sehen wir nicht den ibd Diagrammrahmen, sondern den korrespondierenden Block!
Der Workflow zum Erstellen der oberen Darstellung kann natürlich auch vereinfacht werden, um die einzelnen Schirtte nachvollziehbar zu machen wurden sie hier ausführlich beschrieben.

Mehr Informationen zu SysML bzw. unser Trainingsprogramm finden Sie hier:

OMG SysML Spezifikation
SparxSystems – CE: SysML Trainingsprogramm

Die “normale” Suche bzw. der “Query Builder” sind hierfür hervorragend geeignet. Jedoch gibt es immer wieder Anforderungen die man nur mit einer SQL Abfrage oder bei sehr komplexen Problemen mit einem eigenen Addin lösen kann.

Hierzu bietet Enterprise Architect in der Hilfe eine einfache Einführung.

So können SQL Abfragen, danke sogenannter Macros #xxx# auch für jede Datenbank angepasst werden wie z.B.:

• MYSQL
• JET
• ORACLE
• SQLSVR
• ASA
• OPENEDGE
• POSTGRES.

Die wichtigsten Macros hierzu sind natürlich Wildcards: #WC# und #DB=<DBName># welches dem Ersteller der Suche erlaubt die Abfrage an die Verschiedenen “SQL-Syntax Dialekte” anzupassen.

Für diejenigen die mit SQL an die Grenzen stoßen, gibt es natürlich auch noch die Möglichkeit eine Funktion eines Addin aufzurufen. Hierzu wird einfach der Name des Addins und der Funktion angegeben. Z.B.: MyAddin.RunThisMethod

Siehe hierzu folgende Links:

Such Funktionssignatur für Addins
Erstellen einer erweiterten Suche