ARQUITECTURA WEB

MÓDULO II Programa de Ingeniería de SistemasTutor: Ing. Adriana Iglesias Solano

Email: aiglesias3@unisimonbolivar.edu.coUniversidad Simón BolívarBarranquilla – Colombia

2011

Actividades- Diccionario

1. Smalltalk2. Servlets3. TDD4. Dispatchers5. Beans6. persistencia de los datos7. MIT/BSD/Apache/GPL8. WSDL9. SOAP10. UDDI11. Java swing12. Ruby13. Perl14. Phyton

Evolución de la computación distribuida

• En computación distribuida, una aplicación se divide en partes más pequeñas quese ejecutan al mismo tiempo en equipos diferentes. Esto también se conoce comocomputación en red debido a que las partes más pequeñas se comunican a travésde la red general a través de protocolos construido en la parte superior de TCP /IP o UDP.

• Las partes de la aplicación más pequeñas se llaman niveles. Cada nivel proporcionaun conjunto independiente de servicios que pueden ser consumidos por el clienteque se conecta

• La mayoría de las aplicaciones tienen tres capas distintas:

• La capa de presentación es responsable de las interfaces de usuario.

• La capa de negocio ejecuta las reglas de negocio. En el proceso, tambiéninteractúa con la capa de acceso a datos.

• La capa de acceso a datos es responsable de recuperar y manipular datos

Arquitectura de un nivel• La arquitectura de un solo nivel se remonta a la

época de los mainframes monolíticos conectadaspor terminales brutas.

• La aplicación completa que abarca las capas, como lasinterfaces de usuario, reglas de negocio, y losdatos fue colocado en el host.

• Los usuarios interactúan conestos sistemas mediante terminales o consolas,que tenía muy limitada capacidad de procesamiento detexto.

Arquitectura de un nivel

Arquitectura de dos niveles• En la década de 1980, las computadoras personales se hicieron

muy populares. Eran menos costoso y tenía más poder de procesamientoque las terminales brutas.

• El cliente o el PC ejecutaba los programas de interfaz de usuario. Tambiénapoyaba las interfaces gráficas de usuario (GUI), lo que permite a losusuarios introducir datos e interactuar con el servidor central.

• El servidor central aloja ahora sólo las reglas de negocio y datos. Una vezque la entrada de datos se completa, la aplicación con interfazgráfica, puede realizar las validaciones y luego enviar los datosal servidor para la ejecución de la lógica de negocio.

• Las aplicaciones de Oracleforms son un buen ejemplo dela arquitectura de dos niveles. Las formas de proporcionar la interfazgráfica de usuario cargado en el PC, y la lógica de negocio (codificadoscomo procedimientos almacenados) y los datos permanecen enel servidor de base de datos Oracle.

Arquitectura de dos niveles

Arquitectura de tres niveles• Las aplicaciones de dos capas con cliente pesado son fáciles

de desarrollar, pero cualquier actualización o cambio en la interfaz deusuario o la lógica de negocio tiene que ser realizado para todos losclientes. Proceso complicado cierto?

• En este modelo, el sistema cliente sólo necesita software de clienteligero como un navegador para mostrar el contenido que viene desde elservidor.

• El servidor aloja la presentación, la lógica de negocio, y la lógica de accesoa datos.

• La capa de negocio en general, interactúa con el sistema de información através de la capa de acceso a datos. Dado que toda laaplicación reside en el servidor, este servidor también se conoce comoun servidor de aplicación o middleware

Arquitectura de tres niveles

Arquitectura N- capas

• Con el crecimiento generalizado de la Internet de bandaancha, empresas de todo el mundo hanhabilitado para la web sus servicios.

• Como resultado, los servidores de aplicaciones no son unacarga más con la tarea de la capa de presentación. Esta tarea es ahorarealizada por los servidores web especializados que generan contenidode la presentación.

• Este contenido se transfiere al navegador en el nivel de cliente, que seencarga de hacer las interfaces de usuario.

• Los servidores de aplicaciones en arquitectura de n niveles seaccede de forma remota a los componentes de negocio. Se accede porel servidor web a la capa de presentación en lared mediante protocolos nativos.

Arquitectura N- capas

Ejemplo arquitectura por capas

Arquitecturas Web Multicapas

Flujograma Arquitectura Dos Capas

Flujograma Arquitectura Tres Capas

Flujograma Arquitectura Tres Capas

Flujograma Arquitectura Cuatro Capas

Operaciones de persistencia

Las operaciones de persistencia CRUD:

• Create, se utilizan para desmaterializar.Operación Insert B.D. relacionales

• Read, se utilizan para materializarOperación Select en B.D relacionales

• Update, se utiliza para actualizarOperación Update B.D relacionales

• Delete, eliminar registros Operación Delete B.D relacionales

Diccionario

• JDBC/ODBC• RMI• LAMP• Thick client/ thin server• Thin client/ thick server• Grid computing• Conector AJP• Patrón Observer• Patrón Singleton• TCP• UDP