SlideShare una empresa de Scribd logo
1 de 14
Descargar para leer sin conexión
COMPONENTES DE LOS SERVICIOS WEB 
Universidad Autónoma de Querétaro 
Maestría en Sistemas de Información : Gestión y Tecnología 
Raúl Deanda Quintero 
Julio 2014
DEFINICIÓN, PROTOCOLO , ARQUITECTURA DE XML 
(Extensible Markup Language): Es el formato estándar para los datos que se vayan a intercambiar. 
El XML es una adaptación del SGML (Standard Generalized Markup Language), un lenguaje que permite la organización y el etiquetado de documentos. 
XML no es un lenguaje en sí mismo, sino un sistema que permite definir lenguajes de acuerdo a las necesidades. El XHTML, el MathML y el SVG son algunos de los lenguajes que el XML tiene la capacidad de definir. 
Las bases de datos, los documentos de texto, las hojas de cálculo y las páginas web son algunos de los campos de aplicación del XML. 
El metalenguaje aparece como un estándar que estructura el intercambio de información entre las diferentes plataformas; permite comunicarse con otras aplicaciones, de diferentes plataformas y sin que importe el origen de la información en común. Se pueden tener, por ejemplo, un programa corriendo en Windows con una base de datos de SQL Server, y otro en Linux con Oracle. 
Ventajas de la utilización del XML, como por ejemplo que: es extensible (se pueden añadir nuevas etiquetas tras el diseño del documento); su analizador es estándar (no requiere de cambios para cada versión del metalenguaje); facilita el análisis y el procesamiento de los documentos XML creados por terceros.
DEFINICIÓN, PROTOCOLO , ARQUITECTURA DE XML 
<?xml version="1.0"?> <!DOCTYPE MENSAJE SYSTEM "mensaje.dtd"> <mensaje> <remite> <nombre>Alfredo Reino</nombre> <email>alf@myemail.com</email> </remite> <destinatario> <nombre>Bill Clinton</nombre> <email>president@whitehouse.gov</email> </destinatario> <asunto>Hola Bill</asunto> <texto> <parrafo>¿Hola qué tal? Hace <enfasis>mucho</enfasis> que no escribes. A ver si llamas y quedamos para tomar algo.</parrafo> </texto> </mensaje>
DEFINICIÓN, PROTOCOLO , ARQUITECTURA DE SOAP 
SOAP (Simple Object Access Protocol) 
Este protocolo básicamente representa una forma de intercambiar mensajes utilizando los fundamentos del XML 
Para poder permitir que los servicios web se comuniquen fácilmente, necesitamos de un protocolo de mensajes uniforme que sea independiente de la plataforma 
SOAP representa tal protocolo de mensajes basado en XML, Sin embargo no intenta ser la solución a todos los problemas. 
Los datos transmitidos por SOAP, normalmente son: 
Información como datos XML. 
Información Binaria (Como archivos de imagenes)
Fig. 3 – Estructura básica de un mensaje SOAP 
Especificación de SOAP 
DEFINICIÓN, PROTOCOLO , ARQUITECTURA DE SOAP 
• SOAP Envelope: Especifica que datos son incluidos en un mensaje (SOAP Body), que datos son adicionados de forma opcional (SOAP Header) y como deberían ser procesados. 
• SOAP Encoding Rules: Estas reglas especifican, por ejemplo, como deberían ser serializados los datos de un usuario específico.
DEFINICIÓN, PROTOCOLO , ARQUITECTURA DE SOAP
DEFINICIÓN, PROTOCOLO , ARQUITECTURA DE WSDL 
WSDL Son las siglas de Web Service Description Language. 
Se trata de un dialecto basado en XML que se utiliza para describir servicios web. 
Describe la Interfaz pública a los servicios Web. 
Describe la forma de comunicación, es decir, los requisitos del protocolo y los formatos de los mensajes necesarios para interactuar con los servicios listados en su catálogo. 
Proporciona la información necesaria al cliente para interactuar con el servicio web. 
Es extensible y se puede utilizar para describir cualquier servicio de red , incluyendo SOAP sobre HTTP, e incluso protocolos que no se basan en XML como DCOM sobre UDP.
ESQUEMA WSDL
ESTRUCTURA DEL MENSAJE WSDL
EJEMPLO MENSAJE WSDL
DEFINICIÓN, PROTOCOLO , ARQUITECTURA DE UDDI 
UDDI - Universal Discovery Description and Integration. UDDI (www.uddi.org) es un proyecto inicialmente propuesto por Ariba, Microsoft e IBM; es un estándar para registrar y descubrir Web Services. La idea es que las distintas empresas registran su información acerca de los Web Services que proveen para que puedan ser descubiertas y utilizadas por potenciales usuarios. La información es ingresada al registro de empresas UDDI, un servicio lógicamente centralizado, y físicamente distribuido a través de múltiples nodos los cuales replican su información en forma regular. Una vez que una empresa se registra en un determinado nodo del registro de empresas UDDI la información es replicada a los otros nodos y queda disponible para ser descubierta por otras empresas. 
Es un modelo de directorios para Web Services. 
Es una especificación para mantener directorios estandarizados de información acerca de los Web Services, sus capacidades, ubicación, y requerimientos en un formato reconocido universalmente. 
UDDI utiliza WSDL para describir las interfaces de los Web Services. 
Es un lugar en el cual podemos buscar cuales son los Servicios web disponibles, una especie de directorio en el cual podemos encontrar los Web Services publicados y publicar los Web Services que desarrollemos.
Un ejemplo 
Las formas en que se puede realizar negocios utilizando WEB SERVICES es muy variada. El consumidor podría pagar por utilizar los servicios brindados por un proveedor, o el proveedor podría pagar para que aparezcan los servicios que él ofrece en un determinado consumidor, o incluso existen casos en los cuales ni el consumidor ni el proveedor pagan por consumir o proveer los servicios en forma respectiva. Este es el caso que se presenta a continuación. 
El ejemplo es tomado de la vida real y es sobre la compañía aérea Southwest. En su portal http://www.southwest.com/ , esta compañía aérea permite hacer reservas de boletos, pero además como valor agregado a los clientes permite hacer reservas de hoteles y reservas de alquileres de autos. Los datos para poder realizar estas reservas están tomados de WEB SERVICES que brindan los distintos hoteles y rentadoras de autos. 
Este es un ejemplo de uso de WEB SERVICES en el cual ni el consumidor ni los proveedores pagan; a ambos le sirve este intercambio ya que la compañía de aviones le brinda un valor agregado a sus clientes, y los hoteles y rentadoras de autos están expuestos a ser contratos por potenciales clientes. Es más, estas empresas no publicaron sus servicios para que fueran exclusivamente utilizados por la compañía aérea, sino que los mismos pueden ser descubiertos y utilizados por cualquier empresa que los necesite. 
Claramente se muestra en este ejemplo el gran poder de los WEB SERVICES, y la ventaja que tendrán las empresas que los sepan utilizar en forma adecuada con respecto a las otras. Imagínese en este caso si usted fuera a reservar boletos de avión y pudiera elegir por una compañía que además de reservar los boletos le permitiera hacer la reserva de hotel, y otra que no; ¿por cual haría la reserva? Por otro lado imagine que usted es dueño de una rentadora de autos y sabe que su competencia esta brindando sus servicios en un portal de una compañía aérea y usted no, ¿qué haría?. 
http://uddi.xml.org/ http://www.uddi.org/ http://www.w3.org/
Otros ejemplos: 
Si Usted ha despachado un material vía Federal Express y quiere conocer el estado de su despacho, esta empresa pone a su disposición un Web Service. 
Un programa escrito en Java puede conversar con otro escrito en Pearl; Aplicaciones Windows puede conversar con aplicaciones Unix. Por otra parte los Web Services no necesitan usar browsers (Explorer) ni el lenguaje de especificación HTML. 
La aplicación que procesa las órdenes de compra se puede comunicar con el sistema de inventarios, tal que este último le puede informar a la aplicación de compras cuales ítems deben comprarse por estar bajo su nivel mínimo
La magia de los Web Services está en que el programador de X puede crear un Web Service para transferir datos sin necesidad de conocer al programador Y, ni a los programas que éste tiene a cargo. De modo que quien quiera recibir los datos solo necesita usar el Web Service y punto. Esto significa que pueden existir transferencias de datos entre distintas aplicaciones – programas- que funcionan en varios computadores, con distintos sistemas operativos, y que pertenezcan a diferentes empresas o instituciones. El término Web Services describe una forma estandarizada de integrar aplicaciones WEB mediante el uso de XML, SOAP, WSDL y UDDI sobre los protocolos de la Internet. 
XML es usado para describir los datos. 
SOAP se ocupa para la transferencia de los datos. 
WSDL se emplea para describir los servicios disponibles. 
UDDI se ocupa para conocer cuales son los servicios disponibles. A diferencia de los modelos Cliente/Servidor, tales como un servidor de paginas Web, los Web Services no proveen al usuario una interfaz gráfica (GUI). En vez de ello, los Web Services comparten la lógica del negocio, los datos y los procesos, por medio de una interfaz de programas a través de la red. Es decir conectan programas, por tanto son programas que no interactúan directamente con los usuarios. Los desarrolladores pueden por consiguiente agregar a los Web Services la interfaz para usuarios, por ejemplo mediante una pagina Web o un programa ejecutable, tal de entregarle a los usuarios una funcionalidad específica que provee un determinado Web Service. 
Conclusiones WEB SERVICES

Más contenido relacionado

La actualidad más candente

Servicios web xml
Servicios web xmlServicios web xml
Servicios web xmlJuan Anaya
 
Programacion de base de datos - Unidad 1: Conexion a la base de datos con un ...
Programacion de base de datos - Unidad 1: Conexion a la base de datos con un ...Programacion de base de datos - Unidad 1: Conexion a la base de datos con un ...
Programacion de base de datos - Unidad 1: Conexion a la base de datos con un ...José Antonio Sandoval Acosta
 
Arquitectura Rest
Arquitectura RestArquitectura Rest
Arquitectura RestIsrael Rey
 
Etapas en el diseño de Base de Datos
Etapas en el diseño de Base de DatosEtapas en el diseño de Base de Datos
Etapas en el diseño de Base de DatosAnielka Reyes
 
Capa 5 de sesion
Capa 5 de sesionCapa 5 de sesion
Capa 5 de sesionkamanaal
 
Diapositivas servicios web
Diapositivas servicios webDiapositivas servicios web
Diapositivas servicios webanmari23
 
Sistemas distribuidos
Sistemas distribuidosSistemas distribuidos
Sistemas distribuidosayreonmx
 
Ventajas y desventajas de los servidores apache y IIS
Ventajas y desventajas de los servidores apache y IISVentajas y desventajas de los servidores apache y IIS
Ventajas y desventajas de los servidores apache y IISelianaespinoza
 
Programación de Base de Datos - Unidad II: Aplicaciones con Arquitectura Clie...
Programación de Base de Datos - Unidad II: Aplicaciones con Arquitectura Clie...Programación de Base de Datos - Unidad II: Aplicaciones con Arquitectura Clie...
Programación de Base de Datos - Unidad II: Aplicaciones con Arquitectura Clie...José Antonio Sandoval Acosta
 
Implementacion de bases de datos en mysql
Implementacion de bases de datos en mysqlImplementacion de bases de datos en mysql
Implementacion de bases de datos en mysqlPipe Muñoz
 
UNIDAD 2 DISEÑO DE LAS BASES DE DATOS DISTRIBUIDAS
UNIDAD 2 DISEÑO DE LAS BASES DE DATOS DISTRIBUIDASUNIDAD 2 DISEÑO DE LAS BASES DE DATOS DISTRIBUIDAS
UNIDAD 2 DISEÑO DE LAS BASES DE DATOS DISTRIBUIDASEduardo S de Loera
 

La actualidad más candente (20)

Servicios web xml
Servicios web xmlServicios web xml
Servicios web xml
 
Tecnologias web
Tecnologias webTecnologias web
Tecnologias web
 
Programacion de base de datos - Unidad 1: Conexion a la base de datos con un ...
Programacion de base de datos - Unidad 1: Conexion a la base de datos con un ...Programacion de base de datos - Unidad 1: Conexion a la base de datos con un ...
Programacion de base de datos - Unidad 1: Conexion a la base de datos con un ...
 
Arquitectura Rest
Arquitectura RestArquitectura Rest
Arquitectura Rest
 
Bases de datos orientadas a objetos
Bases de datos orientadas a objetosBases de datos orientadas a objetos
Bases de datos orientadas a objetos
 
Etapas en el diseño de Base de Datos
Etapas en el diseño de Base de DatosEtapas en el diseño de Base de Datos
Etapas en el diseño de Base de Datos
 
Capa 5 de sesion
Capa 5 de sesionCapa 5 de sesion
Capa 5 de sesion
 
NoSQL: Introducción a las Bases de Datos no estructuradas
NoSQL: Introducción a las Bases de Datos no estructuradasNoSQL: Introducción a las Bases de Datos no estructuradas
NoSQL: Introducción a las Bases de Datos no estructuradas
 
Ieee y osi
Ieee y osiIeee y osi
Ieee y osi
 
Diapositivas servicios web
Diapositivas servicios webDiapositivas servicios web
Diapositivas servicios web
 
Servidores web o http
Servidores web o httpServidores web o http
Servidores web o http
 
Sistemas distribuidos
Sistemas distribuidosSistemas distribuidos
Sistemas distribuidos
 
Protocolo dns
Protocolo dnsProtocolo dns
Protocolo dns
 
Ventajas y desventajas de los servidores apache y IIS
Ventajas y desventajas de los servidores apache y IISVentajas y desventajas de los servidores apache y IIS
Ventajas y desventajas de los servidores apache y IIS
 
Programación de Base de Datos - Unidad II: Aplicaciones con Arquitectura Clie...
Programación de Base de Datos - Unidad II: Aplicaciones con Arquitectura Clie...Programación de Base de Datos - Unidad II: Aplicaciones con Arquitectura Clie...
Programación de Base de Datos - Unidad II: Aplicaciones con Arquitectura Clie...
 
Conceptos Fundamentales de Base de Datos
Conceptos Fundamentales de Base de DatosConceptos Fundamentales de Base de Datos
Conceptos Fundamentales de Base de Datos
 
DNS
DNSDNS
DNS
 
Gestores de base de datos
Gestores de base de datosGestores de base de datos
Gestores de base de datos
 
Implementacion de bases de datos en mysql
Implementacion de bases de datos en mysqlImplementacion de bases de datos en mysql
Implementacion de bases de datos en mysql
 
UNIDAD 2 DISEÑO DE LAS BASES DE DATOS DISTRIBUIDAS
UNIDAD 2 DISEÑO DE LAS BASES DE DATOS DISTRIBUIDASUNIDAD 2 DISEÑO DE LAS BASES DE DATOS DISTRIBUIDAS
UNIDAD 2 DISEÑO DE LAS BASES DE DATOS DISTRIBUIDAS
 

Similar a Componentes de los servicos web

Similar a Componentes de los servicos web (20)

9-Unidad 3: Diseños de Vista-3.1 Creación Web Services
9-Unidad 3: Diseños de Vista-3.1 Creación Web Services9-Unidad 3: Diseños de Vista-3.1 Creación Web Services
9-Unidad 3: Diseños de Vista-3.1 Creación Web Services
 
Java2 servicios web
Java2 servicios webJava2 servicios web
Java2 servicios web
 
Servicios w eb
Servicios w ebServicios w eb
Servicios w eb
 
Servicios Web
Servicios WebServicios Web
Servicios Web
 
C:\Documents And Settings\Pc 09\Mis Documentos\Servidores Web
C:\Documents And Settings\Pc 09\Mis Documentos\Servidores WebC:\Documents And Settings\Pc 09\Mis Documentos\Servidores Web
C:\Documents And Settings\Pc 09\Mis Documentos\Servidores Web
 
Servicios web
Servicios webServicios web
Servicios web
 
Servicios web
Servicios webServicios web
Servicios web
 
9- Unidad 3: Webservices-3.1. Introducción, Conceptos y Características
9- Unidad 3: Webservices-3.1. Introducción, Conceptos y Características9- Unidad 3: Webservices-3.1. Introducción, Conceptos y Características
9- Unidad 3: Webservices-3.1. Introducción, Conceptos y Características
 
Servicios web
Servicios webServicios web
Servicios web
 
Web services
Web servicesWeb services
Web services
 
Presentacion ws
Presentacion wsPresentacion ws
Presentacion ws
 
Semana 15 -servicios_web
Semana 15 -servicios_webSemana 15 -servicios_web
Semana 15 -servicios_web
 
Servicios web ITT
Servicios web ITTServicios web ITT
Servicios web ITT
 
Servicios web itt
Servicios web ittServicios web itt
Servicios web itt
 
Servicios web itt
Servicios web ittServicios web itt
Servicios web itt
 
Servicios Web
Servicios WebServicios Web
Servicios Web
 
Ugmmontoya
UgmmontoyaUgmmontoya
Ugmmontoya
 
Servicios web
Servicios webServicios web
Servicios web
 
Servicios web xml
Servicios web xmlServicios web xml
Servicios web xml
 
23444719 monografia-de-web-services
23444719 monografia-de-web-services23444719 monografia-de-web-services
23444719 monografia-de-web-services
 

Más de Arlu Flex

Tipos de sitios web
Tipos de sitios webTipos de sitios web
Tipos de sitios webArlu Flex
 
Mapa mental del libro naranja
Mapa mental del libro naranjaMapa mental del libro naranja
Mapa mental del libro naranjaArlu Flex
 
Internet como parte de la estrategia empresarial
Internet como parte de la estrategia empresarialInternet como parte de la estrategia empresarial
Internet como parte de la estrategia empresarialArlu Flex
 
Desarrollo de sistemas en internet
Desarrollo de sistemas en internetDesarrollo de sistemas en internet
Desarrollo de sistemas en internetArlu Flex
 
Filosofía de calidad ishikawa
Filosofía de calidad ishikawaFilosofía de calidad ishikawa
Filosofía de calidad ishikawaArlu Flex
 
Poster cloud computing
Poster cloud computingPoster cloud computing
Poster cloud computingArlu Flex
 
Artículo cloud computing
Artículo cloud computingArtículo cloud computing
Artículo cloud computingArlu Flex
 
Presentación estándares de calidad
Presentación estándares de calidadPresentación estándares de calidad
Presentación estándares de calidadArlu Flex
 
Presentación Estándares de Calidad
Presentación Estándares de CalidadPresentación Estándares de Calidad
Presentación Estándares de CalidadArlu Flex
 
Artículo Estándares de Calidad en los Sistemas de Información
Artículo Estándares de Calidad en los Sistemas de InformaciónArtículo Estándares de Calidad en los Sistemas de Información
Artículo Estándares de Calidad en los Sistemas de InformaciónArlu Flex
 
Poster estándares de calidad
Poster estándares de calidadPoster estándares de calidad
Poster estándares de calidadArlu Flex
 
Poster Cloud Computing
Poster Cloud ComputingPoster Cloud Computing
Poster Cloud ComputingArlu Flex
 
Artículo cloud computing
Artículo cloud computingArtículo cloud computing
Artículo cloud computingArlu Flex
 

Más de Arlu Flex (13)

Tipos de sitios web
Tipos de sitios webTipos de sitios web
Tipos de sitios web
 
Mapa mental del libro naranja
Mapa mental del libro naranjaMapa mental del libro naranja
Mapa mental del libro naranja
 
Internet como parte de la estrategia empresarial
Internet como parte de la estrategia empresarialInternet como parte de la estrategia empresarial
Internet como parte de la estrategia empresarial
 
Desarrollo de sistemas en internet
Desarrollo de sistemas en internetDesarrollo de sistemas en internet
Desarrollo de sistemas en internet
 
Filosofía de calidad ishikawa
Filosofía de calidad ishikawaFilosofía de calidad ishikawa
Filosofía de calidad ishikawa
 
Poster cloud computing
Poster cloud computingPoster cloud computing
Poster cloud computing
 
Artículo cloud computing
Artículo cloud computingArtículo cloud computing
Artículo cloud computing
 
Presentación estándares de calidad
Presentación estándares de calidadPresentación estándares de calidad
Presentación estándares de calidad
 
Presentación Estándares de Calidad
Presentación Estándares de CalidadPresentación Estándares de Calidad
Presentación Estándares de Calidad
 
Artículo Estándares de Calidad en los Sistemas de Información
Artículo Estándares de Calidad en los Sistemas de InformaciónArtículo Estándares de Calidad en los Sistemas de Información
Artículo Estándares de Calidad en los Sistemas de Información
 
Poster estándares de calidad
Poster estándares de calidadPoster estándares de calidad
Poster estándares de calidad
 
Poster Cloud Computing
Poster Cloud ComputingPoster Cloud Computing
Poster Cloud Computing
 
Artículo cloud computing
Artículo cloud computingArtículo cloud computing
Artículo cloud computing
 

Componentes de los servicos web

  • 1. COMPONENTES DE LOS SERVICIOS WEB Universidad Autónoma de Querétaro Maestría en Sistemas de Información : Gestión y Tecnología Raúl Deanda Quintero Julio 2014
  • 2. DEFINICIÓN, PROTOCOLO , ARQUITECTURA DE XML (Extensible Markup Language): Es el formato estándar para los datos que se vayan a intercambiar. El XML es una adaptación del SGML (Standard Generalized Markup Language), un lenguaje que permite la organización y el etiquetado de documentos. XML no es un lenguaje en sí mismo, sino un sistema que permite definir lenguajes de acuerdo a las necesidades. El XHTML, el MathML y el SVG son algunos de los lenguajes que el XML tiene la capacidad de definir. Las bases de datos, los documentos de texto, las hojas de cálculo y las páginas web son algunos de los campos de aplicación del XML. El metalenguaje aparece como un estándar que estructura el intercambio de información entre las diferentes plataformas; permite comunicarse con otras aplicaciones, de diferentes plataformas y sin que importe el origen de la información en común. Se pueden tener, por ejemplo, un programa corriendo en Windows con una base de datos de SQL Server, y otro en Linux con Oracle. Ventajas de la utilización del XML, como por ejemplo que: es extensible (se pueden añadir nuevas etiquetas tras el diseño del documento); su analizador es estándar (no requiere de cambios para cada versión del metalenguaje); facilita el análisis y el procesamiento de los documentos XML creados por terceros.
  • 3. DEFINICIÓN, PROTOCOLO , ARQUITECTURA DE XML <?xml version="1.0"?> <!DOCTYPE MENSAJE SYSTEM "mensaje.dtd"> <mensaje> <remite> <nombre>Alfredo Reino</nombre> <email>alf@myemail.com</email> </remite> <destinatario> <nombre>Bill Clinton</nombre> <email>president@whitehouse.gov</email> </destinatario> <asunto>Hola Bill</asunto> <texto> <parrafo>¿Hola qué tal? Hace <enfasis>mucho</enfasis> que no escribes. A ver si llamas y quedamos para tomar algo.</parrafo> </texto> </mensaje>
  • 4. DEFINICIÓN, PROTOCOLO , ARQUITECTURA DE SOAP SOAP (Simple Object Access Protocol) Este protocolo básicamente representa una forma de intercambiar mensajes utilizando los fundamentos del XML Para poder permitir que los servicios web se comuniquen fácilmente, necesitamos de un protocolo de mensajes uniforme que sea independiente de la plataforma SOAP representa tal protocolo de mensajes basado en XML, Sin embargo no intenta ser la solución a todos los problemas. Los datos transmitidos por SOAP, normalmente son: Información como datos XML. Información Binaria (Como archivos de imagenes)
  • 5. Fig. 3 – Estructura básica de un mensaje SOAP Especificación de SOAP DEFINICIÓN, PROTOCOLO , ARQUITECTURA DE SOAP • SOAP Envelope: Especifica que datos son incluidos en un mensaje (SOAP Body), que datos son adicionados de forma opcional (SOAP Header) y como deberían ser procesados. • SOAP Encoding Rules: Estas reglas especifican, por ejemplo, como deberían ser serializados los datos de un usuario específico.
  • 6. DEFINICIÓN, PROTOCOLO , ARQUITECTURA DE SOAP
  • 7. DEFINICIÓN, PROTOCOLO , ARQUITECTURA DE WSDL WSDL Son las siglas de Web Service Description Language. Se trata de un dialecto basado en XML que se utiliza para describir servicios web. Describe la Interfaz pública a los servicios Web. Describe la forma de comunicación, es decir, los requisitos del protocolo y los formatos de los mensajes necesarios para interactuar con los servicios listados en su catálogo. Proporciona la información necesaria al cliente para interactuar con el servicio web. Es extensible y se puede utilizar para describir cualquier servicio de red , incluyendo SOAP sobre HTTP, e incluso protocolos que no se basan en XML como DCOM sobre UDP.
  • 11. DEFINICIÓN, PROTOCOLO , ARQUITECTURA DE UDDI UDDI - Universal Discovery Description and Integration. UDDI (www.uddi.org) es un proyecto inicialmente propuesto por Ariba, Microsoft e IBM; es un estándar para registrar y descubrir Web Services. La idea es que las distintas empresas registran su información acerca de los Web Services que proveen para que puedan ser descubiertas y utilizadas por potenciales usuarios. La información es ingresada al registro de empresas UDDI, un servicio lógicamente centralizado, y físicamente distribuido a través de múltiples nodos los cuales replican su información en forma regular. Una vez que una empresa se registra en un determinado nodo del registro de empresas UDDI la información es replicada a los otros nodos y queda disponible para ser descubierta por otras empresas. Es un modelo de directorios para Web Services. Es una especificación para mantener directorios estandarizados de información acerca de los Web Services, sus capacidades, ubicación, y requerimientos en un formato reconocido universalmente. UDDI utiliza WSDL para describir las interfaces de los Web Services. Es un lugar en el cual podemos buscar cuales son los Servicios web disponibles, una especie de directorio en el cual podemos encontrar los Web Services publicados y publicar los Web Services que desarrollemos.
  • 12. Un ejemplo Las formas en que se puede realizar negocios utilizando WEB SERVICES es muy variada. El consumidor podría pagar por utilizar los servicios brindados por un proveedor, o el proveedor podría pagar para que aparezcan los servicios que él ofrece en un determinado consumidor, o incluso existen casos en los cuales ni el consumidor ni el proveedor pagan por consumir o proveer los servicios en forma respectiva. Este es el caso que se presenta a continuación. El ejemplo es tomado de la vida real y es sobre la compañía aérea Southwest. En su portal http://www.southwest.com/ , esta compañía aérea permite hacer reservas de boletos, pero además como valor agregado a los clientes permite hacer reservas de hoteles y reservas de alquileres de autos. Los datos para poder realizar estas reservas están tomados de WEB SERVICES que brindan los distintos hoteles y rentadoras de autos. Este es un ejemplo de uso de WEB SERVICES en el cual ni el consumidor ni los proveedores pagan; a ambos le sirve este intercambio ya que la compañía de aviones le brinda un valor agregado a sus clientes, y los hoteles y rentadoras de autos están expuestos a ser contratos por potenciales clientes. Es más, estas empresas no publicaron sus servicios para que fueran exclusivamente utilizados por la compañía aérea, sino que los mismos pueden ser descubiertos y utilizados por cualquier empresa que los necesite. Claramente se muestra en este ejemplo el gran poder de los WEB SERVICES, y la ventaja que tendrán las empresas que los sepan utilizar en forma adecuada con respecto a las otras. Imagínese en este caso si usted fuera a reservar boletos de avión y pudiera elegir por una compañía que además de reservar los boletos le permitiera hacer la reserva de hotel, y otra que no; ¿por cual haría la reserva? Por otro lado imagine que usted es dueño de una rentadora de autos y sabe que su competencia esta brindando sus servicios en un portal de una compañía aérea y usted no, ¿qué haría?. http://uddi.xml.org/ http://www.uddi.org/ http://www.w3.org/
  • 13. Otros ejemplos: Si Usted ha despachado un material vía Federal Express y quiere conocer el estado de su despacho, esta empresa pone a su disposición un Web Service. Un programa escrito en Java puede conversar con otro escrito en Pearl; Aplicaciones Windows puede conversar con aplicaciones Unix. Por otra parte los Web Services no necesitan usar browsers (Explorer) ni el lenguaje de especificación HTML. La aplicación que procesa las órdenes de compra se puede comunicar con el sistema de inventarios, tal que este último le puede informar a la aplicación de compras cuales ítems deben comprarse por estar bajo su nivel mínimo
  • 14. La magia de los Web Services está en que el programador de X puede crear un Web Service para transferir datos sin necesidad de conocer al programador Y, ni a los programas que éste tiene a cargo. De modo que quien quiera recibir los datos solo necesita usar el Web Service y punto. Esto significa que pueden existir transferencias de datos entre distintas aplicaciones – programas- que funcionan en varios computadores, con distintos sistemas operativos, y que pertenezcan a diferentes empresas o instituciones. El término Web Services describe una forma estandarizada de integrar aplicaciones WEB mediante el uso de XML, SOAP, WSDL y UDDI sobre los protocolos de la Internet. XML es usado para describir los datos. SOAP se ocupa para la transferencia de los datos. WSDL se emplea para describir los servicios disponibles. UDDI se ocupa para conocer cuales son los servicios disponibles. A diferencia de los modelos Cliente/Servidor, tales como un servidor de paginas Web, los Web Services no proveen al usuario una interfaz gráfica (GUI). En vez de ello, los Web Services comparten la lógica del negocio, los datos y los procesos, por medio de una interfaz de programas a través de la red. Es decir conectan programas, por tanto son programas que no interactúan directamente con los usuarios. Los desarrolladores pueden por consiguiente agregar a los Web Services la interfaz para usuarios, por ejemplo mediante una pagina Web o un programa ejecutable, tal de entregarle a los usuarios una funcionalidad específica que provee un determinado Web Service. Conclusiones WEB SERVICES