Your SlideShare is downloading. ×
Arquitectura tres capas
Upcoming SlideShare
Loading in...5
×

Thanks for flagging this SlideShare!

Oops! An error has occurred.

×
Saving this for later? Get the SlideShare app to save on your phone or tablet. Read anywhere, anytime – even offline.
Text the download link to your phone
Standard text messaging rates apply

Arquitectura tres capas

5,060
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
5,060
On Slideshare
0
From Embeds
0
Number of Embeds
0
Actions
Shares
0
Downloads
127
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. ATS – ClienteEmail
  • 2.
    • Servicios en Internet
    • Arquitectura tres capas
    • ATS – ClienteEmail
  • 3.  
  • 4.
    • Un servicio Web (en inglés Web service ) es una colección de protocolos y estándares que sirven para intercambiar datos entre aplicaciones.
    Introducción
  • 5.
    • Accesible desde cualquier aplicación
    • Por cualquier lenguaje de programación
    • Desde cualquier plataforma
    • Usando estándares abiertos
    Introducción
  • 6.
    • XML : Es el formato estándar para los datos que se vayan a intercambiar.
    • SOAP o XML-RPC : Protocolos sobre los que se establece el intercambio.
    • HTTP , FTP , o SMTP : los datos en XML también pueden enviarse de una aplicación a otra mediante protocolos normales ya bien conocidos.
    • WSDL : Es el lenguaje de la interfaz pública para los servicios Web.
    • UDDI : Protocolo para publicar la información de los servicios Web.
    • WS-Security : Protocolo de seguridad aceptado como estándar por OASIS.
    Protocolos conocidos
  • 7.
    • Aportan interoperabilidad entre aplicaciones de software
    • Los servicios Web fomentan los estándares y protocolos basados en texto (más humanos y accesibles)
    • Al apoyarse en HTTP , permiten acceder a cualquier sistema conectado a la red (http usa el puerto 80)
    • Permiten el uso de servicios integrados cambiando el de varias compañías y varios softwares
    • Permiten la interoperabilidad entre plataformas de distintos fabricantes por medio de protocolos estándar.
    Ventajas de los servicios Web
  • 8.
    • Para realizar transacciones no pueden compararse en su grado de desarrollo con los estándares abiertos de computación distribuida como CORBA.
    • Su rendimiento es bajo si se compara con otros modelos de computación distribuida, tales como RMI o CORBA (XML no está diseñado para el rendimiento)
    • Al apoyarse en HTTP , pueden esquivar medidas de seguridad basadas en firewalls cuyas reglas tratan de bloquear o auditar la comunicación entre programas a ambos lados de la barrera.
    • Existe poca información de servicios web para algunos lenguajes de programación
    Inconvenientes de los servicios Web
  • 9.
    • La principal razón para usar servicios Web es que se basan en HTTP sobre TCP en el puerto 80
    • Buena interfaz para acceder a servicios y funcionalidades de otros ordenadores en la red
    • Gran independencia y flexibilidad entre aplicación y servicio
    Razones para el uso de servicios Web
  • 10.
    • Axis y el servidor Jakarta Tomcat (de Apache)
    • ColdFusion MX de Macromedia
    • Java Web Services Development Pack (JWSDP) de Sun Microsystems (basado en Jakarta Tomcat )
    • JOnAS (parte de ObjectWeb una iniciativa de código abierto)
    • Microsoft .NET
    • Novell exteNd (basado en la plataforma J2EE )
    • WebLogic
    • WebSphere
    Plataformas de Servicios y contenedores de Aplicaciones
  • 11.  
  • 12.
    • Aplicaciones mono-capa:
      • Tanto los datos de aplicación como la interfaz como la lógica de modelo residen en una misma identidad
    Datos Tipos de Arquitecturas en tecnologías cliente-servidor Lógica de negocio Interface de usuario
  • 13.
    • Aplicaciones
    • Cliente - Servidor
      • Se separan 2 de las tres capas. El cliente aún puede integrar parte de la funcionalidad del sistema.
    Funcionalidad Parcial Datos Tipos de Arquitecturas en tecnologías cliente-servidor Lógica de negocio Interface de usuario
  • 14.
    • Aplicaciones de 3 capas.
      • Creamos un cliente “tonto” que carece de toda lógica de negocio y apenas ofrece alguna funcionalidad más que la de visión y petición de datos.
    Datos Lógica de negocio Interface de usuario Funcionalidad Parcial Tipos de Arquitecturas en tecnologías cliente-servidor
  • 15.
    • Las diferentes capas suelen ser:
      • Capa 1 : Cliente de aplicación
        • Ejemplos: Set-top box, navegador Web
      • Capa 2 : Servidor de Aplicaciones
        • Ejemplo: Servidor Tomcat con servlet’s
      • Capa 3 : Servidor de Datos
        • Ejemplo: Base de datos, servidor SMTP…
    Tipos de Arquitecturas en tecnologías cliente-servidor
  • 16.  
  • 17.
    • ATS-ClienteEmail es un cliente de correo que nos permite enviar emails a cualquier destinatario de forma rápida y segura.
    • Nos ofrece una interfaz de usuario con escritura a través del mando a distancia.
    Introducción
  • 18.
    • Ofrece seguridad usando el protocolo SSL (Secure Socket Layer) para el envío de e-mails encriptados
    • Hace uso del canal de retorno ya sea por interfaz ethernet o por modem
    • Utiliza arquitectura de 3 capas
      • Hace uso del servidor de Aplicaciones Tomcat
      • Dicho servidor implementa una servlet que recibe peticiones Get y Post y se comunica con servidor SMTP para el envío de e-mails.
    Características
  • 19.
    • El uso de un cliente e-mail desde la televisión supone una revolución en cuanto a flexibilidad e interacción entre usuarios se refiere.
    • ATS-ClienteEmail mantiene una arquitectura de 3 capas con lo que conseguimos:
      • Un cliente (receptor MHP) completamente ligero, exento de funcionalidad lógica alguna. (Tiempo de subida mucho menor).
      • Flexibilidad en el cambio de servicios y/o implementación lógica del servidor.
        • Ejemplo: Almacenamiento de e-mails en el servidor.
    Ventajas
  • 20.
    • La principal desventaja pasa por hacer uso de un mando a distancia para la escritura de mensajes
      • Posible solución (teclado inalámbrico)
    • La lectura de mensajes en televisión no es lo más adecuado
      • Si bien las nuevas televisiones permiten resoluciones de pantalla mucho mayores
    Desventajas
  • 21. Esquema de arquitectura MHProject Server Set-Top Box Servidor Mail Petición HTTP Respuesta HTTP Respuesta SMTP Petición SMTP Servidor de Aplicaciones Cliente Servidor de Datos <http 1.0> <to> <from> <body> <http 1.0> <confirmación> <smtp> <HELO> <Mail From> <smtp> <HELO> <OK>
  • 22. Presentación
  • 23. Ruegos y Preguntas Arquitectura de 3 capas [---------- Proyecto ----------] MHProject v2.0 www.mhproject.org E.T.S de Ingenieros de Telecomunicación Universidad Pública de Navarra [---------- Autor ----------] Alejandro Fanjul [email_address] [email_address] [---------- Tutor ----------] Mikel Sagues [email_address] [---------- Bibliografía ----------] Wikipedia: Servicios Web UPV: Arquitecturas funcionales Fox Press: Diseño de aplicaciones Three Tier 14/12/2006 Creative Commons 2.5: MHProject.org Créditos y Bibliografía