Segunda sesion modulo 2 : Ing. Adriana Iglesias.

1,684 views

Published on

0 Comments
0 Likes
Statistics
Notes
  • Be the first to comment

  • Be the first to like this

No Downloads
Views
Total views
1,684
On SlideShare
0
From Embeds
0
Number of Embeds
16
Actions
Shares
0
Downloads
14
Comments
0
Likes
0
Embeds 0
No embeds

No notes for slide

Segunda sesion modulo 2 : Ing. Adriana Iglesias.

  1. 1. ARQUITECTURA WEB<br />MÓDULO II <br />Programa de Ingeniería de Sistemas<br />Tutor: Ing. Adriana Iglesias Solano<br />Email: aiglesias3@unisimonbolivar.edu.co<br />Universidad Simón Bolívar<br />Barranquilla – Colombia<br />2011<br />
  2. 2. Actividades- Diccionario<br />Smalltalk<br />Servlets<br />TDD<br />Dispatchers<br />Beans<br />persistencia de los datos<br />MIT/BSD/Apache/GPL<br />WSDL<br />SOAP<br />UDDI<br />Java swing<br />Ruby<br />Perl<br />Phyton<br />
  3. 3. Evolución de la computación distribuida<br />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.<br />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<br /> La mayoría de las aplicaciones tienen tres capas distintas:<br />• La capa de presentación es responsable de las interfaces de usuario.<br />• La capa de negocio ejecuta las reglas de negocio. En el proceso, tambiéninteractúa con la capa de acceso a datos.<br />• La capa de acceso a datos es responsable de recuperar y manipular datos<br />
  4. 4. Arquitectura de un nivel<br />La arquitectura de un solo nivel se remonta a la época de los mainframes monolíticos conectadas por terminales brutas. <br />La aplicación completa que abarca las capas, como las interfaces de usuario, reglas de negocio, y los datos fue colocado en el host. <br />Los usuarios interactúan con estos sistemas mediante terminales o consolas, que tenía muy limitada capacidad de procesamiento de texto.<br />
  5. 5. Arquitectura de un nivel<br />
  6. 6. Arquitectura de dos niveles<br />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. <br />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. <br />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. <br />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.<br />
  7. 7. Arquitectura de dos niveles<br />
  8. 8. Arquitectura de tres niveles<br />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?<br />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. <br />El servidor aloja la presentación,la lógica de negocio, y la lógica de acceso a datos. <br />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<br />
  9. 9. Arquitectura de tres niveles<br />
  10. 10. Arquitectura N- capas<br />Con el crecimiento generalizado de la Internet de banda ancha, empresas de todo el mundo hanhabilitado para la web sus servicios.<br />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. <br />Este contenido se transfiere al navegador en el nivel de cliente, que se encarga de hacer las interfaces de usuario. <br />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.<br />
  11. 11. Arquitectura N- capas<br />
  12. 12. Ejemplo arquitectura por capas<br />
  13. 13. Arquitecturas Web Multicapas<br />
  14. 14. Flujograma Arquitectura Dos Capas<br />
  15. 15. Flujograma Arquitectura Tres Capas<br />
  16. 16. Flujograma Arquitectura Tres Capas<br />
  17. 17. Flujograma Arquitectura Cuatro Capas<br />
  18. 18. Operaciones de persistencia<br />Las operaciones de persistencia CRUD:<br />Create, se utilizan para desmaterializar.<br />Operación Insert B.D. relacionales <br />Read, se utilizan para materializar<br />Operación Selecten B.D relacionales<br />Update, se utiliza para actualizar<br />Operación UpdateB.D relacionales<br />Delete, eliminar registros <br />Operación DeleteB.D relacionales<br />
  19. 19. Diccionario<br />JDBC/ODBC<br />RMI<br />LAMP<br />Thickclient/ thin server<br />Thinclient/ thick server<br />Gridcomputing<br />Conector AJP<br />Patrón Observer<br />Patrón Singleton<br />TCP<br />UDP<br />

×