características de la arquitectura cliente

TALLER CLIENTE SERVIDOR

PRESENTADO POR:MYRIAM YADIRA LEAL CASTELLANOS

YULY CAROLINA LEAL MOLINALEYDI 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 MOLINALEYDI CAROLINA MEDINA CASTIBLANCO

UNIVERSIDAD DE CUNDINAMARCA FACULTAD DE INGENIERIA INGENIERIA DE SISTEMAS

2011

INDICE

Introducción Objetivos1. Modelo cliente servidor2. Características de la arquitectura cliente/servidor 2.1ventajas2.2 desventajas3. Elementos de la arquitectura cliente/servidor4. Infraestructura del cliente servidor5. Tipos de servidores6. Funciones de red cliente servidor7. Copias de respaldo cliente servidor8. Seguridad de modelo cliente /servidor9. Arquitectura de cliente\servidor10. Arquitectura de dos y tres capas cliente /servidor 10-1. Arquitectura capa 210-2. Arquitectura cliente servidor capa 311. Comparación entre ambos tipos de arquitecturas12. Diferencias de arquitectura cliente\servidor14. Escalada vertical vs. Horizontal15. Ejemplos del modelo cliente servidor16. Ejemplo fragmentación vertical, fragmentación horizontal y fragmentación mixta 16-1.fragmentacion vertical16-2fragmentacion horizontal 16-3 Fragmentación mixta ConclusionesBibliografía

INTRODUCCIÓN

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

básicamente por lo que se llama modelo Cliente-Servidor, éste es un modelo que

intenta proveer usabilidad, flexibilidad, interoperabilidad y escalabilidad en las

comunicaciones. El término Cliente/Servidor fue usado por primera vez en 1980

para referirse a PC’s en red. Este modelo Cliente/Servidor empezó a ser aceptado

a finales de los 80’s. Su funcionamiento es sencillo: se tiene una máquina cliente,

que requiere un servicio de una máquina servidor, y éste realiza la función para la

que está programado (nótese que no tienen que tratarse de máquinas diferentes;

es decir, una computadora por sí sola puede ser ambos cliente y servidor

dependiendo del software de configuración).

OBJETIVOS

Objetivos Generales:

Conocer y aprender de las distintas características, funcionamiento, y arquitectura del modelo cliente servidor.

Objetivos Específicos:

Aprender el funcionamiento interno del modelo cliente servido.

Conocer las características ventajas y desventajas del modelo cliente servidor.

Aprender de la implementación 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 básicamente 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 más ventajosa en un sistema operativo multiusuario distribuido a través de una red de computadoras.

La red cliente-servidor es aquella red de comunicaciones en la que todos los clientes están conectados a un servidor, en el que se centralizan los diversos recursos y aplicaciones con que se cuenta; y que los pone a disposición 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 público y los que son de uso restringido, los archivos que son de sólo 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 término front-end.El Cliente normalmente maneja todas las funciones relacionadas con la manipulación y despliegue de datos, por lo que están desarrollados sobre plataformas que permiten construir interfaces gráficas de usuario (GUI), además 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 lógica de la aplicación y hacer validaciones locales.• Generar requerimientos de bases de datos.• Recibir resultados del servidor.• Formatear resultados.

Sevidor

Es el proceso encargado de atender a múltiples clientes que hacen peticiones de algún recurso administrado por él. Al proceso servidor se le conoce con el término back-end. El servidor normalmente maneja todas las funciones relacionadas con la mayoría 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 lógica de la aplicación y realizar validaciones a nivel de bases de datos.

2. Características de la arquitectura Cliente/Servidor

Un sistema Cliente/Servidor es un Sistema de Información distribuido basado en las siguientes características:

Servicio: unidad básica de diseño. El servidor los proporciona y el cliente los utiliza.

Recursos compartidos: Muchos clientes utilizan los mismos servidores y, a través de ellos, comparten tanto recursos lógicos como físicos.

Protocolos asimétricos: Los clientes inician “conversaciones”. Los servidores esperan su establecimiento pasivamente.

Transparencia de localización física de los servidores y clientes: El cliente no tiene por qué saber dónde se encuentra situado el recurso que desea utilizar.

Independencia de la plataforma HW y SW que se emplee. Sistemas débilmente acoplados. Interacción basada en envío de mensajes. Encapsulamiento de servicios. Los detalles de la implementación de un

servicio son transparentes al cliente. Escalabilidad horizontal (añadir clientes) y vertical (ampliar potencia de los

servidores). Integridad: Datos y programas centralizados en servidores facilitan su

integridad y mantenimiento

2.1Ventajas

Centralización 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 dañar el sistema. Esta centralización también facilita la tarea de poner al día 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 añadir nuevos nodos a la red (clientes y/o servidores).

Fácil 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 verán afectados por ese cambio (o se afectarán mínimamente). Esta independencia de los cambios también se conoce como encapsulación.

Existen tecnologías, suficientemente desarrolladas, diseñadas 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 congestión del tráfico ha sido siempre un problema en el paradigma de C/S. Cuando una gran cantidad de clientes envían peticiones simultaneas al mismo servidor, puede ser que cause muchos problemas para éste (a mayor número de clientes, más problemas para el servidor). Al contrario, en las redes P2P como cada nodo en la red hace también de servidor, cuanto más nodos hay, mejor es el ancho de banda que se tiene.

El paradigma de C/S clásico no tiene la robustez de una red P2P. Cuando un servidor está caído, las peticiones de los clientes no pueden ser satisfechas. En la mayor parte de redes P2P, los recursos están generalmente distribuidos en varios nodos de la red. Aunque algunos salgan o abandonen la descarga; otros pueden todavía 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 específico, 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 aplicación 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 impresión 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 más bien un estilo y un método de diseño y construcción de aplicaciones de proceso. Una arquitectura cliente/servidor implica cuatro elementos básicos:

Plataformas de proceso programables Separación entre función/proceso de aplicación Comunicación 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 distribución Cliente/Servidor, todos los servicios de comunicación, y deberá utilizar, preferentemente, componentes estándar de la industria para los servicios de distribución. Los desarrollos propios deben coexistir con las aplicaciones estándar y su integración deberá ser imperceptible para el usuario. Igualmente, podrán acomodarse programas escritos utilizando diferentes tecnologías y herramientas.

Entorno de Desarrollo de Aplicaciones. Debe elegirse después de la plataforma operativa. Aunque es conveniente evitar la proliferación de herramientas de desarrollo, se garantizará que el enlace entre éstas y el middleware no sea excesivamente rígido. Será posible utilizar diferentes herramientas para desarrollar partes de una aplicación. Un entorno de aplicación incremental, debe posibilitar la coexistencia de procesos cliente y servidor desarrollados con distintos lenguajes de programación y/o herramientas, así como utilizar distintas tecnologías (por ejemplo, lenguaje procedural, lenguaje orientado a objetos, multimedia), y que han sido puestas en explotación en distintos momentos del tiempo.

Gestión de Sistemas. Estas funciones aumentan considerablemente el costo de una solución, pero no se pueden evitar. Siempre deben adaptarse a las necesidades de la organización, y al decidir la plataforma operativa y el entorno de desarrollo, es decir, en las primeras fases de la definición de la solución, merece la pena considerar los aspectos siguientes:

¿Qué necesitamos gestionar? ¿Dónde estarán situados los procesadores y estaciones de trabajo? ¿Cuántos tipos distintos se soportarán? ¿Qué tipo de soporte es necesario y quién lo proporciona?

5. TIPOS DE SERVIDORES

Plataformas de Servidor (Server Platforms): Un término usado a menudo como sinónimo 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 información 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 solución ideal para organizaciones que tratan de reducir el uso del teléfono pero necesitan enviar documentos por fax.

Servidores FTP (FTP Servers): Uno de los servicios más antiguos de Internet, File Transfer Protocolo permite mover uno o más archivo.

Servidores Groupware (Groupware Servers): Un servidor groupware es un software diseñado para permitir colaborar a los usuarios, sin importar la localización, vía Internet o vía Intranet corporativo y trabajar juntos en una atmósfera virtual.

Servidores de Listas (List Servers): Los servidores de listas ofrecen una manera mejor de manejar listas de correo electrónico, bien sean discusiones interactivas abiertas al público 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 electrónico a través de las redes corporativas (vía LANs y WANs) y a través de Internet.

Servidores Proxy (Proxy Servers): Los servidores proxy se sitúan entre un programa del cliente (típicamente un navegador) y un servidor externo (típicamente otro servidor web) para filtrar peticiones, mejorar el funcionamiento y compartir conexiones.

Servidores Web (Web Servers): Básicamente, un servidor web sirve contenido estático a un navegador, carga un archivo y lo sirve a través de la red

6. FUNCIONES DE RED CLIENTE SERVIDOR

La red Cliente/Servidor es aquella red de comunicaciones en la que todos los clientes están conectados a un servidor, en el que se centralizan los diversos recursos y aplicaciones con que se cuenta; y que los pone a disposición 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 público y los que son de uso restringido, los archivos que son de sólo lectura y los que, por el contrario, pueden ser modificados, etc.

En este tipo de redes los roles están bien definidos y no se intercambian: los clientes en ningún 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 duplicación tanto de hardware como de software para asegurar una operación continuada a pesar de los fallos. El sistema consiste en dos procesadores idénticos, 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 máquina primaria y otra en el respaldo. En puntos de verificación (checkpoints) fijos durante la ejecución del sistema, la información de estado de cada trabajo (incluida una copia de la imagen de memoria> se copia de la máquina primaria a la de respaldo. Si se detecta un fallo, se activa la copia de respaldo, y se reinicia a partir del punto de verificación más reciente. Esta solución obviamente es costosa, ya que hay mucha duplicación de hardware.

Tratamiento de Fallos.- La posibilidad que tiene el sistema para seguir funcionando ante fallos de algún componente en forma independiente, pero para esto se tiene que tener alguna alternativa de solución. Técnicas para tratar fallos:

Detección 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 búsqueda.

Recuperación 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 intrínseco para los usuarios. Tiene tres componentes:

Confidencialidad.- Protección contra individuos no autorizados. Integridad.- Protección contra la alteración o corrupción. Disponibilidad.- Protección 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 aplicación 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 presentación

2. El servidor de aplicaciones (también 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 término arquitectura en 3 niveles también denota las siguientes arquitecturas:

Aplicación compartida entre un cliente, un software intermedio y un servidor empresarial

Aplicación compartida entre un cliente, un servidor de aplicaciones y un servidor de base de datos empresarial.

11. COMPARACIÓN 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 presentación y lógica de la aplicación; y la otra de la base de datos. Cuando se requiera poco procesamiento de datos en la organización.

Cuando se tiene una base de datos centralizada en un solo servidor.

Cuando la base de datos es relativamente estática.

Cuando se requiere un mantenimiento mínimo.

Consiste en una capa de la Presentación, otra capa de la lógica de la aplicación y otra capa de la base de datos.

Cuando se requiera mucho procesamiento de datos en la aplicación.

En aplicaciones donde la funcionalidad este en constante cambio.

Cuando los procesos no están relativamente muy relacionados con los datos.

Cuando se requiera aislar la tecnología de la base de datos para que sea fácil de cambiar.

Cuando se requiera separar el código del cliente para que se facilite el mantenimiento.

Está muy adecuada para utilizarla con la tecnología orientada a objetos.

13. MIDDLEWARE

El middleware es un módulo intermedio que actúa como conductor entre sistemas permitiendo a cualquier usuario de sistemas de información comunicarse con varias fuentes de información 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 utilización del middleware permite desarrollar aplicaciones en arquitectura Cliente/Servidor independizando los servidores y clientes, facilitando la interrelación entre ellos y evitando dependencias de tecnologías propietarias

El middleware se estructura en tres niveles:

Protocolo de transporte. Network Operating System (NOS). Protocolo específico del servicio.

Las principales características de un middleware son:

Simplifica el proceso de desarrollo de aplicaciones al independizar los entornos propietarios.

Permite la interconectividad de los Sistemas de Información del Organismo. Proporciona mayor control del negocio al poder contar con información

procedente de distintas plataformas sobre el mismo soporte. Facilita el desarrollo de sistemas complejos con diferentes tecnologías 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 más grande sin perder calidad en los servicios ofrecidos.

Escalada verticalmente:

El escalar verticalmente o escalar hacia arriba, significa el añadir más recursos a un solo nodo en particular dentro de un sistema, tal como el añadir memoria o un disco duro más rápido a una computadora.

Escalada horizontalmente:

La escala horizontalmente o escala significa agregar más nodos a un sistema, tal como añadir una computadora nueva a un programa de aplicación 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 páginas web al navegador (el cliente). La mayoría de los servicios de Internet son tipo de servidores.

Por ejemplo, si estás leyendo este artículo en Wikipedia, la computadora y el navegador web serían considerados un cliente, y las computadoras, las bases de datos, y los usos que componen Wikipedia serían considerados el servidor. Cuando tu navegador web solicita un artículo particular de Wikipedia, el servidor de Wikipedia encuentra toda la información requerida para exhibir el artículo en la base de datos de Wikipedia, la monta en una página web considerada como interfaz gráfica, y la envía de nuevo a tu navegador web.

Otro ejemplo sería un juego online el número 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 cuál te conectas, si cada uno instala el juego en sus propios ordenadores, serian 3 clientes, 3 usuarios y 2 servidores

16. EJEMPLO FRAGMENTACIÓN VERTICAL, FRAGMENTACIÓN HORIZONTAL Y FRAGMENTACIÓN MIXTA

16-1.FRAGMENTACION VERTICAL

Alumno (código, Nombre, apellido, grado, edad, asignaturas)Esta relación pude ser fragmentada verticalmente de la siguiente forma alumno1=π código, Nombre, apellido, edad ALUMNOalumno2=π código, grado, asignatura ALUMNO

La operación de reconstrucción es: ALUMNO= alumno1 join alumno2

DATOS 1

código nombre apellido grado edad Asignatura12345 Laura

Camilacasas 2 7 Matemáticas

124568 José Antonio

Rodríguez 3 8 español

ALUMNO1

CODIGO NOMBRE APELLIDO EDAD12345 Laura Camila Casas 7124568 José Antonio rodríguez 8

ALUMNO2

Código Grado Asignatura12345 2 Matemáticas124568 3 Español

16-2RAGMENTACION HORIZONTAL

Alumno (código, Nombre, apellido, grado, edad, asignaturas)

alumnoA= ALUMNO grado = grado1 gradoAalumnoN= ALUMNO grado = grado1 gradoN

Código nombre Apellido grado edad Asignatura12345 Laura

CamilaCasas 2 7 Matemáticas



876334 Oscar Ernesto

Majares 2 8 Matemáticas





Código nombre Apellido grado edad Asignatura124568 José

AntonioRodríguez 3 8 español

16-3 FRAGMENTACION MIXTA

Alumno (código, Nombre, apellido, grado, edad, asignaturas)

alumno1=π código, Nombre, apellido, edad ALUMNO alumno2=π código, grado, asignatura ALUMNO

alumno1 puede tener una fragmentación horizontal derivada basada en el grado en el que cursa el alumnoalumno1.A= alumno1 SJ gradoA SJ= Semi Joinalumno1.N= alumno1 SJ gradoN

Código nombre Apellido grado edad12345 Laura

CamilaCasas 2 7


Rodríguez 3 8


Majares 2 8

Código nombre Apellido grado Asignatura12345 Laura

CamilaCasas 2 Matemáticas


Rodríguez 3 español


Majares 2 Matemáticas







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 volúmenes de información con un altísimo grado de confiabilidad y rapidez y con costos mínimos aceptables; la modernización tecnológica de un negocio, involucra mayores requerimientos de gestión, análisis y seguridad de datos, así como de herramientas informáticas con mayor desempeño y rendimiento; y evidentemente el modelo cliente/servidor es uno de los eslabones primarios en el desarrollo que se vislumbra en los próximos años, su uso cada vez más acelerado se justifica por los tiempos de respuesta en la búsqueda de información ya estructurada que permite un análisis mucho más ágil, pudiéndose usar adicionalmente en los sistemas para la ayuda en la toma de decisiones, facilitando así, una exitosa y dinámica 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 › Tecnología 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

características de la arquitectura cliente

Documents