Instrucciones de la herramienta: Realización del análisis de la arquitectura mediante Rational Systems Developer
Esta guía de la herramienta describe cómo realizar análisis de arquitectura mediante el entorno de modelado RSD.
Herramienta: Rational Systems Developer
Amplía: Realización del análisis de la arquitectura utilizando la plataforma de desarrollo de software Rational
Relaciones
Elementos relacionados
Descripción principal

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

Visión general del desarrollo de la arquitectura

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:

Inspeccionar los activos disponibles

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:

  1. Como herramienta de dibujo para la creación de diagramas informales que describan la visión general de la arquitectura.
  2. 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.
  3. 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:

  1. Crear un proyecto de plug-in de transformación
  2. Especificar el tipo de modelo de origen y de destino
  3. Especificar perfiles aplicables
  4. Añadir reglas a la transformación
  5. Implementar el comportamiento específico de la transformación
  6. 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:

  1. Crear un patrón nuevo que funcione con el patrón existente
  2. Actualizar el patrón para que satisfaga sus necesidades
  3. 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 icono de publicación 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:

  1. Crear una biblioteca de patrones
  2. Añadir un patrón a la biblioteca de patrones
  3. Añadir parámetros de plantilla al patrón
  4. Especificar dependencias entre parámetros de plantilla
  5. Implementar el comportamiento específico de patrón
  6. 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: icono de publicaciónCreació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:

  • icono de publicaciónActivos RAS: Activo RAS por importar/exportar 
  • icono de publicaciónTutoriales y ejemplos sobre importación y exportación de activos RAS 
  • icono de publicaciónEmpaquetado de activos para reutilización
  • icono de publicaciónBúsqueda de activos RAS

Definir la organización de alto nivel de subsistemas

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 icono de publicaciónEspecificació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:

Identificar abstracciones de clave 

Capture abstracciones de clave en diagramas de clase con descripciones breves de cada clase. Para ello:

  1. 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.
  2. 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.
  3. Añada un diagrama de clase. Consulte icono de publicaciónAdición de diagramas de clase a elementos de modelo.
  4. Añada clases al diagrama, estereotipado como <<entidad>>. Consulte icono de publicaciónCreación y modificación de diagramas de clase y icono de publicaciónAplicación de estereotipos en elementos de modelo.
  5. Añada una descripción a cada clase mediante la pestaña Documentación de la vista Propiedades. Consulte icono de publicaciónDocumentación de elementos de modelo.
  6. 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 icono de publicaciónEnlace de elementos de modelo con archivos externos.
  7. Defina todas las relaciones que existan entre las clases. Consulteicono de publicaciónRelaciones.
    • 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 icono de publicaciónModelado de estructura estática mediante diagramas de clase.

Identificar interacciones estereotípicas

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:

  1. Añada un diagrama de secuencia o de comunicación al modelo. De este modo creará el diagrama dentro de la interacción propia.
  2. Añada elementos de modelo al diagrama creado según convenga para representar la interacción.
  3. 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.
  4. 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.

Visión general del desarrollo de despliegue

  1. Añada un diagrama de despliegue al modelo de despliegue.
  2. Añada nodos al diagrama.
  3. 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.
  4. Añada asociaciones entre nodos.

Consejos adicionales:

  1. Utilice notas y color como efectos visuales para llamar la atención de funciones importantes del diagrama.
  2. Proporcione detalles coherentes con el nivel de abstracción necesario. Exponga sólo los adornos que sean esenciales para la compresión.
    1. 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.
    2. 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.
  3. 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.
  4. 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.
  5. Utilice paquetes de <<perspectiva>> según convenga para reunir elementos de modelo para proporciona una vista adicional o alternativa.
  6. 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.

Identificar mecanismos de análisis

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 icono de publicaciónCreación de artefactos de modelado de software para reutilización y icono de publicaciónAplicació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:

  • icono de publicaciónActivos RAS - Activo RAS por importar/exportar 
  • icono de publicaciónTutoriales y ejemplos relativos a la importación y exportación de activos RAS 
  • icono de publicaciónEmpaquetado de activos para reutilización
  • icono de publicaciónBú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 icono de publicaciónDiagramas de tema
  • Utilice un diagrama de exploración. Consulte icono de publicaciónDiagramas 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. 

Revisar los resultados

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 icono de publicaciónPublicación de modelos y el tutorial icono de publicaciónPublicación de un modelo en un sitio web .

Información adicional sobre la herramienta

Tutoriales:

  • icono de publicaciónAplicación de un patrón
  • icono de publicaciónCrear un patrón
  • icono de publicaciónConceptos básicos sobre la jerarquía de modelo UML 
  • icono de publicaciónIntroducción a la perspectiva de modelado

Ejemplos:

  • icono de publicaciónPatrones: Modelo UML simple