Nombre:Aime Rodriguez Rodriguez Maestra:Samantha Villalobos Plantel:Conalep GDL II Grupo:409

La arquitectura basada en WEB realmente es una forma modificada de la nueva arquitectura de tres capas que utiliza un explorador en la estación de trabajo en lugar de la interfaz típica del usuario. Las soluciones basadas en WEB utilizan el protocolo World Wide WEB, a través de la Internet o una intranet, para conectar las tres partes de la aplicación.

La World Wide WEB (WWW) es una combinación de servidores de Internet que utilizan formatos estándares como HTML (Hypertext markup Language) para proporcionar ligas a otros documentos, gráficas y archivos de audio y video. Sin embargo, no todos los servidores de Internet están en la WWW. También pueden encontrarse en intranets que sólo son accesibles a usuarios internos. El crecimiento

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 WebArquitectura Web

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

La información mostrada en las páginas está típicamente almacenadaen archivos. Sin embargo, muchas veces esta información está almace-nada 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.

Arquitectura WebArquitectura Web

Páginas Web

Las páginas Web son el componente principal de una aplicacióno sitio Web. Los browsers piden páginas (almacenadas o creadasdiná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.

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

Arquitectura WebArquitectura Web

Scripts en el cliente

Cuando el browser ejecuta un script en el cliente, éste no tieneacceso 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.

Arquitectura WebArquitectura Web

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 unaoperación submit solicitada por el usuario típicamente al hacerclick en un botón.

Arquitectura WebArquitectura Web

Servidor Web

En muchas aplicaciones Web hay una capa intermedia,compuesta por un conjunto de componentes, que se ejecutanno necesariamente en el servidor Web, sino en otros servidoresde aplicaciones. Esta capa encapsula la lógica del negocio, y,al ser componentes compilados puede contener objetos, consus métodos y atributos (llamados business objects).

ArquitecturaArquitectura WebWeb

Arquitectura generalizada de una aplicación Web

Arquitectura WebArquitectura Web

Arquitectura Web cliente / servidorArquitectura Web cliente / servidor. Cliente. Ejecuta un interprete de

HTML. Servidor. Controla el acceso,

sirve la página solicitada, y puede ejecutar aplicaciones especiales (ej. Procesar formularios).

Backend. Entrega datos al servidor.

Servidor de aplicaciones. Enlaza el servidor a la base de datos.

Una arquitectura de 3 capas:

Otra vista de la arquitectura.

URL (Uniform Resources Location o “Localizador uniforme de recursos”).

Es una secuencia de caracteres, de acuerdo a un formato estándar, que se usa para nombrar recursos, como documentos e imágenes en Internet, por su localización.

El URL de un recurso de información es su dirección en Internet, la cual permite que el navegador la encuentre y la muestre de forma adecuada.

HTTP es un protocolo que no maneja persistencia (sin estado), es decir no almacena información sobre sus conexiones, envíos, recepciones, destinatarios, receptores, etc.

Lista de métodos. GET. GET. Devuelve el recurso identificado en la URL

pedida. HEADHEAD. Funciona como el GET, pero sin que el

servidor devuelva el cuerpo del mensaje. Es decir, sólo se devuelve la información de cabecera.

POSTPOST. Indica al servidor que se prepare para recibir información del cliente. Suele usarse para enviar información desde formularios.

PUTPUT. Envía el recurso identificado en la URL desde el cliente hacia el servidor.

Lista de métodos.

OPTIONSOPTIONS. Pide información sobre las características de comunicación proporcionadas por el servidor. Le permite al cliente negociar los parámetros de comunicación.

TRACETRACE. Inicia un ciclo de mensajes de petición. Se usa para depuración y permite al cliente ver lo que el servidor recibe en el otro lado.

DELETEDELETE. Solicita al servidor que borre el recurso identificado con el URL.

CONNECT. CONNECT. Este método se reserva para uso con proxys. Permitirá que un proxy pueda dinámicamente convertirse en un túnel. Por ejemplo para comunicaciones con SSL.