1. ARQUITECTURA WEB MÓDULO II Programa de Ingeniería de Sistemas Tutor: Ing. Adriana Iglesias Solano Email: aiglesias3@unisimonbolivar.edu.co Universidad Simón Bolívar Barranquilla – Colombia 2011
2. Actividades- Diccionario Smalltalk Servlets TDD Dispatchers Beans persistencia de los datos MIT/BSD/Apache/GPL WSDL SOAP UDDI Java swing Ruby Perl Phyton
3. Evolución de la computación distribuida En computación distribuida, una aplicación se divide en partes más pequeñas que se ejecutan al mismo tiempo en equipos diferentes. Esto también se conoce como computación en red debido a que las partes más pequeñas se comunican a través de 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 proporciona un conjunto independiente de servicios que pueden ser consumidos por el cliente que 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
4. Arquitectura de un nivel La arquitectura de un solo nivel se remonta a la época de los mainframes monolíticos conectadas por terminales brutas. La aplicación completa que abarca las capas, como las interfaces de usuario, reglas de negocio, y los datos fue colocado en el host. Los usuarios interactúan con estos sistemas mediante terminales o consolas, que tenía muy limitada capacidad de procesamiento de texto.
6. 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 procesamiento que las terminales brutas. El cliente o el PC ejecutaba los programas de interfaz de usuario. También apoyaba las interfaces gráficas de usuario (GUI), lo que permite a los usuarios introducir datos e interactuar con el servidor central. El servidor central aloja ahora sólo las reglas de negocio y datos. Una vez que la entrada de datos se completa, la aplicación con interfaz gráfica, puede realizar las validaciones y luego enviar los datos al servidor para la ejecución de la lógica de negocio. Las aplicaciones de Oracleforms son un buen ejemplo de la arquitectura de dos niveles. Las formas de proporcionar la interfaz gráfica de usuario cargado en el PC, y la lógica de negocio (codificados como procedimientos almacenados) y los datos permanecen en el servidor de base de datos Oracle.
8. 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 de usuario o la lógica de negocio tiene que ser realizado para todos los clientes. Proceso complicado cierto? En este modelo, el sistema cliente sólo necesita software de cliente ligero como un navegador para mostrar el contenido que viene desde el servidor. El servidor aloja la presentación,la lógica de negocio, y la lógica de acceso a datos. La capa de negocio en general, interactúa con el sistema de información a través de la capa de acceso a datos. Dado que toda la aplicación reside en el servidor, este servidor también se conoce como un servidor de aplicación o middleware
10. Arquitectura N- capas Con el crecimiento generalizado de la Internet de banda ancha, empresas de todo el mundo hanhabilitado para la web sus servicios. Como resultado, los servidores de aplicaciones no son una carga más con la tarea de la capa de presentación. Esta tarea es ahora realizada por los servidores web especializados que generan contenido de la presentación. Este contenido se transfiere al navegador en el nivel de cliente, que se encarga de hacer las interfaces de usuario. Los servidores de aplicaciones en arquitectura de n niveles se accede de forma remota a los componentes de negocio. Se accede por el servidor web a la capa de presentación en la red mediante protocolos nativos.
18. Operaciones de persistencia Las operaciones de persistencia CRUD: Create, se utilizan para desmaterializar. Operación Insert B.D. relacionales Read, se utilizan para materializar Operación Selecten B.D relacionales Update, se utiliza para actualizar Operación UpdateB.D relacionales Delete, eliminar registros Operación DeleteB.D relacionales
19. Diccionario JDBC/ODBC RMI LAMP Thickclient/ thin server Thinclient/ thick server Gridcomputing Conector AJP Patrón Observer Patrón Singleton TCP UDP