ATS – ClienteEmail.

Presentación del tema: "ATS – ClienteEmail."— Transcripción de la presentación:

1 ATS – Cliente

2 Servicios en Internet Arquitectura tres capas ATS – Cliente

3

4 Introducción Un servicio Web (en inglés Web service) es una colección de protocolos y estándares que sirven para intercambiar datos entre aplicaciones.

5 Accesible desde cualquier aplicación
Introducción Accesible desde cualquier aplicación Por cualquier lenguaje de programación Desde cualquier plataforma Usando estándares abiertos

6 Protocolos conocidos 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.

7 Ventajas de los servicios Web
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.

8 Inconvenientes de los servicios Web
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

9 Gran independencia y flexibilidad entre aplicación y servicio
Razones para el uso de servicios Web 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

10 Plataformas de Servicios y contenedores de Aplicaciones
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

11

12 Aplicaciones mono-capa:
Tipos de Arquitecturas en tecnologías cliente-servidor Aplicaciones mono-capa: Tanto los datos de aplicación como la interfaz como la lógica de modelo residen en una misma identidad Datos Interface de usuario Lógica de negocio

13 Funcionalidad Parcial
Tipos de Arquitecturas en tecnologías cliente-servidor Aplicaciones Cliente - Servidor Se separan 2 de las tres capas. El cliente aún puede integrar parte de la funcionalidad del sistema. Datos Interface de usuario Funcionalidad Parcial Lógica de negocio

14 Funcionalidad Parcial
Tipos de Arquitecturas en tecnologías cliente-servidor Datos Lógica de negocio 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. Interface de usuario Funcionalidad Parcial

15 Las diferentes capas suelen ser:
Tipos de Arquitecturas en tecnologías cliente-servidor 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…

16

17 Introducción ATS-Cliente es un cliente de correo que nos permite enviar s a cualquier destinatario de forma rápida y segura. Nos ofrece una interfaz de usuario con escritura a través del mando a distancia.

18 Hace uso del canal de retorno ya sea por interfaz ethernet o por modem
Características Ofrece seguridad usando el protocolo SSL (Secure Socket Layer) para el envío de s 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 s.

19 Ventajas El uso de un cliente desde la televisión supone una revolución en cuanto a flexibilidad e interacción entre usuarios se refiere. ATS-Cliente 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 s en el servidor.

20 La lectura de mensajes en televisión no es lo más adecuado
Desventajas 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

21 Servidor de Aplicaciones
Esquema de arquitectura Set-Top Box MHProject Server Servidor Mail <http 1.0> <to> <from> <body> <smtp> <HELO> <Mail From> Petición HTTP Petición SMTP Respuesta HTTP Respuesta SMTP <http 1.0> <confirmación> <smtp> <HELO> <OK> Servidor de Datos Cliente Servidor de Aplicaciones

22 Presentación

23 Muchas Gracias Arquitectura de 3 capas
[ Proyecto ] MHProject v E.T.S de Ingenieros de Telecomunicación Universidad Pública de Navarra [ Autor ] Alejandro Fanjul [ Tutor ] Mikel Sagues [ 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 Ruegos y Preguntas Muchas Gracias Créditos y Bibliografía