UNIVERSIDAD TCNICA DE MANAB

FACULTAD DE CIENCIAS INFORMTICAS

Escuela de Ingeniera en Sistemas Informticos

HERRAMIENTAS DE IV GENERACIN

Pertenece a:

Solrzano Solrzano Edison Leonardo

Docente:

Ing. Jos Prraga

Nivel:

Noveno A

Periodo:

Octubre 2016 Marzo 2017

Evolucin de la arquitectura cliente / servidor
Al principio...
El primer canto de las cosas por venir era cuando una "computadora remota" poda ser
conectada a la computadora central y ejecutar instrucciones. Esto evolucion hacia la primera
arquitectura cliente / servidor que conocamos. El ordenador remoto era de hecho un
"terminal tonto", o un ordenador sin capacidades de procesamiento propios. La figura 1
muestra esta arquitectura.

Figura 1. Primera arquitectura cliente / servidor. Todo el procesamiento se ejecut en el

ordenador principal.
Por extrao que parezca, esta arquitectura era una arquitectura de "thin-client", donde
la computadora remota era responsable de administrar la presentacin solamente. Toda la
lgica se ejecutaba en el ordenador central. La gran diferencia entre esta arquitectura y la
arquitectura actual de Internet es que la computadora remota de hoy en da puede ser
separada por extensas redes y es capaz de realizar un procesamiento propio.
Arquitectura Cliente / Servidor
La siguiente etapa del proceso de evolucin fue llegar a ser conocida como cliente /
servidor o arquitectura de dos niveles como la conocemos hoy en da. Esta arquitectura
present un equipo remoto que tiene capacidades de procesamiento. Los programas de cliente
ms inteligentes se ejecutaban en la computadora remota realizando procesamiento,
manipulacin de datos, entre otros. El ordenador central sigue siendo el repositorio central de
todos los datos. La figura 2 muestra esta arquitectura.

Figura 2. La arquitectura cliente / servidor evolucion en la arquitectura de dos niveles que

conocemos hoy.
Figura 3. Arquitectura centralizada de procesamiento y datos manteniendo separada la capa
de presentacin.
El benefactor de la naturaleza distribuida de las aplicaciones de n-niveles era
obviamente Internet, pero la intencin era que la arquitectura n-niveles se extenda ms all
de Internet. Una parte significativa del objetivo era centralizar la lgica real de los negocios,
ofreciendo mayores niveles de reutilizacin, reduciendo los costos de mantenimiento y
despliegue, y aadiendo flexibilidad a la aplicacin a escalas que antes eran inalcanzables. A
medida que los servidores de procesamiento evolucionaban y se volvan ms capaces, podan
soportar diferentes tipos de aplicaciones de clientes, desde las aplicaciones de cliente ligero y
de navegador hasta las aplicaciones de cliente enriquecido desarrolladas con herramientas
como PowerBuilder. La Figura 4 muestra cmo esta arquitectura ampla la accesibilidad y las
capacidades de las aplicaciones al tiempo que reduce los costos.
Ahora hacemos la pregunta: "Por qu queremos hacer esto?" Hemos discutido algunos
de los beneficios principales, pero vamos a enumerarlos y revisarlos.
Reutilizacin de la lgica de negocio. - Reduce los costos de desarrollo y
mantenimiento porque no tenemos que construir la misma lgica de procesamiento
una y otra vez.
Consistencia de la lgica de negocio. - Aplica una aplicacin coherente de las reglas
de negocio. Si slo hay un lugar donde se puede ejecutar la regla, es mucho ms
probable que se aplique consistentemente.
Reduzca los costos de implementacin. - Se despliega en una ubicacin en lugar de
en cada estacin de trabajo cliente donde quiera que se encuentre. El despliegue puede
ser ms complejo, pero la singularidad del concepto reduce los costos generales.
Amplia flexibilidad. - Los sistemas que estaban cerrados a clientes externos (tambin
llamados clientes) ahora pueden abrirse a ellos, ampliando su cartera de negocios y
mejorando las relaciones con los clientes, por lo cual puede conducir a un mayor
negocio.
Porque es genial! - No es un asunto insignificante. Los desarrolladores quieren
trabajar en tecnologa moderna. Si las empresas no ofrecen ningn avance a las
tecnologas modernas, corren el riesgo de perder a sus desarrolladores a otras
empresas que lo estn ofreciendo.
Referencias
William Gree, John D. Olson. (2003) PowerBuilder 9. Internet and Distributed Application

Development. Recuperado de:

https://books.google.com.ec/books?id=6xST3bEMltgC&pg=PA655&dq=power+builder&hl=

es&sa=X&ved=0ahUKEwiS3KiKysvQAhXE2yYKHXqCAJMQ6AEIGTAA#v=onepage&q

&f=false