SOA & UML para Design Time Service Governance

Modelado de los Servicios para las aplicaciones existentes

El control de SOA ha sido siempre considerado como un tema de preocupación con respecto al tiempo de ejecución y de diseño del control que ha sido con frecuencia descuidado. Este artículo destaca cómo el control del tiempo de diseño se puede lograr aplicando los conceptos de IBM SOMA. Lo que también se debate es la creación de UML basada en los Service Models para el diseño del control del tiempo de SOA basado en los conceptos de SOMA. En forma adicional, se demuestra el principio de las aplicaciones de SOMA en un enfoque ascendente.

Gautham Nayak, Advisory Consultant, IBM

Foto de Nayak GauthamGautham Nayak es un Arquitecto de SOA que forma parte del equipo de los sistemas de Ingeniería y Arquitectura de IBM GBS. Es responsable de proveer las Soluciones y las recomendaciones Arquitectónicas para telecom majors. Tiene más de 5 años de experiencia en la consultoría y arquitectura de IT de las tecnologías de SOA, EAI y ERP. Ha formado parte de exitosos trabajos arquitectónicos, del diseño de soluciones, de implementaciones de proyectos y de proyectos de reingeniería de aplicaciones relacionados con IBM SOMA, Oracle OUM, y la metodología AIM de Oracle. Ha trabajado en compañías como Oracle y GE.



26-08-2010

Introducción

En la última década hemos visto el surgimiento y la evolución del bus de datos de las empresas y el de las tecnologías impulsadas por SOA. Esto ha dado como resultado un aumento drástico en la adaptación de las tecnologías céntricas de los servicios de la Web.

Las organizaciones están apalancando los servicios de la Web para conseguir las fuentes múltiples de requisitos interconectados. Sin embargo, esto ha dado como resultado un enfoque aleatorio y caótico para el desarrollo de los servicios de la Web, dando como resultado enormes almacenes desorganizados de servicios de la Web dentro de los sistemas de IT. Este artículo destaca cómo diseñar el control de los servicios de tiempo utilizando el método SOMA puede mejorar en forma significativa la reutilización y la comprensión de los actuales servicos de la Web.


Diseño del control de los tiempos de servicio

Las primeras empresas en adoptar la tecnología de los servicios de la Web, hoy en día se quedaron con una gran cantidad de WSDLs y XSDs que no contienen el rastreo y el control adecuados necesarios.

Algunos de los problemas conocidos durante el mantenimiento y la reutilización de los servicios al nivel empresarial son:

  • La falta de conocimiento de quien está usando el servicio de la Web
  • La inexistencia de los medios para llevar a cabo el análisis “What if” en torno a los servicios existentes.
  • Ningún requisito para rastrear el nivel de código

Muchas de las empresas de IT y de los proyectos de reingeniería están sufriendo debido a la falta de los datos arriba mencionados en torno a los servicios de la Web existentes.

Universal Description Discovery and Integration (UDDI) / WebSphere Service Registry y Repository (WSRR) son excelentes herramientas para el manejo del tiempo de ejecución en los temas relacionados con el control de los Servicos de la Web. Sin embargo, estos son problemas relacionados con el tiempo de diseño que dificultan la resolución de estos problemas durante el tiempo de ejecución. El objetivo principal para diseñar el control de los servicios de tiempo es lograr:

  • La reutilización de los servicios de la Web
  • Realizar un Análisis preciso “What if” durante el trabajo de reingeniería

Modelado de los Servicios utilizando SOMA

UML es el primero en disociar el tiempo del diseño en lo que se refiere a la implementación de las cuestiones sobre el tiempo. Al utilizar la capacidades para la transformación provistas con UML, el tiempo de desarrollo del código se puede reducir en forma significativa.

La metodología de IBM SOMA provee un plug-in de SOMA-ME para la creación de los UML Service Models antes del desarrollo de los servicios de la Web. Podemos desarrollar UML para los poyectos "top-down green field" así como también los proyectos de "bottom-up brown field".

En el caso de los proyectos de "green field" independientemente del tipo de proyecto, ya sea impulsado por el dominio, por el proceso o por la capacidad de SOMA-ME pueden ser usados durante la creación de los Service Models basados en las necesidades previstas, como se muestra en la Figura 1.

Figura 1. Metodología de SOMA
Metodología de SOMA

La creación de los Service Models está basada en los aspectos principales de la identificación de SOMA, la especificación y la realización de los servicios. El uso de los Service Models conduce a una forma estructurada para la creación de los dispositivos de los servicios de la Web, obteniendo una mayor reutilización y análisis de dichos servicios.


Uso de SOMA-ME

SOMA-ME es un plug-in basado en RSA que provee los medios para cargar los servicios y los XSD existentes en la Web a los UML Service Models. Los servicios de la Web y XSDs serían presentados como entidades e interfaces de mensajes en UML Service Model. Y si está disponible puede realizar la correlación de la interfaz descargada / la entidad de mensajes para los requisitos que han dado lugar a la creación de los servicios de la Web. Si los requisitos no pueden ser rastreados podemos derivar los requisitos estándares de las estructuras industriales tales como e-TOM u otros. Así podemos crear nuestros requisitos para una matriz de capacidad de interfaces.

Prerrequisitos para la creación de Service Model como reserva

  1. Minería de todos los Code, WSDLs y XSD de los servicios de la Web de las aplicaciones existentes de código válido
  2. Detalles de los activos existentes, tales como las bases de datos, las aplicaciones y cualquier otro sistema de software que sea utilizado
  3. Documentos existentes que contengan los requisitos o los conocimientos de los estándares industriales
  4. RSA con un plug-in de SOMA-ME
Figura 2. Modelado de los Servicios Utilizando SOMA-ME
Modelado de los Servicios Utilizando SOMA-ME

Los pasos para la creación del Service Model

  1. Crear un proyecto UML del tipo del proyecto del SOMA Service Model en RSA
  2. Importar todos los WSDL y XSD al SOMA Service Model
  3. Crear una capacidad para realizar una interfaz de la matriz de correlación entre la interfaz/entidad del mensaje hasta los requisitos o los procesos industriales identificados.
  4. Cargar las capacidades en el modelo de servicio
  5. Crear Candidate Services para las capacidades que han sido cargadas.
  6. Crear la asociación de UML ejecución/dependencia entre Candidate Service y los activos de software que proveen el servicio
  7. Crear el servicio de la relación de la ejecución de UML entre la interfaz real y Candidate Services
  8. Generar un diagrama de análisis AS-IS que mostraría la relación completa desde el requisito hasta los activos del softtware que provee el servicio

Conclusión

En este artículo quería destacar cómo crear los Service Models con un requisito para el rastreo de los servicios de la Web. Estos UML Service Models son anteproyectos de los servicios de la Web disponibles. Y son muy útiles durante las decisiones de reutilización y análisis de la causa raíz durante el soporte y los esfuerzos de refactorización.

Nota: Los detalles del artículo son propios y no necesariamente representan la posición, las estrategias o las opiniones de IBM.

Recursos

Aprender

  • Lea el artículo "Service-oriented modeling and architecture", (developerWorks, Noviembre de 2004) para obtener más información acerca de la metodología de SOMA
  • Verifique el blog "SOMA-ME: SOA Solution Design Platform (SOA Tooling)", (developerworks, Enero de 2009) para obtener más información acerca de SOMA-ME.
  • La SOA and Web services zone sobre los cientos de artículos informativos de IBM developerWorks y tutorials introductorios, intermedios y avanzados sobre cómo desarrollar las aplicaciones de los servicios de la Web.
  • Juegue en SOA sandbox y aumente sus conocimientos sobre SOA a través de la práctica, la experiencia práctica con los puntos de entrada de IBM SOA.
  • El IBM SOA Website ofrece una visión general de SOA y cómo IBM puede ayudarlo a llegar allí.

Comentar

Comentarios

developerWorks: Ingrese

Los campos obligatorios están marcados con un asterisco (*).


¿Necesita un IBM ID?
¿Olvidó su IBM ID?


¿Olvidó su Password?
Cambie su Password

Al hacer clic en Enviar, usted está de acuerdo con los términos y condiciones de developerWorks.

 


La primera vez que inicie sesión en developerWorks, se creará un perfil para usted. La información en su propio perfil (nombre, país/región y nombre de la empresa) se muestra al público y acompañará a cualquier contenido que publique, a menos que opte por la opción de ocultar el nombre de su empresa. Puede actualizar su cuenta de IBM en cualquier momento.

Toda la información enviada es segura.

Elija su nombre para mostrar



La primera vez que inicia sesión en developerWorks se crea un perfil para usted, teniendo que elegir un nombre para mostrar en el mismo. Este nombre acompañará el contenido que usted publique en developerWorks.

Por favor elija un nombre de 3 - 31 caracteres. Su nombre de usuario debe ser único en la comunidad developerWorks y debe ser distinto a su dirección de email por motivos de privacidad.

Los campos obligatorios están marcados con un asterisco (*).

(Por favor elija un nombre de 3 - 31 caracteres.)

Al hacer clic en Enviar, usted está de acuerdo con los términos y condiciones de developerWorks.

 


Toda la información enviada es segura.


static.content.url=http://www.ibm.com/developerworks/js/artrating/
SITE_ID=90
Zone=SOA y servicios web
ArticleID=513341
ArticleTitle=SOA & UML para Design Time Service Governance
publish-date=08262010