Visión general
En esta guía de la herramienta se llevan a cabo los pasos siguientes:
Información adicional sobre la herramienta
Como parte del soporte para Desarrollo
controlado por modelos y Arquitectura controlada por modelo, la herramienta proporciona las funciones para pasar de
modelo a código a través del uso de transformaciones. El enfoque principal se basa en una combinación de correlaciones
de tipo (clases de modelo de origen, sus atributos, operaciones y relaciones) y el marcado de modelo de origen,
definido en los perfiles. La razón de que se utilice este método combinado es que, en la mayoría de los casos, el
modelo de origen no contiene información suficiente para controlar la transformación. El arquitecto tiene que añadir
"marcas" específicas que permiten llevar a cabo la transformación. Para obtener más información, consulte Mecanismos de análisis.
En función de los perfiles aplicados, los mecanismos de cliente de análisis deberá marcarse según corresponda, mediante
los estereotipos correctos. Para obtener más información, consulte: Aplicación de transformaciones.
Nota: aunque no tenga planeado utilizar transformaciones automáticas, encontrará útil la utilización de perfiles para
"marcar" el modelo. Basándose en el perfil definido, esta información adicional añadida al modelo puede incluir
estereotipos, propiedades y restricciones. Al definir los perfiles adecuados, utilizarlos de la forma adecuada y
comunicando el significado de éstos, puede añadir una gran nivel de precisión a los modelos. En consecuencia, puede
mejorar la efectividad de las transformaciones (independientemente de que la transformación se realice de forma
automática o manual).
Los pasos clave que deben seguirse a la hora de crear un perfil incluyen:
-
Crear un proyecto de perfil
-
Añadir estereotipos
-
Utilizar ampliaciones para conectar estereotipos con elementos UML
-
Realizar pruebas aplicando el perfil a un proyecto
-
Documento
-
Paquete en forma de plug-in
-
Distribuir a través de RAS
La herramienta> puede ayudarle a encontrar los clientes de cada mecanismo y a documentar esta información:
-
Encuentre clientes pulsando el botón derecho del ratón sobre el mecanismo y utilice Filtros > Mostrar elementos
relacionados.
-
Utilice un diagrama de tema. Consulte:
Diagramas de tema
-
Utilice un diagrama de exploración. Consulte:
Diagramas de exploración
-
Utilice paquetes de <<perspectiva>> para proporcionar una vista de los mecanismos que se utilizan.
-
Utilice paquetes de <<infraestructura>> para proporcionar una vista del funcionamiento interno de los
mecanismos.
Dentro del paquete de infraestructura del mecanismo de análisis, los clientes se muestran en un diagrama de utilización
de cliente, donde los clientes tiene una dependencia respecto a la clase del mecanismo de análisis. Como parte del
mismo paquete de infraestructura, cree un componente de perfil para cada perfil característico necesario. Utilice la
pestaña Documentación en la vista Propiedades de la clase para documentar los perfiles de utilización. Agrupe los
clientes según su utilización de los perfiles característicos y muestre las relaciones entre las clases de cliente y de
perfil en un diagrama de utilización del perfil.
El depósito es un buen lugar para recopilar todos los candidatos potenciales para la reutilización, especialmente
patrones. Además, un activo RAS puede ser un modelo, el cual puede proporcionar una representación del mecanismo de
implementación. En tal caso, sería posible restaurar las representaciones del modelo de los mecanismos de
implementación en un depósito RAS compartido y hacer que el equipo realizara consultas en este depósito según
conviniera.
Consulte: Activos
RAS y Activos de patrón RAS.
Nota: algunas de las capacidades de la herramienta mencionadas en esta sección no se soportan en RSM.
Si se utiliza un enfoque de desarrollo controlado por modelos, este paso se realizará con la ayuda de las funciones de
transformación. Existen dos clases de transformación: transformaciones y patrones. Una transformación es "una
transformación optimizada para el proceso por lotes, principalmente en metamodelos, modelos y niveles de
abstracción". Un patrón es una clase especial de transformación, "optimizada para la elaboración interactiva y por
partes principalmente en un solo metamodelo y dentro del mismo nivel de abstracción, y a menudo dentro del mismo
modelo". Consulte los conceptos Desarrollo
controlado por modelos y Arquitectura controlada por modelo y Mecanismos de
análisis.
Puede darse el caso de que exista un número de mecanismos de implementación que sea adecuado para ejecutar el mecanismo
de diseño. Un factor adicional que debe tenerse en cuenta a medida que se realiza la selección es si el mecanismo de
implementación puede ejecutarse mediante una transformación. Así mismo, revise los mecanismos de implementación que se
reutilizan con frecuencia en los proyectos de desarrollo. Estos son buenos candidatos para la automatización a través de
patrones y transformaciones. Como parte del análisis sobre si se debe automatizar la correlación entre el mecanismo de
diseño y de implementación, deberá calcular el rendimiento de la inversión que debe automatizarse.
En función de los perfiles aplicados al modelo, existe un número de transformaciones fuera de lo común disponibles.
Para el usuario más avanzado,, la herramienta proporciona una infraestructura para la creación de
transformaciones personalizadas. Consulte Aplicación de patrones y Aplicación de
transformaciones.
En un entorno de desarrollo centrado en el código, se pueden descubrir algunas de las correlaciones empezando con el
código existente y utilizando las funciones de detección de patrón y antipatrón que forman parte del soporte del
análisis de arquitectura. Consulte las directrices Descubrimiento, análisis y control de arquitectura.
Una vez que se hayan identificado los mecanismos, cree un diagrama de correlación de mecanismos de arquitectura que
contenga los mecanismos de análisis, diseño e implementación, así como las relaciones de ejecución existentes entre
estos.
Los mecanismos son, en sí mismos, elementos de modelo de diseño (como, por ejemplo, el paquete de diseños y el
subsistema de diseño) que se pueden representar en el modelo de diseño: Modelo de diseño como parte de sus tareas de
diseño respectivas. Consulte la Identificar elementos de diseño: Identificación de elementos de
diseño, en la que se proporcionan directrices para la creación de elementos de modelo de diseño. Tenga en cuenta
que un patrón está especialmente bien adaptado para documentar un mecanismo de diseño e implementación, puesto que
permite que los clientes del mecanismo amplíen el patrón y generen gran parte del código y diseño necesario. Consulte:
Montaje de
patrones y Empaquetado de activos para la reutilización .
Otras opciones para la documentación de los mecanismos incluyen:
-
Utilización de notas en diagramas
-
Diagramas adicionales que especifican los aspectos estático y dinámico del mecanismo
-
Utilización de restricciones
-
Utilización de perfiles
-
Despliegue de modelos de mecanismos en forma de activos RAS (utilice el mecanismo de empaquetado RAS para recopilar
documentación sobre el activo, así el activo en sí)
Un aspecto adicional que debe considerarse al documentar es la definición de reglas de código que pueden utilizarse
para hacer cumplir el modo de utilización del mecanismo. Una vez que se hayan definido las directrices, utilice
Revisión de código para automatizar la aplicación de directrices para garantizar la adherencia al modelo de utilización
especificado.
Tutoriales:
-
Aplicación
de un patrón
-
Crear un
patrón
Ejemplos:
-
Activos RAS:
Activo RAS por importar/exportar
-
Patrones:
Modelo UML simple
|