Der Sparx-.qea-Rundlauf
Was eine .qea-Datei tatsächlich ist, was den Weg aus einem Werkzeug in Enterprise Architect übersteht, und welche Teile es nie schaffen.
6 Min. LesezeitXMI 2.5.12 von 3
Die kurze Antwort
- Eine .qea-Datei ist eine SQLite-Datenbank mit dem Repository-Schema von Enterprise Architect - deshalb öffnet sie auf macOS und Linux, wo .eap es nie tat.
- .eap und .qea unterscheiden sich im Behälter, nicht im Inhalt. Beide tragen dasselbe Schema, und die Konvertierung lässt das Modell unverändert.
- Anders als bei XMI bleibt beim .qea-Rundlauf das Diagrammlayout erhalten, weil die Koordinaten in derselben Datenbank stehen wie die Elemente.
01Eine Datenbank, kein Dokument#
Die nützlichste Tatsache über eine .qea-Datei ist, dass sie eine SQLite-Datenbank ist. Kein ZIP aus XML, kein proprietärer Binärklumpen - eine Datei, die sich mit jedem SQLite-Client öffnen und abfragen lässt. Darin liegt das Repository-Schema von Enterprise Architect, dasselbe Schema, das Sparx verwendet, wenn ein Team sein Repository statt in einer Datei auf einem gemeinsamen SQL Server hält.
Genau deshalb gibt es das Format überhaupt. Die älteren .eap- und .eapx-Dateien waren Jet- und Access-Datenbanken, was das ganze Werkzeug an Windows und an eine Datenbank-Engine band, die Microsoft nicht mehr interessierte. SQLite läuft überall, und das ist es, was ein browserbasiertes Werkzeug in die Lage versetzt, eine Datei zu schreiben, die Enterprise Architect öffnet.
02Was ein Hin und Zurück bewahrt#
| Element | Notation | Was es bedeutet |
|---|---|---|
| Elemente | Bewahrt | Name, Typ, Stereotyp, Notizen und Paketzuordnung, in t_object. |
| Beziehungen | Bewahrt | Beide Enden, die Beziehungsart sowie Rolle und Kardinalität je Ende. |
| Diagrammlayout | Bewahrt | Der Grund, .qea gegenüber XMI vorzuziehen: Koordinaten sind vollwertige Zeilen und keine Erweiterung. |
| GUIDs | Bewahrt | Jedes Element behält seinen Bezeichner, und genau das erlaubt einem späteren Reimport zu aktualisieren statt zu duplizieren. |
| Baselines und Versionshistorie | Verloren | Eine erzeugte Datei ist eine erste Version. Nichts außerhalb des Werkzeugs kann eine Historie rekonstruieren, die es nie gab. |
Die GUID-Zeile lohnt das Verweilen. Weil die Elementbezeichner überleben, ist ein echtes Hin und Zurück im Prinzip möglich: exportieren, anderswo bearbeiten, reimportieren - und das Werkzeug kann die eingehenden Elemente denen zuordnen, die es schon hat, statt von allem eine zweite Kopie anzulegen. Ob es das tut, ist eine Eigenschaft des importierenden Werkzeugs, nicht der Datei.
03Ohne einen verlorenen Freitag#
Öffnen Sie die exportierte Datei in einem SQLite-Browser, bevor Sie sie in Sparx öffnen. Zählen Sie die Zeilen in t_object und vergleichen Sie mit der erwarteten Elementzahl. Eine Datei, der Elemente fehlen, ist dort in fünf Sekunden offensichtlich und braucht im Modellierungswerkzeug eine halbe Stunde, bis es auffällt.
Halten Sie die Paketstruktur beim Export flach. Tiefe Verschachtelung ist der Ort, an dem sich Fremdschlüsselfehler verstecken, und eine flache Menge von Paketen, die Sie anschließend in Enterprise Architect umorganisieren, ist schneller als das Debuggen einer Hierarchie, die halb angehängt ankam.
Erwarten Sie nicht, dass die Datei einen Prozess trägt. Baselines, Review-Kommentare, Anforderungsverfolgung und Projektmanagementdaten sind echte Teile eines Enterprise-Architect-Repositories, und keines davon existiert in einem Modell, das woanders gebaut wurde. Eine erzeugte .qea gibt Ihnen das Modell; der Prozess fängt von vorn an.
In je einer Zeile
- 01Eine .qea-Datei ist eine SQLite-Datenbank mit dem Repository-Schema von Enterprise Architect.
- 02Sie ersetzte .eap und .eapx, um Access zu entkommen - deshalb können auch Nicht-Windows-Werkzeuge sie schreiben.
- 03Das Layout bleibt erhalten, weil Koordinaten Zeilen im Schema sind und keine optionale Erweiterung.
- 04GUIDs überleben, und genau das macht ein echtes Hin und Zurück statt eines Duplikat-Imports möglich.
- 05Baselines, Reviews und Anforderungslinks sind Repository-Prozess, und keine erzeugte Datei hat sie.
04Häufige Fragen#
Was ist eine .qea-Datei?
Eine SQLite-Datenbank mit dem Repository-Schema von Enterprise Architect. Sie hat die Access-basierten .eap- und .eapx-Dateien als Sparx' lokales Standardformat abgelöst, weshalb sie sich auch mit macOS- und Linux-Werkzeugen öffnen lässt.
Was unterscheidet .eap und .qea?
Der Behälter, nicht der Inhalt. Beide tragen dasselbe Repository-Schema; .eap und .eapx sind Jet- oder Access-Datenbanken und an Windows gebunden, .qea ist SQLite und portabel. Sparx kann zwischen ihnen konvertieren, und das Modell darin bleibt unverändert.
Bleibt beim .qea-Rundlauf das Diagrammlayout erhalten?
Ja, anders als bei XMI, weil das Layout Teil des Schemas ist und keine optionale Erweiterung. Diagrammobjekte tragen ihre Koordinaten in derselben Datenbank wie die Elemente, die sie zeigen - eine korrekt geschriebene Datei öffnet also mit intakten Sichten.
In dieser Reihe
- 01UML nach XMI
- 02Sparx .qea Rundlauf
- 03UML nach Mermaid
Passend dazu
Modellierungspraxis
Modellierungspraxis
Modellierungspraxis
Strukturdiagramme