Tecnologías Middleware

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

Download "Tecnologías Middleware"

Transcripción

1 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. 2 1

2 Contenidos TEORIA (6 horas) Conceptos de Orientación a Objetos (1 hora) Introducción al Middleware (1 hora) CORBA (4 horas) LABORATORIO (6 horas) RMI (2 horas) CORBA (2 horas) EJERCICIOS (2 horas) 3 Conceptos de OO Introducción Concepto de objeto Clases Instanciación Envío de mensajes Herencia Polimorfismo 4 2

3 Introducción OO Hasta la aparición del primer lenguaje orientado a objetos (Simula 67) dentro de un programa subsistían como entidades separadas los datos y los procedimientos o funciones que manipulan esos datos: Programas = Algoritmos + Estructuras de Datos. Aparece el concepto de objeto: entidad de programación que encapsula datos y procedimientos que los manipulan. 5 Concepto de Objeto Entidad de programación con dos componentes: Parte estática: datos. Parte dinámica: métodos, procedimientos o funciones que manipulan en exclusividad esos datos. Cada objeto posee una interfase que contiene los servicios que ofrece al mundo exterior. Encapsulación I N T E R F A S E métodos (procedimientos o funciones) atributos (datos) Ocultación de información 6 3

4 Concepto de Objeto... En un lenguaje orientado a objetos, con ocultación de información, no se puede acceder libremente a los campos de un objeto. Los objetos modelan entidades o conceptos, reales o abstractos del dominio de discurso como facturas, coches, personas, colas de tareas, etc. Un objeto viene caracterizado por un número de operaciones y por un estado que recuerda el efecto de esas operaciones. 7 Concepto de Objeto... EMPLEADO EMPLEADO REGISTRO NOMBRE FEC_NAC DNI EMPLEO SUELDO ENDREGISTRO DATOS NOMBRE FEC_NAC DNI EMPLEO SUELDO MODIFICAR_EMPLEO MODIFICAR_SUELDO CALCULAR_EDAD OPERACIONES MODIFICAR_EMPLEO MODIFICAR_SUELDO CALCULAR_EDAD INTERFACE PROGRAMA PRINCIPAL PROGRAMA PRINCIPAL Acceso a los datos: lenguaje convencional vs lenguaje OO. 8 4

5 Concepto de Objeto... Estado compartido Función 1 Función 2 Función 3 Función 4 Función 5 Flujo de control Flujo de datos Los átomos de computación en los sistemas orientados a funciones son las funciones que operan sobre un estado compartido. 9 Concepto de Objeto... dibujar #1 insertar #2 imprimir atributos atributos actualizar eliminar insertar #3 limpiar #4 atributos atributos eliminar dibujar Flujo de control Flujo de datos El mecanismo de comunicación se llama paso o envío de mensajes. Un mensaje origina que un objeto lleve a cabo las oportunas operaciones. 10 5

6 Clases Muchos objetos similares pueden ser descritos por una misma definición o esquema general, a esta definición o descripción se le llama clase. Una clase es una definición, plantilla o molde que permite la creación de objetos, y contiene la descripción de las características comunes de esos objetos. Una clase, posee por tanto, dos componentes: Parte estática: Campos con nombres, atributos. Parte dinámica: Procedimientos o funciones, métodos. 11 Clases... Una definición de clase debe incluir como mínimo: El nombre de la clase. Las operaciones públicas, interfase de la misma. La representación interna de los atributos. La implementación de la interfase. 12 6

7 Instanciación Operación que permite la creación de representantes físicos de las clases, llamados instancias o ejemplares. Cada objeto o ejemplar es una instancia de una clase determinada. Las clases existen en tiempo de compilación mientras que los objetos existen en tiempo de ejecución. 13 Instanciación... Articulo camisa Instancia de referencia descripcion precio cantidad Inicializar preciototal preciotransporte Retirar Añadir TV porta Instancia de Instanciación de la clase Artículo. 14 7

8 Instanciación... Atributos de clase: Compartidos por todas las instancias de esa clase. Aquellos atributos cuyo valor reside en la propia clase. Difieren de las variables globales en el alcance, sólo pueden ser utilizadas por las instancias. 15 Instanciación camisa TV porta Articulo referencia descripcion precio cantidad 50 Inicializar preciototal preciotransporte Retirar Añadir clase Artículo... variable de clase CantidadMinima:Integer... fin Artículo Instanciación de la clase Artículo con atributos de clase. 16 8

9 Envío de mensajes A los objetos se puede acceder únicamente a través de su interfase pública: un objeto puede acceder a otro mediante el envío de un mensaje. Paso de mensajes: Proceso de presentar a un objeto una solicitud para realizar una acción específica. Contiene: destinatario del mismo, nombre de la operación a invocar y una posible lista de argumentos. MENSAJE OBJETO EMISOR NOMBRE Y ARGUMENTOS OBJETO RECEPTOR 17 Envío de mensajes... Para que un objeto pueda responder a un mensaje, éste debe ser parte de su interfase pública. Al conjunto de mensajes a los que puede responder un objeto dado se le llama comportamiento del objeto. Cuando el receptor recibe el mensaje, realiza la operación en la forma que él solo conoce (y que puede ser cualquiera, con tal de que haga lo establecido: el emisor nunca especifica cómo debe llevarse a cabo esa operación). 18 9

10 Herencia Relación transitiva entre clases que permite a una nueva clase utilizar los métodos y atributos definidos en otra clase como si fuesen propios. Mecanismo de reutilización de código. Permite a los programadores crear nuevas clases a partir de clases existentes. 19 Herencia... A Superclase A (Clase Padre) Hereda_de Hereda_de C Hereda_de Una subclase consta de dos partes: B Subclase (Clase descendiente) Parte derivada: Atributos o métodos que hereda directamente de su superclase. Parte emergente: Atributos o métodos que le son propios, creados especialmente para esa clase. B 20 10

11 Polimorfismo Un objeto polimórfico es una entidad (por ejemplo una variable) que puede contener valores de diferente tipo durante la ejecución de un programa. AD-HOC Sobrecarga Coerción UNIVERSAL Paramétrico o Genericidad Inclusión 21 Polimorfismo... Sobrecarga: utilizar el mismo símbolo para denotar operaciones con distinto significado. Coerción: Las operaciones pueden trabajar con tipos mezclados. Genericidad: Sustitución de argumentos dentro de un rango de tipos en la llamada a una función. Definición de clases paramétricas, que son aquellas que admiten uno o varios tipos como parámetro. Inclusión o controlado por herencia: Variables de un tipo determinado pueden referirse a instancias de clases descendientes

12 Introducción al Middleware Motivación Software distribuido Evaluación de Middleware Componentes 23 Motivación Dos hechos El bajo precio de los servicios de las WAN (Wide Area Networks). El bajo precio de los s.o. válidos para red, multitarea, (OS/2, Windows, Linux, ). Cualquier máquina puede ser cliente y servidor en las autopistas de la información

13 Software distribuido Rico en procesamiento de Transacciones Necesario transacciones anidadas a través de múltiples servidores, transacciones de larga duración, transacciones encoladas, Capacidad para manejar gran cantidad de información Documentos multimedia. Superservidores que almacenan y distribuyen la información. 25 Software distribuido Tecnología de agentes Todo tipo de agentes: gestión sistema, venta, estadísticas, Software inteligente Con s.o. baratos no podemos tener administradores de sistemas. El software debe saber cómo configurarse y gestionarse

14 Software distribuido Middleware Software que reside en el cliente y en el servidor. Hay tres tipos: Protocolos de transporte (TCP/IP, AppleTalk,...) Sistema Operativo en Red (Netware, LANServer, ) Service-Specific: gestión de los mensajes entre procesos u objetos. 27 Middleware Cliente/Servidor Bases de Datos Relacionales Monitores Transaccionales Groupware Objetos Distribuidos 28 14

15 C/S con BDR Modelo más extendido. Lanzar sentencias SQL a través de la Red da bajas prestaciones. Solución: Almacenar en un procedimiento varias sentencias SQL, el procedimiento reside en el mismo servidor que la BD à stored procedures. Pero, El lenguaje para programar stored precedures varía de un fabricante a otro à no standard. También varía la forma de Administrar la BD, replicar los datos, etc. 29 C/S con BDR Ventaja Existen muchas GUI Tools que hacen fácil crear aplicaciones C/S à pero single vendor environments. Puentes con entornos visuales. Desventajas SQL es muy pobre manejando procesos. No existe Middleware SQL standard No hay protocolos estándar para intercambiar mensajes a trevés de la Red entre productos diferentes. SQL no es lo más adecuado para gestionar información rica Sí es interesante para tipos simples, pero NO para multimedia. Bases de Datos Federadas: entornos de BD heterogéneas

16 C/S con Monitores Transac. Transaction Processing Monitors (Tuxedo, Encina, ) Gozan de buena reputación: robustos. Bancos/Mainframes, Se utilizan para aplicaciones que dan servicio a miles de clientes. Sistemas de gestión críticos. Gestión transacciones: balanceo de carga, levantándolas de posibles caídas, 31 C/S con Monitores Transac Utilizan arquitectura C/S de tres niveles: interfaz, proceso, datos. Futuro: matrimonio con los objetos distribuidos

17 C/S con Groupware Conjunto de tecnologías que permite representar procesos complejos centrados alrededor de actividades humanas colaborativas. Ejemplo: Lotus Notes. Cinco tecnologías: Multimedia, , Conferencing, Scheduling, Workflow: se utiliza para dirigir automáticamente eventos de un programa al siguiente. Utiliza el concepto de documento para referirse a texto, imágenes, faxes, mail, (tabla en SQL). Un documento puede ser: mostrado, almacenado, replicado, enviado a través de la red. 33 C/S con Groupware Ventajas Es una tecnología flexible que se adapta a la forma en que la gente hace negocios. Desventajas Es propietario. No se adapta bien al mundo de las Transacciones

18 C/S con Objetos Distribuidos Los objetos encapsulan información y comportamiento. Porqué objetos para C/S? Los objetos permiten dividir las aplicaciones en componentes, haciéndolas más manejables. Se puede modificar un objeto sin afectar al resto de componentes. Los objetos pueden viajar a través de la Red, diferentes máquinas, sistemas operativos, Construir aplicaciones C/S ensamblando componentes. Pero, necesitamos un estándar 35 Componentes Pieza de Sw lo suficientemente pequeña para ser creada y mantenida, lo suficientemente grande para ser vendida y soportada, y con interfaces definidos para comunicarse A diferencia de los objetos tradicionales pueden interoperar a través de lenguajes, herramientas, sistemas operativos y redes. Al igual que los objetos tradicionales soportan herencia, polimorfismo y encapsulación. Los componentes que no soportan herencia se les llama black box components (COM) 36 18

19 Componentes (características) Es una entidad que se puede vender Es una pieza de Sw binario. No es una aplicación completa Se diseña para que realice tareas en un Dominio de Aplicación. Combinando con otros componentes se obtienen aplicaciones completas. Se puede utilizar en combinaciones impredecibles El desarrollador del componente no sabe de qué aplicaciones finales formará parte. 37 Componentes (características) Tiene una interfaz bien definida Al igual que los objetos tradicionales los componentes sólo pueden ser manipulados a través de su interfaz. Es un objeto interoperable Es una entidad Sw independiente del sistema. Puede ser invocado a través de la red, desde cualquier sistema operativo, con cualquier lenguaje o herramienta. Pieza de Software autocontenida e independiente de cualquier aplicación

20 Componentes y objetos distribuidos Los objetos distribuidos son por definición componentes. En los sistemas de objetos distribuidos la unidad de trabajo y distribución es el componente. Pero, no todos los componentes son objetos. Ni tampoco distribuidos. Ejemplo: un control OLE (OCX) es un componente que no es un objeto ni es distribuido. 39 Supercomponentes Seguridad Debe ser capaz de autentificarse ante sus clientes y viceversa. Manejo del ciclo de vida Debe gestionar su instanciación, destrucción y archivo. Soporte para paletas Drag and drop. Notificación de eventos Debe notificar cuándo le ha sucedido algo de interés. Gestión de configuración Debe proporcionar una interfaz para configurar sus propiedades 40 20

21 Supercomponentes Control de transacciones Debe proteger sus recursos transaccionalmente y cooperar con otros componentes. Persistencia Debe ser capaz de salvar su estado en un almacenamiento persistente y recuperarlo posteriormente. Relaciones Debe ser capaz de soportar asociaciones con otros componentes. Facilidad de uso, autoinstalable, versionado, 41 CORBA CORBA OMG OMA ORB 42 21

22 Qué es CORBA? Common Object Request Broker Architecture. Estándar para objetos distribuidos. Un estándar para interoperabilidad entre diferentes fabricantes de hardware y software: Una especificación para objetos remotos e interoperables. Las comunicaciones entre objetos utilizan un Object Request Broker. Puede ser soportado por cualquier plataforma. Los objetos se especifican en IDL. Cada fabricante implementa su propio producto CORBA compliant. 43 Qué es un objeto CORBA? Un objeto que puede vivir en cualquier lugar de una red. Un objeto empaquetado como un componente binario, de modo que cualquier cliente puede invocar sus métodos: No necesita saber dónde está el objeto servidor, ni sobre qué sistema operativo corre, ni cómo está implementado. Lo único que necesita conocer el objeto cliente es la interfaz del objeto servidor. Un objeto distribuido CORBA es un componente

23 Existen otros estándares COM (Common Object Model): Es de Microsoft Es un estándar binario OpenDoc. RMI. 45 Qué es OMG? Object Management Group. Un comité responsable de especificar los estándares CORBA. Más de 600 compañías (IBM, HP, Sun, ). Muchas compañías en OMG también soportan COM

24 Todo es IDL Lenguaje declarativo. Se utiliza para especificar componentes: Atributos, métodos, clases padre, La implementación de los métodos puede hacerse en cualquier lenguaje que tenga binding con IDL: La invocación a los métodos se hará en este lenguaje. IDL es independiente del sistema operativo y del lenguaje de programación. Permite que objetos clientes y servidores implementados en diferentes lenguajes y sistemas operativos puedan interoperar. 47 OMA OMG Management Architecture para C/S. Tres grandes segmentos: 1. Application Objects Componentes cercanos al usuario final. 2. System Oriented (ORB, Object Services) Se refiere a los aspectos de infraestructura de la computación distribuida. 3. Common Facilities 3.1. Horizontales Verticales (Domain Interfaces): objetos para dominios de aplicación específicos

25 OMA Application Objects Domain Interfaces User Interface Common Facilities Information Management System Management Task Management Object Request Broker Naming Persistence Life Cycle Properties Concurrency Collections Security Trader Externalization Events Transactions Query Object Services Relationships Time Change Management Licensing 49 ORB Comercialmente CORBA. Permite a los objetos hacer peticiones (y recibir respuestas) de otros objetos. Invocación dinámica y estática de métodos. Peticiones transparentes (Local y Remota): ORB puede manejar llamadas entre objetos en un único proceso, en muchos procesos corriendo en la misma máquina, en muchos procesos corriendo en diferentes máquinas con diferentes sistemas operativos

26 ORB Enlaces con lenguajes de alto nivel Permite invocar métodos de objetos servidores desde tu lenguaje de programación. Lenguajes soportados: C, C++, Cobol, Ada, Java Seguridad y Transacciones El ORB incluye en los mensajes información de contexto para manejar seguridad y transacciones. Mensajes polimórficos El ORB no sólo invoca una función remota sino que lo hace sobre un objeto determinado. Por tanto la misma función puede tener efectos diferentes (diferencia con RPC). 51 ORB Self-describing system CORBA proporciona metainformación en tiempo de ejecución para describir cualquier objeto servidor conocido por el sistema (Interface Repository). Interface Repository: contiene información describiendo las funciones (y sus parámetros) de los objetos servidores. Los clientes usan la metainformación en tiempo de ejecución para saber qué servicios pueden utilizar. La metainformación ha sido generada por el precompilador IDL o por el compilador del lenguaje

27 Object Services Son componentes que proporcionan servicios, para los objetos, a nivel de sistema. Aumentan la funcionalidad del ORB. Se crean utilizando IDL. Naming Persistence Events Transactions Externalization Life Cycle Properties Query Concurrency Relationships Collections Time Security Change Management Trader Licensing 53 Object Services Persistence Proporciona una interfaz única para almacenar componentes en diferentes tipos de almacenamiento (RDB, ODB, ficheros, ). Naming Permite a los componentes localizar a otros por su nombre. Events Permite a los componentes registrarse o borrarse en eventos especificos. Transactions Proporciona un protocolo que permite a los componentes manejar transacciones normales y anidadas

28 Object Services Externalization Proporciona una forma estándar (stream-like) de introducir y sacar información de los componentes. Life Cycle Define operaciones para crear, copiar, mover y borrar componentes en el ORB. Properties Proporciona operaciones que permiten poner propiedades al componente (fecha, hora, ). Query Permite operaciones de query a los componentes. Basado en SQL3 y en el OQL de OMG. 55 Object Services Concurrency Proporciona un manejador de bloqueos para transacciones. Relationships Permite crear dinámicamente asociaciones entre los componentes y recorrerlas. Licensing, Collections,Time,Security,Change Management,Trader

29 Object Services Los Object Services permiten la creación de middleware bajo demanda El programador CORBA programa sin preocuparse de los Object Services. Ejem: el programador CORBA programa un componente y quiere que éste sea persistente y soporte transacciones. Cómo lo hace? Hace que su componente sea herencia múltiple de los componentes Persistence y Transaction. 57 Common Facilities (Horizont.) Comercialmente CORBAfacilities. Colecciones de componentes (definidos con IDL) que proporcionan servicios a los Application Objects. Ejemplos: utilidades de impresión, gestión de documentos, gestión de BD, correo electrónico. La estandarización de operaciones genéricas produce facilidad a los usuarios finales para configurar sus entornos de trabajo

30 Common Facilities (Horizont.) Tipos: User Interface. Information Management. Ejem: gestión de documentos System Management. Ejem: configuración, instalación de objetos distribuidos Task Management. Ejem: correo electrónico 59 Common Facilities (Verticales) Domain Interfaces. Combinan las Common Facilities y los Object Services pero dirigidos a un mercado vertical. OMG ha estandarizado interfaces para Telecomunicaciones, Mercados Financieros y Servicios Médicos

31 Application Objects Componentes específicos para aplicaciones finales. Se crean utilizando IDL. Se construyen utilizando los servicios del ORB, Object Services, Common Facilities y Domain Interfaces. No estandarizados por OMG. No son aplicaciones finales. 61 ORB Características Middleware que establece mecanismos básicos para comunicar objetos de forma transparente. Transparente ya que el objeto cliente invoca métodos del objeto servidor sin preocuparse de dónde está, en qué lenguaje ha sido implementado, El ORB intercepta la llamada, busca un objeto con un método que la pueda resolver, le pasa los parámetros y devuelve los resultados. ORB permite que la invocación de métodos sea estática o dinámica

32 Arquitectura del ORB Cliente Object Implementation Almacen de Interfaces Interfaz para la Esquemas invocación IDL para el dinámica Cliente Interfaz del ORB Esquemas Estáticos Invocación Esquemas Dinámicos Adaptador de objetos Almacen de Implementaciones ORB Core 63 Parte Cliente Esquemas IDL para el Cliente Son esquemas compilados que definen cómo los objetos cliente invocan los servicios de los objetos servidores. El esquema actúa como una llamada local. Un esquema por interfaz

33 Parte Cliente Interfaz para la invocación dinámica Permite descubrir el método a invocar en tiempo de ejecución. CORBA define APIs estándar (API de Invocación Dinámica) para: Buscar (en el AI) la metainformación que describe la interfaz del objeto servidor. Generar los parámetros. Lanzar la llamada remota. Conseguir los resultados. 65 Parte Cliente Almacén de Interfaces Es una Base de Datos en tiempo de ejecución que contiene las interfaces IDL de los objetos servidores. APIs del Almacén de Interfaces Permiten obtener y modificar las interfaces (métodos y sus parámetros) de todos los objetos registrados

34 Parte Cliente y Servidora Interfaz del ORB APIs para servicios locales que pueden ser de interés a una aplicación. Ejemplos: Convertir una referencia a un objeto en un string y viceversa (string_to_object, object_to_string). Connect, disconnect, init,.. Las llamadas no son parte del mecanismo de invocación C/S. 67 Parte Servidora Esquemas IDL estáticos para el servidor Se generan utilizando el compilador de IDL. Proporcionan interfaces estáticas para cada servicio exportado por el servidor. Son el equivalente en la parte servidora a los Esquemas IDL para el Cliente

35 Parte Servidora Invocación de Esquemas dinámicos Proporciona un mecanismo de enlazado en tiempo de ejecución para manejar llamadas a métodos que no tienen esquemas IDL compilados. Mira los valores de los parámetros en el mensaje recibido para descubrir el objeto y el método al que va destinado. Son útiles para implementar puentes entre ORBs. Es análogo al Interfaz de Invocación Dinámica en la parte cliente. 69 Parte Servidora Adaptador de Objetos Interfaz con los servicios de comunicación que ofrece el ORB Core. Acepta peticiones sobre los métodos de los objetos servidores. Proporciona un entorno en tiempo de ejecución para instanciar objetos servidores, asignarles referencias y pasarles peticiones de servicios

36 Parte Servidora Adaptador de Objetos Registra las clases que soporta y sus objetos en tiempo de ejecución en el Almacen de Implementaciones. CORBA especifica que cada ORB debe soportar un adaptador estándar, llamado Adaptador Básico de Objetos. 71 Parte Servidora Almacén de Implementaciones Es un almacén de información sobre: Las clases que soporta el servidor. Los objetos que están instanciados y sus identificadores. Información adicional asociada con la implementación de ORBs. Ejem: seguridad, auditorias,

37 CORBA... Invocación Estática vs. Dinámica. Adaptador de Objetos. Adaptador de Objetos Básico. Inicialización de un objeto en un ORB. Interoperabilidad de ORBs. 73 Invocación Dinámica/Estática Invocación estática Generada en forma de esqueletos por el compilador de IDL. Ventajas (invocación estática): Es útil para programas que en tiempo de compilación conocen las particularidades de las operaciones que necesitarán invocar. Chequeo de tipos robusto (compilador). Buenas prestaciones. Ventajas (invocación dinámica): Flexible (permite añadir clases al sistema sin cambios en el código del cliente)

38 CORBA: Invocación Estática 1. Declarar las clases Con IDL declararemos el nombre de la clase, los atributos, los métodos y sus parámetros. 2. Precompilar los ficheros IDL Con un precompilador CORBA-compliant precompilamos y generamos los esquemas de las clases. 3. Añadir la implementación a los esquemas Implementar en el lenguaje objetivo los métodos declarados en los esquemas. 75 CORBA: Invoc. Estática 4. Compilar el código Un compilador CORBA-compliant generará cuatro tipos de ficheros: Código que implementa las clases servidoras. Esquemas para el Cliente (Client stub): esquemas que serán invocados por un programa cliente que necesite acceder estáticamente. Esquemas para el Servidor (Server stub): llama a los métodos en el servidor. Ficheros a Importar (Import Files): describen los objetos en el Almacen de Interfaces. 5. Enlazar las definiciones de las clases al Almacen de Interfaces. Hay una utilidad que lo hace

39 CORBA: Invoc. Estática 6. Instanciar los objetos en el servidor. Misión del Adaptador de Objetos. 7. Registrar los objetos en ejecución en el Almacen de Implementaciones. El Adaptador de Objetos graba en el Almacen de Implementaciones la referencia y el tipo de cualquier objeto instanciado en el servidor. El Almacen de Implementaciones también sabe qué clases son soportadas en un servidor particular. El ORB utiliza esta información para localizar objetos activos o peticiones de activación de objetos en un servidor particular. 77 CORBA: Invocación Dinámica La API de invocación dinámica permite a los objetos cliente construir e invocar dinámicamente peticiones a los objetos servidores. Pasos para invocar un método dinámico: 1. Obtener del AI la descripción del método. CORBA proporciona unas 10 llamadas para localizar y describir los objetos del Almacen de Interfaces. Ejem: lookup_name(), describe(), 2. Crear la lista de argumentos. CORBA especifica una estructura de datos para pasar parámetros NamedValueList y operaciones create_list() y add_arg() 78 39

40 CORBA: Invoc. Dinámica 3. Crear la solicitud. Se crea con create_request() y se especifica la referencia del objeto, el nombre del método y la lista de argumentos. 4. Lanzar la solicitud. Tres formas: 1. Invoque envía la solicitud y obtiene los resultados. 2. Send devuelve el control al programa que debe lanzar un get_response o un get_next_response. 3. Send sin esperar respuesta. 79 Parte Servidora: Adp. Objetos Qué necesita un Componente del ORB en la parte servidora? Que se registren las clases de la aplicación. Instanciar nuevos objetos y darles identificadores. Informar de la existencia de estos. Invocar sus métodos a petición de los clientes (posiblemente concurrentes). Balanceo de carga, gestión de transacciones, etc. Adaptador de Objetos. Proporciona un entorno para ejecutar la aplicación servidora

41 Estructura del AO 6.Pasar llamada al método Object Implementation Esquema Interfaz A ID Esquema Interfaz B Adaptador de Objetos ID 2.Crear nuevos objetos 1.Registrar nuevas clases ID 3.Referencias a objetos Almacen de Implementaciones 5.Gestionar peticiones 4.Informar de los servicios 81 Adaptador de Objetos Servicios del Adaptador de Objetos: 1. Registra y almacena las clases del servidor en el Almacén de Implementaciones. El AO gestiona las clases del servidor en el AI. 2. Instancia objetos servidores en tiempo de ejecución. Lo hace en el Almacén de Implementaciones, las instancias se crean en función de las peticiones de los clientes. 3. Crea y gestiona referencias a los objetos. A cada nuevo objeto el Adaptador le crea y asigna una nueva referencia (ID)

42 Adaptador de Objetos 4. Da a conocer la existencia de los objetos servidores. Puede propagar al ORB Core los servicios que proporciona o puede responder a querys del ORB Core. 5. Gestiona las llamadas de los objetos clientes. El Adaptador de Objetos interactúa con el nivel más alto del ORB Core, desgrana la petición y se la pasa al Esquema del objeto. El Esquema es responsable de interpretar los parámetros y presentarlos de forma adecuada al objeto servidor que invocará el método. 6. Direcciona la llamada al método apropiado. 83 Adaptador de Objetos Básico Un servidor podría soportar diferentes tipos de Adaptadores de Objetos para satisfacer diferentes tipos de peticiones. Ejemplo: un ODBMS podría querer registrar implicitamente todos los objetos que contiene sin lanzar llamadas al AO. En este caso no tendría sentido que el AO mantuviese un estado para cada objeto. El ODBMS podría querer un AO de propósito específico, que no sólo interactuase con el ORB Core sino que también satisfaga sus intereses

43 Adaptador Objetos Básico CORBA prefiere que no proliferen diferentes tipos de Adaptadores de Objetos. Para evitarlo especifica el Adaptador de Objetos Básico. Servicios: El Almacen de Implementaciones debe proporcionar la información que describe a los objetos servidores. Mecanismos para generar e interpretar referencias de objetos; activar y desactivar objetos servidores; invocar métodos y pasar sus parámetros a través de los esquemas. Mecanismo para autentificar al Cliente que hace la llamada. 85 Adaptador Objetos Básico No especifica cómo se localizan los métodos. Políticas para activación (planificación) de objetos servidores: Servidor compartido. Servidor no compartido. Servidor por método. Servidor persistente

44 AOB (Servidor compartido) Proceso Aplicación Primera llamada entra. Las demás esperan Esquema Interfaz A Esquema Interfaz B Adaptador Objetos Básico 87 AOB (Servidor compartido) Crear un proceso por clase, todas las peticiones se dirijen a él. Muchos objetos residen en el mismo proceso. La primera vez que llega una petición para algún objeto del tipo se crea el proceso: impl_is_ready: el proceso indica que puede manejar peticiones. El proceso maneja una petición a la vez: deactivate_obj: fin de procesar una petición. deactivate_impl: el proceso puede terminar

45 AOB (Serv. no compartido) Proceso Proceso Proceso Proceso Aplicación Esquema Interfaz A Esquema Interfaz B Adaptador Objetos Básico 89 AOB (Serv. no compartido) Cada objeto reside en un proceso. La primera vez que llega una petición para un objeto se crea el proceso. obj_is_ready, el proceso indica que puede manejar peticiones. Cuando llega una petición para un objeto no activo se crea un proceso, aunque haya uno creado para algún objeto del mismo tipo. deactivate_obj, deja de procesar peticiones

46 AOB (Serv. por método) El proceso termina con la ejecución del método. Proceso Proceso Proceso Aplicación Esquema Interfaz A Esquema Interfaz B Adaptador Objetos Básico 91 AOB (Serv. por método) Se crea un proceso por petición à no es necesario indicar cuándo se está activo y cuándo no. Diferentes procesos para el mismo objeto (e incluso el mismo método) pueden estar activos concurrentemente. El proceso se destruye cuando concluye la ejecución para la que había sido creado à no hace falta notificaciones

47 AOB (Serv. persistente) Proceso Proceso Proceso Aplicación específica. Aplicación Planificador Esquema Interfaz A Esquema Interfaz B Adaptador Objetos Básico 93 AOB (Serv. persistente) Los procesos no son activados por el ABO. impl_is_ready, notifica al ABO que está preparado para aceptar peticiones. El ABO trata las siguientes peticiones como llamadas a servidor compartido

48 Inicialización Cómo encuentra un Componente su ORB? CORBA define un conjunto de APIs de inicialización que permiten a un objeto insertarse en el entorno de un ORB. Descubrir su ORB, ABO y Almacén de Interfaces. Pseudo-objeto:objeto creado directamente por un ORB. Operaciones para insertarse: 1. Obtener una referencia al ORB. Lanzar la llamada ORB_init para informar al ORB de su presencia y obtener la referencia al ORB. 95 Inicialización 2. Obtener una referencia al Adaptador de Objetos. Invocar el método BOA_init del ORB para decir al AOB que está ahí y obtener su referencia. 3. Descubrir qué servicios iniciales están disponibles. Invocar el método list_initial_services del ORB para obtener la lista de objetos conocidos. 4. Obtener referencias a los objetos cuyos servicios desee invocar. Invocar el método resolve_initial_references. El objeto ya es un ciudadano en el ORB

49 Inicialización Objeto Nuevo CORBA API ORB ORB_init BOA_init list_initial_services resolve_initial_references 97 Interoperabilidad ORBs Objetivo: transferir peticiones de un ORB a otro à Comunicaciones ORB-to-ORB. Las primeras versiones de CORBA no estandarizaron interoperabilidad entre ORBs. Es necesario que exista interoperabilidad entre los ORBs de diferentes fabricantes. CORBA especifica los protocolos: IIOP (Internet Inter-ORB Protocol). GIOP (General Inter-ORB Protocol)

50 Interoperabilidad ORBs... Modelo OSI Aplicación Presentación Sesión Transporte Red Enlace Físico CORBA ORB GIOP IIOP TCP IP Enlace Físico 99 Arquitectura Inter-ORB Petición CORBA IDL Obligatorio Opcional Sintaxis de mensajes y transferencia General Inter-ORB Protocol (GIOP) Environment Specific Inter-ORB Protocols (ESIOP) DCE/ESIOP Transporte Internet Inter-ORB Protocol (IIOP) TCP/IP... Otros por ejemplo OSI IPX/SPX DCE RPC sobre TCP/IP DCE RPC sobre OSI etc.... Internet

51 GIOP General Inter-ORB Protocol. General por ser independiente del protocolo de transporte. Específico para interacciones ORB-to-ORB. Diseñado para protocolos de transporte orientados a conexión. Especifica un conjunto de formatos de mensajes y representación de datos para comunicaciones entre ORBs. 101 GIOP (Objetivos Diseño) Mayor accesibilidad posible. GIOP/IIOP está asociado a TCP/IP, utiliza Internet (mecanismo de transporte más accesible). Simple. Sólo tiene en cuenta interacciones ORB-to-ORB. Escalable. Bajo coste. Internet. Ejemplo: comunicación CORBA con EJB

52 GIOP (Objetivos Diseño...) General. El formato de mensaje es independiente del medio de transporte. Independiente de la arquitectura. No hace suposiciones sobre la arquitectura del ORB. 103 GIOP (Elementos) Requerimientos de interoperabilidad entre ORBs: Encapsulación: dos ORBs que se comunican desconocen los mecanismos internos. El protocolo de transporte proporciona soporte total a la funcionalidad de CORBA. Para ello es necesario: Common Data Representation (CDR): cómo se representan los datos en el transporte. Formato de los mensajes. Suposiciones de transporte

53 GIOP (CDR) Objetivo: transformar los tipos de datos de IDL en una representación de mensajes de red. Eficiente y segura. El cliente envía el mensaje en su arquitectura nativa. En el mensaje se indica la codificación (bigendian/little endian). El servidor se encarga de transformarlo a su arquitectura. 105 GIOP (Mensajes) Sólo 8 formatos de mensaje: Sencillez. Proporcionan toda la funcionalidad necesaria que dos ORBs necesitan para comunicarse. Proporcionan el soporte necesario para toda la funcionalidad de CORBA. Request LocateRequest CancelRequest CloseConnection MessageError Fragment Reply LocateReply Cliente Cliente Cliente Cliente y Servidor Cliente y Servidor Cliente y Servidor Servidor Servidor

54 GIOP (Suposiciones) Soporte bidireccional (full duplex). El cliente abre la conexión. El servidor sólo puede enviar mensajes en una conexión ya abierta à No necesita conocer la dirección del cliente. Cualquiera de las dos partes puede terminar la conexión. El ORB puede multiplexar mensajes. En una única conexión muchos clientes pueden comunicar con un único objeto servidor. Es posible porque en la petición queda identificado el objeto. 107 GIOP (Suposiciones...) El protocolo de transporte es orientado a conexión. El cliente puede tener abierta una conexión con el servidor para más de una transmisión. Si ocurre un error durante la transmisión ambas partes son informadas

55 IIOP Es la implementación de GIOP sobre TCP/IP. Especifica cómo deben ser intercambiados los mensajes GIOP en una red TCP/IP. IIOP hace posible el uso de Internet como el armazón ORB a través del cual otros ORBs pueden puentear. Define un perfil para ser incluido en una IOR. Para instanciar GIOP, IIOP define cómo el perfil codifica TCP/IP info en una IOR, así el servidor puede comunicar con el cliente. 109 IIOP... IOR: ID de repositorio: el tipo del objeto. Perfiles: cada perfil encapsula info para localizar y comunicar con un objeto. Perfil IIOP: Versión IIOP. Identificación del host servidor (dirección IP) y número de puerto. Identificador del objeto servidor

56 ESIOPs Environment-Specific Inter-ORB Protocols. Existen varios, son opcionales, CORBA señala DCE como el primero. DCE soporta IOR usando CDCE tagged profile. DCE utiliza GIOP CDR para representar los tipos IDL sobre DCE RPC, por tanto DCE IDL no es necesario. En cambio los tipos de OMG IDL y CDR son mapeados en DCE s native Network Data Representation. 111 ESIOPs DCE proporciona un robusto entorno para ORBs con misiones críticas. Características: Seguridad Kerberos. Directorios globales. Tiempo distribuido. Múltiples protocolos de transporte (TCP/IP, ). Permite transmitir gran cantidad de información de forma eficiente

57 Puentes ORB-to-ORB CORBA proporciona los mecanismos necesarios para crear puentes ORB-to-ORB (también utilizados para crear pasarelas a OLE/COM). Cliente Operación lógica de solicitud C/S Servidor Interfaz invocación dinámica Puente Invocación Esquemas Dinámicos ORB A ORB B 113 ORBs Federados Se pueden utilizar puentes entre ORB y IIOPs para crear topologías más flexibles. Se pueden segmentar ORBs en dominios basados en necesidades administrativas, protocolos de red, carga en el tráfico, tipos de servicio, seguridad,

58 ORBs Federados Esqueleto ORB (DCCE/ESIOP) ORB A ORB B Esqueleto ORB (IIOP) ORB A ORB B 115 Para saber más The Common Object Request Broker: Architecture and Specification OMG Document Revision Disponible:

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

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

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

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

Componentes de Integración entre Plataformas Información Detallada

Componentes de Integración entre Plataformas Información Detallada Componentes de Integración entre Plataformas Información Detallada Active Directory Integration Integración con el Directorio Activo Active Directory es el servicio de directorio para Windows 2000 Server.

Más detalles

Capítulo 5. Cliente-Servidor.

Capítulo 5. Cliente-Servidor. Capítulo 5. Cliente-Servidor. 5.1 Introducción En este capítulo hablaremos acerca de la arquitectura Cliente-Servidor, ya que para nuestra aplicación utilizamos ésta arquitectura al convertir en un servidor

Más detalles

PROGRAMACIÓN ORIENTADA A OBJETOS Master de Computación. II MODELOS y HERRAMIENTAS UML. II.2 UML: Modelado de casos de uso

PROGRAMACIÓN ORIENTADA A OBJETOS Master de Computación. II MODELOS y HERRAMIENTAS UML. II.2 UML: Modelado de casos de uso PROGRAMACIÓN ORIENTADA A OBJETOS Master de Computación II MODELOS y HERRAMIENTAS UML 1 1 Modelado de casos de uso (I) Un caso de uso es una técnica de modelado usada para describir lo que debería hacer

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

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

LABORATORIO DE RC: PRÁCTICA 4: IMPLEMENTACIÓN DE UN CLIENTE DE CORREO

LABORATORIO DE RC: PRÁCTICA 4: IMPLEMENTACIÓN DE UN CLIENTE DE CORREO UNIVERSIDADE DA CORUÑA Departamento de Tecnoloxías da Información e as Comunicacións LABORATORIO DE RC: PRÁCTICA 4: IMPLEMENTACIÓN DE UN CLIENTE DE CORREO PRÁCTICA 4: Implementación de un Cliente de Correo

Más detalles

Familia de Windows Server 2003

Familia de Windows Server 2003 Familia de Windows Server 2003 Windows Server 2003 está disponible en cuatro ediciones. Cada edición se ha desarrollado para una función de servidor específica, como se describe en la tabla siguiente:

Más detalles

Roles y Características

Roles y Características dominio Roles y Características Una vez instalado Windows Server 2008 y configuradas algunas opciones básicas de Windows Server 2008 desde el Panel de Control o desde el Administrador del Servidor, las

Más detalles

SISTEMAS DE INFORMACIÓN II TEORÍA

SISTEMAS DE INFORMACIÓN II TEORÍA CONTENIDO: EL PROCESO DE DISEÑO DE SISTEMAS DISTRIBUIDOS MANEJANDO LOS DATOS EN LOS SISTEMAS DISTRIBUIDOS DISEÑANDO SISTEMAS PARA REDES DE ÁREA LOCAL DISEÑANDO SISTEMAS PARA ARQUITECTURAS CLIENTE/SERVIDOR

Más detalles

BASE DE DATOS: ENFOQUE ORIENTADO A OBJETOS. Dámaso López Aragón

BASE DE DATOS: ENFOQUE ORIENTADO A OBJETOS. Dámaso López Aragón BASE DE DATOS: ENFOQUE ORIENTADO A OBJETOS Dámaso López Aragón Introducción En la actualidad, la orientación a objetos es una nueva forma de comprender los problemas y modelar el negocio de una empresa,

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

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

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

Elementos requeridos para crearlos (ejemplo: el compilador)

Elementos requeridos para crearlos (ejemplo: el compilador) Generalidades A lo largo del ciclo de vida del proceso de software, los productos de software evolucionan. Desde la concepción del producto y la captura de requisitos inicial hasta la puesta en producción

Más detalles

Arquitectura cliente/servidor

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

Más detalles

GLOSARIO. 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

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

CAPÍTULO 3 Servidor de Modelo de Usuario

CAPÍTULO 3 Servidor de Modelo de Usuario CAPÍTULO 3 Servidor de Modelo de Usuario Para el desarrollo del modelado del estudiante se utilizó el servidor de modelo de usuario desarrollado en la Universidad de las Américas Puebla por Rosa G. Paredes

Más detalles

Capas del Modelo ISO/OSI

Capas del Modelo ISO/OSI Modelo ISO/OSI Fue desarrollado en 1984 por la Organización Internacional de Estándares (ISO), una federación global de organizaciones que representa aproximadamente a 130 países. El núcleo de este estándar

Más detalles

CAPITULO 9. Diseño de una Base de Datos Relacional Distribuida

CAPITULO 9. Diseño de una Base de Datos Relacional Distribuida 9.1 Operaciones CAPITULO 9 Diseño de una Base de Datos Relacional Distribuida Las consultas distribuidas obtienen acceso a datos de varios orígenes de datos homogéneos o heterogéneos. Estos orígenes de

Más detalles

ARQUITECTURA DE DISTRIBUCIÓN DE DATOS

ARQUITECTURA DE DISTRIBUCIÓN DE DATOS 4 ARQUITECTURA DE DISTRIBUCIÓN DE DATOS Contenido: Arquitectura de Distribución de Datos 4.1. Transparencia 4.1.1 Transparencia de Localización 4.1.2 Transparencia de Fragmentación 4.1.3 Transparencia

Más detalles

PRACTICA CAPITULO 2 MODULO 1 PROTOCOLOS Y LA FUNCIONALIDAD DE LA CAPA DE APLICACIÓN

PRACTICA CAPITULO 2 MODULO 1 PROTOCOLOS Y LA FUNCIONALIDAD DE LA CAPA DE APLICACIÓN PRACTICA CAPITULO 2 MODULO 1 PROTOCOLOS Y LA FUNCIONALIDAD DE LA CAPA DE APLICACIÓN Los protocolos de capa de aplicación de TCP/IP más conocidos son aquellos que proporcionan intercambio de la información

Más detalles

Arquitectura de sistema de alta disponibilidad

Arquitectura de sistema de alta disponibilidad Mysql Introducción MySQL Cluster esta diseñado para tener una arquitectura distribuida de nodos sin punto único de fallo. MySQL Cluster consiste en 3 tipos de nodos: 1. Nodos de almacenamiento, son los

Más detalles

Creación y administración de grupos de dominio

Creación y administración de grupos de dominio Creación y administración de grupos de dominio Contenido Descripción general 1 a los grupos de Windows 2000 2 Tipos y ámbitos de los grupos 5 Grupos integrados y predefinidos en un dominio 7 Estrategia

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

Redes (IS20) Ingeniería Técnica en Informática de Sistemas. http://www.icc.uji.es. CAPÍTULO 8: El nivel de transporte en Internet

Redes (IS20) Ingeniería Técnica en Informática de Sistemas. http://www.icc.uji.es. CAPÍTULO 8: El nivel de transporte en Internet Redes (IS20) Ingeniería Técnica en Informática de Sistemas http://www.icc.uji.es CAPÍTULO 8: El nivel de transporte en Internet ÍNDICE 1. Introducción Curso 2002-2003 - Redes (IS20) -Capítulo 8 1 1. Introducción

Más detalles

INTRODUCCION. Tema: Protocolo de la Capa de aplicación. FTP HTTP. Autor: Julio Cesar Morejon Rios

INTRODUCCION. Tema: Protocolo de la Capa de aplicación. FTP HTTP. Autor: Julio Cesar Morejon Rios INTRODUCCION Tema: Protocolo de la Capa de aplicación. FTP HTTP Autor: Julio Cesar Morejon Rios Qué es FTP? FTP (File Transfer Protocol) es un protocolo de transferencia de archivos entre sistemas conectados

Más detalles

Introducción a las redes de computadores

Introducción a las redes de computadores Introducción a las redes de computadores Contenido Descripción general 1 Beneficios de las redes 2 Papel de los equipos en una red 3 Tipos de redes 5 Sistemas operativos de red 7 Introducción a las redes

Más detalles

PRUEBAS DE SOFTWARE TECNICAS DE PRUEBA DE SOFTWARE

PRUEBAS DE SOFTWARE TECNICAS DE PRUEBA DE SOFTWARE PRUEBAS DE SOFTWARE La prueba del software es un elemento crítico para la garantía de la calidad del software. El objetivo de la etapa de pruebas es garantizar la calidad del producto desarrollado. Además,

Más detalles

Plataforma desarrollo Java Formación elearning tutorizada en castellano. Fabricante: Java Grupo: Desarrollo Subgrupo: Master Java

Plataforma desarrollo Java Formación elearning tutorizada en castellano. Fabricante: Java Grupo: Desarrollo Subgrupo: Master Java C/Comandante Zorita 4 28020 Madrid/ info@ceticsa.es 902 425 524 / 91 700 01 17 Plataforma desarrollo Java Formación elearning tutorizada en castellano JAVA00d Ciclo de formación en plataforma Java Curso

Más detalles

Los mayores cambios se dieron en las décadas de los setenta, atribuidos principalmente a dos causas:

Los mayores cambios se dieron en las décadas de los setenta, atribuidos principalmente a dos causas: SISTEMAS DISTRIBUIDOS DE REDES 1. SISTEMAS DISTRIBUIDOS Introducción y generalidades La computación desde sus inicios ha sufrido muchos cambios, desde los grandes equipos que permitían realizar tareas

Más detalles

TRANSFERENCIA DE FICHEROS FTP

TRANSFERENCIA DE FICHEROS FTP TRANSFERENCIA DE FICHEROS FTP INTRODUCCIÓN Internet basa su funcionamiento en un conjunto de protocolos de red sin los cuales la comunicación, a cualquier nivel, sería imposible. Algunos de los protocolos

Más detalles

Introducción a las Redes de Computadoras. Obligatorio 2 2011

Introducción a las Redes de Computadoras. Obligatorio 2 2011 Introducción a las Redes de Computadoras Obligatorio 2 2011 Facultad de Ingeniería Instituto de Computación Departamento de Arquitectura de Sistemas Nota previa - IMPORTANTE Se debe cumplir íntegramente

Más detalles

INTRODUCCION. Ing. Camilo Zapata czapata@udea.edu.co Universidad de Antioquia

INTRODUCCION. Ing. Camilo Zapata czapata@udea.edu.co Universidad de Antioquia INTRODUCCION. Ing. Camilo Zapata czapata@udea.edu.co Universidad de Antioquia Qué es una Red? Es un grupo de computadores conectados mediante cables o algún otro medio. Para que? compartir recursos. software

Más detalles

Proceso Unificado de Rational PROCESO UNIFICADO DE RATIONAL (RUP) El proceso de desarrollo de software tiene cuatro roles importantes:

Proceso Unificado de Rational PROCESO UNIFICADO DE RATIONAL (RUP) El proceso de desarrollo de software tiene cuatro roles importantes: PROCESO UNIFICADO DE RATIONAL (RUP) El proceso de desarrollo de software tiene cuatro roles importantes: 1. Proporcionar una guía de actividades para el trabajo en equipo. (Guía detallada para el desarrollo

Más detalles

REDES INFORMATICAS: Protocolo IP

REDES INFORMATICAS: Protocolo IP REDES INFORMATICAS: Protocolo IP 1. PRINCIPIOS BÁSICOS DE IP El protocolo IP se basa en tres principios básicos: Un direccionamiento de los ordenadores. Un tipo de dato: el datragrama IP. Un algoritmo

Más detalles

MICQ. Trabajo Práctico Final Seminario de Ingeniería en Informática I 75.35. Facultad de Ingeniería, UBA. Junio 2002. Cátedra: Pablo Cosso

MICQ. Trabajo Práctico Final Seminario de Ingeniería en Informática I 75.35. Facultad de Ingeniería, UBA. Junio 2002. Cátedra: Pablo Cosso MICQ Facultad de Ingeniería, UBA. Junio 2002 Trabajo Práctico Final Seminario de Ingeniería en Informática I 75.35 Cátedra: Pablo Cosso Alumno: Diego Fernando Montaldo 75.300 1 de 1 Introducción Este documento

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

Patrones de Diseño Orientados a Objetos 2 Parte

Patrones de Diseño Orientados a Objetos 2 Parte Patrones de Diseño Orientados a Objetos 2 Parte Patrón Observador Observer (Patrón de Comportamiento) Patrón Observador Observer Observador (en inglés: Observer) es un patrón de diseño que define una dependencia

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

CAPÍTULO 3 VISUAL BASIC

CAPÍTULO 3 VISUAL BASIC CAPÍTULO 3 VISUAL BASIC 3.1 Visual Basic Microsoft Visual Basic es la actual y mejor representación del viejo lenguaje BASIC, le proporciona un sistema completo para el desarrollo de aplicaciones para

Más detalles

BASES DE DATOS OFIMÁTICAS

BASES DE DATOS OFIMÁTICAS BASES DE DATOS OFIMÁTICAS Qué es una Bases de Datos Ofimática?. En el entorno de trabajo de cualquier tipo de oficina ha sido habitual tener un archivo con gran parte de la información necesaria para el

Más detalles

INTRODUCCIÓN. El protocolo TCP, funciona en el nivel de transporte del modelo de referencia OSI, proporcionando un transporte fiable de datos.

INTRODUCCIÓN. El protocolo TCP, funciona en el nivel de transporte del modelo de referencia OSI, proporcionando un transporte fiable de datos. INTRODUCCIÓN Aunque poca gente sabe lo que es TCP/IP todos lo emplean indirectamente y lo confunden con un solo protocolo cuando en realidad son varios, de entre los cuales destaca y es el mas importante

Más detalles

Ayuda de Symantec pcanywhere Web Remote

Ayuda de Symantec pcanywhere Web Remote Ayuda de Symantec pcanywhere Web Remote Conexión desde un navegador web Este documento incluye los temas siguientes: Acerca de Symantec pcanywhere Web Remote Protección de la sesión de Web Remote Formas

Más detalles

WebSphere es una familia de productos de software propietario de IBM

WebSphere es una familia de productos de software propietario de IBM WEBSPHERE MQ WebSphere es una familia de productos de software propietario de IBM WebSphere MQ (anteriormente MQSeries), el punto central de la familia MQ, proporciona conectividad de aplicaciones. Puede

Más detalles

Acronis License Server. Guía del usuario

Acronis License Server. Guía del usuario Acronis License Server Guía del usuario TABLA DE CONTENIDO 1. INTRODUCCIÓN... 3 1.1 Generalidades... 3 1.2 Política de licencias... 3 2. SISTEMAS OPERATIVOS COMPATIBLES... 4 3. INSTALACIÓN DE ACRONIS LICENSE

Más detalles

UNIVERSIDAD CATOLICA DE COLOMBIA FACULTAD DE INGENIERIA DE SISTEMAS

UNIVERSIDAD CATOLICA DE COLOMBIA FACULTAD DE INGENIERIA DE SISTEMAS UNIVERSIDAD CATOLICA DE COLOMBIA FACULTAD DE INGENIERIA DE SISTEMAS CURSO: JAVA BASICO PROFESOR: EMERSON CASTAÑEDA SANABRIA TEMA: Programación Orientada a Objetos OBJETIVOS: Familiarizarse con la Programación

Más detalles

Curso de Java POO: Programación orientada a objetos

Curso de Java POO: Programación orientada a objetos Curso de Java POO: Programación orientada a objetos Luis Guerra Velasco Curso INEM 02830. Programación en Java Marzo 2010 Índice 1 Introducción a la POO 2 Herencia y polimorfismo 3 Empaquetado de proyectos

Más detalles

UNIDAD 2: Abstracción del Mundo real Al Paradigma Orientado a Objetos

UNIDAD 2: Abstracción del Mundo real Al Paradigma Orientado a Objetos 2.1. Principios básicos del Modelado de Objetos UNIDAD 2: Abstracción del Mundo real Al Paradigma Orientado a Objetos Hoy en día muchos de los procesos que intervienen en un negocio o empresa y que resuelven

Más detalles

FileMaker Pro 13. Uso de una Conexión a Escritorio remoto con FileMaker Pro 13

FileMaker Pro 13. Uso de una Conexión a Escritorio remoto con FileMaker Pro 13 FileMaker Pro 13 Uso de una Conexión a Escritorio remoto con FileMaker Pro 13 2007-2013 FileMaker, Inc. Reservados todos los derechos. FileMaker, Inc. 5201 Patrick Henry Drive Santa Clara, California 95054

Más detalles

FileMaker Pro 14. Uso de una Conexión a Escritorio remoto con FileMaker Pro 14

FileMaker Pro 14. Uso de una Conexión a Escritorio remoto con FileMaker Pro 14 FileMaker Pro 14 Uso de una Conexión a Escritorio remoto con FileMaker Pro 14 2007-2015 FileMaker, Inc. Reservados todos los derechos. FileMaker, Inc. 5201 Patrick Henry Drive Santa Clara, California 95054

Más detalles

18 y 19 Sistemas de Archivos Distribuidos y Tarea 05

18 y 19 Sistemas de Archivos Distribuidos y Tarea 05 18 y 19 Sistemas de Archivos Distribuidos y Tarea 05 Prof. Edgardo Adrián Franco Martínez http://computacion.cs.cinvestav.mx/~efranco efranco.docencia@gmail.com Estructuras de datos (Prof. Edgardo A. Franco)

Más detalles

Instalación y mantenimiento de servicios de Internet. U.T.3.- Servicio DNS

Instalación y mantenimiento de servicios de Internet. U.T.3.- Servicio DNS Instalación y mantenimiento de servicios de Internet U.T.3.- Servicio DNS 1 Qué es el servicio DNS? A los usuarios de Internet les resulta complicado trabajar con direcciones IP, sobre todo porque son

Más detalles

Edición de Ofertas Excel Manual de Usuario

Edición de Ofertas Excel Manual de Usuario Edición de Ofertas Excel Manual de Usuario Alfonso XI, 6 28014 Madrid F(+34) 91 524 03 96 www.omie.es Ref. MU_OfertasExcel.docx Versión 4.0 Fecha: 2012-11-26 ÍNDICE 1 INTRODUCCIÓN 3 2 CONSIDERACIONES DE

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

Capitulo III. Diseño del Sistema.

Capitulo III. Diseño del Sistema. Capitulo III. Diseño del Sistema. Para el desarrollo del sistema en la presente tesis se utilizo el paradigma orientado a objetos utilizando el lenguaje Java en su versión 1.2. Por medio de este lenguaje

Más detalles

SAP BusinessObjects Edge BI Standard Package La solución de BI preferida para. Empresas en Crecimiento

SAP BusinessObjects Edge BI Standard Package La solución de BI preferida para. Empresas en Crecimiento SAP BusinessObjects Edge BI Standard Package La solución de BI preferida para Empresas en Crecimiento Portfolio SAP BusinessObjects Soluciones SAP para Empresas en Crecimiento Resumen Ejecutivo Inteligencia

Más detalles

Propuesta de Portal de la Red de Laboratorios Virtuales y Remotos de CEA

Propuesta de Portal de la Red de Laboratorios Virtuales y Remotos de CEA Propuesta de Portal de la Red de Laboratorios Virtuales y Remotos de CEA Documento de trabajo elaborado para la Red Temática DocenWeb: Red Temática de Docencia en Control mediante Web (DPI2002-11505-E)

Más detalles

MACROPROCESO GESTIÓN TECNOLÓGICA

MACROPROCESO GESTIÓN TECNOLÓGICA Versión 1.0 Página 1 de 5 1. OBJETIVO Suministrar las fases para la puesta en producción de aplicaciones y sistemas de información desarrollados o adquiridos por el Instituto Colombiano de Bienestar Familiar

Más detalles

Windows Server 2003. Windows Server 2003

Windows Server 2003. Windows Server 2003 Windows Server 2003 Windows Server 2003 Es un sistema operativo de la familia Windows de la marca Microsoft para servidores que salió al mercado en el año 2003. Está basada en tecnología NT y su versión

Más detalles

Introducción a la Firma Electrónica en MIDAS

Introducción a la Firma Electrónica en MIDAS Introducción a la Firma Electrónica en MIDAS Firma Digital Introducción. El Módulo para la Integración de Documentos y Acceso a los Sistemas(MIDAS) emplea la firma digital como método de aseguramiento

Más detalles

Especificaciones de la oferta Administración de dispositivos distribuidos Administración de activos

Especificaciones de la oferta Administración de dispositivos distribuidos Administración de activos Resumen del servicio Especificaciones de la oferta Administración de dispositivos distribuidos Administración de activos Los servicios de administración de dispositivos distribuidos le permiten realizar

Más detalles

4. Programación Paralela

4. Programación Paralela 4. Programación Paralela La necesidad que surge para resolver problemas que requieren tiempo elevado de cómputo origina lo que hoy se conoce como computación paralela. Mediante el uso concurrente de varios

Más detalles

Capitulo 5. Implementación del sistema MDM

Capitulo 5. Implementación del sistema MDM Capitulo 5. Implementación del sistema MDM Una vez que se concluyeron las actividades de análisis y diseño se comenzó la implementación del sistema MDM (Manejador de Documentos de MoProSoft). En este capitulo

Más detalles

Workflows? Sí, cuántos quiere?

Workflows? Sí, cuántos quiere? Workflows? Sí, cuántos quiere? 12.11.2006 Servicios Profesionales Danysoft Son notables los beneficios que una organización puede obtener gracias al soporte de procesos de negocios que requieran la intervención

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

La vida en un mundo centrado en la red

La vida en un mundo centrado en la red La vida en un mundo centrado en la red Aspectos básicos de networking: Capítulo 3 1 Objetivos En este capítulo aprenderá a: Describir cómo las funciones de las tres capas superiores del modelo OSI que

Más detalles

3.INSTALACIÓN Y CONFIGURACIÓN DE LOS EQUIPOS DE RED

3.INSTALACIÓN Y CONFIGURACIÓN DE LOS EQUIPOS DE RED 3.INSTALACIÓN Y CONFIGURACIÓN DE LOS EQUIPOS DE RED 1.El sistema operativo en red Lo que podemos hacer en la red depende del software ejecuta en cada uno de sus nodos.y Este software se sustenta sobre

Más detalles

Capítulo 3 Diseño del Sistema de Administración de Información de Bajo Costo para un Negocio Franquiciable

Capítulo 3 Diseño del Sistema de Administración de Información de Bajo Costo para un Negocio Franquiciable Capítulo 3 Diseño del Sistema de Administración de Información de Bajo Costo para un Negocio Franquiciable 1. Introducción. El Sistema de Administración de Información de un Negocio Franquiciable (SAINF)

Más detalles

- MANUAL TÉCNICO - Software de diagnóstico de la seguridad de la información y autoimplantación de LOPD. Rev. 01- FEBRERO 2013

- MANUAL TÉCNICO - Software de diagnóstico de la seguridad de la información y autoimplantación de LOPD. Rev. 01- FEBRERO 2013 - MANUAL TÉCNICO - Software de diagnóstico de la seguridad de la información y autoimplantación de LOPD Rev. 01- FEBRERO 2013 Software de diagnóstico de la seguridad de la información y autoimplantación

Más detalles

CFGM. Servicios en red. Unidad 2. El servicio DHCP. 2º SMR Servicios en Red

CFGM. Servicios en red. Unidad 2. El servicio DHCP. 2º SMR Servicios en Red CFGM. Servicios en red Unidad 2. El servicio DHCP CONTENIDOS 1 1. Introducción 1.1. Qué es el servicio DHCP 2.1. Características generales del servicio DHCP 2.2. Funcionamiento del protocolo DHCP 2.3.

Más detalles

Fundamentos de Redes LI. Unidad III Modelos de Comunicaciones 3.1 Modelo de referencia OSI.

Fundamentos de Redes LI. Unidad III Modelos de Comunicaciones 3.1 Modelo de referencia OSI. 3.1 Modelo de referencia OSI. Durante las últimas dos décadas ha habido un enorme crecimiento en la cantidad y tamaño de las redes. Muchas de ellas sin embargo, se desarrollaron utilizando implementaciones

Más detalles

Tema 1. Conceptos fundamentales de los Sistemas Operativos

Tema 1. Conceptos fundamentales de los Sistemas Operativos Tema 1. Conceptos fundamentales de los Sistemas Operativos 1. Introducción a los Sistemas Operativos. 1. Concepto de Sistema Operativo. Niveles del software. 2. Funciones principales de un Sistema Operativo.

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

http://www.statum.biz http://www.statum.info http://www.statum.org

http://www.statum.biz http://www.statum.info http://www.statum.org ApiaMonitor Monitor de Infraestructura BPMS Por: Ing. Manuel Cabanelas Product Manager de Apia Manuel.Cabanelas@statum.biz http://www.statum.biz http://www.statum.info http://www.statum.org Abstract A

Más detalles

CONFIGURACIÓN DEL ADAPTADOR DE RED EN LINUX

CONFIGURACIÓN DEL ADAPTADOR DE RED EN LINUX CONFIGURACIÓN DEL ADAPTADOR DE RED EN LINUX 16/09/2005 Índice de Contenidos 1 INTRODUCCIÓN... 1-1 2 DISTRIBUCIONES LINUX... 2-1 3 CONFIGURACIÓN DE RED EN LINUX... 3-1 3.1 FEDORA CORE 3... 3-1 3.1.1 Configuración

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

Proceso de cifrado. La fortaleza de los algoritmos es que son públicos, es decir, se conocen todas las transformaciones que se aplican al documento

Proceso de cifrado. La fortaleza de los algoritmos es que son públicos, es decir, se conocen todas las transformaciones que se aplican al documento Qué es AT-Encrypt nos permitirá dotar de contraseña a cualquier documento o carpeta. Este documento o carpeta sólo será legible por aquel que conozca la contraseña El funcionamiento del cifrado (o encriptación)

Más detalles

SERVIDOR WEB PARA ACCESO EN TIEMPO REAL A INFORMACIÓN METEOROLÓGICA DISTRIBUIDA

SERVIDOR WEB PARA ACCESO EN TIEMPO REAL A INFORMACIÓN METEOROLÓGICA DISTRIBUIDA SERVIDOR WEB PARA ACCESO EN TIEMPO REAL A INFORMACIÓN METEOROLÓGICA DISTRIBUIDA E. SÁEZ, M. ORTIZ, F. QUILES, C. MORENO, L. GÓMEZ Área de Arquitectura y Tecnología de Computadores. Departamento de Arquitectura

Más detalles

Autenticación Centralizada

Autenticación Centralizada Autenticación Centralizada Ing. Carlos Rojas Castro Herramientas de Gestión de Redes Introducción En el mundo actual, pero en especial las organizaciones actuales, los usuarios deben dar pruebas de quiénes

Más detalles

Utilidades de la base de datos

Utilidades de la base de datos Utilidades de la base de datos Desde esta opcion del menú de Access, podemos realizar las siguientes operaciones: Convertir Base de datos Compactar y reparar base de datos Administrador de tablas vinculadas

Más detalles

En los últimos años, se ha presentado una enorme demanda por servicios portátiles,

En los últimos años, se ha presentado una enorme demanda por servicios portátiles, Capítulo 1 Introducción En los últimos años, se ha presentado una enorme demanda por servicios portátiles, a los que se les ha llamado tecnologías móviles, este repentino crecimiento de tecnologías ha

Más detalles

Información sobre seguridad

Información sobre seguridad Información sobre seguridad SMART kapp incluye características de protección de datos diseñadas para mantener el contenido controlador de forma predecible. En esta página se explican las características

Más detalles

El Modelo de Referencia OSI

El Modelo de Referencia OSI El Modelo de Referencia OSI Tabla de Contenidos 2. El Modelo de Referencia OSI... 2 2.1 Nivel físico...4 2.2 Nivel de enlace... 4 2.3 Nivel de red... 5 2.4 Nivel de transporte...5 2.5 Nivel de sesión...

Más detalles

Dispositivos de Red Hub Switch

Dispositivos de Red Hub Switch Dispositivos de Red Tarjeta de red Para lograr el enlace entre las computadoras y los medios de transmisión (cables de red o medios físicos para redes alámbricas e infrarrojos o radiofrecuencias para redes

Más detalles

Aspectos Básicos de Networking

Aspectos Básicos de Networking Aspectos Básicos de Networking ASPECTOS BÁSICOS DE NETWORKING 1 Sesión No. 4 Nombre: Capa de transporte del modelo OSI Objetivo: Al término de la sesión el participante aplicará las principales características

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

RESUMEN INFORMATIVO PROGRAMACIÓN DIDÁCTICA CURSO 2013/2014

RESUMEN INFORMATIVO PROGRAMACIÓN DIDÁCTICA CURSO 2013/2014 RESUMEN INFORMATIVO PROGRAMACIÓN DIDÁCTICA CURSO 2013/2014 FAMILIA PROFESIONAL: INFORMATICA Y COMUNICACIONES MATERIA: 28. DESARROLLO WEB EN ENTORNO SERVIDOR CURSO: 2º DE CFGS DESARROLLO DE APLICACIONES

Más detalles

INFRAESTRUCTURA DE SERVIDORES MICROSOFT

INFRAESTRUCTURA DE SERVIDORES MICROSOFT INFRAESTRUCTURA DE SERVIDORES MICROSOFT TABLA DE CONTENIDO INTRODUCCION... 3 ESTRUCTURA PROGRAMATICA... 4 TEMA 1: ADMINISTRACION, SOPORTE Y MANTENIMIENTO DE WINDOWS SERVER 2008... 4 Preparar la administración

Más detalles

Arquitectura de Aplicaciones

Arquitectura de Aplicaciones 1 Capítulo 13: Arquitectura de aplicaciones. - Sommerville Contenidos del capítulo 13.1 Sistemas de procesamiento de datos 13.2 Sistemas de procesamiento de transacciones 13.3 Sistemas de procesamiento

Más detalles

GUIA PROGRAMACIÓN ORIENTADA A OBJETOS

GUIA PROGRAMACIÓN ORIENTADA A OBJETOS GUIA PROGRAMACIÓN ORIENTADA A OBJETOS 1. Por qué la P.O.O? R= A medida que se van desarrollando los lenguajes, se va desarrollando también la posibilidad de resolver problemas más complejos. En la evolución

Más detalles

INTRODUCCIÓN A LOS SISTEMAS GESTORES DE BASE DE DATOS

INTRODUCCIÓN A LOS SISTEMAS GESTORES DE BASE DE DATOS INTRODUCCIÓN A LOS SISTEMAS GESTORES DE BASE DE DATOS AUTORÍA JOSEFA PÉREZ DOMÍNGUEZ TEMÁTICA NUEVAS TECNOLOGIAS ETAPA CICLOS FORMATIVOS DE GRADO SUPERIOR DE INFORMÁTICA Resumen En esta publicación se

Más detalles

Estructura de Bases de datos. Leonardo Víquez Acuña

Estructura de Bases de datos. Leonardo Víquez Acuña Estructura de Bases de datos Leonardo Víquez Acuña Lenguajes de Bases de Datos Un sistema de bases de datos proporciona Un lenguaje de definición de datos para especificar el esquema de la base de datos

Más detalles

Información sobre seguridad

Información sobre seguridad Información sobre seguridad SMART kapp iq incluye características de seguridad de datos diseñadas para mantener su contenido de controlado de forma predecible. En esta página se explican las características

Más detalles

ARQUITECTURAS DE PROCESOS DE NEGOCIOS INGENIERIA DE SOFTWARE ING. MA. MARGARITA LABASTIDA ROLDÁN

ARQUITECTURAS DE PROCESOS DE NEGOCIOS INGENIERIA DE SOFTWARE ING. MA. MARGARITA LABASTIDA ROLDÁN ARQUITECTURAS DE PROCESOS DE NEGOCIOS INGENIERIA DE SOFTWARE ING. MA. MARGARITA LABASTIDA ROLDÁN ARQUITECTURA SOA Services Oriented Arquitecture SOA como arquitectura para BPM Las organizaciones deben

Más detalles