Archivador ARCHMAPPER es una herramienta para las descripciones de la arquitectura de asignación al código fuente de Java.
Descargar ahora

Archivador Clasificación y resumen

Archivador Etiquetas

Java generador código Generador de código Java Seguro de calidad

Archivador Descripción

Archmapper es una herramienta para la asignación de descripciones de la arquitectura en el código fuente de Java. Archmapper es una herramienta para las descripciones de la arquitectura de mapas a la fuente de la fuente de Java.archmapper es una herramienta para asignar descripciones de arquitectura de alto nivel de un programa para implementar artefactos. Más precisamente, ofrece dos funciones principales: · Generar los talones de código fuente de Java de una arquitectura · Comprobar una implementación de Java para su conformidad con un ArchitectUrearchMapper puede generar un código fuente más específico si la implementación se basa en un middleware o marco de aplicaciones. Los detalles del middleware deben administrarse en un mapeo específico de estilo para que esto funcione. También puede haber verificaciones de conformidad que sean específicas para un middleware.Architectura Descripción La arquitectura debe definirse como una configuración de componentes y conectores. Actualmente, el lenguaje de la descripción de la arquitectura (ADL) ACME se puede utilizar para este propósito. Hay un plug-in Eclipse (ACMESTUDIO), que permite la edición gráfica de dicha arquitectura. En sentido externa, la arquitectura se puede definir con un formato XML simple. Los elementos conceptuales son los mismos que en ACME, pero la sintaxis es más sencilla porque se han omitido algunas características avanzadas de ACME. Mapaje de arquitectura La descripción de la arquitectura puede ser muy abstracta. Cada componente o conector se puede implementar en varias clases. No todas las clases en un componente deben ser visibles para otros componentes. Eso significa que los puertos deben usarse solo por algunas clases y los puertos deben exponer solo la interfaz de un componente. Entonces, necesitamos un mapeo de componentes, conectores y puertos a las clases. Este mapeo se puede definir en un archivo XML. Para cada componente y conector, las clases e interfaces se pueden definir explícitamente o con patrones de nombres de clases. Como alternativa o complemento, las asignaciones se pueden definir con las anotaciones Java directamente en una clase. El inconveniente es que la generación de código SourceCode no funciona con este enfoque. El estilo de la arquitectura de Mappan se puede basar en un estilo arquitectónico. Un estilo arquitectónico define tipos de componentes y conectores y restricciones sobre cómo se puede componer una arquitectura. Si el estilo está influenciado por un middleware, entonces se puede decir algo sobre la implementación de cada tipo de componente. Para cada estilo compatible, debe haber un archivo XML con información de mapeo de estilo. Esto incluye tipos de clase para cada componente o tipo de conector con información sobre las superas superiores e interfaces. Los tipos de puertos se pueden definir que exportan solo ciertos tipos de clase. Para los tipos de archivos, se puede definir una plantilla para el generador de código. Generación de código El generador de código reúne información de la arquitectura, el mapeo de la arquitectura y, opcionalmente, el mapeo de estilo arquitectónico. Esto incluye información sobre supercelas e interfaces, nombre de clase, paquete y clases conocidas de la interfaz de componentes conectados. Además, los archivos se pueden generar con un contenido de plantilla definido en el mapeo de estilo. También puede haber generadores específicos de estilo para un middleware. Por ejemplo, hay un generador que puede generar archivos de configuración de resorte. El control de la conformidad, la pregunta más importante sobre la conformidad de la arquitectura y la implementación es: "¿Las clases se comunican de hecho en la forma en que se define en la arquitectura?". Esto se llama "integridad de la comunicación" y es una de las reglas que se pueden verificar. Más precisamente, se verifica si una clase tiene alguna referencia a las clases en componentes no conectados o a clases que no están expuestas a través del puerto de un componente conectado. Otras reglas genéricas verifique si todos los componentes están presentes en el código fuente, si cada La clase pertenece a un componente, y si todas las clases se implementan de la manera definida en las asignaciones. También hay reglas que revisen la estructura de la arquitectura en sí. Verifican si hay dependencias cíclicas entre los componentes y qué tan complejo es la estructura de dependencia. Además, cada estilo de middleware puede definir sus propias reglas. Eso significa que la restricción para las clases en los componentes de un tipo distinto se puede verificar, según las reglas definidas en el estilo. Lo nuevo en esta versión: · Eclipse 3.3 Soporte (incluida la nueva versión de TPTP) · Más documentación

Archivador Software relacionado