INSTITUTO TECNOLÓGICO DE CUAUTLA

INGENIERÍA EN SISTEMAS COMPUTACIONALES

ING. MISAEL LÓPEZ NAVA

PROGRAMACIÓN WEB

2.1 ARQUITECTURA DE LAS APLICACIONES WEB

INTEGRANTES

MANZANARES ALCÁZAR IRIS BERENICE

RAMÍREZ BELTRÁN JOACIN ESTEBAN

ROMÁN PALACIOS JOSÉ JUAN

OCTUBRE 2010
2.1 ARQUITECTURAS DE LAS APLICACIONES WEB.

La arquitectura de un sitio Web tiene tres componentes principales: un servidor

Web, una conexión de red, y uno o más clientes (browsers). El servidor Web
distribuye páginas de información formateada a los clientes que las solicitan.
Los requerimientos son hechos a través de una conexión de red, y para ello se
usa el protocolo HTTP.

Arquitectura básica de una aplicación/sitio Web

La información mostrada en las páginas está típicamente almacenada en

archivos. Sin embargo, muchas veces esta información está almacenada en
una base de datos, y las páginas son creadas dinámicamente. Los sitios Web
que usan este esquema, son llamados sitios dinámicos.

Páginas Web

Las páginas Web son el componente principal de una aplicación o sitio Web.
Los browsers piden páginas (almacenadas o creadas dinámicamente) con
información a los servidores Web.En algunos ambientes de desarrollo de
aplicaciones Web, las páginas contienen código HTML y scripts dinámicos, que
sonejecutados por el servidor antes de entregar la página.
Scripts en el cliente

Cuando el browser ejecuta un script en el cliente, éste no tiene acceso directo a

los recursos del servidor.Hay otros componentes que no son scripts, como los
applets o los componentes ActiveX. Los scripts del cliente son por lo
generalcódigo JavaScript o VBSscript, mezclados con código HTML.

Formularios

La forma más común de capturar la información dada por el usuario, es a

través de formularios. Un formulario (form) es una colección de campos de
entrada: textbox, text area, checkbox, radio button group, button y selection list.

Cuando un formulario es llenado, se envía al servidor usando una operación

submit solicitada por el usuario típicamente al hacer click en un botón.

Servidor Web

En muchas aplicaciones Web hay una capa intermedia, compuesta por un

conjunto de componentes, que se ejecutan no necesariamente en el servidor
Web, sino en otros servidores de aplicaciones. Esta capa encapsula la lógica
del negocio y al ser componentes compilados puede contener objetos, con sus
métodos y atributos (llamados business objects).

Una vez que se entrega una página, la conexión entre el browsery el servidor
Web se rompe (a diferencia de otros esquemas tipo cliente/servidor). Es decir
que la lógica del negocio en el servidor solamente se activa por la ejecución de
los scripts de las páginas solicitadas por el browser (en el servidor, no en el
cliente).
 Arquitectura generalizada de una aplicación Web

ARQUITECTURA DE DOS CAPAS

Cliente/servidor

Requiere una interfaz de usuario que se instala y corre en una PC o estación

de trabajo y envía solicitudes a un servidor para ejecutar operaciones
complejas. Por ejemplo, una estación de trabajo utilizada como cliente puede
correr una aplicación de interfaz de usuario que interroga a un servidor central
de bases de datos.

Ventajas:

 Es mucho más rápido que en ambientes anteriores.

 Las herramientas robustas y evaluadas.
 Las técnicas de prototipo se emplean fácilmente.
 Las soluciones trabajan bien en ambientes no dinámicos estables, pero
no se ejecutan bien en organizaciones rápidamente cambiantes.
ARQUITECTURA DE TRES CAPAS

Es un diseño reciente que introduce una capa intermedia en el proceso. Cada

capa es un proceso separado y bien definido corriendo en plataformas
separadas. En la arquitectura tradicional de tres capas se instala una interfaz
de usuario en la computadora del usuario final (el cliente). La arquitectura
basada en Web transforma la interfaz de búsqueda existente (el explorador de
Web), en la interfaz del usuario final

Arquitectura Web de tres niveles.

Ventajas:

 Las llamadas de la interfaz del usuario en la estación de trabajo, al servidor de

capa intermedia, son más flexibles que en el diseño de dos capas.

 La interfaz del cliente no es requerida para comprender o comunicarse con el

receptor de los datos.

 El código de la capa intermedia puede ser reutilizado por múltiples aplicaciones

si esta diseñado en formato modular.

 La separación de roles, hace mas fácil reemplazar o modificar una capa sin
afectar a los módulos restantes.