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 16-3 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 presentacin y Consiste en una capa de la Presentacin, lgica de la aplicacin; y la otra de la base de otra capa de la lgica de la aplicacin y otra datos. Cuando se requiera poco capa de la base de datos. procesamiento de datos en la organizacin. Cuando se requiera mucho Cuando se tiene una base de datos procesamiento de datos en la aplicacin. centralizada en un solo servidor. En aplicaciones donde la funcionalidad Cuando la base de datos es este en constante cambio. relativamente esttica. Cuando los procesos no estn Cuando se requiere un mantenimiento relativamente muy relacionados con los mnimo. 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 orientada a objetos.

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 Rodrguez

grado 2 3

edad 7 8

Asignatura Matemticas espaol

ALUMNO1 CODIGO 12345 124568 NOMBRE Laura Camila Jos Antonio APELLIDO Casas rodrguez EDAD 7 8

ALUMNO2 Cdigo 12345 124568 Grado 2 3 Asignatura Matemticas Espaol

16-2FRAGMENTACION HORIZONTAL Alumno (cdigo, Nombre, apellido, grado, edad, asignaturas) alumnoA= ALUMNO grado = grado1 gradoA alumnoN= ALUMNO grado = grado1 gradoN Cdigo 12345 124568 876334 nombre Laura Camila Jos Antonio Oscar Ernesto Apellido Casas Rodrguez Majares grado 2 3 2 edad 7 8 8 Asignatura Matemticas espaol Matemticas

Cdigo 12345 876334

nombre Laura Camila Oscar Ernesto

Apellido Casas Majares

grado 2 2

edad 7 8

Asignatura Matemticas Matemticas

Cdigo 124568

nombre Jos Antonio

Apellido Rodrguez

grado 3

edad 8

Asignatura espaol

16-3 FRAGMENTACION 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

nombre Laura Camila Jos Antonio Oscar Ernesto

Apellido Casas Rodrguez Majares

grado 2 3 2

edad 7 8 8

Cdigo 12345 124568 876334

nombre Laura Camila Jos Antonio Oscar Ernesto

Apellido Casas Rodrguez Majares

grado 2 3 2

Asignatura Matemticas espaol Matemticas

Cdigo 12345 124568 876334

nombre Laura Camila Jos Antonio Oscar Ernesto

Apellido Casas Rodrguez Majares

grado 2 3 2

edad 7 8 8

Asignatura Matemticas espaol 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