Aartsmap ARCHMOPPER is een hulpmiddel voor het in kaart brengen van architectuurbeschrijvingen op Java-broncode.
Download nu

Aartsmap Rangschikking & Samenvatting

Aartsmap Tags

Java generator code Java-code generator Kwaliteitsverzekering

Aartsmap Beschrijving

Archmapport is een hulpmiddel voor het in kaart brengen van architectuurbeschrijvingen op Java-broncode. Archmapport is een hulpmiddel voor het in kaart brengen van architectuurbeschrijvingen op Java-broncode.archmapper is een hulpmiddel voor het in kaart brengen van hoogwaardige architectuurbeschrijvingen van een programma voor implementen. Meer Juist, het biedt twee hoofdfuncties: · Genereren van Java-broncode-stubs van een architectuur · Het controleren van een Java-implementatie voor conformiteit met een architectonArchmapper kan meer specifieke sourcecode genereren als de implementatie is gebaseerd op een middleware- of toepassingskader. De specificaties van de middleware moeten worden gegeven in een stijlspecifieke mapping hiervoor om te werken. Er kunnen ook conformiteitscontroles zijn die specifiek zijn voor een middleware.Architectuurbeschrijving De architectuur moet worden gedefinieerd als een configuratie van componenten en connectoren. Momenteel kan de ACME (ADL) van de architectuurbeschrijving voor dit doel worden gebruikt. Er is een Eclipse-plug-in (ACMESTUDIO), die een grafische bewerking van een dergelijke architectuur mogelijk maakt .Alternatief, kan de architectuur worden gedefinieerd met een eenvoudig XML-formaat. De conceptuele elementen zijn hetzelfde als in ACME, maar de syntaxis is eenvoudiger omdat sommige geavanceerde ACME-functies zijn weggelaten. Architectuur de architectuurbeschrijving kan erg abstract zijn. Elke component of connector kan in verschillende klassen worden geïmplementeerd. Niet elke klas in een component moet zichtbaar zijn voor andere componenten. Dat betekent dat poorten alleen moeten worden gebruikt door sommige klassen en poorten moeten alleen het interface van een component blootleggen. Vervolgens hebben we een toewijzing nodig van componenten, connectoren en poorten naar klassen. Deze mapping kan worden gedefinieerd in een XML-bestand. Voor elke component en connector kunnen klassen en interfaces expliciet of met classname patronen worden gedefinieerd. Als alternatief of aanvulling, kunnen toewijzingen worden gedefinieerd met Java-annotaties direct op een klasse. Het nadeel is dat SourceCode-generatie niet werkt met deze aanpak. Stijl Micningan Architecture kan gebaseerd zijn op een architecturale stijl. Een architecturale stijl definieert component- en connectortypen en beperkingen over hoe een architectuur kan worden gecomponeerd. Als de stijl wordt beïnvloed door een middleware, kan er iets worden gezegd over de implementatie van elk componenttype. Voor elke ondersteunde stijl moet er een XML-bestand zijn met stijlmappinginformatie. Dit omvat klasse typen voor elk component- of connectortype met informatie over superklassen en interfaces. Haventypen kunnen worden gedefinieerd die alleen bepaalde soorten klassen exporteren. Voor bestandstypen kan een sjabloon voor de code generator worden gedefinieerd. Code GenerationDe code Generator verzamelt informatie van de architectuur, de architectuurmapping en, optioneel, de architecturale stijlmapping. Dit omvat informatie over superclasses en interfaces, klasnaam, pakket en bekende klassen uit de interface van aangesloten componenten. Verder kunnen bestanden worden gegenereerd met een sjablooninhoud die is gedefinieerd in de stijlmapping. Er kunnen ook stijlspecifieke generatoren zijn voor een middleware. Er is bijvoorbeeld een generator die veerconfiguratiebestanden kan genereren. Conformiteitscontrole De belangrijkste vraag met betrekking tot de conformiteit van architectuur en implementatie is: "Doen de klassen inderdaad inderdaad op de manier die is gedefinieerd in de architectuur?". Dit wordt "Communicatie-integriteit" genoemd en is een van de regels die kunnen worden gecontroleerd. Meer juist, het wordt gecontroleerd of een klasse verwijzingen naar klassen heeft in niet-aangesloten componenten of naar klassen die niet worden blootgesteld via de poort van een aangesloten component. Andere generieke regels controleren of alle componenten aanwezig zijn in de broncode, indien alles Klasse behoort tot een component en als alle klassen worden geïmplementeerd in de manier die in de toewijzing is gedefinieerd. Er zijn ook regels die de structuur van de architectuur zelf controleren. Ze controleren of er cyclische afhankelijkheden zijn tussen de componenten en hoe complex de afhankelijkheidsstructuur is.moreover, elke middleware-stijl kan zijn eigen regels definiëren. Dat betekent dat beperking voor klassen in componenten van een afzonderlijk type kan worden gecontroleerd, gebaseerd op regels die in de stijl zijn gedefinieerd. Wat is nieuw in deze release: · Eclipse 3.3 Ondersteuning (inclusief nieuwe versie van TPTP) · Meer Documentatie

Aartsmap Gerelateerde software