Consideraciones referentes a las técnicas de ingeniería inversa en soluciones existentes

Artículo
10/07/2008

Actualización: noviembre 2007

En Visual Studio Team System Architecture, puede definir aplicaciones y diseñar sistemas de aplicaciones en una solución existente de Visual Studio utilizando los Diseñadores de sistemas distribuidos. Para realizar esta tarea, agregue un diagrama de aplicaciones o diagrama de sistemas a la solución. Cuando se realiza esta tarea, Visual Studio aplica técnicas de ingeniería inversa a la solución y agrega definiciones de aplicación al diagrama de aplicaciones para los proyectos correspondientes en la solución. A partir de ahí, se puede utilizar el Diseñador de aplicaciones para visualizar, definir, configurar e implementar las aplicaciones. Para diseñar sistemas de aplicaciones puede utilizar el Diseñador de sistemas. Para obtener más información, vea Cómo: Agregar diagramas de aplicaciones a soluciones y Cómo: Agregar diagramas de sistemas a soluciones.

En las secciones siguientes se describen los cambios adicionales que se pueden realizar para aplicar técnicas de ingeniería inversa a los elementos de soluciones existentes. En estas secciones también se describen los elementos que no admiten las técnicas de ingeniería inversa:

Técnicas de ingeniería inversa en soluciones existentes
Elementos no admitidos para ingeniería inversa

También puede actualizar la solución desde una versión anterior de Architecture Edition. Sin embargo, esta versión no admite proyectos de Visual J#. Para obtener más información, vea Actualizar versiones anteriores de la Architecture Edition.

Técnicas de ingeniería inversa en soluciones existentes

Después de agregar un diagrama de aplicaciones a la solución, Visual Studio aplica técnicas de ingeniería inversa a determinados cambios realizados en la solución o en proyectos de la solución. El diagrama muestra estos cambios mientras está abierto o cuando se vuelve a abrir:

Agregue un proyecto para un tipo de aplicación que el diagrama de aplicaciones admita.

Puede aplicar técnicas de ingeniería inversa a cualquier proyecto para un tipo de aplicación que el diagrama de aplicaciones admita. En el diagrama de aplicaciones aparecerá una forma de la definición de aplicación para ese proyecto.

Tenga en cuenta las consideraciones siguientes cuando aplique técnicas de ingeniería inversa a los proyectos:
- Si no tiene privilegios suficientes para obtener acceso a la metabase de IIS, no podrá aplicar técnicas de ingeniería inversa a los proyectos web ASP.NET en el diagrama de aplicaciones.
- La propiedad Marco de trabajo de destino de una aplicación a la que se han aplicado técnicas de ingeniería inversa aparecerá vacía y como de sólo lectura. Puede ver y cambiar la versión de .NET Framework de destino en las propiedades del proyecto. De forma predeterminada, Visual Studio establecerá el valor de Marco de trabajo de destino de la aplicación resultante en .NET Framework 3.5. Revise este valor y actualícelo si fuera necesario. Tenga en cuenta ciertas consideraciones si cambia este valor. Para obtener más información, vea Cómo: Elegir la versión de .NET Framework para aplicaciones.
- Si aplica técnicas de ingeniería inversa a un proyecto de Office, la propiedad Plantilla de la aplicación resultante aparecerá vacía y de sólo lectura. Sin embargo, el valor de Versión de Office de la aplicación reflejará la versión de Office que el proyecto utiliza. Para obtener más información, vea Cómo: Cambiar plantillas de proyectos para aplicaciones.
- El diagrama de aplicaciones se bloqueará si no están instaladas las mejoras de servicios web (WSE) y se aplican técnicas de ingeniería inversa o se abre un proyecto de servicio web habilitado con valores de mejoras de servicios web (WSE) dentro de una solución que contiene un diagrama de aplicaciones.
  
  Para resolver este problema, cierre el diagrama, instale WSE y, a continuación, vuelva a abrirlo. Para obtener más información, vea Solucionar problemas de diagramas de aplicaciones.
Para obtener más información, vea los temas siguientes:
- Cómo: Realizar prácticas de ingeniería inversa en proyectos de soluciones existentes.
- Elementos no admitidos para ingeniería inversa
- Tipos y prototipos de aplicaciones para la definición de aplicaciones
Agregue un servicio web al proyecto para una aplicación ASP.NET en el diagrama de aplicaciones.

Visual Studio agrega un punto final de proveedor de servicios web .NET a la definición de aplicación ASP.NET correspondiente en el diagrama de aplicaciones. Visual Studio también agrega un archivo .asmx y un archivo de clase de servicio web al proyecto en la solución. Para obtener más información, vea Información general sobre aplicaciones ASP.NET en diagramas de aplicaciones.
Agregue un método web a un archivo de clase de servicio web en un proyecto de aplicación ASP.NET.

Visual Studio agrega una operación al correspondiente punto final de proveedor de servicios web .NET en la definición de aplicación ASP.NET en el diagrama de aplicaciones. Puede ver o editar a continuación la operación en la ventana Detalles del servicio Web.

Para obtener más información, vea los temas siguientes:
Agregue, cambie o elimine atributos o propiedades de método web, servicio web o relacionados con WSDL en el archivo de clase de servicio web detrás de un punto final de proveedor de servicios web .NET en una definición de aplicación ASP.NET.

Visual Studio actualiza la operación correspondiente y las propiedades pertinentes en la ventana Detalles del servicio web. Para obtener más información, vea Cómo: Editar operaciones para los servicios web ASP.NET.
Agregue, edite o elimine las entradas a los archivos de configuración de la aplicación.

Visual Studio actualiza los valores almacenados en los documentos del modelo de definición del sistema (SDM) y en el Editor de configuración y restricciones. Para obtener más información, vea Información general sobre el modelo de definición del sistema (SDM) y Editor de restricciones y configuración.

En el archivo de configuración de un proyecto de aplicación, agregue entradas para las clases de proxy personalizadas del cliente de servicios web o para las bibliotecas de clases que contienen referencias web y clases de proxy personalizadas del cliente de servicios web.

Una clase de proxy personalizada del cliente de servicios web es una clase de proxy creada manualmente que no está asociada a ninguna referencia web en el proyecto de aplicación. Una definición de aplicación sólo muestra un punto final de consumidor de servicio web para cada referencia web o clase de proxy personalizada cuando se agregan las entradas adecuadas al archivo de configuración de la aplicación.

Nota:
Si en el diagrama de aplicaciones se encuentran los puntos finales de proveedor de servicios web .NET adecuados, aparecen las conexiones entre los puntos finales de consumidor de servicios web y los puntos finales de proveedor. De lo contrario, aparecen nuevos servicios web externos, que se conectan a los puntos finales de consumidor de servicios web.

Para obtener más información, vea los temas siguientes:

Agregue una referencia Web a un proyecto de aplicación en la solución.

Cuando se agrega una referencia web al proyecto de una aplicación, Visual Studio conecta esa aplicación a un servicio web ASP.NET existente o a un servicio web externo nuevo o existente, según si el diagrama de aplicaciones admite el tipo de aplicación y la dirección URL de servicio web que la referencia web especifica.

Para obtener más información, vea los temas siguientes:
- Cómo: Agregar y quitar referencias Web
- Tipos y prototipos de aplicaciones para la definición de aplicaciones
Agregue una entrada de la conexión a bases de datos al archivo de configuración de una aplicación.

Por ejemplo, puede agregar una entrada de conexión a bases de datos al archivo Web.config de una aplicación ASP.NET o al archivo App.config de una aplicación para Microsoft Windows o de Office.

Visual Studio agrega un punto final de consumidor de base de datos a la aplicación en el diagrama de aplicaciones. Puede conectar ese punto final de consumidor a una base de datos externa existente o a una nueva base de datos externa que agregue al diagrama. Puede ver o editar la configuración de la conexión a bases de datos a partir del extremo de consumidor de la base de datos. Para obtener más información, vea Cómo: Configurar conexiones a bases de datos externas.

Elementos no admitidos para ingeniería inversa

El Diseñador de aplicaciones tiene escasa o ninguna compatibilidad con la aplicación de técnicas de ingeniería inversa a los elementos en las categorías siguientes:

Proyectos de aplicaciones
- El Diseñador de aplicaciones no admite el diseño ni la representación directa de las bibliotecas de clases.
  
  Puede utilizar un servicio web ASP.NET como fachada para la funcionalidad implementada por una biblioteca de clases. De este modo, puede representar la interacción entre una biblioteca de clases a la que hace referencia una aplicación ASP.NET y las aplicaciones que admiten la implementación en el diagrama de aplicaciones. Para obtener más información, vea Cómo: Hacer referencia a las bibliotecas de clases de aplicaciones en diagramas de aplicaciones. También puede visualizar las referencias Web a los servicios Web y clase de proxy del cliente de servicios Web personalizadas en bibliotecas de clases como extremos de consumidor de servicios Web agregando las entradas adecuadas al archivo de configuración de la aplicación de consumidor. Para obtener más información, vea Referencias Web y Clases personalizadas de proxy cliente de servicios Web en las bibliotecas de clases.
- El Diseñador de aplicaciones no admite la utilización de técnicas de ingeniería inversa para proyectos de sitio web basados en FTP o Microsoft SharePoint. El Diseñador de aplicaciones sólo admite la utilización de técnicas de ingeniería inversa para proyectos de sitio web que se ejecutan en Internet Information Services (IIS) o en un Servidor de desarrollo de ASP.NET.

Servicios Web ASP.NET

Definiciones de clase de servicio web definidas en línea en archivos .asmx.

La ventana Detalles del servicio Web no mostrará las operaciones correspondientes de los métodos web asociados a un servicio web ASP.NET si una definición de clase no declara totalmente esos métodos en un archivo de código independiente o en un archivo de código subyacente. Todavía puede visualizar el servicio web como un punto final de proveedor de servicios web .NET de una aplicación ASP.NET y conectar las aplicaciones de consumidor a él. Sin embargo, el punto final de proveedor de servicios web .NET aparecerá con un icono de advertencia (!). Para obtener más información, vea Solucionar problemas de diagramas de aplicaciones.

Nota:
El archivo de código subyacente es un archivo de clase específico del lenguaje de programación que normalmente se encuentra en la carpeta de código de la aplicación del proyecto asociado a la aplicación ASP.NET.

Métodos Web que declaran atributos en los métodos de una interfaz implementada por una clase de servicio Web.

O bien

Una clase se extiende a una clase base que define los métodos Web.

En estos casos, la ventana Detalles del servicio Web muestra sólo las operaciones correspondientes a los métodos web declarados en la clase a la que hace referencia el archivo .asmx. A pesar de que la ventana Detalles del servicio Web no muestra todas las operaciones del servicio web, el punto final de proveedor de servicios web .NET seguirá apareciendo correctamente en la aplicación ASP.NET siempre que el archivo .asmx exista en el proyecto de aplicación. Además, se implementarán y se configurarán correctamente las conexiones al extremo del servicio Web.

Código que define un servicio Web que contiene varios enlaces.

Si un archivo de código subyacente define un servicio web que tiene métodos web con diferentes enlaces, la ventana Detalles del servicio Web mostrará únicamente las operaciones asociadas al primer enlace.

Nota:
El atributo WebServiceBinding declara los enlaces en el nivel de servicio web. Puede establecer el atributo SoapDocumentMethod o SoapRPCMethod para usar estos enlaces en el nivel de método web. Para obtener más información, visite MSDN Library en línea.

Archivos WSDL que contienen varios enlaces de WSDL o archivos DISCO que hacen referencia a varios servicios Web.

Los diseñadores de sistemas distribuidos sólo admiten los archivos WSDL que contienen un único enlace WSDL o archivo DISCO que hace referencia a un único servicio web.