Sei sulla pagina 1di 6

PROGRAMACIN EN AMBIENTE

CLIENTE-SERVIDOR
UNIDAD 1: CONTEXTO DE LA PROGRAMACION CLIENTE/SERVIDOR

Numero de control: 11070004
Alumno: Benjamn Flores de Dios
19/08/2014
Maestro: Ing. Miguel ngel Grajeda Pia
Escuela: Instituto Tecnolgico Superior De El Grullo
Carrera: Ing. En Informtica

Investigar sobre el Modelo Cliente-Servidor con las caractersticas vistas en clase, incluir
portada, de 3 a 5 pginas de contenido, mnimo 2 prrafos de 3 renglones de
conclusiones y fuentes de informacin.
ARQUITECTURA DEL MODELO CLIENTE/SERVIDOR
Esta arquitectura consiste bsicamente en un cliente que realiza peticiones a otro programa (el
servidor) que le da respuesta. Es de realizar una operacin conjunta de varios robots para alcanzar
un objetivo.




Atendiendo a quin realiza el proceso de la informacin existen bsicamente cuatro tipos de
arquitectura cliente-servidor:

Cliente Activo, Servidor Pasivo: El cliente realiza la totalidad del trabajo de
procesado de la informacin.
Cliente Pasivo, Servidor Pasivo: Tanto el cliente como el servidor simplemente
pasan informacin.
Cliente Pasivo, Servidor Activo: El Servidor realiza todo el trabajo de procesado y
el cliente simplemente presenta los datos.
Cliente Activo, Servidor Activo: Tanto el Servidor como el Cliente procesan la
informacin. Ejemplo: Servicios de Correo Electrnico.

MODELO EN DOS CAPAS (TWO-TIER MODEL)
Primera capa: el cliente que implementa la interface.
Segunda capa: encuentra el gestor de bases de datos que trata las peticiones recibidas
desde el cliente.
La lgica de la aplicacin se encuentra por tanto repartida entre el cliente y servidor. Esto
significa que el servidor no requiere otra aplicacin para proporcionar parte del servicio.
Un ejemplo de esta configuracin podra ser un applet Java que se carga en el navegador
del cliente y trabaja directamente con la base de datos mediante JDBC (Java Database
Connectivity).


Ventajas de este modelo:
Se mantiene una conexin persistente con la base de datos.
Se minimizan las peticiones en el servidor trasladndose la mayor parte del trabajo
al cliente.
Se gana en rendimiento gracias a la conexin directa y permanente con la base de
datos. A travs de una nica conexin se realiza el envo y recepcin de varios
datos.
Inconvenientes:
La ms importante desventaja, es que esta solucin es muy dependiente del tipo
controlador JDBC que se utilice para acceder a la base de datos. El acceso se
realiza desde el cliente y esto significa que es l el que tiene que tener instalado en
su sistema los controladores necesarios para que se produzca la comunicacin con
la base de datos.

MODELO EN TRES CAPAS (THREE-TIER MODEL)
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.

Cada servidor se especializa en una determinada tarea, (por ejemplo: servidor web/servidor
de bases de datos).



Ventajas de este modelo:
No existe ningn problema con respecto al tipo de controlador JDBC utilizado para
acceder a la base de datos. Todos los recursos necesarios para establecer la conexin
con la base de datos se encuentran en el servidor y por tanto, el cliente no necesita
instalar nada adicional en su mquina para poder acceder a la base de datos.
Esta arquitectura proporciona considerables mejoras desde el punto de vista de la
portabilidad de la aplicacin, escalabilidad, robustez y reutilizacin del cdigo.
Asimismo facilita las tareas de migracin o cambios en el sistema gestor de la base
de datos.
Desaparecen las restricciones debidas a las limitaciones de los applets impuestas por
el modelo de seguridad de Java.
Inconvenientes:
Esta solucin es algo menos eficiente que la del modelo de dos capas, ya que hemos
aadido una capa intermedia ms de software.

USOS
Robot recogedor de objetos.
Limpieza inteligente en este caso aspirar todo el edifico (robot mvil).
Coordinacin de robots mviles con diferente conectividad.
Procesamiento de imgenes.
Calibracin de la cmara.
Segmentacin de la imagen.
Generacin de trayectorias.

APLICACIONES
Capacidad para representar documentos HTML
Capacidad para representar imgenes en diferentes formatos.
Capacidad para representar e interpretar otros tipos datos (pdf, applets, etc.)
Comprimir y descomprimir un fichero (si se soporta el encoding gzip).
La implementacin del protocolo HTTP.
Lgica de negocio en pseudocdigo.
COMUNICACIN ENTRE PROGRAMAS
El cliente: Hola, soy <direccin del cliente>.
El servidor: Vale. Soy un servidor web y entiendo el protocolo HTTP 1.0.
El cliente: Estupendo. Por favor, enveme la pgina web index.html en la raz de su rbol de
documentos.
El servidor: Muy bien, aqu est lo que hay en la pgina (aqu aparecer el contenido).





CONCLUSIN
Las arquitecturas cliente-servidor es la forma la cual el cliente le pide peticiones o se podra
decir que le pregunta al servidor y el servidor se encarga de responderle o de darle las
respuestas de dichas peticiones o las solicitudes que el cliente pide.
Podemos utilizar esto ms que en nada en la robtica ya sea en hacer que un robot recoja
objetos o no exactamente un robot bien formado si no una simple maquina que se encargue
como otro ejemplo de limpiar los pasillos de un edificio.

FUENTES BIBLIOGRFICAS
laurel.datsi.fi.upm.es/~ssoo/LIBRO/Cap5/capitulo5.doc
http://profesores.fi-b.unam.mx/yasmine/tema1_1.pdf
http://docente.ucol.mx/sadanary/public_html/bd/cs.htm
http://catarina.udlap.mx/u_dl_a/tales/documentos/lis/marquez_a_bm/capitulo5.pdf
http://es.slideshare.net/CalzadaMeza/cliente-servidor-7964644
http://es.kioskea.net/contents/147-redes-arquitectura-cliente-servidor-en-3-niveles

Potrebbero piacerti anche