Visión general
En esta guía de la herramienta se supone que ya se ha creado un conjunto de modelos estructurado, según las Directrices de estructura de modelo para RSx.
En esta guía de la herramienta se llevan a cabo los pasos siguientes:
Información adicional sobre la herramienta
Para este paso, se puede utilizar la herramienta de dos modos:
-
como herramienta de dibujo para la creación de diagramas informales que describan la visión general de la
arquitectura.
-
como herramienta de modelado UML para crear modelos semánticos formales que especifiquen la mayoría de los detalles
de una solución y a partir de los cuales se puedan generar partes significantes de la implementación, mediante
transformaciones de modelo a modelo y de modelo a código.
En el caso de las aplicaciones J2EE, existe un número de configuraciones de despliegue estándar en las que se puede
basar la arquitectura inicial. Para crear un conjunto de diagramas, deberá utilizar una combinación de
elementos de los cajones de despliegue y de formas geométricas de la paleta.
Para obtener más información, consulte los documentos técnicos siguientes para obtener una guía sobre cómo estructurar
los modelos:
Nota: algunas de las capacidades de la herramienta mencionadas en esta sección no se soportan en RSM.
El arquitecto debe considerar la reutilización de activos in situ, incluidos modelos existentes. La
herramienta también ofrece soporte ampliado para el análisis de arquitectura automatizado; de este modo, se puede
llevar a cabo el descubrimiento de arquitectura a través de la visualización de software de alto nivel y la detección
de patrones y antipatrones. Para obtener más información, consulte las directrices Descubrimiento, análisis y control de arquitectura.
Identificar requisitos de transformación
Esta herramienta se puede utilizar de tres modos:
-
Como herramienta de dibujo para la creación de diagramas informales que describan la visión general de la
arquitectura.
-
Como herramienta de modelado UML para crear modelos semánticos formales que especifiquen la mayoría de los detalles
de una solución y a partir de los cuales se puedan generar detalles adicionales de forma automática, mediante
transformaciones de modelo a modelo y de modelo a código.
-
Como herramienta de modelado UML para crear modelos semánticos formales que especifiquen la mayoría de los detalles
de una solución. Las transformaciones ocurren pero se realizan de forma manual.
Si trabaja en un caso de ejemplo 2 o 3 (anterior), deberá pensar en las transformaciones que serán necesarias. En un
caso de ejemplo mejor, la transformación que se necesita ya existirá y proporcionará la funcionalidad necesaria.
Si trabaja en un caso de ejemplo 2 (anterior) y la transformación no acaba de satisfacer sus necesidades, deberá
realizar una de las acciones siguientes:
-
Amplíe la transformación existente.
-
Actualice la transformación cambiando el código de la transformación.
-
Cree una nueva transformación que se adapte o acepte la salida desde la transformación existente.
-
Si la reutilización no es posible y debe crear una nueva transformación autónoma, es aconsejable utilizar la
plantilla existente como ejemplo o punto de partida.
Sugerencia: existen ejemplos de transformaciones que puede reutilizar o utilizar como punto de partida para su propia
transformación como el modelo empresarial para modelo de guión de uso, el modelo de guión de uso para modelo de
análisis y modelo de análisis para modelo de diseño.
Si tiene que crear una transformación nueva, utilice los 6 pasos siguientes:
-
Crear un proyecto de plug-in de transformación
-
Especificar el tipo de modelo de origen y de destino
-
Especificar perfiles aplicables
-
Añadir reglas a la transformación
-
Implementar el comportamiento específico de la transformación
-
Probar la transformación
Identificar los patrones reutilizables
Además de buscar transformaciones que puedan reutilizarse, es importante pensar en los patrones relevantes que pueden
aplicarse a su proyecto. Como en el caso de las transformaciones, el mejor caso de ejemplo es cuando los patrones que
requiere ya existen.
Si los patrones identificados no acaban de satisfacer sus necesidades, cuenta con las opciones siguientes:
-
Crear un patrón nuevo que funcione con el patrón existente
-
Actualizar el patrón para que satisfaga sus necesidades
-
Utilizar el patrón existente como compilación/patrón a medida que cree un patrón nuevo que se adapte mejor a sus
necesidades.
Consulte la categoría de ayuda Ampliación de la funcionalidad RSx (RSx incluye RSA, RSM y RSD).
Si decide crear su propio patrón, utilice los 6 patrones siguientes como guía:
-
Crear una biblioteca de patrones
-
Añadir un patrón a la biblioteca de patrones
-
Añadir parámetros de plantilla al patrón
-
Especificar dependencias entre parámetros de plantilla
-
Implementar el comportamiento específico de patrón
-
Probar el patrón
Identificar perfiles reutilizables
Revise su inventario de perfiles disponibles y decida si deberá aumentarlo. Los perfiles pueden ser un mecanismo útil
de ayuda a la hora de añadir detalles y precisión a un modelo sin que ello suponga tener que adherirse a una
implementación específica. Otro aspecto que debe tenerse en cuenta es la interrelación entre patrones, transformaciones
y perfiles. Estos mecanismos pueden utilizarse por separado, aunque, con frecuencia, se obtiene un alto nivel de
productividad cuando se utilizan conjuntamente.
Identificar modelos reutilizables y elementos de código
El arquitecto debe considerar la reutilización de activos in situ, incluidos modelos existentes. La
herramienta también ofrece soporte ampliado para el análisis de arquitectura automatizado; de este modo, se puede
llevar a cabo el descubrimiento de arquitectura a través de la visualización de software de alto nivel y la detección
de patrones y antipatrones. Para obtener más información, consulte las directrices Descubrimiento, análisis y control de arquitectura. .
También existe un tutorial titulado: Creación de reglas de control de arquitectura y revisión de
la arquitectura de una aplicación donde podrá comprender mejor algunas de las funciones de automatización
de la herramienta para evaluar los activos existentes.
Comprobar developerWorks contiene activos
Tenga en cuenta que la biblioteca técnica de Rational de IBM developerWorks contiene activos que pueden resultar de utilidad.
Utilizar RAS y el explorador de activos
Al trabajar con la especificación de activo reutilizable (RAS), es posible que desee cambiar a la perspectiva RAS en el
entorno de trabajo de la herramienta. Una vista clave en la perspectiva es el explorador de activos, que permite
conectarse a un depósito existente, navegar a través de los depósitos o crear depósitos que contengan activos RAS.
Además, los usuarios del sistema pueden realizar comentarios sobre un activo almacenado en un depósito; de este modo,
se proporciona otro mecanismo de utilidad a la hora de seleccionar activos.
Para obtener más información, consulte:
-
Activos RAS:
Activo RAS por importar/exportar
-
Tutoriales y
ejemplos sobre importación y exportación de activos RAS
-
Empaquetado
de activos para reutilización
-
Búsqueda de
activos RAS
Las decisiones que tome sobre cómo la solución se organizará en componentes, servicios y subsistemas se capturará en
el modelo de diseño (p.ej. un modelo de diseño EIT) y se basará en consideraciones sobre la arquitectura como las
siguientes:
-
estrategia de capas
-
estrategia de creación de componentes (controlada, a su vez, por las preocupaciones de cohesión funcional y de
acoplamiento débil)
-
división del trabajo específica del proyecto
Si se toma un enfoque de desarrollo controlado por modelos (MDD) mediante transformaciones automáticas, las
transformaciones de modelo a modelo y de modelo a código introducirán preocupaciones adicionales referentes a la
estructuras de los modelos. Por ejemplo, es aconsejable alinear los paquetes del modelo de diseño para reflejar el
conjunto de proyectos en el cual desarrollará la implementación. Como alternativa, se puede utilizar un "modelo de
correlación" para definir como los artefactos de implementación de la solución se organizarán en proyectos y carpetas,
así como el modo en el que las construcciones del modelo de diseño se correlacionarán con dichos proyectos y carpetas.
Consulte Especificación de nombres de archivo para la salida de una transformación UML.
Si no utiliza transformaciones automáticas como parte del enfoque MDD, deberá llevar a cabo los pasos necesarios para
proporcionar la información que se incluyen en la transformación automática:
-
Diagramas adicionales
-
Notas en diagramas
-
Perfiles de uso
-
Restricciones de uso
-
Documentación adicional que detalla la correlación
La herramienta también puede dar soporte a la necesidad de organizar elementos en más de un modo, todo ello para
satisfacer a todos los interesados y a sus perspectivas específicas. La solución consiste en utilizar paquetes de
<<perspectiva>> los cuales separan la organización de los elementos de modelo de diseño de las vistas de
diagrama del contenido del modelo; de este modo, podrá crear todas las vistas que sean necesarias, las cuales pueden
reflejar enfoques organizativos ortogonales. A parte de la comunicación de las ideas del diseño representadas en el
modelo, este enfoque también puede ayudarle a comprender mejor los elementos que incluye la solución.
Para obtener más información, consulte los documentos técnicos siguientes para obtener una guía sobre cómo estructurar
los modelos:
Capture abstracciones de clave en diagramas de clase con descripciones breves de cada clase. Para ello:
-
Abra el modelo de diseño. Si planifica mantener un modelo de análisis separado, deberá grabar el mismo tipo de
información en dicho modelo.
-
Navegue al paquete que contiene las abstracciones de clave. Una alternativa consiste en utilizar un paquete de
<<perspectiva>> de abstracciones clave. Consulte Directrices de estructura de modelo para RSx.
-
Añada un diagrama de clase. Consulte
Adición de diagramas de clase a elementos de modelo.
-
Añada clases al diagrama, estereotipado como <<entidad>>. Consulte
Creación y modificación de
diagramas de clase y Aplicación de estereotipos en elementos de modelo.
-
Añada una descripción a cada clase mediante la pestaña Documentación de la vista Propiedades. Consulte
Documentación de
elementos de modelo.
-
Como alternativa, asocie un documento con la clase: en el explorador de modelos, pulse el botón derecho del ratón
sobre el elemento de modelo en el que desea enlazar un archivo y, a continuación, pulse Añadir UML > URL .
Consulte
Enlace de elementos de modelo con archivos externos.
-
Defina todas las relaciones que existan entre las clases. Consulte
Relaciones.
-
Añada relaciones de asociación.
-
Especifique los tipos de relaciones de asociación.
-
Añada relaciones de generalización.
Para obtener más información, consulte Modelado de estructura estática mediante diagramas
de clase.
Este paso se incluye sólo cuando se lleva a cabo esta actividad al principio.
El objetivo de este paso es identificar las interacciones entre abstracciones de clave del sistema que caracterizan o
son representativas de tipos de actividad significativos del sistema. Dichas interacciones se capturan como ejecuciones
de guiones de uso.
Para obtener una guía sobre las ejecuciones de guiones de uso, consulte Análisis de
guiones de uso.
Al trabajar con diagramas de iteraciones, resulta rápido y fácil cambiar entre las vistas de diagrama de comunicación y
de diagrama de secuencia:
-
Añada un diagrama de secuencia o de comunicación al modelo. De este modo creará el diagrama dentro de la
interacción propia.
-
Añada elementos de modelo al diagrama creado según convenga para representar la interacción.
-
Para añadir el diagrama de compañero, pulse el botón derecho del ratón sobre la interacción y seleccione Añadir
diagrama > Diagrama de comunicación.
-
Si ha empezado con un diagrama de comunicación, el flujo será el mismo, excepto que después de pulsar el botón
derecho del ratón sobre la interacción, se selecciona Añadir diagrama > Diagrama de secuencia.
-
Añada un diagrama de despliegue al modelo de despliegue.
-
Añada nodos al diagrama.
-
Utilice el nodo estereotipado del cajón de despliegue de la paleta y utilice uno de los tipos de nodos
predefinidos. Tenga en cuenta que la mayoría de los nodos predefinidos cuentan con representaciones gráficas
personalizadas relacionadas con el tipo de nodo.
-
Añada asociaciones entre nodos.
Consejos adicionales:
-
Utilice notas y color como efectos visuales para llamar la atención de funciones importantes del diagrama.
-
Proporcione detalles coherentes con el nivel de abstracción necesario. Exponga sólo los adornos que sean esenciales
para la compresión.
-
-
Utilice Suprimir de Diagrama para eliminar los elementos de un diagrama. Esto suprimirá los elementos del
diagrama pero no tendrá ningún impacto en el modelo subyacente.
-
Utilice los filtros para ocultar/mostrar detalles. Pulsando el botón derecho del ratón sobre los elementos
de modelo de un diagrama y seleccionando Filtros podrá acceder a esto.
-
Utilice elementos del cajón de formas geométricas para añadir cualquier información adicional que deba capturarse,
aunque no quede bien representada por los elementos que se encuentran en el cajón Despliegue.
-
Céntrese en comunicar un aspecto de la vista de despliegue estático del sistema. No es necesario que un diagrama de
despliegue capture toda la información que aparece en la vista de despliegue de un sistema.
-
Utilice paquetes de <<perspectiva>> según convenga para reunir elementos de modelo para proporciona una
vista adicional o alternativa.
-
Si se necesitan más detalles o una mayor precisión para el diagrama, utilice perfiles, restricciones, notas y la
pestaña de documentación para grabar la información.
Existen dispositivos y funciones de la herramienta que le ayudarán en la identificación ascendente de algunos
mecanismos de análisis a través del soporte para el análisis de arquitectura (detección de patrón y antipatrón). El
depósito RAS es un buen lugar para recopilar todos los candidatos potenciales para la reutilización. Consulte Creación de artefactos
de modelado de software para reutilización y Aplicación de patrones para obtener una vista completa
sobre los requisitos para el empaquetado de activos reutilizables.
Si dispone de patrones, transformaciones, modelos, una guía escrita u otros artefactos que desea compartir y reutilizar
dentro de una organización más amplia, RAS puede resultarle de ayuda. Le permitirá buscar, revisar, proporcionar
comentarios e incorporar un activo reutilizable en una solución. Para obtener información adicional sobre cómo trabajar
con la especificación de activo reutilizable y activos que se han empaquetado mediante esta especificación, consulte lo
siguiente:
-
Activos RAS
- Activo RAS por importar/exportar
-
Tutoriales y
ejemplos relativos a la importación y exportación de activos RAS
-
Empaquetado
de activos para reutilización
-
Búsqueda
de activos RAS
A medida que lleve a cabo este paso, documente cada mecanismo de análisis y sus clientes. Existen varios modos en los
que la herramienta puede ayudarle a encontrar y representar 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 <<infraestructura>> para proporcionar el modo en que los mecanismos cumplirán con sus
obligaciones.
Los resultados de este análisis de arquitectura son preliminares y relativamente informales; por lo tanto, las
revisiones también deberían ser informales. Puede resultar útil publicar los modelos en formato html. Así mismo, tenga
en cuenta que dichos diagramas pueden copiarse en Microsoft Word y otros programas.
Para obtener más información, consulte Publicación de modelos y el tutorial Publicación de un modelo en un
sitio web .
Tutoriales:
-
Aplicación
de un patrón
-
Crear un
patrón
-
Conceptos
básicos sobre la jerarquía de modelo UML
-
Introducción
a la perspectiva de modelado
Ejemplos:
-
Patrones:
Modelo UML simple
|