Servicios Web. Capítulo 5: Introducción a los Servicios Web. Pedro Álvarez José Ángel Bañares

Save this PDF as:
 WORD  PNG  TXT  JPG

Tamaño: px
Comenzar la demostración a partir de la página:

Download "Servicios Web. Capítulo 5: Introducción a los Servicios Web. Pedro Álvarez alvaper@unizar.es José Ángel Bañares banares@unizar.es"

Transcripción

1 Servicios Web Capítulo 5: Introducción a los Servicios Web Pedro Álvarez José Ángel Bañares Departamento de Informática e Ingeniería de Sistemas

2 Índice - Capítulo 5 Introducción a los Servicios Web Definición de Servicio Web Motivación desde el B2B Limitación de los middleware convencionales en el B2B B2B antes de los servicios Web B2B con servicios Web Servicios Web y EAI Tecnologías de los Servicios Web Descripción de Servicio Descubrimiento de Servicios Interacciones de servicios Composición de servicios Arquitectura de Servicios Web Las dos facetas de los servicios Web Arquitectura Interna de los Servicios Web Arquitectura externa e los Servicios Web 2

3 Introducción a los Servicios Web Definición de Servicio Web Motivación desde el B2B Limitación de los middleware convencionales en el B2B B2B antes de los servicios Web B2B con servicios Web Servicios Web y EAI 3

4 Introducción a los Servicios Web Servicios Web: Medio para exponer y hacer disponible la funcionalidad de los sistemas de información mediante las tecnologías estándar Web El uso de tecnologías estándar reduce la heterogeneidad Introducen nuevas arquitecturas y paradigmas de computación Computación orientada a servicio 4

5 Definición de Servicio Web Diferentes definiciones para los mismos conceptos y tecnología subyacente: Un servicio Web es una aplicación accesible por otras aplicaciones a través del Web Cualquier cosa que tenga una URL es un servicio Web. Definición del consorcio UDDI 1 : aplicaciones de negocio modulares y autocontenidas que tienen interfaces abiertos, orientados a Internet y basados en interfaces estándares. Se requiere que el interface sea abierto, en el sentido de que este tiene que ser publicado y puede ser invocado a través de Internet. Qué significa autocontenida y modular? 1 UDDI es una iniciativa dirigida por distintos fabricantes de software, dentro el consorcio de estándares OASIS UDDI propone una plataforma estándar e interoperable que permite a las aplicaciones de forma sencilla y dinámica, encontrar y utilizar servicios Web sobre Internet. OASIS (http://www.oasis-open.org) dirige el desarrollo, la convergencia y la adopción de estándares para el comercio electrónico. 5

6 Definición de Servicio Web Definición del World Wide Web Consortium (W3C) 2 : Una aplicación software identificada por un URI, cuyas interfaces se pueden definir, describir y descubrir mediante documentos XML. Un servicio Web soporta interacciones directas con otros agentes software utilizando mensajes XML intercambiados mediante protocolos basados en Internet. Clarifica el sentido de accesible en el sentido de que se deben poder definir, describir y descubrir, y precisa más que quiere decir orientado a Internet. Los servicios Web son servicios de forma similar a los middleware tradicionales (se pueden registrar/anunciar). Los servicios Web son componentes que se pueden integrar en sistemas distribuidos complejos. XML es parte de la solución 2 W3C (http://www.w3.org/) es una iniciativa creada en 1994, en la que participan 400 organizaciones, y que pretende que el World Wide Web alcance su máximo potencial desarrollando protocolos comunes que permitan su evolución y aseguren su interoperabilidad. 6

7 Definición de Servicio Web Definición de la Webopedia 3 : Una forma estándar de integrar aplicaciones basadas en Web utilizando los estándares abiertos XML, SOAP, WSDL y UDDI. XML se utiliza para etiquetar los datos, SOAP para transferir los datos, WSDL para describir los servicios disponibles y UDDI para listar que servicios están disponibles. Esta definición especifica los estándares que podrían utilizarse para interaccionar con un servicio Web. Menciona los estándares predominantes. SIN EMBARGO, estos estándares NO CONSTITUYEN LA ESENCIA DE LOS SERVICIOS WEB hoy en día. 3 Webopedia (http://www.pcwebopedia.com/) es una enciclopedia de términos técnicos en informática. 7

8 Motivación desde el B2B Cadena de suministros proveedor y Gestión de clientes presupuesto Procesado Orden adquisición Gestión Envío financiación El mismo problema, pero ahora cada sistema es gestionado por compañías diferentes. Escenario: Una compañía (cliente), quiere productos de otra compañía (suministrador). El suministrador procesa y entrega el producto directamente, o solicita el envío a un tercero (p.e. un mayorista). Una vez entregado el producto el cliente paga. 8

9 Motivación desde el B2B cliente proveedor Servidor web Petición interna al proveedor infraestructura interna Salvo excepciones, los procesos internos están automatizados, pero las interacciones con el exterior no. mayorista infraestructura interna Servidor web Las interacciones B2B se realizan a través de páginas Web, rellenando formularios, o vía . infraestructura interna 9

10 Limitaciones de los Middleware convencionales en el B2B En interacciones entre organizaciones no hay un lugar obvio donde colocar el middleware Los middleware tradicionales se sitúan entre las aplicaciones a integrar. Las aplicaciones están distribuidas, pero el middleware se centraliza y controla por una compañía. La adopción de la misma solución supone que el cliente, el proveedor y el mayorista acuerdan utilizar una determinada plataforma middleware 10

11 Limitaciones de los Middleware convencionales en el B2B tercera parte WfMS aquí se ejecuta un workflow global Adaptador WfMS La combinación de un broker de mensajes y adaptadores posibilita la interoperabilidad broker mensajes cliente adaptador del cliente petición interna al proveedor infraestructura interna adaptador mayorista infraestructura interna mayorista Adaptador proveedor infraestructura interna proveedor 11

12 Limitaciones de los Middleware convencionales en el B2B La solución presentada podría ser posible si hay pocas compañías involucradas Si hay varias compañías, hay que tener en cuenta que Las compañías quieren preservar su autonomía y confidencialidad Una alternativa sería la comunicación punto-a-punto Esto quiere decir, que cuando dos compañías quieren comunicar, acuerdan utilizar cierta infraestructura middleware. Por ejemplo, ambos utilizan sus respectivos broker de mensajes para intercambiar mensajes (Dos o mas aplicaciones utilizando broker de mensajes distintos, pero homogéneos pueden interaccionar). 12

13 Limitaciones de los Middleware convencionales en el B2B Integración punto a punto entre compañías cliente broker mensajes XYZ proveedor broker mensajes XYZ adaptador cliente adaptador proveedor infraestructura interna infraestructura interna 13

14 Limitaciones de los Middleware convencionales en el B2B La falta de un middleware centralizado obliga a interacciones uno-a-uno utilizando diferentes plataformas middleware cliente mayorista compañía ACME middleware para interacción proveedor-cliente middleware para interacción proveedor-mayorista middleware para interacción proveedor-acme middleware para interacción proveedor-abc proveedor Middleware para integrar middlewares Compañía ABC Adaptador proveedor Adaptador proveedor Adaptador proveedor infraestructura interna 14

15 Limitaciones de los Middleware convencionales en el B2B Con middleware tradicionales se presupone que las interacciones durarán poco, mientras que cuando son varias organizaciones las que participan las interacciones suelen durar mucho más (horas, días). p.e. el proveedor puede comunicar la confirmación de que se ha procesado una orden cuando ya se ha recogido la mercancía por parte de la empresa de transporte. Las interacciones serán asíncronas, pero tenemos todavía el problema de soportar transacciones. Problema clave a resolver Al ser interacciones entre varias compañías, implícitamente se desconfía de la falta de seguridad del resto. Esto implica autentificación, encriptación de mensajes, restricciones de acceso. 15

16 B2B antes de los Servicios Web Estándares como EDIFACT no han sido ampliamente aceptados por varias razones El desarrollo de estos sistemas supone esfuerzos ad-hoc La falta de una infraestructura adecuada (middleware, redes) hizo que cada uno de estos sistemas fuera único y se implementaran desde cero La adopción de estándares (esfuerzos para homogeneizar plataformas middleware), no fueron adoptadas ampliamente La Web introdujo Protocolos de interacción HTTP y formatos de datos (XML) rápidamente adoptados como una infraestructura middleware común Pero HTTP y XML no soportan por si mismos integración de aplicaciones No definen IDL, directorios de servicios, protocolos para transacciones, ni muchas de las abstracciones que se han presentados hasta ahora. 16

17 B2B con servicios Web Tres aspectos claves resuelven las limitaciones de los middleware tradicionales: ❶ Arquitecturas Orientadas a Servicios En términos de middleware, un servicio es un procedimiento, un método o un objeto con una interface estable y pública que puede ser invocado por un cliente Los servicios Web no añaden nada nuevo en este sentido salvo que pueden ser invocados a través de la red por cualquier empresa Los matices que introducen los servicios Web son: Los servicios Web pueden estar desarrollados por distintas empresas, y por lo tanto los diferentes servicios son autónomos e independientes En contraposición con objetos CORBA desarrollados por un mismo equipo. Esto lleva a aplicaciones desacopladas y más modulares OJO, no todo servicio disponible en el Web es un Servicio Web! En un sentido amplio, una librería o un restaurante nos dan servicios En un sentido amplio, podemos obtener estos servicios a través del servidor Web de la compañía Un servicio Web es una aplicación con un interfaz público y estable, no un conjunto de páginas Web. 17

18 B2B con servicios Web ❷ Rediseño de los Protocolos Middleware Rediseño de los protocolos para trabajar uno a uno y entre compañías Por ejemplo, protocolos como el 2PC, se diseñaron sobre la suposición de que no se harían interacciones entre distintas organizaciones Se asumía un coordinador centralizado Como no hay confianza entre las empresas, no puede haber un coordinador central. Por lo tanto se debe rediseñar 2PC de forma completamente distribuida ❸ Estandarización Los estándares siempre ha ayudado en integración de aplicaciones Por ejemplo, CORBA y Java ha permitido el desarrollo de aplicaciones portables, y han permitido el desarrollo de middlewares de bajo coste 18

19 B2B con servicios Web cliente servicio Web proveedor Lenguajes y protocolos estandarizados, eliminando la necesidad de diferentes instraestructuras middleware (solo se precisa el middleware de los servicios Web)< peticiones internas servicio Web infraestructura interna infraestructura interna Interacciones basadas sobre protocolos rediseñados para la interacción uno a uno y B2B servicio Web funcionalidad interna disponible como un servicio infraestructura interna almacén 19

20 Servicios Web y EAI Los servicios Web se han diseñado para ser el punto de entrada a los sistemas de información local Son como wrappers sofisticados que encapsulan una o más aplicaciones ofreciendo un interface único y un acceso Web Los wrappers son las componentes a integrar. Tener componentes homogéneas reduce los problemas de integración. 20

21 Servicios Web y EAI servicio interno middleware servicio Web servicio Web servicio interno Compañía A (proveedor) servicio Web wide area network (Internet) cliente servicio interno middleware Compañía B (cliente) servicio interno 21

22 Servicios Web e Integración en una red área local Compañía A (o red de área local dentro de la compañia A) Integración de la aplicaión (contiene la lógica compuesta) broker de servicios Web aplicación envío presupuesto aplicaciones GBdD pronóstico XYZ Asume que todos los sistemas son accesibles como Servicios Web 22

23 Tecnologías de los Servicios Web Definición y descripción de Servicio Búsqueda de servicios Interacciones de servicios Composición de Servicios 23

24 Definición y descripción de Servicio La descripción de un servicio en middlewares convencionales se basa en lenguajes de definición de interfaces (IDL) La semántica de las operaciones, el orden en las que deberían ejecutarse, y otros aspectos no funcionales deben ser conocidos por los programadores que desarrollan los clientes. Es razonable, puesto que los desarrolladores pertenecen al mismo grupo. En los servicios Web, e interacciones B2B, la descripción de las interfaces debe ser más rico. Pila de lenguajes de descripci ón y búsqueda de servicios Estándares verticales Propiedades y semántica Protocolos de negocios interfaces Lenguaje base común directorios 24

25 Lenguaje Base común Estándares verticales Propiedades y semántica Protocolos de negocios interfaces Lenguaje base común directorios Metalenguaje para especificar los lenguajes necesarios Se usa XML: Es un estándar aceptado Es suficientemente flexible para la definición de lenguajes de descripción de servicios y protocolos. 25

26 Interfaces Estándares verticales Propiedades y semántica Protocolos de negocios interfaces Lenguaje base común directorios Los IDLs son la base de cualquier paradigma orientado a servicio Se precisa más información que los IDLs de CORBA, p.e. Especificar el URI del servicio Especificar el protocolo de transporte (p.e., HTTP) La propuesta dominante es WSDL (Web Service Description Language). 26

27 Protocolos de negocios estándares Propiedades y semántica inmaduros Estándares verticales Protocolos de negocios interfaces Lenguaje base común directorios Ejemplos de protocolos de negocio Web Services Conversation Language (WSCL 4 ) Business Process Execution Language for Web Services (BPEL) 4 WSCL Un servicio Web suele ofrecer operaciones a los clientes que deben ser invocadas en cierto orden para lograr su objetivo P.e. Un cliente pide primero un presupuesto, encarga la mercancía y finalmente hace el pago Estos intercambio se denominan conversaciones El conjunto de reglas que gobiernan una conversación se denominan protocolos de negocio. Negocio se utiliza para diferenciar de protocolo de comunicación. 27

28 Propiedades y semántica Estándares verticales Propiedades y semántica Protocolos de negocios interfaces Lenguaje base común directorios Descripción de aspectos no funcionales Calidad del servicio Coste del servicio Todo lo que es crucial para el servicio, pero no está incluido en la descripción del interface Se usa la especificación UDDI (Universal Description, Discovery, and Integration): Describe como organizar la información sobre un servicio Describe como construir repositorios dónde se pueda registrar e interrogar dicha información.. 28

29 Estándares verticales Estándares verticales Propiedades y semántica Protocolos de negocios interfaces Lenguaje base común directorios Las capas anteriores son genéricas No estandarizan ni contenido de servicios, ni su semántica Los estándares verticales definen para ciertos dominios Interfaces Protocolos Propiedades Semántica de los servicios Ejemplos RosetaNet: Describe intercambios comerciales OGC: Servicios de geodatos LIF: Servicios de comunicaciones y posicionamiento. 29

30 Búsqueda de servicios Estándares verticales Propiedades y semántica Protocolos de negocios interfaces Lenguaje base común directorios La descripción de los servicios debe almacenarse en un directorio de servicios Se pueden encontrar los servicios en la fase de diseño (navegando por el directorio) Se pueden encontrar en tiempo de ejecución UDDI define como se publican y descubren los servicios, y como deben trabajar los directorios. 30

31 Interacciones de servicios Una vez descrito y descubierto un servicio, se precisa un conjunto de abstracciones que soporte las interacciones Estas abstracciones toman la forma de estándares que abordan las interacciones a distintos niveles A diferencia de los estándares verticales, éstos son útiles para cualquier servicio Web Son transparentes a la mayoría de programadores, y son implementados por el middleware de servicios Web Se presentan como la siguiente pila de protocolos propiedades middleware (protocolos horizontales) infraestructura de protocolos (meta-protocolos) mensajes básicos y de seguridad transporte 31

32 Transporte propiedades middleware (protocolos horizontales) infraestructura de protocolos (meta-protocolos) mensajes básicos y de seguridad transporte La red de comunicaciones se oculta detrás de un protocolo de transporte El más común HTTP 32

33 Mensajes propiedades middleware (protocolos horizontales) infraestructura de protocolos (meta-protocolos) mensajes básicos y de seguridad transporte La principal aportación de SOAP Es la de codificar distintos protocolos y mecanismos de interacción de forma estándar Una vez que se cuenta con un protocolo de transporte se precisa un formato para la información Este papel lo juega SOAP 5 (Simple Object Access Protocol) SOAP no detalla propiedades (si es una transacción o está encriptado) Simplemente especifica una plantilla de mensaje genérico Hay estándares adicionales de cómo utilizar SOAP para implementar características peculiares WS-Security describe como implementar intercambios seguros con SOAP. 5 SOAP 33

34 Infraestructura de protocolos (meta-protocolos) propiedades middleware (protocolos horizontales) infraestructura de protocolos (meta-protocolos) mensajes básicos y de seguridad transporte Los servicios Web se caracterizan por un interfaz y unos protocolos de negocio Los protocolos de negocio son específicos de aplicación, pero el software requerido para implementar estos protocolos puede ser implementado como una infraestructura genérica de componentes, p.e,. Infraestructura para: Mantener el estado de la conversación entre un cliente y un servicio, Verificar que los mensajes se intercambian de acuerdo a unas reglas definidas por los protocolos La ejecución de meta-protocolos, que tienen como propósito la ejecución y coordinación de protocolos de negocio, p.e. Antes de una interacción, cliente y servicio acuerdan Qué protocolo ejecutarán Quién coordina la ejecución del protocolo Como los identificadores de ejecución del protocolo se embeben en los mensajes para indicar que un mensaje ocurre en el contexto de un protocolo. Ejemplo de meta-protocolo: WS-Coordination 6 : estandariza estos metaprotocolos y la forma en que SOAP y WSDL se deben utilizar para transmitir la información relevantes a la ejecución del protocolo. 6 WS-Coordination 34

35 Middleware (protocolos horizontales) propiedades middleware (protocolos horizontales) infraestructura de protocolos (meta-protocolos) mensajes básicos y de seguridad transporte Idealmente el middleware de los servicios Web debería dar un soporte similar a los middleware convencionales (fiabilidad, transacciones) Como los servicios Web y la infraestructura que los soporta están distribuidos, la infraestructura necesaria más allá de la comunicación se logra por medio de protocolos (uno a uno) peer-to-peer. Se denominan horizontales porque son aplicables a muchos servicios Web. Se apoyan en meta-protocolos Por ejemplo, WS-Transactions 7, se construye sobre WS-Coordination y requieren la ejecución del protocolo 2PC entre las entidades que participan. 7 WS-Transaction 35

36 Combinando servicios Web: Composición Un servicio Básico: Un servicio Web que accede al sistema local. Un servicio Compuesto: Un servicio Web que se implementa invocando otros servicios Web. Se precisa tecnología parte del middleware servicios Web que soporte la composición. La tecnología se parece a la de los sistemas workflow. En este momento la tecnología emergente para la composición de servicios Web es Business Process Execution Language for Web Services (BPEL) est ándar inmaduro 36

37 Arquitectura de servicios Web Las dos facetas de las arquitecturas de servicios Web Arquitectura Interna de los Servicios Web Arquitectura externa e los Servicios Web 37

38 Facetas arquitecturas servicios Web Middleware Interno para servicios Web: El sistema debe pasar la invocación al sistema que expone sus operaciones internas como servicios Web Llamaremos arquitectura interna a la organización y estructura del middleware interno Middleware externo: Infraestructura para integrar diferentes servicios Web Arquitectura 38

39 Facetas arquitecturas servicios Web Los servicios Web requieren arquitectura externa e interna, con el correspondiente soporte middleware Tecnolog ías y productos que dan soporte a la arquitectura interna Compañía A (proveedor) servicio Web interface servicio Web acceso a sistema interno arquitectura arquitectura Interna Interna Compañía D (cliente) cliente arquitectura arquitectura externa externa Tecnolog ías, productos y estándares que dan soporte a la arquitectura externa Servicio Web Servicio Web Servicio Web middleware Compañía C (proveedor) servicio interno servicio interno Servicio Web Servicio Web Compañía B (proveedor) 39

40 Facetas arquitecturas servicios Web La arquitectura externa tiene tres componentes Broker centralizado Análogo a los broker de mensajes que redireccionan los mensajes, con servicios de logging, transacciones, servicios de nombre y de directorio, etc. En la práctica el único componente centralizado de los servicios Web es el servicio de nombres y de directorio. Infraestructura de protocolo Componentes que coordinan las interacciones entre servicios Web Infraestructura de composición de servicios Herramientas que soportan la definición y ejecución de servicios compuestos. 40

41 Arquitectura interna Middleware convencional permite la integración de servicios que pueden ser Ofertados como servicios que a su vez se integran en otros servicios otros niveles interface de servicio lógica de integración middleware interface de servicio interface de servicio lógica de integración lógica de integración middleware middleware gestor recursos gestor recursos gestor recursos gestor recursos 41

42 Arquitectura interna (servicios Web como wrappers) Arquitectura básica de servicios Web implementada sobre una arquitectura de niveles Compañía A (proveedor servicios) interface servicios Web No hay l ógica de integraci ón acceso a sistema interno Clientes de otras compañías Middleware interno servicios Web interface servicio Lógica de integración otros niveles Middleware convencional (incluye middleware de servicios) otros niveles El middleware convencional ofrece muchos servicios (balanceo de carga, soporte a transacciones, etc). Los middleware de servicios Web actuales son muy pobres en este sentido utilización de middleware convencionales para implementar la arquitectura interna de servicios Web 42

43 Arquitectura externa Integrar servicios Web (wrappers de otros servicios expuestos como SW) En middleware convencionales este papel lo hace un broker de mensajes + WFMS. Problema: Donde reside? En la práctica sólo un broker de este estilo se ha estandarizado: El servidor de nombre y directorio. 43

44 Arquitectura externa Compañía A (petición servicio) Compañía B (proveedor servicio) Cliente servicio Web Servicio Web Middleware servicios Web (interno) 3. interacción Middleware servicios Web (interno) otros niveles otros niveles 2. búsqueda 1. publica la descripción del servicio La abstracción e infraestructura ofrecida por el regitro es parte del middleware externo descripciones servicios Compañía C (proveedor servicio directorio) 44

45 Arquitectura externa Compañía A (pide servicio) Midleware externo Compañía B (provee servicio) Cliente servicio Web Servicio Web Middleware interno Gestión transacciones Otros protocolos de infraestructura Gestión transacciones Otros protocolos de infraestructura Middleware interno otros niveles Motor de composición Motor de composición Otros niveles Descripción de servicios Compañía C (proveedor servicio de directorio) 45

46 Bibliografía Material elaborado a partir del libro y del material que acompaña al libro en Web Services Concepts, Architectures and Applications Springer Verlag 2004 ISBN By Gustavo Alonso, Fabio Casati, Harumi Kuno, Vijay Machiraju 46

La interoperabilidad se consigue mediante la adopción de estándares abiertos. Las organizaciones OASIS y W3C son los comités responsables de la

La interoperabilidad se consigue mediante la adopción de estándares abiertos. Las organizaciones OASIS y W3C son los comités responsables de la Servicios web Introducción Un servicio web es un conjunto de protocolos y estándares que sirven para intercambiar datos entre aplicaciones. Distintas aplicaciones de software desarrolladas en lenguajes

Más detalles

Service Oriented Architecture

Service Oriented Architecture Programación Concurrente y Distribuida Ingeniería en Informática Service Oriented Architecture José Carlos Cortizo Pérez josecarlos.cortizo@uem.es http://www.esp.uem.es/jccortizo D. Sistemas Informáticos

Más detalles

Servicios Web. Capítulo 3: Integración de Aplicaciones de Empresa (Enterprise Application Integratión, EAI)

Servicios Web. Capítulo 3: Integración de Aplicaciones de Empresa (Enterprise Application Integratión, EAI) Servicios Web Capítulo 3: Integración de Aplicaciones de Empresa (Enterprise Application Integratión, EAI) Pedro Álvarez alvaper@unizar.es José Ángel Bañares banares@unizar.es http://diis.unizar.es/postweb/

Más detalles

5.1 Introducción a Servicios Web

5.1 Introducción a Servicios Web 5.1 Introducción a Servicios Web Introducción Continuando con el ejemplo de intercambio de información de películas... => Actualmente ya no es necesario implementar la solución sugerida a mano Se han estandarizado

Más detalles

Servicios Web: Orquestación y coreografías

Servicios Web: Orquestación y coreografías Servicios Web: Orquestación y coreografías E. U. I. T. en Informática de Oviedo Master de Ingeniería Web Servicios Web Juan Ramón Pérez Pérez (jrpp en uniovi.es) Orientación a Servicios. Principios. Los

Más detalles

Service Oriented Architecture

Service Oriented Architecture Service Oriented Architecture Isaac Gutiérrez Gómez, Salvador Otón Tortosa Universidad de Alcalá, Departamento de Ciencias de la Computación, 28871 Alcalá de Henares, Spain igutierrez09@yahoo.es, salvador.oton@uah.es

Más detalles

La aplicación práctica en el mundo empresarial de los estándares Web

La aplicación práctica en el mundo empresarial de los estándares Web La aplicación práctica en el mundo empresarial de los estándares Web El problema de la integración inter/intra empresas y la familia "XML" Enrique Bertrand XML Business Integration, Regional Director Software

Más detalles

Para el desarrollo de aplicaciones Web se han generado múltiples tecnologías entre ellas se encuentran:

Para el desarrollo de aplicaciones Web se han generado múltiples tecnologías entre ellas se encuentran: Desarrollo de aplicaciones y servicios web Cinxgler Mariaca Minda Cinxgler@udistrital.edu.co Presidente Capítulo de Computadores Rama IEEE Universidad Distrital Francisco José de Caldas Resumen: Este articulo

Más detalles

Capítulo 7: Introducción a la dinámica de servicios Web

Capítulo 7: Introducción a la dinámica de servicios Web Servicios Web Capítulo 7: Introducción a la dinámica de servicios Web Pedro J. Álvarez alvaper@unizar.es José Ángel Bañares banares@unizar.es http://diis.unizar.es/postweb/ Departamento de Informática

Más detalles

PORTAL DE INTEGRACIÓN DE BANCOS DE INFORMACIÓN DISPERSOS A TRAVÉS DE WEB SERVICES Autor: Ing. Walther Antonioli Ravetto

PORTAL DE INTEGRACIÓN DE BANCOS DE INFORMACIÓN DISPERSOS A TRAVÉS DE WEB SERVICES Autor: Ing. Walther Antonioli Ravetto PORTAL DE INTEGRACIÓN DE BANCOS DE INFORMACIÓN DISPERSOS A TRAVÉS DE WEB SERVICES Autor: Ing. Walther Antonioli Ravetto Introducción: Sobre casi cualquier tema del quehacer humano que se aborde, existen

Más detalles

SISTEMAS DE INFORMACIÓN III TEORÍA

SISTEMAS DE INFORMACIÓN III TEORÍA CONTENIDO: Introducción a los Web services Las bases de los Web services La nueva generación de la Web Interactuando con los Web services La tecnología de Web services XML: Lo fundamental WSDL: Describiendo

Más detalles

TEMA 5. Otras arquitecturas distribuidas IV. Web Services

TEMA 5. Otras arquitecturas distribuidas IV. Web Services TEMA 5. Otras arquitecturas distribuidas IV. Web Services IV. Web Services 1. Qué son los Web Services? 2. Ejemplos de Web Services 3. Tecnologías y arquitectura 3.1. Arquitectura 3.2. Lenguaje de descripción:

Más detalles

INTEROPERABILIDAD ESTÁNDARES APLICADOS EN COSTA RICA

INTEROPERABILIDAD ESTÁNDARES APLICADOS EN COSTA RICA INTEROPERABILIDAD ESTÁNDARES APLICADOS EN COSTA RICA Ing. Marco Jiménez HA-2508 SEMINARIO DE TEMAS ARCHIVÍSTICOS 21-09-2010 Temas de la presentación Definiciones Interoperabilidad Sistema Importancia de

Más detalles

Plataforma de Administración Electrónica de la Comunidad Autónoma de la Región de

Plataforma de Administración Electrónica de la Comunidad Autónoma de la Región de Plataforma de Administración Electrónica de la Comunidad Autónoma de la Región de Murcia Director General de Informática Consejería de Economía y Hacienda Comunidad Autónoma de la Región de Murcia Jefe

Más detalles

SERVICE ORIENTED ARCHITECTURE (SOA) CONTENIDO

SERVICE ORIENTED ARCHITECTURE (SOA) CONTENIDO SERVICE ORIENTED ARCHITECTURE (SOA) CONTENIDO Introducción:...1 Service Oriented Architecture...2 Elementos de una Service Oriented Architecture...2 Application frontends...2 Servicios...2 Contrato:...3

Más detalles

Curso 5007437. Integración de Aplicaciones de Empresa (Enterprise Application Integratión, EAI)

Curso 5007437. Integración de Aplicaciones de Empresa (Enterprise Application Integratión, EAI) Curso 5007437 Conceptos y estándares de arquitecturas orientadas a servicios Web Curso 2006/2007 Capítulo 3: Integración de Aplicaciones de Empresa (Enterprise Application Integratión, EAI) Pedro Álvarez

Más detalles

Desarrollo y servicios web

Desarrollo y servicios web Desarrollo y servicios web Luisa Fernanda Rincón Pérez 2014-2 Qué vimos la clase pasada? Introducción a Big Data Introducción a bases de datos NOSQL Características bases de datos NOSQL MongoDB como motor

Más detalles

Notas técnicas de SAP / ABAP - Tip en detalle Nro. 16

Notas técnicas de SAP / ABAP - Tip en detalle Nro. 16 Notas técnicas de SAP / ABAP - Tip en detalle Nro. 16 (Lo nuevo, lo escondido, o simplemente lo de siempre pero bien explicado) Los nuevos escenarios de programación con SAP Netweaver (serie de varios

Más detalles

Integración al Servicio de la Empresa

Integración al Servicio de la Empresa Integración al Servicio de la Empresa Las Arquitecturas SOA permiten abordar los nuevos retos empresariales, ser más competitivos y disponer de sistemas de información integrados. Además, tecnologías como

Más detalles

SERVICIOS: EXPLORACIONES EN SOA y WEB.

SERVICIOS: EXPLORACIONES EN SOA y WEB. SERVICIOS: EXPLORACIONES EN SOA y WEB. López, G. 1 ; Jeder, I 1.; Echeverría, A 1.; Grossi, M.D. 2 ; Servetto, A 2.; Fierro, P. (PhD.) 3 1. Laboratorio de Informática de Gestión - Facultad de Ingeniería.

Más detalles

Servicio Web. Estándares empleados. Ventajas de los servicios web. Inconvenientes de los servicios Web

Servicio Web. Estándares empleados. Ventajas de los servicios web. Inconvenientes de los servicios Web Servicio Web Un servicio web (en inglés, Web services) es una tecnología que utiliza un conjunto de protocolos y estándares que sirven para intercambiar datos entre aplicaciones. Distintas aplicaciones

Más detalles

Curso 5007437. Presentación. Conceptos y estándares de arquitecturas orientadas a servicios Web Curso 2006/2007

Curso 5007437. Presentación. Conceptos y estándares de arquitecturas orientadas a servicios Web Curso 2006/2007 Curso 5007437 Conceptos y estándares de arquitecturas orientadas a servicios Web Curso 2006/2007 Presentación Pedro Álvarez alvaper@unizar.es José Ángel Bañares banares@unizar.es Joaquín Ezpeleta ezpeleta@unizar.eses

Más detalles

Ingeniería de Software en SOA

Ingeniería de Software en SOA Ingeniería de Software en SOA ECSDI LSI-FIB-UPC cbea Curso 2014/2015 ECSDI (LSI-FIB-UPC cbea) Ingeniería de Software en SOA Curso 2014/2015 1 / 51 Índice 1 Directrices para la IS en SOA 2 Modelo de referencia

Más detalles

JAVA EE 5. Arquitectura, conceptos y ejemplos.

JAVA EE 5. Arquitectura, conceptos y ejemplos. JAVA EE 5. Arquitectura, conceptos y ejemplos. INTRODUCCIÓN. MODELO DE LA APLICACIÓN JEE5. El modelo de aplicación Java EE define una arquitectura para implementar servicios como lo hacen las aplicaciones

Más detalles

Curso 5007437. Capítulo 4: Arquitectura Orientada a Servicios. Conceptos y estándares de arquitecturas orientadas a servicios Web Curso 2006/2007

Curso 5007437. Capítulo 4: Arquitectura Orientada a Servicios. Conceptos y estándares de arquitecturas orientadas a servicios Web Curso 2006/2007 Curso 5007437 Conceptos y estándares de arquitecturas orientadas a servicios Web Curso 2006/2007 Capítulo 4: Arquitectura Orientada a Servicios Pedro Álvarez alvaper@unizar.es José Ángel Bañares banares@unizar.es

Más detalles

MIDDLEWARE: Arquitectura para Aplicaciones Distribuidas Dr. Víctor J. Sosa Sosa vjsosa@tamps.cinvestav.mx

MIDDLEWARE: Arquitectura para Aplicaciones Distribuidas Dr. Víctor J. Sosa Sosa vjsosa@tamps.cinvestav.mx MIDDLEWARE: Arquitectura para Aplicaciones Distribuidas Dr. Víctor J. Sosa Sosa vjsosa@tamps.cinvestav.mx Contenido Middleware: Introducción Definición Genealogía Aplicaciones actuales: Servicios Web Computación

Más detalles

Tema 4: Diseño de flujos interaplicación

Tema 4: Diseño de flujos interaplicación Tema 4: Diseño de flujos interaplicación 4.1 Introducción a los Sistemas EAI Modelo de referencia (1) INTEGRACIÓN B2B INTEGRACIÓN DE APLICACIONES Y PROCESOS INTEGRACIÓN DE DATOS INTEGRACIÓN DE PLATAFORMA

Más detalles

Plataforma de Interoperabilidad Libre Orientada a Servicios para el Estado Venezolano

Plataforma de Interoperabilidad Libre Orientada a Servicios para el Estado Venezolano Plataforma de Interoperabilidad Libre Orientada a Servicios para el Estado Venezolano Introducción Tecnológica Noviembre 2009 Agenda Visión del Proyecto Plataforma de Interoperabilidad Libre Orientada

Más detalles

ARQUITECTURAS ORIENTADAS A SERVICIOS. SOA en la Seguridad Social. 48 boletic

ARQUITECTURAS ORIENTADAS A SERVICIOS. SOA en la Seguridad Social. 48 boletic ARQUITECTURAS ORIENTADAS A SERVICIOS SOA en la Seguridad Social por Mario triguero garrido 48 boletic El deber de ofrecer al ciudadano el mejor servicio ha sido siempre la motivación por la cual la Gerencia

Más detalles

Universidad Nacional Autónoma de México Dirección de Sistemas Dirección General de Personal

Universidad Nacional Autónoma de México Dirección de Sistemas Dirección General de Personal Universidad Nacional Autónoma de México Dirección de Sistemas Dirección General de Personal Presenta: Mtro. Israel Ortega Cuevas para la Red Universitaria de Colaboración en Ingeniería de Software y Base

Más detalles

Sistemas Operativos Distribuidos. Introducción a los Servicios Web (Web Services)

Sistemas Operativos Distribuidos. Introducción a los Servicios Web (Web Services) Introducción a los Servicios Web (Web Services) 2 Evolución de la Web Pasado: Web de documentos Páginas estáticas Web como un enorme repositorio de información Tecnologías: HTTP + HTML Presente: Web de

Más detalles

Boletín de Asesoría Gerencial SOA: enfoque técnico orientado a procesos

Boletín de Asesoría Gerencial SOA: enfoque técnico orientado a procesos Espiñeira, Sheldon y Asociados No. 4-2010 Contenido Haga click en los enlaces para navegar a través del documento Haga click en los enlaces para llegar directamente a cada sección 4 Introducción 4 Qué

Más detalles

SISTEMAS DISTRIBUIDOS DE REDES 3.- ESTANDAR CORBA. 3.1. Características

SISTEMAS DISTRIBUIDOS DE REDES 3.- ESTANDAR CORBA. 3.1. Características SISTEMAS DISTRIBUIDOS DE REDES 3.- ESTANDAR CORBA 3.1. Características La tendencia hacia el futuro es el de lograr la integración total de componentes realizados por terceras partes, para lo cual es necesario

Más detalles

GLOSARIO. Arquitectura: Funcionamiento, estructura y diseño de una plataforma de desarrollo.

GLOSARIO. Arquitectura: Funcionamiento, estructura y diseño de una plataforma de desarrollo. GLOSARIO Actor: Un actor es un usuario del sistema. Esto incluye usuarios humanos y otros sistemas computacionales. Un actor usa un Caso de Uso para ejecutar una porción de trabajo de valor para el negocio.

Más detalles

Introducción a los Servicios Web. Ing. José Luis Bugarin ILUMINATIC SAC jbugarin@consultorjava.com

Introducción a los Servicios Web. Ing. José Luis Bugarin ILUMINATIC SAC jbugarin@consultorjava.com Introducción a los Servicios Web Ing. José Luis Bugarin ILUMINATIC SAC jbugarin@consultorjava.com Servicios Web y Soa En un contexto SOA y los servicios web son una oportunidad de negocios en la actualidad.

Más detalles

Tema 4. Diseño arquitectónico.

Tema 4. Diseño arquitectónico. Tema 4. Diseño arquitectónico. Introducción, Objetivos del Diseño. Ingeniería del Software II 2011 Para la transformación del modelo de análisis en un modelo de diseño del sistema, se definen los objetivos

Más detalles

Servicios Web Estándares, Extensiones y Perspectivas de Futuro

Servicios Web Estándares, Extensiones y Perspectivas de Futuro Servicios Web Estándares, Vicente Pelechano DEPARTAMENTO DE SISTEMAS INFORMÁTICOS Y COMPUTACIÓN Contenido Servicios Web Estándares y Tecnologías Subyacentes. Infraestructura Básica SOAP WSDL UDDI La Pila

Más detalles

SOA y estándares: una pareja inseparable

SOA y estándares: una pareja inseparable SOA y estándares: una pareja inseparable Javier Cámara Coordinador del grupo de "SOA Infrastructure and Governance practices", Software AG SOA y estándares 23/may/2007 Seite 1 Software AG, quiénes somos?

Más detalles

E-Government con Web Services

E-Government con Web Services E-Government con Web Services Fernando Leibowich Beker * Uno de los grandes avances que produjeron las Nuevas Tecnologías de la Información y la Comunicación es la posibilidad de generar redes de computadoras

Más detalles

Servicios Web. Andrés Pastorini. TRIA Tecnólogo Informático

Servicios Web. Andrés Pastorini. TRIA Tecnólogo Informático Andrés Pastorini TRIA Tecnólogo Informático Un servicio web expone un conjunto de servicios para ser consumidos a través de la red. En otras palabras, un servicio web especifica un conjunto de operación(funciones

Más detalles

Especificación de la secuencia de mensajes que se han de intercambiar. Especificación del formato de los datos en los mensajes.

Especificación de la secuencia de mensajes que se han de intercambiar. Especificación del formato de los datos en los mensajes. SISTEMAS DISTRIBUIDOS DE REDES 2.- MODELOS ORIENTADOS A OBJETOS DISTRIBUIDOS 2.1. Tecnologías de sistemas distribuidos Para la implementación de sistemas distribuidos se requiere de tener bien identificados

Más detalles

Acoplamiento e interoperabilidad

Acoplamiento e interoperabilidad Máster Universitario en Ingeniería Informá3ca Acoplamiento e interoperabilidad Sistemas de Información Orientados a Servicios RODRIGO SANTAMARÍA 2 Acoplamiento débil Tipos de acoplamiento Cabalgando el

Más detalles

Qué son los Web Services?

Qué son los Web Services? III. Web Services 1. Qué son los Web Services? 2. Ejemplos de Web Services 3. Tecnologías y arquitectura 3.1. Arquitectura 3.2. Lenguaje de descripción: WSDL 3.3. Protocolo: SOAP 3.4. Registro de servicios:

Más detalles

1 GLOSARIO. Actor: Es un consumidor (usa) del servicio (persona, sistema o servicio).

1 GLOSARIO. Actor: Es un consumidor (usa) del servicio (persona, sistema o servicio). 1 GLOSARIO A continuación se definen, en orden alfabético, los conceptos básicos que se han abordado a lo largo del desarrollo de la metodología para la gestión de requisitos bajo la Arquitectura Orientada

Más detalles

Componentes y Middleware. Arquitectura de Software Componentes y Middleware [1] Stakeholders. Sobre el informe. Calidad según los stakeholders

Componentes y Middleware. Arquitectura de Software Componentes y Middleware [1] Stakeholders. Sobre el informe. Calidad según los stakeholders sistema Componentes y Middleware Arquitectura de Software Componentes y Middleware [1] Componentes Middleware Políticas y mecanismos Ejemplo de notación ad-hoc Hernán Astudillo Departamento de Informática

Más detalles

Patrones de Alto nivel: Patrones de Arquitectura Patrones de nivel medio: Patrones de Diseño Patrones de bajo nivel: Idioms

Patrones de Alto nivel: Patrones de Arquitectura Patrones de nivel medio: Patrones de Diseño Patrones de bajo nivel: Idioms Patrones Patrones Es una solución reusable de problemas comunes. Los patrones solucionan problemas que existen en muchos niveles de abstracción. desde el análisis hasta el diseño y desde la arquitectura

Más detalles

Estándares y Protocolos de IABIN

Estándares y Protocolos de IABIN La arquitectura del sistema adoptada por IABIN se basa en la amplia flexibilidad y soporte de los sistemas desarrollados con base en el web, y tiene una inherente capacidad de soportar los requerimientos

Más detalles

Service Oriented Architecture: Con Biztalk?

Service Oriented Architecture: Con Biztalk? Service Oriented Architecture: Con Biztalk? Pablo Abbate Servicios Profesionales Danysoft SOA supone una nueva forma de pensar acerca de la arquitectura IT para las empresas. De hecho, es una asociación

Más detalles

Universidad Autónoma Metropolitana

Universidad Autónoma Metropolitana Universidad Autónoma Metropolitana Unidad Azcapotzalco División de Ciencias Básicas e Ingeniería Licenciatura en Ingeniería en Computación Propuesta de Proyecto Terminal Composición de servicios web para

Más detalles

Glosario Acoplamiento. API. Archivos de recursos. ASCII. Balanceo de carga. Bases de datos federadas. BBDD. Clientes. Constructores.

Glosario Acoplamiento. API. Archivos de recursos. ASCII. Balanceo de carga. Bases de datos federadas. BBDD. Clientes. Constructores. GLOSARIO Glosario Acoplamiento. Posibilidad que tiene un servicio de funcionar de forma autónoma. Se dice que un servicio o aplicación es bajamente acoplado cuando puede funcionar de forma independiente

Más detalles

Arquitectura de Software Componentes y Middleware [1] Componentes y Middleware. Sobre el informe

Arquitectura de Software Componentes y Middleware [1] Componentes y Middleware. Sobre el informe Arquitectura de Software Componentes y Middleware [1] Hernán Astudillo Departamento de Informática Universidad Técnica Federico Santa María Componentes y Middleware Componentes Middleware

Más detalles

6.1 Introducción a los sistemas EAI

6.1 Introducción a los sistemas EAI 6.1 Introducción a los sistemas EAI Integración de Aplicaciones (1) El problema de la integración de aplicaciones consiste en hacer colaborar entre sí a aplicaciones distribuidas, heterogéneas y posiblemente

Más detalles

Una puerta abierta al futuro

Una puerta abierta al futuro Una puerta abierta al futuro SOA E ITIL EN LA LEY DE ACCESO ELECTRÓNICO DE LOS CIUDADANOS A LOS SERVICIOS PÚBLICOS (LAECSP) por francisco javier antón Vique La publicación de la Ley de Acceso electrónico

Más detalles

Tecnologías para Desarrollo Orientado a Servicios (posgrado) Desarrollo de Software Orientado a Servicios (pregrado)

Tecnologías para Desarrollo Orientado a Servicios (posgrado) Desarrollo de Software Orientado a Servicios (pregrado) Tecnologías para Desarrollo Orientado a Servicios (posgrado) Desarrollo de Software Orientado a Servicios (pregrado) Mg. Elsa Estévez Universidad Nacional del Sur T.2 Contenidos 1 1) lenguaje XML extensible

Más detalles

Tecnología de objetos distribuidos y arquitectura de componentes. Índice. Bibliografía. Introducción. Tema V

Tecnología de objetos distribuidos y arquitectura de componentes. Índice. Bibliografía. Introducción. Tema V Bibliografía Tema V Tecnología de objetos distribuidos y arquitectura de componentes. Szyperski, C. 1998. Component Software. Addison-Wesley. Ruiz Cortés, 1998. A. CORBA: Una visión general. http://www.lsi.us.es/~aruiz

Más detalles

Servicios Web Ubicuos Activados por Voz

Servicios Web Ubicuos Activados por Voz Servicios Web Ubicuos Activados por Voz Parte II. Servicios Web Juan José Ramos Muñoz Dpto. de Teoría de la Señal, Telemática y Comunicaciones La Web de las cosas Servicios Web Ubicuos Activados por Voz

Más detalles

Arquitectura cliente/servidor

Arquitectura cliente/servidor Departamento de Lenguajes y Sistemas Informáticos Arquitectura cliente/servidor Programación en Internet Curso 2007-2008 Índice Introducción Tipos de servidores Ventajas Desventajas Arquitectura de una

Más detalles

Glosario Plataforma de Interoperabilidad Libre Orientada a Servicios para el Estado Venezolano

Glosario Plataforma de Interoperabilidad Libre Orientada a Servicios para el Estado Venezolano Ministerio del Poder Popular para las Telecomunicaciones y la Informática Centro Nacional de Tecnologías de Información Glosario Plataforma de Interoperabilidad Libre Orientada a Servicios para el Estado

Más detalles

Introducción. http://www.microsoft.com/spanish/msdn/comunidad/mtj.net/voices/art143.asp - Gráfica tomada del Artículo de José David Parra

Introducción. http://www.microsoft.com/spanish/msdn/comunidad/mtj.net/voices/art143.asp - Gráfica tomada del Artículo de José David Parra Si en otros tiempos el factor decisivo de la producción era la tierra y luego lo fue el capital... hoy día el factor decisivo es cada vez más el hombre mismo, es decir, su conocimiento... Juan Pablo II

Más detalles

LA COLABORACIÓN, UNA REALIDAD GRACIAS A LA ARQUITECTURA TECNOLÓGICA HP EGOVERNMENT FRAMEWORK

LA COLABORACIÓN, UNA REALIDAD GRACIAS A LA ARQUITECTURA TECNOLÓGICA HP EGOVERNMENT FRAMEWORK 1 LA COLABORACIÓN, UNA REALIDAD GRACIAS A LA ARQUITECTURA TECNOLÓGICA HP EGOVERNMENT FRAMEWORK Miguel Angel Abellán Juliá Gerente de Soluciones para Administraciones Públicas. Hewlett-Packard Española,

Más detalles

5. ARQUITECTURA DE SERVICIOS WEB (WS)

5. ARQUITECTURA DE SERVICIOS WEB (WS) TEMA 12 5. ARQUITECTURA DE SERVICIOS WEB (WS) 5.1. Introducción Desde mediado de la década de los 90, con la aparición y extensión de Internet a niveles jamás pensados, ha existido siempre la necesidad

Más detalles

Introducción a los Servicios Web

Introducción a los Servicios Web Introducción a los Servicios Web Simon Pickin Departamento de Ingeniería Telemática Universidad Carlos III de Madrid Algunas cifras (muy aproximadas) La compañía de investigación de mercado IDC estima

Más detalles

Servicios web. Jorge Iván Meza Martínez jimezam@gmail.com

Servicios web. Jorge Iván Meza Martínez jimezam@gmail.com Servicios web Jorge Iván Meza Martínez jimezam@gmail.com Especialización en Gestión de Redes de Datos Universidad Nacional de Colombia Sede Manizales 1/71 Contenidos Que es un servicio web. Tecnologías

Más detalles

SISTEMAS DE INFORMACIÓN DE LA ADMON PÚBLICA. Sistemas de Acceso. Sistemas. Sectoriales. Sistemas. Transversales

SISTEMAS DE INFORMACIÓN DE LA ADMON PÚBLICA. Sistemas de Acceso. Sistemas. Sectoriales. Sistemas. Transversales Interoperabilidad e Intranet Gubernamental II Taller de Trabajo Red GEALC Plataforma de Interoperabilidad: Lenguaje Común y Enrutador Transaccional Hugo Sin Triana Noviembre 9 de 2006 Director Técnico

Más detalles

2524 Developing XML Web Services Using Microsoft ASP.NET

2524 Developing XML Web Services Using Microsoft ASP.NET 2524 Developing XML Web Services Using Microsoft ASP.NET Introducción La meta de este curso es de proveer a los estudiantes con el conocimiento y habilidades requeridas para desarrollar soluciones basadas

Más detalles

Gerencia de Procesos de Negocio (Business Process Management, BPM). Lic. Patricia Palacios Zuleta

Gerencia de Procesos de Negocio (Business Process Management, BPM). Lic. Patricia Palacios Zuleta Gerencia de Procesos de Negocio (Business Process Management, BPM). Lic. Patricia Palacios Zuleta (Business Process Management, BPM). La Gerencia de los Procesos del Negocio: Se define como: "integración

Más detalles

UNIVERSIDAD DEL AZUAY. FACULTAD DE CIENCIAS de La ADMINISTRACION. ESCUELA DE ingenieria de sistemas TECNOLOGIA SOA ARQUITECTURA ORIENTADA A SERVICIOS

UNIVERSIDAD DEL AZUAY. FACULTAD DE CIENCIAS de La ADMINISTRACION. ESCUELA DE ingenieria de sistemas TECNOLOGIA SOA ARQUITECTURA ORIENTADA A SERVICIOS UNIVERSIDAD DEL AZUAY FACULTAD DE CIENCIAS de La ADMINISTRACION ESCUELA DE ingenieria de sistemas TECNOLOGIA SOA ARQUITECTURA ORIENTADA A SERVICIOS MONOGRAFIA PREVIA A LA OBTENCION DEL TITULO DE INGENIERO

Más detalles

DISEÑO DE APLICACIONES WEB BASADAS EN ARQUITECTURAS ORIENTADAS A SERVICIOS (AOS), UTILIZANDO WEBML

DISEÑO DE APLICACIONES WEB BASADAS EN ARQUITECTURAS ORIENTADAS A SERVICIOS (AOS), UTILIZANDO WEBML DISEÑO DE APLICACIONES WEB BASADAS EN ARQUITECTURAS ORIENTADAS A SERVICIOS (AOS), UTILIZANDO WEBML Luís Fernando GONZÁLEZ ALVARÁN Facultad de Ingenierías, Politécnico Colombiano Jaime Isaza Cadavid Medellín,

Más detalles

Servicios WEB: Distribución e integración

Servicios WEB: Distribución e integración Servicios WEB: Distribución e integración Liliana M. Arboleda C. Universidad Icesi larboled@icesi.edu.co Fecha de recepción: 17-06-2004 Fecha de aceptación: 11-10-2004 ABSTRACT This article presents an

Más detalles

Bases de Datos Especializadas

Bases de Datos Especializadas Bases de Datos Especializadas BASES DE DATOS ESPECIALIZADAS 1 Sesión No. 12 Nombre: DBMS y Tecnología Web Objetivo: Al término de la sesión, el alumno identificará la integración entre DBMS y la web. Contextualización

Más detalles

WbS Web Services. Roberto Gómez Cárdenas rogomez@itesm.mx http://homepage.cem.itesm.mx/rogomez. Web Services

WbS Web Services. Roberto Gómez Cárdenas rogomez@itesm.mx http://homepage.cem.itesm.mx/rogomez. Web Services WbS Web Services Roberto Gómez Cárdenas rogomez@itesm.mx http://homepage.cem.itesm.mx/rogomez mx/rogomez Lámina 1 Web Services Servicios web. Interfaz red a una aplicación basada en tecnologías internet

Más detalles

Tema 1. Arquitectura Cliente/Servidor

Tema 1. Arquitectura Cliente/Servidor Tema 1. Arquitectura Cliente/Servidor SCS Sistemas Cliente/Servidor 4 o informática http://ccia.ei.uvigo.es/docencia/scs 27 de septiembre de 2009 FJRP, FMBR [sistemas cliente-servidor] CCIA 1.1 Sistemas

Más detalles

Capítulo 1. Componentes de CORBA.

Capítulo 1. Componentes de CORBA. Capítulo 1. Componentes de CORBA. La OMA (Object Management Architecture) define en alto nivel de abstracción las reglas necesarias para la distribución de la computación orientada a objetos (OO) en entornos

Más detalles

Mª Luisa Gutiérrez Acebrón División de Informática y Tecnologías de la Información Ministerio de Justicia

Mª Luisa Gutiérrez Acebrón División de Informática y Tecnologías de la Información Ministerio de Justicia Implantación de una arquitectura orientada a servicios. Un caso de uso Mª Luisa Gutiérrez Acebrón División de Informática y Tecnologías de la Información Ministerio de Justicia Introducción Los compromisos

Más detalles

SROA: Sistema de reutilización de objetos de aprendizaje

SROA: Sistema de reutilización de objetos de aprendizaje SROA: Sistema de reutilización de objetos de aprendizaje Salvador Otón Tortosa Dto. de Ciencias de la Computación Escuela Superior de Ing. Informática Universidad de Alcalá (España) 28871 Alcalá de Henares

Más detalles

VISIÓN PRÁCTICA SOA PREPARATIC

VISIÓN PRÁCTICA SOA PREPARATIC VISIÓN PRÁCTICA SOA PREPARATIC VISIÓN PRÁCTICA SOA PROPÓSITO DE SOA Por qué? Para qué? EVOLUCIÓN VISIÓN PRÁCTICA SOA TÉRMINOS SOA UDDI WSDL XML Gobierno SOA SOAP Orquestación BAM ESB BPEL VISIÓN PRÁCTICA

Más detalles

BPM y BPEL como herramientas de administración de procesos de negocio

BPM y BPEL como herramientas de administración de procesos de negocio BPM y BPEL como herramientas de administración de procesos de negocio BPM and BPEL as business process management tools Alejandro León Mora* Sandra Bibiana Zárate Zárate** Resumen Este artículo trata sobre

Más detalles

TECNOLOGÍAS ASOCIADAS A LAS APLICACIONES WEB

TECNOLOGÍAS ASOCIADAS A LAS APLICACIONES WEB TECNOLOGÍAS ASOCIADAS A LAS APLICACIONES WEB Existen varios tipos de tecnologías para los Servidores Web, estas tecnologías se pueden dividir en 4 grupos principales que son: Tecnologías al lado del cliente

Más detalles

Sistemas Distribuidos y AI: Computación Autonómica y SOA

Sistemas Distribuidos y AI: Computación Autonómica y SOA AI Sistemas Distribuidos y AI: Computación Autonómica y SOA infraestructuras heterogéneas complejas son una realidad! Dozens of systems and applications Directory and Security Services Existing Applications

Más detalles

Curso de SOA. Nivel Avanzado

Curso de SOA. Nivel Avanzado Región de Murcia Consejería de Hacienda y Administración Pública Curso de SOA. Nivel Avanzado Módulo 3 Seguridad en SOA Escuela de Administración Pública de la Región de Murcia Contenidos del MODULO 3

Más detalles

1.264 Tema 16. Middleware heredado

1.264 Tema 16. Middleware heredado 1.264 Tema 16 Middleware heredado Qué es el middleware heredado? Cliente (interf. de usuario, aplic. local) Cliente (interf. de usuario, aplic. local) Cómo conectamos clientes y servidores? Middleware

Más detalles

Presentación del Curso Virtual PROGRAMACIÓN WEB PHP CON MYSQL AVANZADO

Presentación del Curso Virtual PROGRAMACIÓN WEB PHP CON MYSQL AVANZADO Presentación del Curso Virtual PROGRAMACIÓN WEB PHP CON MYSQL AVANZADO Tabla de contenido Programación Web PHP con MySQL Avanzado...3 Presentación del curso...3 Objetivos de aprendizaje...4 Contenidos

Más detalles

Tema 6: Comparativa CORBA/Servicios Web

Tema 6: Comparativa CORBA/Servicios Web Tema 6: Comparativa CORBA/Servicios Web Introducción Para establecer una comparativa, es preciso tener en cuenta CORBA se introdujo en 1991 y Servicios Web en el 2000 CORBA es una solución más madura y

Más detalles

Cómo lograr una implementación exitosa de SOA?

Cómo lograr una implementación exitosa de SOA? Software Huibert Aalbers Certified Executive Software IT Architect BUE Technical Sales, SW Services Manager IBM de Mexico 2007 IBM Corporation Agenda!Interoperabilidad! De dónde viene SOA?!Las distintas

Más detalles

Orquestación de Servicios utilizando el paradigma de Programación Orientada a Aspectos

Orquestación de Servicios utilizando el paradigma de Programación Orientada a Aspectos Orquestación de Servicios utilizando el paradigma de Programación Orientada a Aspectos Sección de Computación Departamento de Ingeniería Eléctrica CINVESTAV-IPN Tesista: Cova Suazo Nancy Noemi Asesor:

Más detalles

Servicios Web (II) Norberto Fernández, Jesús Arias Departamento de Ingeniería Telemática http://www.it.uc3m.es/berto/ http://www.it.uc3m.

Servicios Web (II) Norberto Fernández, Jesús Arias Departamento de Ingeniería Telemática http://www.it.uc3m.es/berto/ http://www.it.uc3m. Servicios Web (II) Norberto Fernández, Jesús Arias Departamento de Ingeniería Telemática http://www.it.uc3m.es/berto/ http://www.it.uc3m.es/jaf/ 1 UDDI Universal Description Discovery and Integration 2

Más detalles

SOA sí, pero... cómo? Enrique Bertrand Director de Tecnología Software AG España

SOA sí, pero... cómo? Enrique Bertrand Director de Tecnología Software AG España SOA sí, pero... cómo? Enrique Bertrand Director de Tecnología España Por qué hablamos tanto de SOA? Presión creciente sobre los departamentos TI Usuarios (externos e internos) Nuevos servicios Visión global

Más detalles

Aplicaciones Distribuidas. Informática III

Aplicaciones Distribuidas. Informática III Aplicaciones Distribuidas Informática III Temario Elementos arquitecturales Arquitecturas tradicionales Arquitecturas Cliente/Servidor Arquitecturas distribuidas Elementos Arquitecturales Componentes de

Más detalles

Sustitución de certificados administrativos en soporte papel por medios telemáticos

Sustitución de certificados administrativos en soporte papel por medios telemáticos Sustitución de certificados administrativos en soporte papel por medios telemáticos I Congreso Español de Informática Jornadas Científico-Técnicas en Servicios Web Granada, Septiembre 2005 Francisco Lova

Más detalles

ARQUITECTURA ORIENTADA A SERVICIOS (SOA) EN LA JUNTA DE ANDALUCÍA

ARQUITECTURA ORIENTADA A SERVICIOS (SOA) EN LA JUNTA DE ANDALUCÍA ARQUITECTURA ORIENTADA A SERVICIOS (SOA) EN LA JUNTA DE ANDALUCÍA Dirección General de Administración Electrónica y Calidad de los Servicios Consejería de Justicia y Administración Pública Junta de Andalucía

Más detalles

Web Services. Introducción

Web Services. Introducción Web Services Introducción Como indica su nombre, Web Services son servicios ofrecidos a través s del World Wide Web. En un escenario típico, t una aplicación n de negocios envía a una solicitud de servicio

Más detalles

Red Temática de Servicios Web: Ingeniería, Tecnología y Arquitectura. Nodo de Zaragoza. Nodo de Zaragoza

Red Temática de Servicios Web: Ingeniería, Tecnología y Arquitectura. Nodo de Zaragoza. Nodo de Zaragoza Red Temática de Servicios Web: Ingeniería, Tecnología y Arquitectura Univ. de Zaragoza Nodo de Zaragoza Grupo de Computación Orientada a Servicios Nodo de Zaragoza Dpto. Infomática e Ingeniería de Sistemas

Más detalles

Aplicaciones y Servicios Web (Web Services)

Aplicaciones y Servicios Web (Web Services) Aplicaciones y Servicios Web (Web Services) Joaquín Salvachúa DIT- jsalvachua@.upm.es -1- Internet NG Índice Problema a resolver Arquitectura SOAP WSDL UDDI Conclusiones -2- Internet NG Aplicaciones WEB

Más detalles

Oracle Service Bus: Entorno de Desarrollo

Oracle Service Bus: Entorno de Desarrollo Oracle Service Bus: Entorno de Desarrollo Mayo 2012 Versión 1.1 ÍNDICE 1. Introducción al Oracle Service Bus I. Conceptos II. Ventajas del OSB III. Arquitectura Mensajería adaptable Seguridad Unificada

Más detalles

WebServices bajo SOA. SOAagenda team Chile

WebServices bajo SOA. SOAagenda team Chile WebServices bajo SOA SOAagenda team Chile 1 Conceptos Servicio SOA Una tarea de negocio repetitiva validar Crédito Cliente, que cumple estándares SOA WebService Funcionalidades disponibles vía Web, implementadas

Más detalles

Indice 1. Introducción a la computación en nube (cloud computing)

Indice 1. Introducción a la computación en nube (cloud computing) Tema 9. Centros de datos: computación en nube y organización física Indice 1. Introducción a la computación en nube (cloud computing) 2. Virtualización de recursos: consolidación de servidores 3. Arquitectura

Más detalles

La inteligencia artificial distribuida (IAD) es una de las ramas de la inteligencia artificial (IA), la cual estudia sistemas inteligentes formados por un conjunto de varios componentes. Lic. Patricia

Más detalles

MODELO DE EGOVERNMENT PARA LA ADMINISTRACIÓN LOCAL BASADO EN LA INTEROPERABILIDAD

MODELO DE EGOVERNMENT PARA LA ADMINISTRACIÓN LOCAL BASADO EN LA INTEROPERABILIDAD MODELO DE EGOVERNMENT PARA LA ADMINISTRACIÓN LOCAL BASADO EN LA INTEROPERABILIDAD Francisco Tous Llull, Antoni Reus Darder, Felip Salas Suau Fundació Illes Balears per la Innovació Tecnològica (IBIT) Parc

Más detalles

Web Services. Richard Rossel rrossel@inf.utfsm.cl. 23 de noviembre de 2004. Web Services

Web Services. Richard Rossel rrossel@inf.utfsm.cl. 23 de noviembre de 2004. Web Services Richard Rossel rrossel@inf.utfsm.cl 23 de noviembre de 2004 JAVA2 TOC s JAVA2 JAVA2 Definición Aplicaciones Autocontenidas y Modulares Basado en estándares (XML,HTTP) Aplicaciones se anuncian por la red

Más detalles

Título: Optimización de Procesos de Negocio con SOA / BPM Nombre y Apellido: Mario Bolo Email: bolo@ar.ibm.com Fecha: 15/08/2012

Título: Optimización de Procesos de Negocio con SOA / BPM Nombre y Apellido: Mario Bolo Email: bolo@ar.ibm.com Fecha: 15/08/2012 Título: Optimización de Procesos de Negocio con SOA / BPM Nombre y Apellido: Mario Bolo Email: bolo@ar.ibm.com Fecha: 15/08/2012 El problema: las aplicaciones tradicionales no le proveen la agilidad necesaria

Más detalles