TALLER CLIENTE SERVIDOR

PRESENTADO POR:
MYRIAM YADIRA LEAL CASTELLANOS
YULY CAROLINA LEAL MOLINA
LEYDI CAROLINA MEDINA CASTIBLANCO

UNIVERSIDAD DE CUNDINAMARCA
FACULTAD DE INGENIERIA
INGENIERIA DE SISTEMAS
2011

TALLER CLIENTE SERVIDOR

PRESENTADO A:
ESPERANZA
MERCHAN INGENIERA

PRESENTADO POR:
MYRIAM YADIRA LEAL CASTELLANOS
YULY CAROLINA LEAL MOLINA
LEYDI CAROLINA MEDINA CASTIBLANCO

UNIVERSIDAD DE CUNDINAMARCA
FACULTAD DE INGENIERIA
INGENIERIA DE SISTEMAS
2011

INDICE
Introduccin
Objetivos
1. Modelo cliente servidor

2. Caractersticas de la arquitectura cliente/servidor

2.1ventajas
2.2 desventajas
3. Elementos de la arquitectura cliente/servidor
4. Infraestructura del cliente servidor
5. Tipos de servidores
6. Funciones de red cliente servidor
7. Copias de respaldo cliente servidor
8. Seguridad de modelo cliente /servidor
9. Arquitectura de cliente\servidor
10. Arquitectura de dos y tres capas cliente
/servidor 10-1. Arquitectura capa 2
10-2. Arquitectura cliente servidor capa 3

11. Comparacin entre ambos tipos de arquitecturas

12. Diferencias de arquitectura cliente\servidor

14. Escalada vertical vs. Horizontal

15. Ejemplos del modelo cliente servidor
16. Ejemplo fragmentacin vertical, fragmentacin horizontal y fragmentacin mixta
16-1.fragmentacion vertical
16.2fragmentacion horizontal 163 Fragmentacin mixta
Conclusiones
Bibliografa

INTRODUCCIN

En el mundo de TCP/IP las comunicaciones entre computadoras se rigen

bsicamente por lo que se llama modelo Cliente-Servidor, ste es un modelo que
intenta proveer usabilidad, flexibilidad, interoperabilidad y escalabilidad en las
comunicaciones. El trmino Cliente/Servidor fue usado por primera vez en 1980
para referirse a PCs en red. Este modelo Cliente/Servidor empez a ser aceptado
a finales de los 80s. Su funcionamiento es sencillo: se tiene una mquina cliente,
que requiere un servicio de una mquina servidor, y ste realiza la funcin para la
que est programado (ntese que no tienen que tratarse de mquinas diferentes;
es decir, una computadora por s sola puede ser ambos cliente y servidor
dependiendo del software de configuracin).

OBJETIVOS

Objetivos Generales:
Conocer y aprender de las distintas caractersticas, funcionamiento, y
arquitectura del modelo cliente servidor.
Objetivos Especficos:
Aprender el funcionamiento interno del modelo cliente servido.
Conocer las caractersticas ventajas y desventajas del modelo
cliente servidor.
Aprender de la implementacin de la infraestructura del modelo cliente
servidor.
Saber as diferencias entre las distintas capas del modelo y sus
implementaciones.

1. MODELO CLIENTE SERVIDOR

La arquitectura cliente-servidor consiste bsicamente en un cliente que realiza
peticiones a otro programa (el servidor) que le da respuesta. Aunque esta idea se
puede aplicar a programas que se ejecutan sobre una sola computadora es ms
ventajosa en un sistema operativo multiusuario distribuido a travs de una red de
computadoras.
La red cliente-servidor es aquella red de comunicaciones en la que todos los
clientes estn conectados a un servidor, en el que se centralizan los diversos
recursos y aplicaciones con que se cuenta; y que los pone a disposicin de los
clientes cada vez que estos son solicitados. Esto significa que todas las gestiones
que se realizan se concentran en el servidor, de manera que en l se disponen los
requerimientos provenientes de los clientes que tienen prioridad, los archivos que
son de uso pblico y los que son de uso restringido, los archivos que son de slo
lectura y los que, por el contrario, pueden ser modificados, etc. Este tipo de red
puede utilizarse conjuntamente en caso de que se este utilizando en una red
mixta.
Cliente
El cliente es el proceso que permite al usuario formular los requerimientos y
pasarlos al servidor, se le conoce con el trmino front-end.El Cliente normalmente
maneja todas las funciones relacionadas con la manipulacin y despliegue de
datos, por lo que estn desarrollados sobre plataformas que permiten construir
interfaces grficas de usuario (GUI), adems de acceder a los servicios
distribuidos en cualquier parte de una red. Las funciones que lleva a cabo el
proceso cliente se resumen en los siguientes puntos:
Administrar la interfaz de usuario.
Interactuar con el usuario.
Procesar la lgica de la aplicacin y hacer validaciones locales.
Generar requerimientos de bases de datos.
Recibir resultados del servidor.
Formatear resultados.

Sevidor
Es el proceso encargado de atender a mltiples clientes que hacen peticiones de
algn recurso administrado por l. Al proceso servidor se le conoce con el trmino
back-end. El servidor normalmente maneja todas las funciones relacionadas con la
mayora de las reglas del negocio y los recursos de datos.
Las funciones que lleva a cabo el proceso servidor se resumen en los siguientes
puntos:
Aceptar los requerimientos de bases de datos que hacen los clientes.
Procesar requerimientos de bases de datos.
Formatear datos para trasmitirlos a los clientes.
Procesar la lgica de la aplicacin y realizar validaciones a nivel de bases de
datos.

2. Caractersticas de la arquitectura Cliente/Servidor

Un sistema Cliente/Servidor es un Sistema de Informacin distribuido basado en
las siguientes caractersticas:

Servicio: unidad bsica de diseo. El servidor los proporciona y el cliente

los utiliza.
Recursos compartidos: Muchos clientes utilizan los mismos servidores y, a
travs de ellos, comparten tanto recursos lgicos como fsicos.
Protocolos asimtricos: Los clientes inician conversaciones. Los
servidores esperan su establecimiento pasivamente.
Transparencia de localizacin fsica de los servidores y clientes: El cliente
no tiene por qu saber dnde se encuentra situado el recurso que desea
utilizar.
Independencia de la plataforma HW y SW que se emplee.
Sistemas dbilmente acoplados. Interaccin basada en envo de mensajes.
Encapsulamiento de servicios. Los detalles de la implementacin de un
servicio son transparentes al cliente.
Escalabilidad horizontal (aadir clientes) y vertical (ampliar potencia de los
servidores).
Integridad: Datos y programas centralizados en servidores facilitan su
integridad y mantenimiento

2.1Ventajas

Centralizacin del control: los accesos, recursos y la integridad de los datos son
controlados por el servidor de forma que un programa cliente defectuoso o no
autorizado no pueda daar el sistema. Esta centralizacin tambin facilita la tarea
de poner al da datos u otros recursos (mejor que en las redes P2P)..

Escalabilidad: se puede aumentar la capacidad de clientes y servidores por

separado. Cualquier elemento puede ser aumentado (o mejorado) en cualquier
momento, o se pueden aadir nuevos nodos a la red (clientes y/o servidores).
Fcil mantenimiento: al estar distribuidas las funciones y responsabilidades entre
varios ordenadores independientes, es posible reemplazar, reparar, actualizar, o
incluso trasladar un servidor, mientras que sus clientes no se vern afectados por
ese cambio (o se afectarn mnimamente). Esta independencia de los cambios
tambin se conoce como encapsulacin.
Existen tecnologas, suficientemente desarrolladas, diseadas para el paradigma
de C/S que aseguran la seguridad en las transacciones, la amigabilidad de la
interfaz, y la facilidad de empleo.

2.2 Desventajas

La congestin del trfico ha sido siempre un problema en el paradigma de C/S.

Cuando una gran cantidad de clientes envan peticiones simultaneas al mismo
servidor, puede ser que cause muchos problemas para ste (a mayor nmero de
clientes, ms problemas para el servidor). Al contrario, en las redes P2P como
cada nodo en la red hace tambin de servidor, cuanto ms nodos hay, mejor es el
ancho de banda que se tiene.
El paradigma de C/S clsico no tiene la robustez de una red P2P. Cuando un
servidor est cado, las peticiones de los clientes no pueden ser satisfechas. En la
mayor parte de redes P2P, los recursos estn generalmente distribuidos en varios
nodos de la red. Aunque algunos salgan o abandonen la descarga; otros pueden
todava acabar de descargar consiguiendo datos del resto de los nodos en la red.
El software y el hardware de un servidor son generalmente muy determinantes. Un
hardware regular de un ordenador personal puede no poder servir a cierta
cantidad de clientes. Normalmente se necesita software y hardware especfico,
sobre todo en el lado del servidor, para satisfacer el trabajo. Por supuesto, esto
aumentar el coste.
El cliente no dispone de los recursos que puedan existir en el servidor. Por
ejemplo, si la aplicacin es una Web, no podemos escribir en el disco duro del
cliente o imprimir directamente sobre las impresoras sin sacar antes la ventana
previa de impresin de los navegadores.

3. ELEMENTOS DE LA ARQUITECTURA CLIENTE/SERVIDOR

El objetivo de cliente/servidor es ofrecer una alternativa de diversidad de
plataformas de proceso, aplicaciones y configuraciones que van a implementar los
usuarios. El proceso cliente/servidor no es en s mismo un producto, sino ms bien
un estilo y un mtodo de diseo y construccin de aplicaciones de proceso. Una
arquitectura cliente/servidor implica cuatro elementos bsicos:

Plataformas de proceso programables

Separacin entre funcin/proceso de aplicacin
Comunicacin entre procesos
Enfoque "solicitante/proveedor de servicios"

4. INFRAESTRUCTURA DEL CLIENTE SERVIDOR

Una infraestructura Cliente/Servidor consta de tres componentes esenciales, todos
ellos de igual importancia y estrechamente ligados:
Plataforma Operativa. La plataforma deber soportar todos los modelos de
distribucin Cliente/Servidor, todos los servicios de comunicacin, y deber
utilizar, preferentemente, componentes estndar de la industria para los servicios
de distribucin. Los desarrollos propios deben coexistir con las aplicaciones
estndar y su integracin deber ser imperceptible para el usuario. Igualmente,
podrn acomodarse programas escritos utilizando diferentes tecnologas y
herramientas.
Entorno de Desarrollo de Aplicaciones. Debe elegirse despus de la plataforma
operativa. Aunque es conveniente evitar la proliferacin de herramientas de
desarrollo, se garantizar que el enlace entre stas y el middleware no sea
excesivamente rgido. Ser posible utilizar diferentes herramientas para desarrollar
partes de una aplicacin. Un entorno de aplicacin incremental, debe posibilitar la
coexistencia de procesos cliente y servidor desarrollados con distintos lenguajes
de programacin y/o herramientas, as como utilizar distintas tecnologas (por
ejemplo, lenguaje procedural, lenguaje orientado a objetos, multimedia), y que han
sido puestas en explotacin en distintos momentos del tiempo.
Gestin de Sistemas. Estas funciones aumentan considerablemente el costo de
una solucin, pero no se pueden evitar. Siempre deben adaptarse a las
necesidades de la organizacin, y al decidir la plataforma operativa y el entorno de
desarrollo, es decir, en las primeras fases de la definicin de la solucin, merece la
pena considerar los aspectos siguientes:

Qu necesitamos gestionar?
Dnde estarn situados los procesadores y estaciones de trabajo?
Cuntos tipos distintos se soportarn?
Qu tipo de soporte es necesario y quin lo proporciona?

5. TIPOS DE SERVIDORES

Plataformas de Servidor (Server Platforms): Un trmino usado a menudo

como sinnimo de sistema operativo, la plataforma es el hardware o
software subyacentes para un sistema, es decir, el motor que dirige el
servidor.
Servidores de Aplicaciones (Application Servers): Designados a veces
como un tipo de middleware (software que conecta dos aplicaciones), los
servidores de aplicaciones ocupan una gran parte del territorio entre los
servidores de bases de datos y el usuario, y a menudo los conectan.
Servidores de Chat (Chat Servers): Los servidores de chat permiten
intercambiar informacin a una gran cantidad de usuarios ofreciendo la
posibilidad de llevar a cabo discusiones en tiempo real.
Servidores de Fax (Fax Servers): Un servidor de fax es una solucin ideal
para organizaciones que tratan de reducir el uso del telfono pero necesitan
enviar documentos por fax.
Servidores FTP (FTP Servers): Uno de los servicios ms antiguos de
Internet, File Transfer Protocolo permite mover uno o ms archivo.
Servidores Groupware (Groupware Servers): Un servidor groupware es
un software diseado para permitir colaborar a los usuarios, sin importar la
localizacin, va Internet o va Intranet corporativo y trabajar juntos en una
atmsfera virtual.
Servidores de Listas (List Servers): Los servidores de listas ofrecen una
manera mejor de manejar listas de correo electrnico, bien sean
discusiones interactivas abiertas al pblico o listas unidireccionales de
anuncios, boletines de noticias o publicidad.
Servidores de Correo (Mail Servers): Casi tan ubicuos y cruciales como
los servidores web, los servidores de correo mueven y almacenan el correo
electrnico a travs de las redes corporativas (va LANs y WANs) y a travs
de Internet.
Servidores Proxy (Proxy Servers): Los servidores proxy se sitan entre
un programa del cliente (tpicamente un navegador) y un servidor externo
(tpicamente otro servidor web) para filtrar peticiones, mejorar el
funcionamiento y compartir conexiones.
Servidores Web (Web Servers): Bsicamente, un servidor web sirve
contenido esttico a un navegador, carga un archivo y lo sirve a travs de la
red

6. FUNCIONES DE RED CLIENTE SERVIDOR

La red Cliente/Servidor es aquella red de comunicaciones en la que todos los

clientes estn conectados a un servidor, en el que se centralizan los diversos
recursos y aplicaciones con que se cuenta; y que los pone a disposicin de los
clientes cada vez que estos son solicitados.
Esto significa que todas las gestiones que se realizan se concentran en el
servidor, de manera que en l se disponen los requerimientos provenientes de
los clientes que tienen prioridad, los archivos que son de uso pblico y los que
son de uso restringido, los archivos que son de slo lectura y los que, por el
contrario, pueden ser modificados, etc.
En este tipo de redes los roles estn bien definidos y no se intercambian: los
clientes en ningn momento pueden tener el rol de servidores y viceversa. Esta
es la diferencia fundamental con las redes peer-to-peer (P2P) que son aquellas
en donde no hay un rol fijo ya que el papel de cada uno puede alterarse:
cualquiera puede ser cliente o servidor indistintamente.

7. COPIAS DE RESPALDO CLIENTE SERVIDOR

El funcionamiento continuado en presencia de ellos requiere un mecanismo
para detectar, diagnosticar y corregir (si es posible) el fallo. FI sistema Tandem
utiliza duplicacin tanto de hardware como de software para asegurar una
operacin continuada a pesar de los fallos. El sistema consiste en dos
procesadores idnticos, cada uno con su propia memoria local. Los
procesadores se conectan con un bus. Un procesador es el primario, y el otro
es el de respaldo. Se mantienen dos copias de cada proceso; una en la
mquina primaria y otra en el respaldo. En puntos de verificacin (checkpoints)
fijos durante la ejecucin del sistema, la informacin de estado de cada trabajo
(incluida una copia de la imagen de memoria> se copia de la mquina primaria
a la de respaldo. Si se detecta un fallo, se activa la copia de respaldo, y se
reinicia a partir del punto de verificacin ms reciente. Esta solucin
obviamente es costosa, ya que hay mucha duplicacin de hardware.
Tratamiento de Fallos.- La posibilidad que tiene el sistema para seguir
funcionando ante fallos de algn componente en forma independiente, pero
para esto se tiene que tener alguna alternativa de solucin. Tcnicas para
tratar fallos:
Deteccin de fallos. Algunos fallos son detectables, con comprobaciones
por ejemplo.
Enmascaramiento de fallos. Algunos fallos detectados pueden ocultarse o
atenuarse.

 Tolerancia de fallos. Sobre todo en Internet se dan muchos fallos y no es

muy conveniente ocultarlos, es mejor tolerarlos y continuar. Ej: Tiempo de
vida de una bsqueda.
Recuperacin frente a fallos. Tras un fallo se deber tener la capacidad
de volver a un estado anterior.
Redundancia. Se puede usar para tolerar ciertos fallos (DNS, BD, etc.)

8. SEGURIDAD DE MODELO CLIENTE /SERVIDOR

Es de gran importancia por el valor intrnseco para los usuarios. Tiene tres
componentes:

Confidencialidad.- Proteccin contra individuos no autorizados.

Integridad.- Proteccin contra la alteracin o corrupcin.
Disponibilidad.- Proteccin contra la interferencia con los procedimientos de
acceso a los recursos.

9. ARQUITECTURA DE CLIENTE\SERVIDOR

10. ARQUITECTURA DE DOS Y TRES CAPAS CLIENTE /SERVIDOR

10-1. ARQUITECTURA CAPA 2

La arquitectura en 2 niveles se utiliza para describir los sistemas cliente/servidor
en donde el cliente solicita recursos y el servidor responde directamente a la
solicitud, con sus propios recursos. Esto significa que el servidor no requiere otra
aplicacin para proporcionar parte del servicio.

10-2. ARQUITECTURA CLIENTE SERVIDOR CAPA 3

En la arquitectura en 3 niveles, existe un nivel intermediario. Esto significa que la

arquitectura generalmente est compartida por:
1. Un cliente, es decir, el equipo que solicita los recursos, equipado con una
interfaz de usuario (generalmente un navegador Web) para la presentacin
2. El servidor de aplicaciones (tambin denominado software intermedio),
cuya tarea es proporcionar los recursos solicitados, pero que requiere de
otro servidor para hacerlo
3. El servidor de datos, que proporciona al servidor de aplicaciones los datos
que requiere

El uso masivo del trmino arquitectura en 3 niveles tambin denota las siguientes
arquitecturas:

Aplicacin compartida entre un cliente, un software intermedio y

un servidor empresarial
Aplicacin compartida entre un cliente, un servidor de aplicaciones y
un servidor de base de datos empresarial.

11. COMPARACIN ENTRE AMBOS TIPOS DE ARQUITECTURAS

La arquitectura en 2 niveles es, por lo tanto, una arquitectura cliente/servidor en
la que el servidor es polivalente, es decir, puede responder directamente a todas
las solicitudes de recursos del cliente.
Sin embargo, en la arquitectura en 3 niveles, las aplicaciones al nivel del servidor
son descentralizadas de uno a otro, es decir, cada servidor se especializa en una
determinada tarea, (por ejemplo: servidor web/servidor de bases de datos). La
arquitectura en 3 niveles permite:

Un mayor grado de flexibilidad

Mayor seguridad, ya que la seguridad se puede definir
independientemente para cada servicio y en cada nivel
Mejor rendimiento, ya que las tareas se comparten entre servidores

12.

DIFERENCIAS DE ARQUITECTURA CLIENTE\SERVIDOR

CAPA 2

CAPA 3

Consiste
en
una
capa
de Consiste en una capa de la
presentacin
y
lgica
de
la Presentacin, otra capa de la lgica
aplicacin; y la otra de la base de de la aplicacin y otra capa de la
datos. Cuando se requiera poco base de datos.
procesamiento de datos en la
organizacin.
Cuando
se requiera mucho
procesamiento de datos en la
Cuando se tiene una base de
aplicacin.
datos centralizada en un solo
En
aplicaciones
donde
la
servidor.
funcionalidad este en constante
Cuando la base de datos
cambio.
es relativamente esttica.
Cuando los procesos no estn
Cuando se requiere un
relativamente muy relacionados
mantenimiento mnimo.
con los datos.
Cuando se requiera aislar la
tecnologa de la base de datos
para que sea fcil de cambiar.
Cuando se requiera separar el
cdigo del cliente para que se
facilite el mantenimiento.
Est
muy
adecuada
para
utilizarla
con
la
tecnologa

13. MIDDLEWARE
El middleware es un mdulo intermedio que acta como conductor entre sistemas
permitiendo a cualquier usuario de sistemas de informacin comunicarse con
varias fuentes de informacin que se encuentran conectadas por una red. En el
caso que nos concierne, es el intermediario entre el cliente y el servidor y se
ejecuta en ambas partes.
La utilizacin del middleware permite desarrollar aplicaciones en arquitectura
Cliente/Servidor independizando los servidores y clientes, facilitando la
interrelacin entre ellos y evitando dependencias de tecnologas propietarias
El middleware se estructura en tres niveles:

Protocolo de transporte.
Network Operating System (NOS).
Protocolo especfico del servicio.

Las principales caractersticas de un middleware son:

Simplifica el proceso de desarrollo de aplicaciones al independizar los

entornos propietarios.
Permite la interconectividad de los Sistemas de Informacin del Organismo.
Proporciona mayor control del negocio al poder contar con informacin
procedente de distintas plataformas sobre el mismo soporte.
Facilita el desarrollo de sistemas complejos con diferentes tecnologas y
arquitecturas.

14.

ESCALADA VERTICAL VS. HORIZONTAL

Escalabilidad:
Es la propiedad deseable de un sistema, una red o un proceso, que indica su
habilidad para extender el margen de operaciones sin perder calidad, o bien
manejar el crecimiento continuo de trabajo de manera fluida, o bien para estar
preparado para hacerse ms grande sin perder calidad en los servicios ofrecidos.
Escalada verticalmente:

El escalar verticalmente o escalar hacia arriba, significa el aadir ms recursos a

un solo nodo en particular dentro de un sistema, tal como el aadir memoria o un
disco duro ms rpido a una computadora.
Escalada horizontalmente:

La escala horizontalmente o escala significa agregar ms nodos a un sistema,

tal como aadir una computadora nueva a un programa de aplicacin para espejo.

15. EJEMPLOS DEL MODELO CLIENTE SERVIDOR

Visitar un sitio web es un buen ejemplo de la arquitectura cliente/servidor. El
servidor web sirve las pginas web al navegador (el cliente). La mayora de los
servicios de Internet son tipo de servidores.
Por ejemplo, si ests leyendo este artculo en Wikipedia, la computadora y el
navegador web seran considerados un cliente, y las computadoras, las bases
de datos, y los usos que componen Wikipedia seran considerados el servidor.
Cuando tu navegador web solicita un artculo particular de Wikipedia, el
servidor de Wikipedia encuentra toda la informacin requerida para exhibir el
artculo en la base de datos de Wikipedia, la monta en una pgina web
considerada como interfaz grfica, y la enva de nuevo a tu navegador web.
Otro ejemplo sera un juego online el nmero de servidores depende del juego
pero supongamos que tienen 2, cuando t lo descargas y lo instalas tienes un

cliente, si tienes solo un computador en casa y juegan 3 personas, existen un

cliente, 3 usuarios y 2 servidores pero depende de ti a cul te conectas, si cada
uno instala el juego en sus propios ordenadores, serian 3 clientes, 3 usuarios y
2 servidores

16.
EJEMPLO FRAGMENTACIN VERTICAL,
FRAGMENTACIN HORIZONTAL Y
FRAGMENTACIN MIXTA

16-1.FRAGMENTACION VERTICAL
Alumno (cdigo, Nombre, apellido, grado, edad, asignaturas)
Esta relacin pude ser fragmentada verticalmente de la siguiente forma
alumno1= cdigo, Nombre, apellido, edad ALUMNO
alumno2= cdigo, grado, asignatura ALUMNO
La operacin de reconstruccin es:
ALUMNO= alumno1 join alumno2
DATOS 1
cdigo
12345
124568

nombre
Laura
Camila
Jos
Antonio

apellido
casas

grado
2

edad
7

Asignatura
Matemticas

Rodrguez

espaol

ALUMNO1
CODIGO
12345
124568

NOMBRE
Laura Camila
Jos Antonio

APELLIDO
Casas
rodrguez

ALUMNO2
Cdigo
12345
124568

Grado
2
3

Asignatura
Matemticas
Espaol

EDAD
7
8

16.2RAGMENTACION HORIZONTAL
Alumno (cdigo, Nombre, apellido, grado, edad, asignaturas)
alumnoA= ALUMNO grado = grado1 gradoA
alumnoN= ALUMNO grado = grado1 gradoN
Cdigo
12345
124568
876334

Cdigo
12345
876334

Cdigo
124568

nombre
Laura
Camila
Jos
Antonio
Oscar
Ernesto

Apellido
Casas

grado
2

edad
7

Asignatura
Matemticas

Rodrguez

espaol

Majares

Matemticas

nombre
Laura
Camila
Oscar
Ernesto

Apellido
Casas

grado
2

edad
7

Asignatura
Matemticas

Majares

Matemticas

nombre
Jos
Antonio

Apellido
Rodrguez

grado
3

edad
8

Asignatura
espaol

16.3FRAGMENTACION MIXTA
Alumno (cdigo, Nombre, apellido, grado, edad, asignaturas)
alumno1= cdigo, Nombre, apellido, edad ALUMNO
alumno2= cdigo, grado, asignatura ALUMNO
alumno1 puede tener una fragmentacin horizontal derivada basada en el grado
en el que cursa el alumno
alumno1.A= alumno1 SJ gradoA
SJ= Semi Join
alumno1.N= alumno1 SJ gradoN

Cdigo
12345
124568
876334

Cdigo
12345
124568
876334

Cdigo
12345
124568
876334

nombre
Laura
Camila
Jos
Antonio
Oscar
Ernesto

Apellido
Casas

grado
2

edad
7

Rodrguez

Majares

nombre
Laura
Camila
Jos
Antonio
Oscar
Ernesto

Apellido
Casas

grado
2

Asignatura
Matemticas

Rodrguez

espaol

Majares

Matemticas

nombre
Laura
Camila
Jos
Antonio
Oscar
Ernesto

Apellido
Casas

grado
2

edad
7

Asignatura
Matemticas

Rodrguez

espaol

Majares

Matemticas

CONCLUSIONES

El uso del modelo cliente/servidor es casi una necesidad que se ha impuesto

por los logros de sus resultados en las empresas que manejan e interpretan
grandes volmenes de informacin con un altsimo grado de confiabilidad y
rapidez y con costos mnimos aceptables; la modernizacin tecnolgica de un
negocio, involucra mayores requerimientos de gestin, anlisis y seguridad de
datos, as como de herramientas informticas con mayor desempeo y
rendimiento; y evidentemente el modelo cliente/servidor es uno de los
eslabones primarios en el desarrollo que se vislumbra en los prximos aos, su
uso cada vez ms acelerado se justifica por los tiempos de respuesta en la
bsqueda de informacin ya estructurada que permite un anlisis mucho ms
gil, pudindose usar adicionalmente en los sistemas para la ayuda en la toma
de decisiones, facilitando as, una exitosa y dinmica
funcionalidad
empresarial.

BIBLIOGRAFIA

sipan.inictel.gob.pe/users/hherrera/mcs.htm
www.adelat.org/.../modelo_clienteservidor.html
www.desarrolloweb.com/.../arquitectura-cliente-servidor.html
temariotic.wikidot.com/la-arquitectura-cliente-servidor
www.dlsi.ua.es/asignaturas/sid/sid2001-t4.pp
es.wikipedia.org/wiki/Cliente-servidor
www.adelat.org/.../modelo_clienteservidor.htm
www.zator.com/Internet/A4_4.htm
es.wikipedia.org/wiki/Estructura_de_Interne
www.buenastareas.com Tecnologa
MCSE: Microsoft SQL Server 2000
Database Design and Implementation Training Kit
Client/Server Survival Guide. Third Edition.
Microsoft Small Business Server 2000 Resource Kit
http://www.latinexpo.com/@sta/tecnolog/cli_serv.htm
http://www.ucm.es/info/Psyap/Prieto/alum9798/intranet01/cliente.htm
http://www.tress.com.mx/espanol/ventas/cliente-servidor/X-base.htm
http://www.jak.com
http://www.cscl.comm