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

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

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

Transcripción

1 Bibliografía Tema V Tecnología de objetos distribuidos y arquitectura de componentes. Szyperski, C Component Software. Addison-Wesley. Ruiz Cortés, A. CORBA: Una visión general. Sevilla Ruiz, D CORBA & Components. Object Management Group CORBA Overview. Bernabéu Aubán, J.M Sistemas de Objetos Distribuidos: El estándar CORBA. Schmidt, D.C Overview of CORBA Índice Introducción Evolución de la arquitectura de los sistemas informáticos 1. Introducción. 2. OMA (Object Management Architecture). 3. CORBA (Common Object Request Broker Architecture). 4. Conclusiones. Sistemas monolíticos Presentación C/S 2 capas Presentación C/S 3 capas Presentación BD 3 4

2 Presentación Arquitectura multicapa subcapas Arquitectura de componentes (I) (multicapa y 3-tier) 3:Component system 2:Component frameworks 1:Components BD ( tier grada ) Tier 1: Arquitectura de componentes individuales. Tier 2: Arquitectura de los marcos de componentes. Macrocomponentes definidos para realizar una función de negocio concreta. Tier 3: Arquitectura del sistema de componentes. Super-componente que define todo el sistema. 5 6 Arquitectura de componentes (II) Arquitectura de componentes (III) Cada componente del tier 3 se define con un conjunto de componentes del tier 2, y cada uno del tier 2 por un conjunto del tier 1. COMPONENTE = módulo + conjunto de recursos Módulo = conjunto de clases y puede que elementos de proceso no orientados a objeto (procedimientos y funciones). Conjunto de recursos = múltiples interfaces que cada uno representa un servicio ofrecido por el componente. Problemas: No basta una modelización correcta de jerarquía de clases e interacciones, se necesita una infraestructura (nivel de transporte) de comunicación que permita el flujo transparente de mensajes entre objetos de distintas aplicaciones en distintas máquinas Se debe evitar el crecimiento exponencial de interfaces Solución: Middleware de componentes COMPONENTE OBJETO 7 8

3 Arquitectura de componentes (IV) Alternativas: Sockets. Implementación costosa. Remote Procedure Calls (RPC). No soporta objetos explícitamente. Microsoft Distributed Component Object Model (DCOM) Menos maduro, menos portable y además propietario. Java Remote Method Invocation (RMI) Solo para JAVA. Common Object Request Broker Architecture (CORBA) Multiplataforma, multilenguaje,... OMA (Object Management Architecture) OMG: Object Management Group, Inc. Fundado en Objetivo: Desarrollo de estándares para la reutilización, portabilidad e interoperabilidad de software orientado a objetos en entornos heterogéneos y distribuidos. Solución: Definen OMA (Object Management Architecture) de la cual CORBA es una parte. Historia: 1991: CORBA : CORBA 2.0 (Modelo de Referencia) 2000: CORBA 2.4 (actual) : CORBA 3.0 (Modelo de Componentes) (en desarrollo) 9 10 OMA: Objetivos técnicos Arquitectura del modelo de referencia OMA Transparencia distribución Rendimiento local y remoto Comportamiento dinámico Sistema de nombrado Consultas: nombre, atributos, relaciones Control de la concurrencia Transacciones Robustez, disponibilidad Mantenimiento de versiones Notificación de eventos Semántica de Relaciones entre objetos API en C para todas las operaciones Administración y gestión Internacionalización Estandarización 11 Application objects CORBA facilities CORBA 2.0 Object Request Broker (ORB) Object services (CORBAservices) 12

4 Object services (CORBAservices) (I) Definen 16 servicios comunes ofrecidos a los objetos: Naming service : Identificación de objetos Object security service : Servicio de seguridad Object trader service : Mercader de objetos. Los ofrece a los clientes. Object transaction service : Permite transacciones con commit-rollback Change management service : Gestor de versiones de implementación. Concurrency service : Gestión de bloqueos para permitir concurrencia Event notification service : Objetos que son mensajes de eventos Externalization service : Permite copiar objetos por valor Licensing service : Permite obtener licencias de uso de un objeto Lifecycle service : Crea, copia, mueve y borra objetos y grupos de objetos relacionados 13 Object services (CORBAservices) (II) Object collections service : Crea colecciones de objetos (basado en SMALLTALK) (árboles, listas, colas, conjuntos,...) Object query service : Permite localizar los objetos por el valor de sus atributos (parecido al Trader, pero en lugar de servicios ofrece atributos) Persistent object service : Permite al objeto sobrevivir a la terminación del programa que lo creó Properties service : Asocia propiedades al objeto (modificable, borrable o sólo lectura) Relationship service : Permite relaciones entre objetos Time service : Soluciona el problema del reloj asíncrono en los SID. Usa time-stamping. 14 CORBAfacilities Definen servicios comunes ofrecidos a las aplicaciones: Horizontales: define colecciones de objetos prefabricados Interfaz de usuario Gestión de la información Gestión de sistemas Gestión de tareas Verticales: define servicios comunes para un dominio completo (framework tier) Objetos de negocio Comercio electrónico Finanzas Manufacturación Medicina Telecomunicaciones Application objects Definen servicios específicos de un determinado negocio o aplicación. Suponen el nivel más alto de los servicios soportados por la arquitectura OMA 15 16

5 CORBA (Common Object Request Broker Architecture) CORBA es un middleware orientado a objetos / componentes. Los objetos cliente solicitan servicios a los objetos servidor mediante invocación de método Separa interfaz e implementación Es independiente del lenguaje: los objetos clientes y servidores se implementan en cualquier lenguaje (de los soportados) Crea transparencia de localización a través del ORB : de objetos: la invocación siempre se hace en local de red: el ORB la gestiona de activación: los servidores se activan automáticamente de estado persistente: permite que el servidor guarde persistencia y es IDL ( Definition Language) CORBA incorpora un lenguaje de definición de interfaces (IDL) Independiente del lenguaje de implementación. Mapea hacia los lenguajes de programación habituales. Los ORBs llevan incorporados su traductor de IDL a los lenguajes de implementación soportados C C++ Java Delphi Ada transparente al cliente IDL Object Request Broker (ORB) SmallTalk Comunicación C/S en CORBA Arquitectura de CORBA Repository IDL COMPILER Implementation Repository Cliente Servidor Client operación(args) OBJ REF resultado(args) Object (Servant) Invocation Object Adapter Object Request Broker (ORB) Dynamic Invocation IDL Stubs ORB IDL Static Skeletons Dynamic Skeleton Object Request Broker (ORB) Object Adapter 19 20

6 Componentes primarios en CORBA (I) Componentes primarios en CORBA (II) Object : Entidad de programación CORBA. Tiene una identidad, una interfaz, y una implementación (conocida como Servant). Servant (sirviente) : Implementación de una entidad en un lenguaje de programación (en cualquiera de los soportados). Define las operaciones que soporta un determinado interfaz CORBA IDL. Client : Entidad de programa que invoca una operación a una implementación de objeto. Idealmente será tan simple como una invocación a un método. Object Request Broker (ORB) (corredor de peticiones a objetos) : Núcleo de la arquitectura CORBA. Proporciona transparencia entre los clientes y las implementaciones de los objetos. Cuando un cliente invoca una operación, ORB busca la implementación del objeto, lo activa si es necesario, transmite la petición y devuelve la respuesta. ORB : Interfaz de comunicación con el ORB para solicitarle servicios al propio ORB: conversión de referencias de objetos a cadenas,... IDL stubs (cabos) : El stub es la interfaz que ve el cliente Representante del servidor en el lado cliente (proxy) Realiza invocación remota Define rutinas específicas para operaciones particulares en objetos particulares Definido en IDL y se transforma al lenguaje de programación del Cliente La transformación entre CORBA IDL y el lenguaje de programación se realiza automáticamente por el IDL compiler IDL skeletons (esqueletos) : Ofrece una interfaz estática a cada servicio del objeto Definido en IDL y se transforma al lenguaje de programación del Servant Permite conexión con otros ORBs Componentes primarios en CORBA (III) Dynamic Invocation : Permite la construcción dinámica de invocaciones a objetos. No llama a una rutina específica para una operación particular en un objeto particular. El cliente especifica el objeto a ser invocado, la operación y el conjunto de parámetros (esto lo obtiene del Repository) Dynamic Skeleton : Permite el manejo dinámico de las invocaciones a objetos. No es accedido por un esqueleto específico para una operación determinada. Se proporciona acceso a través de un nombre de operación y parámetros. Componentes primarios en CORBA (IV) Object Adapter : Conecta al ORB con la implementación del objeto para realizar los servicios que el ORB proporciona (a otros objetos y clientes): generación e interpretación de referencias a objetos invocación de métodos seguridad de las interacciones activación y desactivación del objeto y su implementación mapeo de las referencias de los objetos a sus implementaciones registro de implementaciones

7 Componentes primarios en CORBA (V) Repository : Almacena información relativa a las interfaces IDL definidas en el Sistema Distribuido. El ORB solicita los servicios al IR para: comunicarse con otros ORB de distinta implementación. verificar los parámetros de la petición verificar la existencia de ciclos en los grafos de herencia Los clientes solicitan los servicios al IR para: navegar por la lista de interfaces facilitar la instalación y distribución de objetos Un ORB puede tener varios IR según la necesidad (prueba, release, externos,... Implementation Repository : Almacena información de administración de cada uno de los objetos: cuáles están instanciados, como activarlos, permisos, etc. 25 Conclusiones Independiente del Sistema Operativo y del lenguaje de programación Intenta hacer transparente a los programadores todos los aspectos que sea posible. Facilita la reutilización de software, incluso cuando no esté implementado en un OOL. Incorpora mecanismos de seguridad: autentificación, encriptación,... Tecnología OO. Estándar comercial y abierto. CORBA 3.0 Modelo de componentes (CCM) 26

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

OMG - CORBA. Object Management Group. Common Object Request Broker (CORBA) http://www.omg.org. http://www.corba.org

OMG - CORBA. Object Management Group. Common Object Request Broker (CORBA) http://www.omg.org. http://www.corba.org OMG - CORBA Object Management Group http://www.omg.org Common Object Request Broker (CORBA) http://www.corba.org OMG - CORBA Objetivo OMG proveer un marco de arquitectura común n para aplicaciones orientadas

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

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

TEMA 5. Otras arquitecturas distribuidas II. Objetos distribuidos y CORBA

TEMA 5. Otras arquitecturas distribuidas II. Objetos distribuidos y CORBA TEMA 5. Otras arquitecturas distribuidas II. Objetos distribuidos y CORBA II. Objetos distribuidos y CORBA 1. Objetos Distribuidos 2. CORBA 1. Características 2. Modelo de trabajo 3. ORB 4. Arquitectura

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

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

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

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

www.monografias.com Componentes

www.monografias.com Componentes 1. Introducción. 2. COM / DCOM 3. CORBA 4. Common Gateway Interface (CGI) 5. Java en Computación Distribuida 6. Comparación de Arquitecturas 7. Bibliografía www.monografias.com Componentes INTRODUCCIÓN.

Más detalles

Apéndice 1. SOAP 2 2. CORBA 4 3. JMS 6 4. RMI 8

Apéndice 1. SOAP 2 2. CORBA 4 3. JMS 6 4. RMI 8 Apéndice A Conectividad 1. OAP 2 2. CORBA 4 3. JM 6 4. RMI 8 OAP OAP (imple Object Access Protocol) es un protocolo basado en XML que permite comunicar componentes y aplicaciones mediante HTTP. Es como

Más detalles

Tema 1: INTRODUCCIÓN A LOS SISTEMAS DISTRIBUIDOS Sistemas Distribuidos

Tema 1: INTRODUCCIÓN A LOS SISTEMAS DISTRIBUIDOS Sistemas Distribuidos Tema 1: INTRODUCCIÓN A LOS SISTEMAS DISTRIBUIDOS E. U. Informática en Segovia Departamento de Informática Universidad de Valladolid Introducción a la Computación Distribuida Sistema distribuido: conjunto

Más detalles

Llamada a métodos remotos (RMI). Curso 04/05. Tema 9. Departament d Informàtica. Universitat de València. 1. Introducción 2

Llamada a métodos remotos (RMI). Curso 04/05. Tema 9. Departament d Informàtica. Universitat de València. 1. Introducción 2 Tema 9 Llamada a métodos remotos (RMI). Departament d Informàtica. Índice 1. Introducción 2 1.1. Cómo funciona RMI?.......................................... 2 2. Usando RMI 4 2.1. Fase de desarrollo:

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

5. Modelos de Sistemas Distribuidos

5. Modelos de Sistemas Distribuidos Sistemas Distribuidos 5. Modelos de Sistemas Distribuidos Prof. María Feldgen Curso 2006 Índice Modelos Modelo Cliente-Servidor Framework CORBA Java RMI Microsoft DCOM Message-Oriented Middleware Dificultades

Más detalles

Tecnologías Middleware

Tecnologías Middleware Tecnologías Middleware 1 Bibliografía y Evaluación The Essential Distributed Objects Survival Guide R. Orfali, D. Harkey, J. Edwards Wiley, 1996 Seguimiento clases teóricas. Seguimiento prácticas laboratorio.

Más detalles

Administración de Redes Protocolos de Administración de Red Elaborado por: Ing. Ma. Eugenia Macías Ríos

Administración de Redes Protocolos de Administración de Red Elaborado por: Ing. Ma. Eugenia Macías Ríos 1 2.4.2 Protocolo de Información de Administración Común, CMIP A. Introducción a CMIP CMIP, Protocolo de Información de Administración Común (Common Management Information Protocol) desarrollado por la

Más detalles

INTEROPERABILIDAD ENTRE LOS MARCOS DE GESTION SNMP Y CORBA (GATEWAY)

INTEROPERABILIDAD ENTRE LOS MARCOS DE GESTION SNMP Y CORBA (GATEWAY) UNIVERSIDAD CENTROCCIDENTAL LISANDRO ALVARADO DECANATO DE CIENCIA Y TECNOLOGIA MAESTRIA CIENCIA DE LA COMPUTACION MENCION REDES DE COMPUTADORAS INTEROPERABILIDAD ENTRE LOS MARCOS DE GESTION SNMP Y CORBA

Más detalles

CARACTERÍSTICAS DE LOS SGBDOO CARACTERÍSTICAS DE LOS SGBDOO CARACTERÍSTICAS DE LOS SGBDOO CARACTERÍSTICAS DE LOS SGBDOO CARACTERÍSTICAS DE LOS SGBDOO

CARACTERÍSTICAS DE LOS SGBDOO CARACTERÍSTICAS DE LOS SGBDOO CARACTERÍSTICAS DE LOS SGBDOO CARACTERÍSTICAS DE LOS SGBDOO CARACTERÍSTICAS DE LOS SGBDOO BASES DE DATOS ORIENTADAS A INTRODUCCIÓN INTRODUCCIÓN.. MODELO DE DATOS ORIENTADO A. COMPLEJOS.. ODL. LENGUAJE DE CONSULTA DE OQL. DISEÑO CONCEPTUAL DE BD DE. ESTÁNDAR CORBA PARA. BD ORIENTADAS A 1 BD

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

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

Notas. Tecnologías de Desarrollo de Sistemas Distribuidos basados en Objetos. Resumen 2. CORBA. 1. Introducción

Notas. Tecnologías de Desarrollo de Sistemas Distribuidos basados en Objetos. Resumen 2. CORBA. 1. Introducción Notas Tecnologías de Desarrollo de Sistemas Distribuidos basados en Objetos Resumen Debido al auge que se ha venido dando últimamente en el uso de las redes, se ha incrementado el crecimiento de los entornos

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

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

Nómadas (Col) ISSN: 0121-7550 nomadas@ucentral.edu.co Universidad Central Colombia

Nómadas (Col) ISSN: 0121-7550 nomadas@ucentral.edu.co Universidad Central Colombia Nómadas (Col) ISSN: 0121-7550 nomadas@ucentral.edu.co Universidad Central Colombia Martínez Barrera, Crisman TECNOLOGÍA CORBA (Common Object Request Broker Architecture) Nómadas (Col), núm. 17, 2002, pp.

Más detalles

Arquitectura de Software

Arquitectura de Software Arquitectura de Software (Estilos Arquitectónicos) Universidad de los Andes Demián Gutierrez Mayo 2011 1 Diseño Arquitectónico Diseño Arquitectónico Arquitectura del Software Estilos Arquitectónicos Frameworks

Más detalles

Modelo de Objetos Distribuidos

Modelo de Objetos Distribuidos Remote Method Invocation Modelo de Objetos Distribuidos Un objeto remoto es un objeto cuyos métodos pueden ser invocados desde otra máquina virtual de java, potencialmente en un host diferente. Modelo

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

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

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

Tema 1: Introducción a las tecnologías

Tema 1: Introducción a las tecnologías Tema 1: Introducción a las tecnologías de integración de aplicaciones Índice Introducción Integración de Aplicaciones Arquitectura de referencia Capa de Integración de Plataforma Capa de Acceso e Integración

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

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

Comunicación entre procesos

Comunicación entre procesos Comunicación entre procesos Patrones de comunicación Comunicación cliente-servidor En la que los mensajes de petición y respuesta proporcionan la base para la invocación remota de métodos o de procedimientos.

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

Interoperabilidad Cómputo Cliente/Servidor

Interoperabilidad Cómputo Cliente/Servidor Middleware r. José Raúl érez Cázares (raul.perez@itesm.mx) ITESM epartamento de Ciencias Computacionales Interoperabilidad Cómputo / S Macintosh ECStation OS/2 MacOS UIX Acceso Remoto Base de datos? WA

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

Enterprise JavaBeans

Enterprise JavaBeans Enterprise Java Beans y JBoss Enterprise JavaBeans Es una de las API que forman parte del estándar de construcción de aplicaciones empresariales J2EE (ahora JEE 5.0) de Oracle Corporation (inicialmente

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

Tema 1. Introducción a Java EE

Tema 1. Introducción a Java EE Objetivos del tema Propiedades de las aplicaciones empresariales El Modelo Cliente/Servidor Presentar la Plataforma Java Presentar Java EE y otras tecnologías horizontales Tema 1. Introducción a Java EE

Más detalles

DESARROLLO DE UNA HERRAMIENTA WORKFLOW BASADA EN TECNOLOGIA XML Y JAVA. GESTOR DE PROCESOS

DESARROLLO DE UNA HERRAMIENTA WORKFLOW BASADA EN TECNOLOGIA XML Y JAVA. GESTOR DE PROCESOS UNIVERSIDAD DE LOS ANDES. POST- GRADO DE COMPUTACIÓN. ESPECIALIDAD EN COMPUTACIÓN. PROYECTO FINAL PARA CULMINAR LA ESPECIALIZACIÓN EN COMPUTACION DESARROLLO DE UNA HERRAMIENTA WORKFLOW BASADA EN TECNOLOGIA

Más detalles

4 Encuentro Internacional de Computación Aplicada

4 Encuentro Internacional de Computación Aplicada 4 Encuentro Internacional de Computación Aplicada Arquitectura de Objetos Distribuidos utilizando EJBs Omar Gómez omar@cuci.udg.mx Agenda Arquitectura de Objetos Distribuidos Arquitectura J2EE Componentes

Más detalles

Tecnologías para el desarrollo de Sistemas Distribuidos: Java versus Corba

Tecnologías para el desarrollo de Sistemas Distribuidos: Java versus Corba Tecnologías para el desarrollo de Sistemas Distribuidos: Java versus Corba David Basanta Gutiérrez, Lourdes Tajes Martínez? Resumen En los últimos años se está viviendo un auge en el diseño y desarrollo

Más detalles

CORBA. Hillary Caituiro Monge Departamento de Ingeniería Electrica y de Computadoras hillarycm@hotmail.com. Resumen

CORBA. Hillary Caituiro Monge Departamento de Ingeniería Electrica y de Computadoras hillarycm@hotmail.com. Resumen CORBA Hillary Caituiro Monge Departamento de Ingeniería Electrica y de Computadoras hillarycm@hotmail.com Resumen CORBA (Common Object Request Broker Architecture) es una especificación propuesta por un

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

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

Tema 2: EL MODELO CLIENTE/SERVIDOR

Tema 2: EL MODELO CLIENTE/SERVIDOR Tema 2: EL MODELO CLIENTE/SERVIDOR E. U. Informática en Segovia Departamento de Informática Universidad de Valladolid Definición de sistemas cliente/servidor (1) Clientes y servidores: entidades lógicas

Más detalles

Fundamentos de Ingeniería del Software. Capítulo 11. Reutilización del software

Fundamentos de Ingeniería del Software. Capítulo 11. Reutilización del software Fundamentos de Ingeniería del Software Capítulo 11. Reutilización del software Reutilización del software. Estructura 1. Reutilización del software 2. Beneficios de la reutilización 3. Dificultades para

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

Sistemas de Información Introducción a los Sistemas de Información: El Modelo Cliente/Servidor

Sistemas de Información Introducción a los Sistemas de Información: El Modelo Cliente/Servidor Sistemas de Información Introducción a los Sistemas de Información: El Modelo Cliente/Servidor Agradecimientos: por su contribución a la realización de estas transparencias: Jesus Villamor Lugo y Simon

Más detalles

Este documento puede ser libremente distribuido. 2002 Departamento de Informática y Automática - Universidad de Salamanca.

Este documento puede ser libremente distribuido. 2002 Departamento de Informática y Automática - Universidad de Salamanca. Informe Técnico Technical Report DPTOIA-IT-2002-001 Febrero, 2002 Fundamentos para el desarrollo de aplicaciones distribuidas basadas en CORBA Francisco José García Peñalvo Jaime González González Ivá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

CAPITULO 3 ARQUITECTURA DE COMPONENTES GIS EN INTERNET

CAPITULO 3 ARQUITECTURA DE COMPONENTES GIS EN INTERNET CAPITULO 3 ARQUITECTURA DE COMPONENTES GIS EN INTERNET 3.1- ARQUITECTURA DE COMPONENTES GIS La presente tesis trata del diseño y desarrollo de una aplicación basado en el Web para servir datos geográficos

Más detalles

PROTOCOLO DE COMUNICACIONES PARA ROBOTS DE SERVICIOS BASADO EN MIDDLEWARE

PROTOCOLO DE COMUNICACIONES PARA ROBOTS DE SERVICIOS BASADO EN MIDDLEWARE ESCUELA TÉCNICA SUPERIOR DE INGENIERÍA DE TELECOMUNICACIÓN UNIVERSIDAD POLITÉCNICA DE CARTAGENA Proyecto Fin de Carrera PROTOCOLO DE COMUNICACIONES PARA ROBOTS DE SERVICIOS BASADO EN MIDDLEWARE AUTOR:

Más detalles

PROGRAMACIÓN DE SISTEMAS INFORMÁTI- COS

PROGRAMACIÓN DE SISTEMAS INFORMÁTI- COS IFCT0609: PROGRAMACIÓN DE SISTEMAS INFORMÁTI- COS CÓDIGO ESPECIALIDAD C.P. PRESEN- CIALES TELEFORMA- CIÓN TOTALES TIPO DE FORMACIÓN IFCT0609 PROGRAMACIÓN DE SISTE- MAS INFORMÁTICOS SI 210 210 420 SEMIPRESENCIAL

Más detalles

[CASI v.0109] Pág. 1

[CASI v.0109] Pág. 1 I. DATOS INFORMATIVOS Carrera Especialidad Curso Código Ciclo : Quinto Requisitos Duración Horas Semana : 08 horas Versión : v.0109 II. SUMILLA : COMPUTACIÓN E INFORMATICA : Ingeniería de Software : Lenguaje

Más detalles

Herramienta distribuida para fortalecer el proceso de aprendizaje de las matemáticas de sexto año de primaria mediante tecnología CORBA

Herramienta distribuida para fortalecer el proceso de aprendizaje de las matemáticas de sexto año de primaria mediante tecnología CORBA Herramienta distribuida para fortalecer el proceso de aprendizaje de las matemáticas de sexto año de primaria mediante tecnología CORBA Everth H. Rocha-Trejo 1, Francisco J. Hernández-Reyes 2, Gabriel

Más detalles

Tema 2: EL MODELO CLIENTE/SERVIDOR

Tema 2: EL MODELO CLIENTE/SERVIDOR Tema 2: EL MODELO CLIENTE/SERVIDOR E. U. Informática en Segovia Departamento de Informática Universidad de Valladolid Definición de sistemas cliente/servidor (1) En la arquitectura cliente/servidor: Los

Más detalles

Tema 1: Introducción a las tecnologías de integración de aplicaciones

Tema 1: Introducción a las tecnologías de integración de aplicaciones Tema 1: Introducción a las tecnologías de integración de aplicaciones Índice Introducción Integración de Aplicaciones Modelo de referencia Integración de Plataforma Historia: RPC, CORBA, JAVA RMI, DCOM,

Más detalles

RMI [Remote Method Invocation]

RMI [Remote Method Invocation] RMI [Remote Method Invocation] Cuando utilizamos sockets, hemos de preocuparnos de cómo se transmiten físicamente los datos entre los extremos de una conexión (a nivel de bytes, ya que usamos los streams

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

Francisco D. Acosta Escalante Fecha de elaboración: 25/05/2010 Fecha de última actualización: 17/06/2010

Francisco D. Acosta Escalante Fecha de elaboración: 25/05/2010 Fecha de última actualización: 17/06/2010 PROGRAMA DE ESTUDIO Desarrollo de aplicaciones orientadas a servicios Programa Educativo: Licenciatura en Informática Administrativa Área de Formación : Integral Profesional Horas teóricas: 2 Horas prácticas:

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

Facultad de Sistemas e Informática

Facultad de Sistemas e Informática Escuela Politécnica del Ejército Sede Latacunga Facultad de Sistemas e Informática Galarza Maira Tapia Cevallos Paulina DESARROLLO DE APLICACIONES DISTRIBUIDAS UTILIZANDO PATRONES DE DISEÑO MODELO/VISTA

Más detalles

Módulo 2 Comunicación

Módulo 2 Comunicación Sistemas Distribuidos Módulo 2 Comunicación Facultad de Ingeniería Departamento de Informática Universidad Nacional de la Patagonia San Juan Bosco Comunicación en Sistemas Distribuidos Modelos de Comunicaciones

Más detalles

CORBA. Carpe Diem Quam Minimum Credula Postero. Manual de CORBA (Common Object Request Broker Architecture)

CORBA. Carpe Diem Quam Minimum Credula Postero. Manual de CORBA (Common Object Request Broker Architecture) Manual de CORBA (Common Object Request Broker Architecture) La arquitectura común de intermediarios en peticiones a objetos (CORBA) es una arquitectura de comunicaciones entre sistemas heterogéneos que

Más detalles

DISEÑO DE COMPONENTES SOFTWARE DE TIEMPO REAL

DISEÑO DE COMPONENTES SOFTWARE DE TIEMPO REAL ESCUELA TÉCNICA SUPERIOR DE INGENIEROS INDUSTRIALES Y DE TELECOMUNICACIÓN UNIVERSIDAD DE CANTABRIA Trabajo Fin de Carrera DISEÑO DE COMPONENTES SOFTWARE DE TIEMPO REAL Para acceder al Título de INGENIERO

Más detalles

DESARROLLO DE SOFTWARE BASADO EN COMPONENTES *

DESARROLLO DE SOFTWARE BASADO EN COMPONENTES * DESARROLLO DE SOFTWARE BASADO EN COMPONENTES * Jonás A. Montilva C. Universidad de Los Andes Facultad de Ingeniería Escuela de Ingeniería de Sistemas Departamento de Computación Mérida Venezuela jonas@ing.ula.ve

Más detalles

Programación Orientada por Objetos

Programación Orientada por Objetos Sistemas Basados en Objetos Distribuidos CORBA: Un caso de Estudio Prof. Mariela Curiel Sept-Dic 2009 Basado en el Capítulo del mismo nombre de Tanenbaum y Van Steen. Programación Orientada por Objetos

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

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

Departamento de la Ingeniería de la Información y las Comunicaciones. Universidad de Murcia. Dirigida por Dr. Antonio F.

Departamento de la Ingeniería de la Información y las Comunicaciones. Universidad de Murcia. Dirigida por Dr. Antonio F. Diseño de un Entorno Colaborativo y su Aplicación a Plataformas de Aprendizaje. Departamento de la Ingeniería de la Información y las Comunicaciones. Universidad de Murcia. Dirigida por Dr. Antonio F.

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

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

CORBA desde Java. Diego Sevilla Ruiz Sistemas Distribuidos. 1. Introducción

CORBA desde Java. Diego Sevilla Ruiz Sistemas Distribuidos. 1. Introducción CORBA desde Java Diego Sevilla Ruiz Sistemas Distribuidos Índice 1. Introducción 1 2. Primeros pasos 1 2.1. Fichero IDL................................... 1 2.2. Cliente......................................

Más detalles

CUALIFICACIÓN PROGRAMACIÓN DE SISTEMAS INFORMÁTICOS PROFESIONAL. Nivel 3. Versión 6. Actualización

CUALIFICACIÓN PROGRAMACIÓN DE SISTEMAS INFORMÁTICOS PROFESIONAL. Nivel 3. Versión 6. Actualización Página 1 de 19 CUALIFICACIÓN PROGRAMACIÓN DE SISTEMAS INFORMÁTICOS PROFESIONAL Familia Profesional Informática y Comunicaciones Nivel 3 Código IFC303_3 Versión 6 Situación Contraste externo Actualización

Más detalles

CUALIFICACIÓN PROGRAMACIÓN DE SISTEMAS INFORMÁTICOS PROFESIONAL. Nivel 3. Versión 5 Situación RD 1201/2007 Actualización

CUALIFICACIÓN PROGRAMACIÓN DE SISTEMAS INFORMÁTICOS PROFESIONAL. Nivel 3. Versión 5 Situación RD 1201/2007 Actualización Página 1 de 17 CUALIFICACIÓN PROGRAMACIÓN DE SISTEMAS INFORMÁTICOS PROFESIONAL Familia Profesional Informática y Comunicaciones Nivel 3 Código IFC303_3 Versión 5 Situación RD 1201/2007 Actualización Competencia

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

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

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

Sumario... 5 Prólogo... 7. Unidad didáctica 1. Introducción a la computación distribuida... 11. Objetivos de la Unidad... 12

Sumario... 5 Prólogo... 7. Unidad didáctica 1. Introducción a la computación distribuida... 11. Objetivos de la Unidad... 12 ÍNDICE SISTEMÁTICO PÁGINA Sumario... 5 Prólogo... 7 Unidad didáctica 1. Introducción a la computación distribuida... 11 Objetivos de la Unidad... 12 1. Conceptos básicos... 13 2. Computación monolítica,

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

PROGRAMACIÓN ORIENTADA A OBJETOS (L40629) Sabino Miranda-Jiménez

PROGRAMACIÓN ORIENTADA A OBJETOS (L40629) Sabino Miranda-Jiménez PROGRAMACIÓN ORIENTADA A OBJETOS (L40629) Sabino Miranda-Jiménez Paradigmas de programación 2 Paradigmas de programación Paradigma de programación estructurada Enfatiza la separación datos de un programa

Más detalles

JAVA ENTERPRISE EDITION (J2EE) ARQUITECTURA TECNOLOGÍAS (1/2) (L1)

JAVA ENTERPRISE EDITION (J2EE) ARQUITECTURA TECNOLOGÍAS (1/2) (L1) TECNOLOGÍAS (1/2) (L1) EJB ( Enterprise Java Beans ) JSP ( Java Server Pages ) JNDI ( Java Naming and Directory Interface ) JDBC ( Java Data Base Connectivity ) Java Mail JSF ( Java Server Faces ) TECNOLOGÍAS

Más detalles

Programación orientada a

Programación orientada a Programación orientada a objetos con Java Pedro Corcuera Dpto. Matemática Aplicada y Ciencias de la Computación Universidad de Cantabria corcuerp@unican.es Objetivos Presentar los conceptos de la programación

Más detalles

BENEMERITA UNIVERSIDAD AUTONOMA DE PUEBLA

BENEMERITA UNIVERSIDAD AUTONOMA DE PUEBLA BENEMERITA UNIVERSIDAD AUTONOMA DE PUEBLA Facultad de Ciencias de la Computación Programación Distribuida Verano 2007 TAREA 1 Alumnos: Camela Reyes Armando 200211673 Castro Gaona Carlos Ramiro 200412099

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

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

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

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

Conceptos fundamentales de un Middleware y razones de su importancia en el mundo de hoy

Conceptos fundamentales de un Middleware y razones de su importancia en el mundo de hoy Conceptos fundamentales de un Middleware y razones de su importancia en el mundo de hoy UNLAM, Universidad Nacional de La Matanza, Argentina Matías Leandro Varela 1. Resumen Hoy en día, un gran número

Más detalles

ESCUELA POLITÉCNICA NACIONAL

ESCUELA POLITÉCNICA NACIONAL 1 ESCUELA POLITÉCNICA NACIONAL ESCUELA DE INGENIERÍA ELABORACIÓN DE UN COMPONENTE DE SOFTWARE REUTILIZABLE PARA LA INTERACCIÓN DE APLICACIONES CLIENTE Y SISTEMAS DE GESTIÓN DE FLUJOS DE TRABAJO (WFMS).

Más detalles

Proyecto BDP / PAD BASE DE DATOS DE PERSONAS PERSONALIDAD ADMINISTRATIVA DIGITAL

Proyecto BDP / PAD BASE DE DATOS DE PERSONAS PERSONALIDAD ADMINISTRATIVA DIGITAL Proyecto BDP / PAD BASE DE DATOS DE PERSONAS PERSONALIDAD ADMINISTRATIVA DIGITAL Mecanismo de integración entre aplicaciones e información a la ciudadanía Principios - Portal del ciudadano El ciudadano,

Más detalles

D E S C R I P C I Ó N

D E S C R I P C I Ó N ADAPTOR pertenece a la nueva generación en herramientas de Integración de Sistemas (EAI) fuertemente inspirada en el paradigma SOA y capaz de funcionar en un bus de servicios (ESB), es la forma más eficiente

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

Tema 1: Introducción a las Tecnologías Java

Tema 1: Introducción a las Tecnologías Java Tema 1: Introducción a las Tecnologías Java Índice Características de las aplicaciones empresariales Tecnologías Java Alternativas a las tecnologías Java XML Material de clase Características de las aplicaciones

Más detalles

Tema 52.- Los entornos Intranet/Extranet. Tecnologías y servicios. Servicios de directorios, impresoras y ficheros

Tema 52.- Los entornos Intranet/Extranet. Tecnologías y servicios. Servicios de directorios, impresoras y ficheros Tema 52.- Los entornos Intranet/Extranet. Tecnologías y servicios. Servicios de directorios, impresoras y ficheros 1 Introducción... 1 Diferencias con los modelos anteriores...2 2 Infraestructura física

Más detalles

Andrés Vignaga, Daniel Perovich. Universidad de la República, Facultad de Ingeniería, Instituto de Computación Montevideo, Uruguay

Andrés Vignaga, Daniel Perovich. Universidad de la República, Facultad de Ingeniería, Instituto de Computación Montevideo, Uruguay ARQUITECTURAS Y TECNOLOGÍAS PARA EL DESARROLLO DE APLICACIONES WEB Andrés Vignaga, Daniel Perovich Universidad de la República, Facultad de Ingeniería, Instituto de Computación Montevideo, Uruguay {avignaga,perovich}@fing.edu.uy

Más detalles

ORIENTACIONES PARA LA SELECCIÓN DE TECNOLOGÍAS DE INTEGRACIÓN DE SISTEMAS DE SOFTWARE

ORIENTACIONES PARA LA SELECCIÓN DE TECNOLOGÍAS DE INTEGRACIÓN DE SISTEMAS DE SOFTWARE ORIENTACIONES PARA LA SELECCIÓN DE TECNOLOGÍAS DE INTEGRACIÓN DE SISTEMAS DE SOFTWARE María Pérez, Luis E. Mendoza, Yorka Carvajal Laboratorio de Investigación en Sistemas de Información (LISI). Departamento

Más detalles

Diseño de Componentes

Diseño de Componentes Diseño de Componentes 1 Objetivos Estudiar los principales patrones para diseño de interfaces Estudiar los principales patrones para diseño de componentes Estudiar los principales estilos arquitectónicos

Más detalles