Segunda sesion modulo 2 : Ing. Adriana Iglesias.
- 1. ARQUITECTURA WEBMÓDULO II Programa de Ingeniería de SistemasTutor: Ing. Adriana Iglesias SolanoEmail: aiglesias3@unisimonbolivar.edu.coUniversidad Simón BolívarBarranquilla – Colombia2011
- 2. Actividades- DiccionarioSmalltalkServletsTDDDispatchersBeanspersistencia de los datosMIT/BSD/Apache/GPLWSDLSOAPUDDIJava swingRubyPerlPhyton
- 3. Evolución de la computación distribuidaEn 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 nivelLa 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 nivelesEn 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 nivelesLas 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- capasCon 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.
- 12. Ejemplo arquitectura por capas
- 14. Flujograma Arquitectura Dos Capas
- 15. Flujograma Arquitectura Tres Capas
- 16. Flujograma Arquitectura Tres Capas
- 17. Flujograma Arquitectura Cuatro Capas
- 18. Operaciones de persistenciaLas operaciones de persistencia CRUD:Create, se utilizan para desmaterializar.Operación Insert B.D. relacionales Read, se utilizan para materializarOperación Selecten B.D relacionalesUpdate, se utiliza para actualizarOperación UpdateB.D relacionalesDelete, eliminar registros Operación DeleteB.D relacionales
- 19. DiccionarioJDBC/ODBCRMILAMPThickclient/ thin serverThinclient/ thick serverGridcomputingConector AJPPatrón ObserverPatrón SingletonTCPUDP