• Like
Segunda sesion modulo 2 : Ing. Adriana Iglesias.
Upcoming SlideShare
Loading in...5
×

Thanks for flagging this SlideShare!

Oops! An error has occurred.

Segunda sesion modulo 2 : Ing. Adriana Iglesias.

  • 1,183 views
Published

 

  • Full Name Full Name Comment goes here.
    Are you sure you want to
    Your message goes here
    Be the first to comment
    Be the first to like this
No Downloads

Views

Total Views
1,183
On SlideShare
0
From Embeds
0
Number of Embeds
1

Actions

Shares
Downloads
11
Comments
0
Likes
0

Embeds 0

No embeds

Report content

Flagged as inappropriate Flag as inappropriate
Flag as inappropriate

Select your reason for flagging this presentation as inappropriate.

Cancel
    No notes for slide

Transcript

  • 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.
  • 5. Arquitectura de un nivel
  • 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.
  • 7. Arquitectura de dos niveles
  • 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
  • 9. Arquitectura de tres niveles
  • 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.
  • 11. Arquitectura N- capas
  • 12. Ejemplo arquitectura por capas
  • 13. Arquitecturas Web Multicapas
  • 14. Flujograma Arquitectura Dos Capas
  • 15. Flujograma Arquitectura Tres Capas
  • 16. Flujograma Arquitectura Tres Capas
  • 17. Flujograma Arquitectura Cuatro Capas
  • 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