7.

2 Aplicaciones Cliente/Servidor Introduccin

La primera generacin de aplicaciones cliente/servidor estuvo fundamentada en la idea de que los clientes llevaban la principal carga de trabajo, incluyendo el manejo de la interfaz con el usuario y el cdigo ejecutable de los programas. Unicamente la administracin de los datos era potestad de los servidores.

Una forma de resolver estos inconvenientes es identificar las reas ms susceptibles a los cambios en las aplicaciones automatizadas. Es un hecho que tales cambios ocurren con poca frecuencia en la interfaz con el usuario y en el modelo de datos subyacente, no as en las reglas del negocio y en la forma en que se implementan los procesos de la organizacin. Esta apreciacin nos conduce a un nuevo modelo cliente/servidor donde se identifican tres niveles bsicos: El nivel de presentacin o interfaz con el usuario El nivel de aplicacin donde se codifican los procesos de la empresa y El nivel de datos

Arquitecturas de Tres Niveles (Three-Tiered Architectures)

CLIENTE

INTERFAZ DE USUARIO

APLICACION

REGLA ( INTEGRI VALID

S D E L N EGOCIO D A D , SE GURIDAD, A CI O NE S, ETC.)

INST RU C CI O NES DE MANIPU LA C I ON DE DATOS

SERVIDOR

SERVIDOR DE DATOS

Al esquema anterior se le conoce como Modelo de Tres Niveles ( Three-Tiered Model) o configuracin cliente/servidor de segunda generacin. Esencialmente, el modelo separa, en mdulos diferentes, las actividades de interaccin con el usuario y la forma de trabajar de la organizacin. La ventaja principal de introducir un nivel de aplicacin entre la interfaz del cliente y los servicios de datos del servidor es minimizar el costo y la complejidad del mantenimiento del software, especialmente si consideramos que la modificacin del cdigo de la aplicacin es centralizada y por lo tanto, la cantidad de elementos modificados es muy reducida.

Las aplicaciones pueden ser tanto conceptos especficos y modalidades de trabajo como pueden ser tambin herramientas que se utilizan en el da a da de todas las organizaciones. Con esto pretendemos aclarar que cliente/servidor no son solo transacciones que se pasan de equipo a equipo sobre un medio, ni tampoco son solo capas complejas abstractas que requieren de alta tecnologa. El modelo que encierra cliente/servidor ha evolucionado de tal forma que los conceptos como el groupware, el workflow o el intercambio electrnico de datos lo aplican exitosamente.

Groupware Groupware o Computacin de Trabajo en Grupo es el software que facilita el trabajo realizado por un grupo de personas. Este trmino ha sido usado para referirse a programas que van desde el correo electrnico (E-Mail) que permite enviar mensajes a los usuarios a travs de las facilidades de una red de comunicacin, hasta la automatizacin de flujos de trabajo o procedimientos repetitivos de una oficina (Workflow Automation), pasando por el Intercambio Electrnico de Datos (EDI - Electronic Data Interchange) que combina la mensajera electrnica con el procesamiento de transacciones. El Groupware es un caso especfico de procesamiento cooperativo, donde la informacin y su manejo son compartidos entre los usuarios participantes, conectados a travs de una red de comunicacin. En este entorno, el Groupware acta como el coordinador de las actividades del grupo de usuarios interconectados. En la actualidad, existe un buen nmero de productos de Groupware disponibles en el mercado, pero el primero de ellos en adquirir relevancia fue Notes de Lotus Corporation, el cual incorpora diferentes tipos de aplicaciones, permite compartir informacin y est basado en el concepto de bases de datos. Otros productos similares incluyen: Word Perfect Office de WordPerfect Corporation, Cooperation de NCR y TeamLinks de Digital Equipment Corporation. Workflow Los productos de Workflow ayudan a simplificar y automatizar los procesos de trabajo que involucran el manejo de documentos, por lo general, entre diversos usuarios. Estos procesos se caracterizan, entre otras cosas, por estar dispersos fsicamente, requerir ms de una persona para su conclusin y representar informacin crtica que debe ser manipulada oportunamente. [Dyson 1990] clasifica los productos de Workflow en tres arquitecturas primarias: a) Arquitectura basada en clientes o usuarios: Automatiza las interacciones de un usuario con otros clientes o con aplicaciones. b) Arquitectura basada en objetos o agentes: La informacin contenida en documentos se incorpora a formas electrnicas y es visualizada como objetos activos que realizan acciones especficas, como por ejemplo, la consulta a una base de datos. Estas acciones se definen e implementan en el diseo de las formas mismas.

c) Arquitectura basada en servidores: Las herramientas de esta categora le permiten a un administrador de flujos de trabajo hacer un seguimiento de las tareas que ocurren en el sistema, facilitando sus labores de control y anlisis histrico y estadstico. Intercambio Electrnico de Datos (EDI) El EDI puede definirse como un conjunto de procesos automatizados que facilitan el intercambio y la manipulacin de datos entre computadoras pertenecientes a compaas que mantienen una relacin de negocios: uno de cuyos principales propsitos es reducir el retraso producido por el manejo de papelera y servicios de entrega como el correo. Entre las aplicaciones de EDI ms comunes podemos encontrar, el intercambio de datos de negocios (como por ejemplo, rdenes de compra y facturas) y la transferencia electrnica de fondos.