Universidad de Colima Facultad de Telemática

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

Download "Universidad de Colima Facultad de Telemática"

Transcripción

1 Universidad de Colima Facultad de Telemática ABCSIS: ARQUITECTURA BASADA EN COMPONENTES DE SOFTWARE PARA LA INTEGRACIÓN DE SERVICIOS TESIS Que para obtener el grado de MAESTRO EN COMPUTACIÓN PRESENTA: ING. HUGO CÉSAR PONCE SUÁREZ ASESORES: M. en C. JOSÉ ROMÁN HERRERA MORALES D. en C. PEDRO DAMIÁN REYES COLIMA, COLIMA. NOVIEMBRE DE 2009

2 ÍNDICE Resumen... 1 Abstract Introducción Antecedentes Descripción del problema Hipótesis Objetivos Alcances y Limitaciones Descripción general de ABCSIS Metodología Estructura del documento de la tesis Antecedentes Marco Histórico Marco Contextual Los sistemas de automatización de bibliotecas Sistema Integral Automatizado de Bibliotecas de la Universidad de Colima (SIABUC) Arquitectura Actual de SIABUC CGI WebS API WebS Trabajos Relacionados Marco Teórico Arquitecturas Iniciales CORBA DCOM Servicios Web La tecnología de los servicios Web XML WSDL SOAP UDDI Arquitectura Orientada a Servicio (SOA) Concepto de SOA Estructura de SOA Aplicación Servicio Repositorio Bus de Servicio SOA con Servicios Web Arquitectura ABCSIS Modelo Conceptual II

3 4.2 Diseño arquitectónico Arquitectura ABCSIS Entorno de Comunicación Motor de datos y estructura de la base de datos Comunicación con la base de datos Descripción de módulos y componentes Desarrollo de ABCSIS Creación del servicio Hosting del servicio Implementación del prototipo Pruebas Prueba de operación Resultados Prueba de rendimiento Resultados Resultados y conclusiones Análisis de los resultados Conclusiones Trabajo futuro Anexos Glosario III

4 ÍNDICE DE FIGURAS Figura 1. Ejemplo de funcionamiento de un servicio bajo ABCSIS... 8 Figura 2. Evolución de la Arquitectura Orientada a Servicios 15 Figura 3. Arquitectura actual de SIABUC8 23 Figura 4. Arquitectura CORBA. 30 Figura 5. Arquitectura DCOM Figura 6. Representación de un servicio Web.. 36 Figura 7. Interfaz de los Servicios Web con los sistemas finales.. 37 Figura 8. Mensaje SOAP en XML Figura 9. Estructura inicial del documento WSDL 46 Figura 10. Versiones del WSDL.. 47 Figura 11. Estructura del protocolo SOAP. 49 Figura 12. Mensajes SOAP interconectando sitios remotos.. 50 Figura 13. Interacción de los nodos en la ruta SOAP.. 51 Figura 14. Localización de un servicio Web mediante UDDI.. 56 Figura 15. Modelo operacional de los servicios Web.. 59 Figura 16. Estructura de SOA.. 66 Figura 17. Elementos que conforman un servicio 70 Figura 18. Ejemplo de funcionamiento de un servicio bajo ABCSIS. 75 Figura 19. Modelo de la arquitectura ABCSIS.. 82 Figura 20. Diagrama entidad-relación para la reservación de un ejemplar. 85 Figura 21. Parámetros de conexión a la base de datos PostgreSQL Figura 22. Conexión al servidor de PostgreSQL.. 87 Figura 23. Servicios y operaciones de ABCSIS 88 Figura 24. Operación para hacer reservaciones.. 89 Figura 25. Operación para buscar un alumno en la base de datos Figura 26. Operación para buscar una ficha bibliográfica en la base de datos Figura 27. Operación para obtener la disponibilidad de un ejemplar 90 Figura 28. Operación para registrar un usuario en la base de datos 92 Figura 29. Operación para verificación de no adeudos Figura 30. Operación para mostrar las multas pendientes por saldar.. 93 Figura 31. Operación para obtener los préstamos pendientes.. 93 Figura 32. Operación para renovar ejemplares 94 Figura 33. Operación para obtener los préstamos de un usuario. 94 Figura 34. Operación para obtener listado de escuelas.. 95 Figura 35. Operación para registrar una inconformidad.. 95 Figura 36. Operación para listar las quejas pendientes por atender. 96 Figura 37. Operación para responder una inconformidad.. 96 Figura 38. Operación para hacer sugerencias de compras bibliográficas Figura 39. Operación para emitir comentarios sobre títulos consultados. 97 Figura 40. Interoperabilidad entre varios sistemas operativos Figura 41. Modelo de programación de WCF Figura 42. Binding de ABCSIS. 107 Figura 43. Servicio Acervo 107 Figura 44. Definición del contrato de datos Figura 45. Generación del contrato de datos para el manejo de excepciones 109 IV

5 Figura 46. Invocación de una excepción 110 Figura 47. Definición del servicio. 110 Figura 48. Cuenta de usuario ASPNET. 112 Figura 49. Creación de un directorio virtual en IIS Figura 50. Directorio virtual y archivos del servicio Acervo. 113 Figura 51. Servicio Acervo hospedado en IIS Figura 52. WSDL del servicio Acervo. 115 Figura 53. Diagrama de flujo para la reservación. 116 Figura 54. Archivo de configuración de PHP. 117 Figura 55. Configuración correspondiente para el soporte de SOAP en PHP 117 Figura 56. Constructor SoapClient para hacer referencia al servicio Acervo Figura 57. Invocación de la operación BuscarFicha 119 Figura 58. Interfaz para consulta y reservación de libros Figura 59. Resultados de la consulta. 120 Figura 60. Invocación de la operación BuscaAlumno Figura 61. Usuario no encontrado en la base de datos Figura 62. Usuario válido Figura 63. Invocación de la operación Reservar Figura 64. Ejemplar reservado Figura 65. Generación de excepción de tipo SoapFault Figura 66. Error en sentencia SQL Figura 67. Entorno de prueba con Windows XP sobre VmWare Figura 68. Aplicación utilizada en la prueba de rendimiento Figura 69. Proceso de petición-respuesta de la prueba de rendimiento Figura 70. Cabecera HTTP enviada a la implementación CGI Figura 71. Respuesta exitosa por parte de la implementación CGI Figura 72. Petición de búsqueda en ABCSIS con el método POST Figura 73. Script php que recibe los parámetros enviados con el método POST Figura 74. Respuesta del servidor a una petición de búsqueda en ABCSIS Figura 75. Múltiples procesos en ejecución en la modalidad CGI Figura 76. Menor cantidad de recursos utilizados por el prototipo ABCSIS Figura 77. Promedio de la prueba de ABCSIS con cinco eventos Figura 78. Promedio de la prueba de ABCSIS con cincuenta eventos Figura 79. Promedio de la prueba de ABCSIS con quinientos eventos Figura 80. Promedio de la prueba de ABCSIS con cinco mil eventos Figura 81. Promedio de la prueba CGI con cinco eventos Figura 82. Promedio de la prueba CGI con cincuenta eventos Figura 83. Promedio de la prueba CGI con quinientos eventos Figura 84. Promedio de la prueba CGI con cinco mil eventos V

6 ÍNDICE DE TABLAS Tabla 1. Campos de un libro 43 Tabla 2. Evolución de la especificación UDDI.. 55 Tabla 3. Capacidad de almacenamiento de PostgreSQL Tabla 4. Especificaciones de Address Tabla 5. Bindings y sus características principales Tabla 6. Operaciones de servicio utilizadas en el prototipo Tabla 7. Resultados de la encuesta aplicada en la prueba de Operación Tabla 8. Información de la prueba de ABCSIS con cinco eventos 141 Tabla 9. Información de la prueba de CGI con cinco eventos 144 VI

7

8 Resumen Esta tesis describe el diseño de una arquitectura de software orientada a servicios basada en la tecnología de servicios Web para el software SIABUC (Sistema Integral Automatizado de Bibliotecas de la Universidad de Colima), el cual es utilizado para apoyar en tareas de gestión bibliotecaria. La arquitectura propuesta tiene como finalidad ofrecer una serie de componentes para que personas con conocimientos en programación interesadas en extender los servicios ofrecidos por SIABUC puedan hacerlo a partir de la funcionalidad básica del mismo, por ejemplo desarrollar una aplicación Web o una aplicación para dispositivos móviles. Entre las principales ventajas de una arquitectura basada en servicios Web, se encuentran la herencia de atributos, la independencia del lenguaje de programación, sistema operativo, transporte de red y mecanismo de almacenamiento utilizado, así como el desarrollo eficiente, mayor reutilización y mantenimiento simplificado del software. La arquitectura propuesta se encuentra conformada por 4 capas: consumidores de servicio, arquitectura ó infraestructura, interfaces de servicio e implementación del servicio, el lenguaje de programación que se utilizó para su desarrollo fue Visual Basic 2008 en combinación con el modelo de programación Windows Communication Foundation (WCF). Actualmente, esta arquitectura forma parte de la más reciente versión de SIABUC: SIABUC9. Palabras Clave: Arquitectura de Componentes, Servicios Web, SOA, Interoperabilidad, Sistemas de Gestión de Bibliotecas. 1

9 Abstract This document describes the design of a service-oriented architecture based on Webservices technology for SIABUC (Integrated Automated System Libraries at the University of Colima); this software is used to provide library management tasks. The proposed architecture is intended to offer a series of components that allows programmers extend the services offered by SIABUC, from its basic core functionality to more sophisticated services such as a Web or mobile software development for example. Among the advantages of an architecture based on Web services, inherit programming-language independence, platform-independence, networking and storage mechanisms, as well as efficient software development, greater reuse and software simplified maintenance. The proposed architecture is composed of 4 layers: consumer, architecture, service interfaces and service implementation. The programming language that was used for the development was Visual Basic 2008 in combination with the programming model Windows Communication Foundation (WCF). Currently, this architecture is part of the latest version of SIABUC: SIABUC9. Keywords: Component Architecture, Web Services, SOA, Interoperability, Library Management Systems. 2

10 1. Introducción En ésta sección se describen las características generales de ésta tesis como los antecedentes, descripción del problema, hipótesis, objetivos, alcances y limitaciones, descripción general de ABCSIS y finalmente la metodología utilizada para la elaboración de dicho trabajo. 1.1 Antecedentes La tecnología de cómputo distribuido ha sido desarrollada durante los últimos 30 años sin embargo al inicio de su desarrollo era muy cara su implementación, no fue sino hasta principio de 1970 cuando esto cambio con la aparición de los mainframes, los cuales fueron más accesibles de adquirir (Krafzig, et al., 2004). Durante los años 80 s y 90 s la tecnología existente permitía a los equipos de cómputo acceder a las aplicaciones de manera remota, fue entonces cuando la ejecución lógica fue dividida entre un cliente y un servidor de base de datos. Para ayudar en la labor de acceder a las aplicaciones de forma remota surge la tecnología Common Object Request Broker Architecture (CORBA). La funcionalidad de CORBA consistía en un identificador único llamado Object Request Broker (ORB) para acceder a los objetos de manera remota, en lugar de proveer servidores que expusieran un gran número de funciones remotamente accesibles. La evolución del ámbito distribuido cambió su rumbo a mitad de los años 90 s, un ejemplo de ello fue el año 1997 cuando Sun Microsystems introdujo la tecnología de ambiente distribuido Enterprise Java Beans (EJB) (Krafzig, et al., 2004). EJB es similar a CORBA, una característica importante de EJB es el concepto de contenedor, que es el responsable para la administración de recursos como objetos, conexiones y transacciones en un servidor EJB. Algunas tecnologías como Remote Procedure Call (RPC), CORBA, Distributed Component Object Model (DCOM) y EJB dieron inicio al surgimiento de un gran número de soluciones de ámbito distribuido basadas en middleware. Sin embargo, el surgimiento de estas soluciones presento un problema, la heterogeneidad de los middleware, para hacer frente a este inconveniente surgió el Extensible Markup Language (XML) como un formato independiente de los middleware para el 3

11 intercambio de datos y documentos entre diferentes aplicaciones (Krafzig, et al., 2004). Debido a la necesidad de un estándar para el intercambio de mensajes en XML, la compañía Microsoft propuso la iniciativa de crear los servicios Web basados en XML con la utilización del protocolo Simple Object Access Protocol (SOAP), y a su vez, realizó un lenguaje de definición de interfaz llamado Web Service Description Language (WSDL) para describir la interfaz de servicio, en la actualidad esta iniciativa forma parte de los estándares del consorcio World Wide Web (W3C) 1 donde han colaborado las empresas más importantes e influyentes de la Web. Con el problema de la heterogeneidad de los middleware, SOAP y WSDL permitieron la unión de varios protocolos de comunicación de bajo nivel, por ejemplo, SOAP permite la comunicación sobre un middleware existente. El desarrollo de arquitecturas de cómputo distribuido como CORBA, DCOM, EJB y servicios Web ha permitido la creación de aplicaciones de gran escala, de esta manera, proveen las bases de la Arquitectura Orientada a Servicios (SOA por sus siglas en inglés) (Krafzig, et al., 2004). Desde el punto de vista tecnológico es importante contar con una arquitectura de software que sea interoperable, escalable y que además permita la reutilización de los servicios ofrecidos a los diferentes consumidores. De tal manera que si en el futuro se desea hacer una actualización al servicio prestado, no se tenga que modificar la aplicación completa, sino únicamente el servicio, es decir, la independencia de los servicios. Esta es una de las ventajas de trabajar con SOA. La utilización de SOA esta en aumento, según un estudio realizado por la empresa de investigación tecnológica Gartner, predijo que para el 2010 el software de aplicación tendrá un crecimiento del 80% en sus ganancias a través de productos basados en SOA (Josuttis, 2007). Dentro de las ventajas que podemos mencionar acerca de SOA destaca el desarrollo eficiente, reutilización de los servicios, evolución, interoperabilidad e independencia de los servicios. El desarrollo de este trabajo está enfocado en la creación de una Arquitectura Basada en Componentes de Software para la Integración de Servicios (ABCSIS) 1 4

12 para el Sistema Integral Automatizado de Bibliotecas de la Universidad de Colima (SIABUC). 1.2 Descripción del problema En el ámbito de sistemas de información, particularmente en el desarrollo de sistemas de automatización bibliotecaria, existen en el mercado sistemas bibliotecarios que ofrecen desde el punto de vista de interoperabilidad, enlace a sus módulos mediante interfaces denominadas Application Programming Interface (API). Es precisamente aquí donde se ha detectado un área de oportunidad muy fuerte en el software SIABUC, ya que los usuarios que lo utilizan han externado a través del departamento de soporte técnico la necesidad de realizar desarrollos complementarios para integrarlos al sistema, de manera particular aquellos servicios que se podrían realizar de manera remota o a distancia para aprovechar el uso de Internet, como por ejemplo: la reservación de libros, verificación de status, retroalimentación de novedades. Así mismo, se ha identificado que varias instituciones cuentan con la infraestructura necesaria y recursos humanos capacitados que cuentan con sistemas propios complementarios y tienen la necesidad de enlazarlos con SIABUC, por ejemplo: el desarrollo de una aplicación para la consulta/reservación de libros que interactúe con un sistema propietario de control escolar, el cual puede estar basado en un entorno Web, en un dispositivo móvil. La solución a esta área de oportunidad fue el desarrollo de una arquitectura que ofrece servicios Web de manera interoperable, dicha arquitectura es denominada: Arquitectura Basada en Componentes de Software para la Integración de Servicios (ABCSIS). La razón de crear esta arquitectura fue para enriquecer el software SIABUC y proveer un medio que permite conectarlo con desarrollos propietarios. Específicamente, se busca proveer a los desarrolladores de software 5

13 una herramienta que les permitan crear e implementar nuevos componentes que puedan trabajar de manera transparente con SIABUC. Una de las principales aportaciones de ABCSIS es que será el programador quien decida el lenguaje y plataforma a utilizar, ya que al utilizar los servicios Web estos ofrecen la ventaja de ser neutrales en cuanto al lenguaje de programación, sistema operativo, protocolos de red y mecanismo de almacenamiento utilizado (Newcomer, 2002). Además, con la utilización de SOA se permite la utilización de un rango más amplio de interacciones de una manera más flexible que una integración basada en API s (Chen y Huang, 2006). 1.3 Hipótesis La arquitectura ABCSIS permitirá, a las instituciones que hacen uso de SIABUC y que cuenten con personal de perfil informático o áreas afines, poder implementar mecanismos interoperables que permitan la comunicación con otras aplicaciones. 1.4 Objetivos Objetivos Generales Crear una metodología de desarrollo de software basado en SOA para el software SIABUC, con la finalidad de extender los servicios que actualmente se ofrecen Objetivos Específicos Comprender el funcionamiento de los servicios Web y sus estándares XML relacionados. 6

14 Investigar acerca de la arquitectura SOA y su implementación con los servicios Web. Entender el funcionamiento de los conceptos de SOA en el modelo de programación Windows Communication Foundation. Realizar un análisis en SIABUC para identificar los servicios que pueden ser extendidos con la arquitectura propuesta. Crear un prototipo tomando como base la arquitectura propuesta, el cual estará conformado por un conjunto de servicios. Probar los servicios para detectar posibles fallas en una implementación posterior. Invocar un servicio dentro de una aplicación prototipo. 1.5 Alcances y Limitaciones En este trabajo se realizó el diseño y creación de servicios utilizando como arquitectura base SOA, tomando en cuenta las áreas de oportunidad más relevantes en SIABUC. Para fines de prueba y demostración se creó un prototipo donde se muestra la interacción entre el servicio de reservación, alojado en el servidor Web Internet Information Server (IIS). El cliente fue desarrollado en el lenguaje de programación PHP, con la finalidad de demostrar la independencia entre los lenguajes de programación. Cuando el usuario hace una reservación a través del prototipo se ve reflejada de manera automática en el módulo de Préstamo de SIABUC, este módulo es el que cotidianamente utilizan en la biblioteca para registrar los prestamos y devoluciones de material bibliográfico. 7

15 1.6 Descripción general de ABCSIS Con la utilización de la arquitectura ABCSIS es posible crear componentes de software que se conecten a SIABUC, de esta manera las personas interesadas en desarrollar servicios adicionales a SIABUC podrán hacerlo de una manera relativamente sencilla, por ejemplo, una aplicación Web ó una aplicación móvil que incorporen la reservación de ejemplares, consulta de disponibilidad de ejemplares, verificación de adeudos. Todo ello con la finalidad de proporcionar más y mejores servicios bibliotecarios y acercarlos a los usuarios finales de una determinada biblioteca o centro de información. Cabe señalar que estas opciones se encuentran incorporadas en la versión completa de SIABUC, pero su funcionalidad solo se puede utilizar mediante los clientes de escritorio o aplicaciones de tipo Windows. A continuación, en la siguiente figura se muestra un esquema con el funcionamiento/invocación de un servicio mediante ABCSIS. La imagen en cuestión está basada en la estructura de la arquitectura SOA mostrada en la sección de este trabajo. Repositorio de Servicio Busca Crea Contrato WSDL Programador Cumple Describe Servicio Web Invoca Bus de Servicio Aplicación Figura 1. Ejemplo de funcionamiento de un servicio bajo ABCSIS La descripción de los elementos que conforman la figura 1 incorporados a SIABUC mediante ABCSIS funcionan de la siguiente manera: 8

16 Repositorio de servicios Se trata de una descripción del servicio, la cual se encuentra en un archivo Web Service Description Language (WSDL), en este archivo se encuentra una descripción de la interfaz del servicio en formato XML. Bus de Servicio Son los protocolos de red por el cual se invocará al servicio Web. Servicio Este apartado lo conforman cada uno de los servicios a ofrecer. Aplicación Son las distintas aplicaciones que los programadores (consumidores de servicio) de las diferentes instituciones podrán realizar, en este sentido, el programador puede realizar cualquier aplicación que necesite. 1.7 Metodología Para la realización de este proyecto se siguieron una serie de pasos, los cuales se describen a continuación: Investigación documental Consiste en buscar información acerca de las tecnologías relacionadas con el desarrollo de la arquitectura propuesta, principalmente artículos, así como libros de actualidad, en el caso de los artículos la mayor fuente de consulta fue la biblioteca digital ACM, así como artículos creados por empresas de renombre como IBM, Microsoft y organismos independientes como Apache Group, OASIS, entre otros. Diseño de la arquitectura Elaboración del modelo conceptual de la arquitectura propuesta, básicamente se genero un esquema de la arquitectura ABCSIS con el funcionamiento propuesto. Desarrollo del prototipo funcional Consistió en la elaboración de una aplicación que consume el servicio de reservación de libros para demostrar su funcionalidad e interoperabilidad. Evaluación del prototipo funcional Esta etapa consistió en realizar pruebas de operación y pruebas de rendimiento. 9

17 Documentación de la investigación Consiste en redactar el documento de la tesis. Análisis de los resultados obtenidos. 1.8 Estructura del documento de la tesis Esta tesis se encuentra organizada en 7 secciones: Sección 1. Introducción Se describen las características generales de esta tesis como los antecedentes, descripción del problema, hipótesis, objetivos, alcances y limitaciones, descripción general de ABCSIS y finalmente la metodología utilizada para la elaboración de dicho trabajo. Sección 2. Antecedentes Se aborda los aspectos iniciales de la tecnología de cómputo distribuido de manera general así como la evolución que ha tenido a lo largo de la historia. Otro de los tópicos de este apartado es lo relacionado a los sistemas de automatización bibliotecaria, SIABUC y su arquitectura, así como también los trabajos relacionados a SOA y los sistemas bibliotecarios. Sección 3. Marco Teórico Se mencionan de manera detallada los servicios Web y SOA, así como el estado actual que guardan estas tecnologías. También se mencionan las definiciones correspondientes a estos conceptos, los cuales son utilizados en secciones posteriores. Sección 4. Arquitectura de ABCSIS Se aborda todo lo relacionado con el desarrollo de la arquitectura propuesta, desde el modelo conceptual hasta la descripción de los componentes e interfaces. Sección 5. Desarrollo de ABCSIS Se aborda la parte de programación de ABCSIS, la creación del servicio, el hosting del servicio y un prototipo funcional. Sección 6. Pruebas Este apartado trata sobre el empleo de pruebas de laboratorio y posteriormente se llevó a cabo la interpretación de los resultados. Sección 7. Conclusiones Se muestran los resultados obtenidos en las pruebas, mediante el análisis de los mismos de forma cualitativa y cuantitativa, además se hacen una serie de recomendaciones para trabajos futuros. 10

18 2. Antecedentes En este capitulo se aborda de manera introductoria dos aspectos fundamentales para el desarrollo de la tesis, por una parte se mencionan los conceptos computacionales y por otra, lo referente a los sistemas bibliotecarios, para finalmente, abordar los trabajos relacionados tanto al aspecto tecnológico y al bibliotecario. 2.1 Marco Histórico La tecnología de cómputo distribuida fue desarrollada a finales de los años 30 s. Originalmente el cómputo de negocios significaba la utilización de computadoras poderosas que costaban millones de dólares. Algunas de las primeras cosas que los sistemas tenían para compartir entre ellos eran dispositivos como grabadoras y sistemas de impresión. No fue sino hasta los años 70 s cuando la computadora se hizo más sofisticada y a un precio mucho más accesible. Las instituciones de investigación rápidamente se dieron cuenta que podían operar con menos presupuesto y de forma independiente cuando fueron capaces de utilizar computadoras pequeñas en lugar de mainframes (Krafzig, et. al., 2004). Posteriormente, en la década de los 80 s la Universidad de Standford mediante un proyecto para conectar su red, dio comienzo a la creación de la compañía Sun Microsystems, en la actualidad esta compañía es uno de los mayores vendedores de computadoras con sistema operativo Unix (Krafzig, et al., 2004). El sistema operativo Unix fue diferente de sus predecesores y varios de sus sucesores adoptaron el diseño de red como parte esencial del sistema operativo. De manera particular dos ideas originan esta perspectiva orientada a la red; la primera es facilitar el control a distancia de computadoras y programas, mientras que la segunda trata de proveer servicios a otras computadoras en la red. La primera idea fue en el sentido de crear herramientas como telnet, mientras que la segunda se trata de una característica de impresión remota y suministrar espacio de almacenamiento con el sistema de archivos Network File System (NFS) creado por Sun Microsystems en 1984 (Krafzig, et al., 2004). Derivado de estas herramientas surgió el estándar SUN- RPC, el primer sistema que utilizó procedimientos remotos. 11

19 Aún cuando el cómputo distribuido se encontraba disponible en la década de los 80 s solamente estaba enfocado principalmente al ámbito académico, lo cual permaneció hasta los años 90 s. En esa época, los equipos de cómputo accedían a sistemas de almacenamiento e impresión. Una gran cantidad de aplicaciones residentes en el cliente hacían peticiones de forma remota a un servidor de base de datos. Fue entonces cuando la ejecución lógica fue dividida entre un cliente y un servidor de base de datos. La compañía Sybase 2 por su parte, introdujo el concepto de procedimientos almacenados, los cuales, consistían en funciones que eran ejecutadas en la base de datos y no necesitaban enviarse al cliente. Combinando los conceptos de las plataformas de cómputo distribuido como Distributed Computing Environment (DCE) con el paradigma de la orientación a objetos, surge Common Object Request Broker Architecture (CORBA). En lugar de proveer servidores que expusieran un gran número de funciones remotamente accesibles, la funcionalidad ahora, se descompone en un identificador único que es accesible por objetos de manera remota. Diferentes objetos pueden comunicarse con otros por medio del Object Request Broker (ORB). ORB provee mecanismos de abstracción, como nombres de servicios, que se encargan de descubrir los objetos en tiempo de ejecución. De manera similar a la programación orientada a objetos, CORBA adopta el concepto de programación de interfaces, todos los objetos de CORBA pueden ser implementados en varios lenguajes de programación, mientras sus interfaces son descritas utilizando el lenguaje Interface Definition Language (IDL). Krafzig, et al. (2004) mencionan que CORBA es ampliamente utilizado por la tecnología de ambiente distribuido, especialmente en telecomunicaciones y servicios financieros. La evolución del ámbito distribuido cambió su rumbo a mitad de los años 90 s, tomando en consideración las limitaciones de las arquitecturas de objeto distribuido. Por su parte, Sun Microsystems 3 introdujo un conjunto de APIS llamadas Enterprise Java Beans (EJB) en el año EJB es similar a CORBA, una característica importante de EJB es el concepto de contenedor, que es el responsable para la

20 administración de recursos como objetos, conexiones y transacciones en un servidor EJB. De manera similar a otras plataformas de computación remota como DCE y CORBA, EJB incluye un alto nivel de servicios técnicos, como un administrador de transacciones, llamada a servicios y seguridad. Algunas tecnologías como RPC, CORBA, DCOM y EJB dieron inicio al surgimiento de un gran número de soluciones de ámbito distribuido basadas en middleware. Sin embargo, el surgimiento de estas soluciones presento un problema, la heterogeneidad de los middleware, para hacer frente a este inconveniente surgió el Extensible Markup Language (XML) como un formato independiente de los middleware para el intercambio de datos y documentos entre diferentes aplicaciones (Krafzig, et al., 2004). A diferencia de otros lenguajes como CORBA IDL, Microsoft IDL o Java, XML no requiere de una tecnología o middleware específico, en la actualidad es utilizado como un formato de procesamiento de datos multiplataforma. XML es muy potente debido a su enorme flexibilidad, sin embargo, presenta un problema en la integración de aplicaciones de manera eficiente, ya que requiere de un alto nivel de estructuras de datos y formatos de mensajes. Para resolver este problema, surgieron estándares como XML Document Type Definition (DTD s) y esquemas para la especificación y validación de datos complejos en XML. Debido a la necesidad de un estándar de mensajes XML de alto nivel, Microsoft en el año 1998, se dio a la tarea de utilizar servicios Web basados en XML con la creación del protocolo Simple Object Access Protocol (SOAP). La versión inicial de SOAP fue específicamente creada para trabajar en la Web con el protocolo HyperText Transfer Protocol (HTTP), debido a que en Internet ya estaban resueltos varios problemas como la seguridad (SSL, firewall, control de acceso), disponibilidad de la red, tráfico de red y administración de aplicaciones (Krafzig, et al., 2004). Utilizando los métodos de petición GET y POST del protocolo HTTP, los clientes SOAP son capaces de llamar a funciones que se encuentran previamente establecidas en Internet. Pero el desarrollo de Microsoft no paro en este sentido, ya que tiempo después, realizó un lenguaje de definición de interfaz llamado Web Service Description Language (WSDL). WSDL describe la interfaz de servicio, tal 13

Automatización de bibliotecas con SIABUC

Automatización de bibliotecas con SIABUC Automatización de bibliotecas con SIABUC Segunda Edición José Román Herrera Morales Evangelina Serrano Barreda Juan Luis Campos Salcedo Luz María Pérez Santa Ana Jorge Rafael Gutiérrez Pulido María del

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

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

Agenda. 1. Antecedentes 2. Características generales de SIABUC9 3. Componentes y servicios 4. Licenciamiento 5. Ventajas competitivas de SIABUC9

Agenda. 1. Antecedentes 2. Características generales de SIABUC9 3. Componentes y servicios 4. Licenciamiento 5. Ventajas competitivas de SIABUC9 Agenda 1. Antecedentes 2. Características generales de SIABUC9 3. Componentes y servicios 4. Licenciamiento 5. Ventajas competitivas de SIABUC9 1. Antecedentes 1.1. Orígenes de SIABUC SIABUC surge en la

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

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

Automatización de bibliotecas con SIABUC J.Román Herrera, Juan Luis Campos, Evangelina Serrano, Luz María Pérez y Jorge Rafael Gutiérrez

Automatización de bibliotecas con SIABUC J.Román Herrera, Juan Luis Campos, Evangelina Serrano, Luz María Pérez y Jorge Rafael Gutiérrez Automatización de bibliotecas con SIABUC J.Román Herrera, Juan Luis Campos, Evangelina Serrano, Luz María Pérez y Jorge Rafael Gutiérrez Tabla de contenido Dedicatorias Agradecimientos Prólogo Tabla de

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

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

Simulador de Protocolos de Red a tráves de WEB

Simulador de Protocolos de Red a tráves de WEB Simulador de Protocolos de Red a tráves de WEB Propuesta de Estudio 20071608 Director Ing. Francisco Antonio Polanco Montelongo Resumen Introducción Actualmente, el desarrollo tecnológico a alcanzado niveles

Más detalles

2.1 Compuertas para Bases de Datos

2.1 Compuertas para Bases de Datos 1 Colección de Tesis Digitales Universidad de las Américas Puebla Romero Martínez, Modesto Uno de los aspectos mas importantes en un sistema multibase de datos es la forma en como llevar a cabo la comunicación

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

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

Objetos Distribuidos - Componentes. Middleware

Objetos Distribuidos - Componentes. Middleware Objetos Distribuidos - Componentes Middleware Middleware Component Oriented Development Arquitecturas 3 Tier Middleware es el software que: conecta y comunica los componentes de una aplicacion distribuida

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

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

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

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

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

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

DESARROLLO WEB EN ENTORNO SERVIDOR

DESARROLLO WEB EN ENTORNO SERVIDOR DESARROLLO WEB EN ENTORNO SERVIDOR CAPÍTULO 7: Programación de servicios Web Marcos López Sanz Juan Manuel Vara Mesa Jenifer Verde Marín Diana Marcela Sánchez Fúquene Jesús Javier Jiménez Hernández Valeria

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

UNIVERSIDAD CENTROCCIDENTAL "LISANDRO ALVARADO" DECANATO DE CIENCIAS Y TECNOLOGIA MAESTRIA EN CIENCIAS DE LA COMPUTACION MENCION REDES DE COMPUTADORAS

UNIVERSIDAD CENTROCCIDENTAL LISANDRO ALVARADO DECANATO DE CIENCIAS Y TECNOLOGIA MAESTRIA EN CIENCIAS DE LA COMPUTACION MENCION REDES DE COMPUTADORAS UNIVERSIDAD CENTROCCIDENTAL "LISANDRO ALVARADO" DECANATO DE CIENCIAS Y TECNOLOGIA MAESTRIA EN CIENCIAS DE LA COMPUTACION MENCION REDES DE COMPUTADORAS MODELO DE GESTION WBEM PARA ADMINISTRACION DE REDES

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

desarrollo. Dentro del desarrollo de la tesis el proceso de modelado del sistema fue hecho con el

desarrollo. Dentro del desarrollo de la tesis el proceso de modelado del sistema fue hecho con el Capitulo II. Análisis de herramientas y tecnologías de desarrollo. Dentro del desarrollo de la tesis el proceso de modelado del sistema fue hecho con el lenguaje de Modelo de Objetos llamado UML (Unified

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

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

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

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

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

UNIVERSIDAD FRANCISCO GAVIDIA FACULTAD DE INGENIERIA Y ARQUITECTURA

UNIVERSIDAD FRANCISCO GAVIDIA FACULTAD DE INGENIERIA Y ARQUITECTURA UNIVERSIDAD FRANCISCO GAVIDIA FACULTAD DE INGENIERIA Y ARQUITECTURA TRABAJO DE GRADUACIÓN DISEÑO DE UN BUSCADOR ACADEMICO LLAMADO SALVADOR PRESENTADO POR: GLENDA MARISOL MARROQUIN LARREYNAGA MARINA LOURDES

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

Grado en Ingeniería del Software

Grado en Ingeniería del Software Grado en Ingeniería del Software Descripción de los módulos o materias FUNDAMENTOS CIENTÍFICOS PARA LA INGENIERÍA Bases científicas necesarias para cualquier ingeniero informático: Física, Álgebra, Análisis

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

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

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

COMPONENTES DE SERVICIOS WEB A PARTIR DE SERVICIOS EN UDDI: VERSIÓN EXTENDIDA. Instituto Tecnológico de Nogales (ITN)

COMPONENTES DE SERVICIOS WEB A PARTIR DE SERVICIOS EN UDDI: VERSIÓN EXTENDIDA. Instituto Tecnológico de Nogales (ITN) COMPONENTES DE SERVICIOS WEB A PARTIR DE SERVICIOS EN UDDI: VERSIÓN EXTENDIDA 1 Ismael Armando Zúñiga Félix y 2 Luicyana Pérez Figueroa 1,2 División de Estudios de Posgrado e Investigación (DEPI), Instituto

Más detalles

Descripción General de Softengine Pinakes

Descripción General de Softengine Pinakes Descripción General de Softengine Pinakes Características de Softengine Pinakes. Pinakes es un sistema modular altamente configurable que tiene las siguientes características: Es amigable con el usuario.

Más detalles

Historia de revisiones

Historia de revisiones GVA Glosario Versión 1.2 Semana 4 Historia de revisiones Fecha Versión Descripción Autor 20/08/2014 1.0 Comienzo del documento Nicolás Fiumarelli 30/08/2014 1.1 Correcciones y agregados Martín Santagata

Más detalles

La utilización de las diferentes aplicaciones o servicios de Internet se lleva a cabo respondiendo al llamado modelo cliente-servidor.

La utilización de las diferentes aplicaciones o servicios de Internet se lleva a cabo respondiendo al llamado modelo cliente-servidor. Procesamiento del lado del servidor La Programación del lado del servidor es una tecnología que consiste en el procesamiento de una petición de un usuario mediante la interpretación de un script en el

Más detalles

Tema 3. 3.3 Tecnologías de Desarrollo

Tema 3. 3.3 Tecnologías de Desarrollo Tema 3 3.3 Tecnologías de Desarrollo HTML pronto pasa a ser insuficiente para todas las posibilidades de la Red No se puede interactuar con el servidor Aparecen los primeros scripts para propocionar dichar

Más detalles

INTRODUCCIÓN A LA TECNOLOGÍA.NET

INTRODUCCIÓN A LA TECNOLOGÍA.NET INTRODUCCIÓN A LA TECNOLOGÍA.NET CONTENIDO 1.1 Definición de.net 1.2 Evolución de.net 1.3 Compatibilidad de.net con Sistemas Operativos 1.4 Componentes de la plataforma.net MONICA CECILIA GALLEGOS VARELA

Más detalles

UNIVERSIDAD DR. JOSE MATIAS DELGADO

UNIVERSIDAD DR. JOSE MATIAS DELGADO NOMBRE DE LA ASIGNATURA: PROGRAMACIÓN DE COMPUTADORAS 4 a. Generalidades. Número de Orden: Prerrequisito (s): 30 Código: PRC 4 PRC 3 Ciclo Académico: Área: VI Especializada U.V.: 4 Duración del Ciclo en

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

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

El presente documento describe la importancia que está tomando el cómputo distribuido en

El presente documento describe la importancia que está tomando el cómputo distribuido en INTRODUCCIÓN El presente documento describe la importancia que está tomando el cómputo distribuido en los sistemas de administración integral o empresarial. Con un prototipo particular, mostraremos como

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

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

Service Broker. Bind. Service Consumer. Service Provider

Service Broker. Bind. Service Consumer. Service Provider En este capítulo, usted podrá empezar por mirar a la arquitectura orientada al servicio como un concepto en arquitectura para aplicaciones distribuidas. A continuación usted examinará cómo estas arquitecturas

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

Arquitectura cliente/servidor

Arquitectura cliente/servidor Departamento de Lenguajes y Sistemas Informáticos Arquitectura cliente/servidor Programación en Internet Curso 2004-2005 Índice Introducción Tipos de servidores Ventajas Separación de funciones Modelos

Más detalles

servicios. El API es definido al nivel de código fuente y proporciona el nivel de

servicios. El API es definido al nivel de código fuente y proporciona el nivel de GLOSARIO API Application Program -ming- Interface Es la interfaz por la cual una aplicación accede al sistema operativo u a otros servicios. El API es definido al nivel de código fuente y proporciona el

Más detalles

Tema 5. Plataforma Java EE

Tema 5. Plataforma Java EE Tema 5. Plataforma Java EE SCS Sistemas Cliente/Servidor 4 o informática http://ccia.ei.uvigo.es/docencia/scs enero 2009 FJRP, FMBR 2008/09 ccia SCS 5.1 Introducción a Java EE Java EE (Java Enterprise

Más detalles

Modelar, documentar, discutir, versionar, difundir, capacitar DESCRIPCIÓN TÉCNICA

Modelar, documentar, discutir, versionar, difundir, capacitar DESCRIPCIÓN TÉCNICA Sistema para Gestión de Conocimiento Modelar, documentar, discutir, versionar, difundir, capacitar DESCRIPCIÓN TÉCNICA Contenido Introducción... 3 Antecedentes... 4 Ediciones... 4 Empresarial... 4 Personal...

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

Desarrollo de una arquitectura orientada a servicios para un prototipo de una línea de productos de software

Desarrollo de una arquitectura orientada a servicios para un prototipo de una línea de productos de software Desarrollo de una arquitectura orientada a servicios para un prototipo de una línea de productos de software Ramón Gómez-Romero, Karen Cortés Verdin, Juan Carlos Pérez Arriaga, Ángeles Arenas Valdés Universidad

Más detalles

Justificación Cliente/Servidor. Arquitectura Cliente/Servidor. Nuevas Tareas del Dpto. de Sistemas de Información

Justificación Cliente/Servidor. Arquitectura Cliente/Servidor. Nuevas Tareas del Dpto. de Sistemas de Información Tema IV Arquitectura liente/servidor Justificación liente/servidor AVANE TENOLÓGIO EXIGENIAS DE LA EMPRESA ENTORNO GENERAL ANTES Rigidez. No redistribución. Vinculación al sistema. Solapamiento, duplicación

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

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

En este capitulo analizaremos los cuatro diferentes métodos para obtener la

En este capitulo analizaremos los cuatro diferentes métodos para obtener la 2. Marco Teórico En este capitulo analizaremos los cuatro diferentes métodos para obtener la información, para que en base a los resultados de este análisis, poder seleccionar la plataforma de diseño adecuada,

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

MARCANDO LA DIFERENCIA

MARCANDO LA DIFERENCIA MARCANDO LA DIFERENCIA INTEGRACIÓN RÁPIDA Y CONFIABLE entre sus sistemas Simplifique la integración y el mantenimiento de su lógica de negocio con nuestra arquitectura orientada a servicios. Ahorre dolores

Más detalles

Antes de imprimir este documento piense en el medio ambiente!

Antes de imprimir este documento piense en el medio ambiente! Versión 1.0 Página 1 de 14 1. OBJETIVO: Suministrar la metodología que se aplicará para la estimación de esfuerzo para los desarrollos nuevos en el ICBF, para lo cual se detallan los aspectos a tener en

Más detalles

GLOSARIO DE TERMINOS

GLOSARIO DE TERMINOS GLOSARIO DE TERMINOS A Aplicaciones Legacy.- Conjunto de aplicaciones desarrolladas o implementadas en plataformas de sistemas anteriores o antiguos. B Bases de Datos.- Organización y conservación de datos

Más detalles

Estándares del DMTF. Dra. Ing. Caridad Anías Calderón Departamento de Telemática Cujae cacha@tesla.cujae.edu.cu

Estándares del DMTF. Dra. Ing. Caridad Anías Calderón Departamento de Telemática Cujae cacha@tesla.cujae.edu.cu Estándares del DMTF Dra. Ing. Caridad Anías Calderón Departamento de Telemática Cujae cacha@tesla.cujae.edu.cu http://www.dmtf.org D M T F Distributed Management Task Force Aspectos a tratar Premisas.

Más detalles

www.microsoft.com/office/sharepointserver www.abd.es Contenido empresarial administrado en una interfaz de usuario basada en Web.

www.microsoft.com/office/sharepointserver www.abd.es Contenido empresarial administrado en una interfaz de usuario basada en Web. Microsoft Office SharePoint Server 2007 es un conjunto integrado de características de servidor que puede contribuir a mejorar la eficacia organizativa al ofrecer completas funciones de administración

Más detalles

Computación en Red. Máster en Ingeniería de Telecomunicación. 2 º Curso. Curso Académico 2014/15

Computación en Red. Máster en Ingeniería de Telecomunicación. 2 º Curso. Curso Académico 2014/15 Computación en Red Máster en Ingeniería de Telecomunicación Curso Académico 2014/15 2 º Curso GUÍA DOCENTE Nombre de la asignatura: Computación en Red Código: 201816 Titulación en la que se imparte: Carácter:

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

Unidad V: Programación del lado del servidor

Unidad V: Programación del lado del servidor Unidad V: Programación del lado del servidor 5.1 Introducción al lenguaje La Programación del lado del servidor es una tecnología que consiste en el procesamiento de una petición de un usuario mediante

Más detalles

Historia de revisiones

Historia de revisiones Binary Rain Glosario Versión 1.1 Historia de revisiones Fecha Versión Descripción Autor 17/08/2012 1.0 Creación del documento Carolina Trias 18/08/2012 1.1 Revisado y corregido por SQA Mercedes Marzoa

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

Integración de Aplicaciones de Negocio ÍNDICE: Presentación Integración de Aplicaciones de Negocio 01 Infraestructura Tecnológica de Integración 02 Servicios Web 03 Tecnología de portal 04 Arquitectura

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

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

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

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

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

Resumen. Abstract 1. INTRODUCCIÓN

Resumen. Abstract 1. INTRODUCCIÓN ANÁLISIS Y PLANEAMIENTO ESTRATÉGICO PARA INTEGRAR MÓDULO DE PRODUCTOS DE UN SISTEMA LOCAL A INTERNET UTILIZANDO FIREWALL EN LINUX Y WEB SERVICE EN PHP / SQL SERVER PARA ALMACENES ESTUARDO SÁNCHEZ - ALESSA

Más detalles

JavaEE. www.javasoft.com

JavaEE. www.javasoft.com JavaEE Java Enterprise Edition www.javasoft.com Por qué Java en el servidor? Ventajas Independencia de la plataforma portabilidad Gran conjunto de APIs Reusabilidad y modularidad Seguro en la ejecución

Más detalles

Anuncio de software ZP10-0030 de IBM Europe, Middle East and Africa, con fecha 16 de febrero de 2010

Anuncio de software ZP10-0030 de IBM Europe, Middle East and Africa, con fecha 16 de febrero de 2010 con fecha 16 de febrero de 2010 Los productos IBM Tivoli Storage Manager V6.2 cuentan con funciones adicionales de reducción de datos y compatibilidad mejorada con entornos virtualizados Índice 1 Visión

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

Conceptos de Orquestador O2 EMPRESAS TUXPAN www.tuxpan.com

Conceptos de Orquestador O2 EMPRESAS TUXPAN www.tuxpan.com EMPRESAS TUXPAN www.tuxpan.com AÑO 2007 INDICE DE CONTENIDO 1 Software de Servicios y Orquestación de Procesos 2 1.1.1 Introducción 2 1.1.2 Software de Orquestación como Integrador 3 1.1.3 Automatización

Más detalles

Capítulo I. Marco Teórico

Capítulo I. Marco Teórico 1 Capítulo I. Marco Teórico 1. Justificación Hoy en día existe una gran diversidad de aplicaciones que corren sobre la World Wide Web (WWW o Web), y cada una orientada a un fin en particular, el cuál depende

Más detalles

Introducción a SOA (II) Huibert Aalbers Senior Certified Software IT Architect

Introducción a SOA (II) Huibert Aalbers Senior Certified Software IT Architect Introducción a SOA (II) Huibert Aalbers Senior Certified Software IT Architect IT Insight podcast Este podcast pertenece a la serie IT Insight Pueden suscribirse al podcast a través de itunes. El material

Más detalles

Selección de arquitecturas y herramientas de programación

Selección de arquitecturas y herramientas de programación 1 Selección de arquitecturas y herramientas de programación Objetivos del capítulo 44 Caracterizar y diferenciar los modelos de ejecución de código en un entorno cliente/servidor. 44 Conocer los mecanismos

Más detalles

DESARROLLO DE COMPONENTES PARA LA INTEGRACIÓN DEL PORTAL CORPORATIVO DEL CITI CON LA BPMS BIZAGI

DESARROLLO DE COMPONENTES PARA LA INTEGRACIÓN DEL PORTAL CORPORATIVO DEL CITI CON LA BPMS BIZAGI DESARROLLO DE COMPONENTES PARA LA INTEGRACIÓN DEL PORTAL CORPORATIVO DEL CITI CON LA BPMS BIZAGI Informe de Práctica Profesional de 4to Año, Ingeniería Informática Autor: Manuel Alejandro Aguilar Díaz

Más detalles

APPLE: Compañía de informática que creó Macintosh. Fue fundada por Steve Jobs.

APPLE: Compañía de informática que creó Macintosh. Fue fundada por Steve Jobs. Gobierno Electrónico GLOSARIO DE TÉRMINOS 110 A APPLE: Compañía de informática que creó Macintosh. Fue fundada por Steve Jobs. Arquitectura de Sistemas: Es una descripción del diseño y contenido de un

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

OpenESB FEMI Sofis Solutions - PMA

OpenESB FEMI Sofis Solutions - PMA OpenESB FEMI Sofis Solutions - PMA Página 1 de 22 1 BPMS... 3 1.1 Introducción... 3 1.2 Modelado de Procesos... 5 1.2.1 Editor Gráfico de Procesos... 5 1.2.2 Gestión de Tareas... 6 1.2.3 Interacción Humana...

Más detalles

Facultad de Ingeniería Informática. Informe de las Prácticas Profesionales

Facultad de Ingeniería Informática. Informe de las Prácticas Profesionales Facultad de Ingeniería Informática CEIS Informe de las Prácticas Profesionales Título: Informatización de los Procesos de Negocio Solicitud de Trabajo Extra laboral en el CITI, a través de la BPMS BizAgi

Más detalles

SOA Governance. (Administración SOA) Luis Alberto Espinoza Bustamante

SOA Governance. (Administración SOA) Luis Alberto Espinoza Bustamante SOA Governance (Administración SOA) Luis Alberto Espinoza Bustamante 1 Agenda SOA Governance Algunas Problemas por Falta de Governance Quien: SOA Office (y Centro Competencia SOA) Que: Plan Inicial Como:

Más detalles

Modelos de los sistemas distribuidos. Jorge Iván Meza Martínez jimezam@gmail.com

Modelos de los sistemas distribuidos. Jorge Iván Meza Martínez jimezam@gmail.com Modelos de los sistemas distribuidos 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/36 Contenidos Modelo arquitectónico

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

Uso de los Servicios Web en la nueva arquitectura de N-Capas del Sistema Económico Integral Rodas XXI.

Uso de los Servicios Web en la nueva arquitectura de N-Capas del Sistema Económico Integral Rodas XXI. Ponencia para Evento de Redes. Autor: Rubén Rivera Rodríguez, Citmatel Resumen Uso de los Servicios Web en la nueva arquitectura de N-Capas del Sistema Económico Integral Rodas XXI. Las nuevas tendencias

Más detalles

1. Capítulo 1: Herramientas de Software para el sistema

1. Capítulo 1: Herramientas de Software para el sistema 1. Capítulo 1: Herramientas de Software para el sistema 1.1 Conceptos Generales 1.1.1 Joomla.- Es un sistema dinámico que gestiona y administra contenidos de código abierto, y permite desarrollar sitios

Más detalles

Características. PMH, OPEN URL, XML, RDF, OWL, y todas las recomendaciones y normativas de uso y accesibilidad del W3C.

Características. PMH, OPEN URL, XML, RDF, OWL, y todas las recomendaciones y normativas de uso y accesibilidad del W3C. Introducción Características Versiones y módulos Consultas Catalogación Circulación Lectores Consulta pública (OPAC) OPAC: Funcionalidades Edición de productos impresos en el módulos Instalación y puesta

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

Z39.50 INTRODUCCIÓN. Otros temas. Portada. En la prensa. En los boletines. Hablamos de... Experiencias. Sabías que en Absys...?

Z39.50 INTRODUCCIÓN. Otros temas. Portada. En la prensa. En los boletines. Hablamos de... Experiencias. Sabías que en Absys...? Portada En la prensa En los boletines Z39.50 Otros temas Hablamos de... Experiencias Sabías que en Absys...? Recursos Actas Asociaciones Bases on-line Buscadores Catalogación Catálogos Cómics Diseño Editoriales

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

Introducción a ASP.NET

Introducción a ASP.NET Introducción a ASP.NET Índice Introducción a ASP.NET...1 1 La plataforma.net...2 1.1 Tecnologías de la Plataforma.NET...2 2 Microsoft Web Platform...4 3.NET Framework...6 3.1 Ventajas de utilizar.net...6

Más detalles