Contenido


SOA & UML para Design Time Service Governance

Modelado de los Servicios para las aplicaciones existentes

Comments

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
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
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 para Descargar


Temas relacionados

  • 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
  • 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í.

Comentarios

Inicie Sesión o Regístrese para agregar comentarios.

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