Erzpfer ArchMapper ist ein Werkzeug zum Zuordnen von Architekturbeschreibungen an den Java-Quellcode.
Jetzt downloaden

Erzpfer Ranking & Zusammenfassung

Erzpfer Stichworte

Java Generator Code Java-Codegenerator. Qualitätskontrolle

Erzpfer Beschreibung

Archmapper ist ein Werkzeug zum Zuordnen von Architekturbeschreibungen an den Java-Quellcode. Archmapper ist ein Werkzeug zum Zuordnen von Architekturbeschreibungen an den Java-Quellcode.ArchMapper ist ein Werkzeug zum Zuordnen von Architekturbeschreibungen mit hoher Ebene eines Programms an Implementierungsartefakte. Genauer gesagt bietet es zwei Hauptfunktionen: · Generieren von Java-Quellcode-Stubs aus einer Architektur · Die Überprüfung einer Java-Implementierung für die Konformität mit einem ArchitekturarchMapper kann einen spezifischeren Sourcecode generieren, wenn die Implementierung auf einem Middleware- oder Applications-Framework basiert. Die Besonderheiten der Middleware müssen in einer stilspezifischen Mapping dafür gegeben werden, dass dies funktioniert. Es kann auch Konformitätsprüfungen sein, die für eine Mitteware spezifisch sind.Architektr BeschreibungDie Architektur muss als Konfiguration von Komponenten und Anschlüssen definiert sein. Derzeit kann die Architekturbeschreibungssprache (ADL) ACME für diesen Zweck verwendet werden. Es gibt ein Eclipse-Plug-In (AcMestudio), das eine grafische Bearbeitung einer solchen Architektur ermöglicht. Die Architektur kann mit einem einfachen XML-Format definiert werden. Die konzeptionellen Elemente sind die gleichen wie in ACME, aber die Syntax ist einfacher, da einige fortschrittliche ACME-Funktionen weggelassen wurden. Architektur MappingDie Architekturbeschreibung kann sehr abstrakt sein. Jede Komponente oder Anschluss kann in mehreren Klassen implementiert werden. Nicht jede Klasse in einer Komponente sollte für andere Komponenten sichtbar sein. Dass bedeutet, dass Ports nur von einigen Klassen verwendet werden sollen, und Ports sollten nur die Schnittstelle eines Bauteils aussetzen. Konfigurieren Sie dabei ein Mapping von Komponenten, Anschlüssen und Ports zu Klassen. Dieses Mapping kann in einer XML-Datei definiert werden. Für jede Komponente und den Anschluss können Klassen und Schnittstellen explizit oder mit Klassennamenmustern definiert werden. Eine alternative oder ergänzende, Mappings können mit Java-Anmerkungen direkt auf einer Klasse definiert werden. Der Nachteil ist, dass die Sourcecode-Generierung mit diesem Ansatz nicht funktioniert. Stil Mappingan Architektur kann auf einem architektonischen Stil basieren. Ein architektonischer Stil definiert Komponenten- und Anschlussarten und Einschränkungen, wie eine Architektur komponiert werden kann. Wenn der Stil von einem Middleware beeinflusst wird, kann etwas über die Implementierung jedes Komponententyps gesagt werden. Für jeden unterstützten Stil muss eine XML-Datei mit Stil-Mapping-Informationen vorhanden sein. Dazu gehören Klassenarten für jeden Komponenten- oder Anschlusstyp mit Informationen zu Superklassen und Schnittstellen. Porttypen können definiert werden, die nur bestimmte Klassenarten exportieren. Für Dateitypen kann eine Vorlage für den Codegenerator definiert werden. Code GenerationDer Codegenerator sammelt Informationen aus der Architektur, der Architektur-Mapping und optional das Architekturstil-Mapping. Dazu gehören Informationen zu Superklassen und Schnittstellen, Klassennamen, Paket und bekannten Klassen von der Schnittstelle angeschlossener Komponenten. Darüber hinaus können Dateien mit einem in der Stil-Mapping definierten Vorlageninhalt erzeugt werden. Es können auch stilspezifische Generatoren für eine Middleware sein. Beispielsweise gibt es einen Generator, der Federkonfigurationsdateien erstellen kann. Konformitätsprüfung Die wichtigste Frage in Bezug auf die Konformität der Architektur und Implementierung ist: "Tun Sie die Klassen in der Tat in der Art und Weise, die in der Architektur definiert ist?" Dies wird als "Kommunikationsintegrität" bezeichnet und ist einer der Regeln, die überprüft werden können. Genauer gesagt, wird geprüft, ob eine Klasse alle Verweise auf Klassen in nicht angeschlossenen Komponenten oder an Klassen aufweist, die nicht über den Anschluss einer angeschlossenen Komponente freigelegt werden. Andere generische Regeln prüfen, ob alle Komponenten im Quellcode vorhanden sind Die Klasse gehört zu einem Bauteil, und wenn alle Klassen auf dem in den Mappings definierten Weg implementiert sind. Es gibt auch Regeln, die die Struktur der Architektur selbst überprüfen. Sie prüfen, ob zyklische Abhängigkeiten zwischen den Komponenten vorhanden sind und wie komplex die Abhängigkeitsstruktur ist.moreover, jeder Middleware-Stil kann seine eigenen Regeln definieren. Das bedeutet, dass die Einschränkung der Klassen in Komponenten eines bestimmten Typs überprüft werden kann, basierend auf den in der Art definierten Regeln. Was in dieser Version neu definiert ist: · Eclipse 3.3-Unterstützung (einschließlich der neuen Version von TTPP) · Mehr Dokumentation

Erzpfer Zugehörige Software