WIXLIB

TECNOLOGÍAS CLIENTE-SERVIDOROBJETIVOS DEL EXAMEN FINAL. TODOS LOS ELEMENTOS APARECEN EN LASDIAPOSITIVAS.1. La arquitectura de software cliente-servidorLa arquitectura cliente-servidor es un modelo de aplicación distribuida en el que las tareasse reparten entre los proveedores de recursos o servicios, llamados servidores, y losdemandantes, llamados clientes.2. Funcionalidades del cliente (Front-end) y el servidor(Back-end)Front-end: es el proceso que permite al usuario formular los requerimientos ypasarlos al servidor, se le conoce con el término el cliente.Las funciones que lleva a cabo son: Administrar la interfaz de usuario. Interactuar con el usuario. Procesar la lógica de la aplicación y hacer validaciones locales. Generar requerimientos de bases de datos. Recibir resultados del servidor.Back-end: Es el proceso encargado de atender a múltiples clientes que hacenpeticiones de algún recurso administrado por él.Las funciones que lleva a cabo son: Aceptar los requerimientos de bases de datos que hacen los clientes. Procesar requerimientos de bases de datos. Procesar la lógica de la aplicación y realizar validaciones a nivel debases de datos.3. Interfaces Gráficas. RequisitosInterfaz: Es una vía de comunicación entre dos agentes activos: hombre ymáquina.Requisitos: Deben estar integradas con las tareas que tiene previsto realizar elsistema y con el modo de realizarlas. Deben tener un tono emocional adecuado. Deben extraerse de una realidad “física” coherente. Deben ser inequívocas en el entorno en el que se utilicen. Deben tener límites establecidos. Deben adaptarse tanto a las necesidades de usuarios inexpertos comoa las de usuarios más aventajados. Deben motivar al usuario a utilizar el sistema.

4. LLamda a procedimientos Remotos(RPC)Permiten a los programas llamar procedimientos localizados en otrasmáquinas. Un proceso “X” en una máquina A, puede llamar un procedimiento“Y” localizado en una máquina B.5. Comportamiento ante fallos en llamadas locales: El entorno de ejecución garantiza que el procedimiento llamado seejecuta exactamente una vez. Llamada termina devolviendo un valor de retorno si tuvo éxito o unaindicación del error (excepción, código de error) en caso de fallo. El invorcador se queda en espera indefinidamente hasta que finalicellamada.6. Posibles Fallas en RPC El cliente es incapaz de localizar al servidor. El mensaje de petición del cliente al servidor se perdió. El mensaje de respuesta del servidor al cliente se perdió. El servidor falló (crashes) después de recibir una petición. El cliente falló (crashes) después de enviar una petición.7. Comportamiento ante fallos en llamadas remotasUso de núm. de secuencia y control de duplicados: Cliente y servidor asocian un identificador a sus mensajes El otro extremo mantiene lista con los ID de los mensajes recibidos. Se mantiene una copia de los mensajes enviados más recientementejunto con sus ID.8. Semántica de las llamadas RPC. Características y funcionamientode cada una. semántica tal-vez semántica al-menos-una-vez semántica como-máximo-una-vezSemántica tal-vez:Procedimiento remoto puede ejecutarse una vez o ninguna.Cliente puede recibir una respuesta o ninguna Funcionamiento: Cliente envía petición y queda a la espera un tiempo. Si no llega respuesta dentro del tiempo de espera, continúa suejecución. Cliente no tiene realimentación en caso de fallo (no sabe que pasó)Semántica al-menos-una-vez:Procedimiento remoto se ejecuta una o más veces. Cliente puede recibir unao más respuestas.Funcionamiento:

Cliente envía petición y queda a la espera un tiempo. Si no llega respuesta dentro del tiempo de espera, repite la petición. Servidor no filtra peticiones duplicadas, el procedimiento remoto puedeejecutarse repetidas veces. Cliente puede recibir varias respuestas.Semántica como-máximo-una-vez:El procedimiento remoto se ejecuta exactamente una vez o no llega aejecutarse ninguna. Cliente recibe una respuesta o una indicación de que nose ha ejecutado el procedimiento remoto.Funcionamiento: Cliente envía petición y queda a la espera un tiempo. Si no llega respuesta o ACK dentro del tiempo de espera, repite lapetición. Servidor filtra las peticiones duplicadas y guarda historial con lasrespuestas enviadas (servidor con memoria). Cliente solo recibe una respuesta si la petición llegó y se ejecutó elproced, si no recibe informe del error.9. Componentes e implementación deConceptos y tareas realizadas por ellos.RPC(Representantes).Componentes e implementación de RPC:Idea clave: uso de “representantes”, tanto del cliente como del servidor. Representante del servidor en la máquina cliente (stub)

Realiza el papel de servidor en la máquina cliente. Representante del cliente en la máquina servidor (skeleton). Realiza el papel de cliente en la máquina servidorTareas realizadas por el stub Localiza al servidor que implemente el procedim. remoto usando unservicio de binding. Empaqueta los parámetros de entrada (aplanado) en un formatocomún para cliente y servidor. Envía el mensaje resultante al servidor. Espera la recepción del mensaje de respuesta. Extrae resultados (desaplanado) y los devuelve al cliente que hizo lallamada.Tareas realizadas por el skeleton Registra el procedimiento en el servicio de binding. Ejecuta bucle de espera de mensajes. Recibe petición. Desempaqueta el mensaje (desaplanado). Determina qué método concreto invocar. Invoca el procedim. con los argumentos recibidos y recupera el valordevuelto. Empaqueta el valor devuelto (aplanado). Envía mensaje al stub del cliente.10. Groupware. WorkflowGroupwareHace referencia a las diversas y variadas aplicaciones que contribuyen a unamisma y única meta: permitir que usuarios separados geográficamentetrabajen en equipo. Este trabajo en equipo puede ser llevado a cabocompartiendo información o creando e intercambiando datos informatizados.WorkflowSe traduce literalmente como "flujo de trabajo", hace referencia a la gestiónmodelada y computarizada de todas las tareas que deben llevarse a cabo yde los distintos protagonistas involucrados en realizar el proceso denegocios.Workflow puede describir: Las tareas que deben realizarse entre los distintos participantes de unproceso. Los plazos que deben respetarse. El circuito de validación. Los modos de validación.11. OLTP, OLCPOLTP es la sigla en inglés de Procesamiento de Transacciones En Línea:es un tipo de procesamiento que facilita y administra aplicaciones

transaccionales, usualmente para entrada de datos y recuperación yprocesamiento de transacciones (gestor transaccional).El procesamiento de transacciones en línea tiene dos claros beneficios:la simplicidad y la eficiencia.OLCP.El Procesamiento Complejo En Línea: es también de tipo operacional perodifiere del OLTP en que la información manipulada es de carácter complejocomo, por ejemplo, texto, gráficos, imágenes, audio y vídeo.12. OLAPEl Procesamiento Analítico En Línea está ganando rápidamente ypopularidad gracias a la tecnología emergente de los almacenes de datos.Este modelo trata en forma exclusiva con datos de solo lectura, y estáorientado por la necesidad de las organizaciones de transformar sus datosen información.Herramientas OLAP Consulta y reporte de la información. Generan reportes y gráficos,mientras mantienen un control estricto sobre el acceso a la información. Análisis multidimensional. Recorren la información por niveles, delresumen al detalle y de éste a la consolidación, para identificartendencias desde diferentes perspectivas. Exploración de datos. Ejecutan procesos automatizados quedescubren patrones ocultos en los datos. A esta técnica se le denominaexploración.

13. Características de un Almacén de Datos(DATAWAREHOUSE)Un Datawarehouse es una base de datos corporativa que se caracteriza porintegrar y depurar información de una o más fuentes distintas, para luegoprocesarla permitiendo su análisis desde infinidad de pespectivas y congrandes velocidades de respuesta.Los almacenes de datos crean versiones de la información con el objeto deconservar "información histórica" en un intento de dar coherencia a losinformes a lo largo del tiempo.Proceso de construcción del DatawarehouseDenominado ETL (Extracción, Transformación y Carga), a partir de lossistemas operaciones de una compañía: Extracción: obtención de información de las distintas fuentes tantointernas como externas. Transformación: filtrado, limpieza, depuración, homogeneización yagrupación de la información. Carga: organización y actualización de los datos y los metadatos en labase de datos.

14. Características de un Data MartUn Datamart es una base de datos departamental, especializada en elalmacenamiento de los datos de un área de negocio específica. Se caracterizapor disponer la estructura óptima de datos para analizar la información aldetalle desde todas las perspectivas que afecten a los procesos de dichodepartamento.En síntesis, se puede decir que los data marts son pequeños datawarehouse centrados en un tema o un área de negocio específico dentro deuna organización.

La arquitectura cliente-servidor es un modelo de aplicación distribuida en el que las tareas se reparten entre los proveedores de recursos o servicios, llamados servidores, y los . Un Datawarehouse es una base de datos corporativa que se caracteriza por integrar y depurar información de una o más fuentes distintas, para luego