Alumnos:

1.2.1 Arquitectura de Referencia y Especificacin del Modelo Conceptual

La adopcin de Modelos Orientados a Servicios constituye un cambio de paradigma fundamental, que permitir aumentar el dinamismo y competitividad de la sociedad actual transformndola en una "sociedad basada en el conocimiento". Este cambio de paradigma supone que: Los modelos de negocio. Los procesos.

La manera en que los servicios sern descubiertos, usados y gestionados por los usuarios finales ser clave y deber contemplar los siguientes principios:
Los usuarios finales deben contar con la mxima autonoma y capacidad de personalizacin en relacin con la configuracin de su entorno operativo. Los usuarios finales deben contar con la capacidad de crear y compartir conocimiento. La interaccin debe adaptarse y ser relevante al contexto.

El proyecto EzWeb se centra en el desarrollo de tecnologas clave a emplear en el desarrollo de la capa de acceso web (front-end layer) a los servicios sobre Arquitecturas Orientadas a Servicios (SOA - Service Oriented Architecture) de nueva generacin.

El Software Social est llamado a jugar un papel clave en la interaccin Usuario/Servicio y la definicin del concepto de capa de adaptacin basada en recursos.

Actualmente se estn usando en diferentes tipos de aplicaciones tales como: Libreras sociales: donde los visitantes pueden etiquetar y clasificar sus libros, discos y DVDs, y recibir recomendaciones. Bookmark social, donde los usuarios publican y etiquetan sus bookmarks o imgenes en base a folksonomas para que otros puedan buscarlos y verlos. Guas sociales, donde los usuarios recomiendan lugares a visitar en el mundo, tales como coffee shops, restaurantes o puntos de acceso WiFi.

Arquitecturas Orientadas a Servicios (SOA)

De acuerdo con este modelo, los componentes principales y sus interacciones dentro de un entorno SOA bsico estaran definidos en el siguiente escenario: el proveedor de servicios publica las interfaces de sus servicios a travs de un registro donde un consumidor de servicios podr localizarlos ligndose de este modo al proveedor de servicios. Hoy en da la evolucin de los sistemas y de Internet establecen que estos servicios deberan poder implementarse, gestionarse y utilizarse, por desarrolladores, proveedores y usuarios de forma mas sencilla y accesible que el software empaquetado tradicional.

Implementaciones Actuales (WS*)

Se esperaba que los WebServices permitieran una implantacin real de las arquitecturas orientadas a servicios a lo largo de la Internet, sin embargo, a da de hoy, las implementaciones de SOA basadas en WebServices ni han logrado todava traspasar los lmites impuestos por las compaas, ni han permitido la adopcin de esquemas de provisin y consumo de servicios en Internet (proceso que contina en una etapa poco madura).

Los motivos de estos problemas los podemos encontrar detrs de la gran complejidad tcnica de las arquitecturas basadas en WebServices y a la dificultad de implementacin, mantenimiento, flexibilidad de las soluciones que plantean. Estos motivos pueden agruparse en tres reas:

Los WebServices se han centrado nicamente en fomentar la comunicacin entre sistemas. Los WebServices basan su arquitectura e implementacin en una serie de complejos estndares muy poco amigables y en constante evolucin. Por ltimo los WebServices estn sujetos a una gran cantidad de marcos de regulacin (dado que se emplean principalmente en el entorno corporativo).

La Web 2.0 y su relacin con SOA mas importantes a tener en cuenta que se Los puntos

han identificado al estudiar las aproximaciones de SOA centrado en el usuario son: Los usuarios deben sentirse plenamente potenciados y capaces de solventar sus necesidades a partir de un ecosistema de recursos disponibles. Estos recursos les darn acceso a contenidos y servicios que podrn emplear para personalizar su propio entorno operativo. Debe permitirse la participacin de los usuarios. Los usuarios finales deben ser capaces de contribuir con nuevas y mejoradas versiones de recursos, as como compartir nuevo conocimiento sobre ellos, su uso y sus interrelaciones. Las colaboracin dentro de comunidades debe ser promovida. Utilizando prcticas que promuevan la comparticin, reutilizacin, composicin dentro de un entorno de colaboracin que permita explotar las redes de trabajo como medio de amplificacin de resultados.

Arquitectura de Referencia y Modelo Conceptual.

La arquitectura propuesta se basa en cuatro capas lgicas situadas sobre los sistemas y servicios de back-end a los que deseamos proveer acceso, dentro de estos sistemas se englobaran bien sistemas legacy, bien sistemas SOA basados en implementaciones de WS*.

Tecnologas clave para SOA de nueva generacin Arquitecturas Orientadas a Recursos

El empleo de esta abstraccin de recurso conduce a un verdadero cambio de paradigma conducido por un modelado de datos totalmente funcional. Proponemos la clasificacin siguiente de recursos: Fuentes de datos que retroalimentan el uso de mash-up. Operadores que transforman las fuentes de datos. Gadgets, que son responsables de proporcionar la grfica, y mecanismos de interaccin de usuario simples y eficientes.

Plataformas de Mashup
Las plataformas mash-up son consideradas como una aproximacin remota tecnolgica de SOA centrada en el usuario. "Mash-up es un recurso de Web-based, que ha sido creada para la reutilizacin y la composicin de dos o ms recursos diferentes". En estas Plataformas ("plataformas mash-up") cabe destacar de ellas que autorizan a usuarios para acoplar recursos fcilmente disponibles, enriquecerlos y componerlos en un recurso nuevo, que tarde o temprano puede ser hecho pblicamente disponible otra vez.

Por consiguiente, las redes de recursos diferentes a base de Web surgen por si solas. Estas redes pueden ser consideradas ingobernables, la ciudad sin ley, desde que no hay ninguna entidad de control central que impone directrices formales para la reutilizacin y la distribucin.

Composicin de Recursos.
Adems de la orientacin de recurso y la idea de plataformas grficas mash-up como activadores de integracin, dos conceptos, wiring y piping of resources (la tubera de recursos), juntos representan a otro conductor importante para apoyar la creacin de usuario, la innovacin y la colaboracin en un SOA centrado en el usuario. Cuando creamos un mash-up, los usuarios visualmente tienen que componer recursos y resolver sus interdependencias de dos perspectivas diferentes.

Composicin de servicio por wiring.

Una nueva tendencia tecnolgica de Internet es hacer que los usuarios sean capaces de manejar Servicios Web como elementos visuales o gadgets, es decir el controlador de la interfaz que maneja uno o varios servicios y/o recursos. Estos gadgets, pueden ser simples o complejos, dependiendo del tamao. Los usuarios pueden interconectar gadgets existentes simples el uno con el otro para crear servicios cada vez ms complejos, ampliando la idea de creacin conducida por un wizard y explotando el poder de la semntica en los sistemas de back-end.

Adquisicin y Comparticin de Conocimiento en entornos Web2.0 Redes Sociales Genricas

Las Redes son formas de interaccin social, definida como un intercambio dinmico entre personas, grupos e instituciones en contextos de complejidad. Un sistema abierto y en construccin permanente que involucra a conjuntos que se identifican en las mismas necesidades y problemticas y que se organizan para potenciar sus recursos.

Historia de las Sociales en Internet .

Redes

El origen de las redes sociales en Internet se remonta, almenos, a 1995, cuando Randy Conrads crea el sitio Web classmates.com. Pero no ser hasta el ao 2001 y 2002 hasta que no se produce el primer 'boom' de estos crculos de amigos. Hacia 2003 se hacen muy populares con la aparicin de sitios tales como friendster.com, tribe.net y myspace.com. Viendo el grandsimo filn que eran, grandes compaas como Google y Yahoo, lanzaron tambin sus propias redes sociales orkut.com en 2004 y flickr.com en 2005 respectivamente.

Redes Sociales en Internet

En las redes sociales, en Internet, tenemos la posibilidad de interactuar con otras personas aunque no las conozcamos, ni sepamos su sexo, edad o profesin. Aunque normalmente con el tiempo y segn la involucracin estos datos los vamos conociendo.

Las tres propiedades bsicas que debe de tener una red social son:
Comunicacin: Nos ayudan a poner en comn el conocimiento, con lo que podremos ir avanzando juntos ms rpidamente. Comunidad: Directamente, nos ayudan y nos apoyan. Adems de ayudarnos a encontrar cual es nuestro lugar. Cooperacin: Nos ayudan a realizar proyectos juntos.

Ejemplos de algunas redes sociales:

1.2.2 Documento de Lneas Futuras Tecnolgicas.

Conjuntamente con los lderes de los distintos paquetes de trabajo y en el transcurso de proyecto se realizar investigacin sobre nuevas tecnologas y estndares susceptibles de ser aplicados en cualquiera de las reas tecnolgicas utilizadas en el proyecto (Web Semntica, MashUps, Web 2.0, Modelos de Negocio y Licenciamiento etc..)

Identificacin de tecnologas emergentes y nuevos estndares Para un mejor seguimiento de estas

propuestas, el repaso se realiza siguiendo las actividades del proyecto EzWeb. Naturalmente, slo se incluyen las actividades de desarrollo tecnolgico, es decir: Actividad 2: Semntica para describir contextos y recursos. Actividad 3: Plataforma de Mashup. Actividad 4: Plataforma Marketplace de Recursos.

Quedan fuera de este repaso las tareas administrativas y notecnolgicas: Actividad 1: Arquitectura y adquisicin de requisitos de usuario. Actividad 5: Experimentacin y validacin. Actividad 6: Explotacin y Difusin de Resultados.

Tecnologas Emergentes
Actividad 2: Semntica para describir contextos y recursos.

Microformatos. Folksonomas.

Actividad 3: Plataforma de Mashup.

JSR 311: JAX-RS: The JavaTM API for RESTful Web Services. Lenguajes para la descripcin de servicios REST. Tecnologas relativas a seguridad.

Actividad 4: Plataforma Marketplace de Recursos.

Tecnologas para la obtencin del contexto. Servicios Web Semnticos. Modelos de negocio basados en el uso de servicios.

Actividad 2: Semntica para describir contextos y recursos.

Nueva versin de OWL. SKOS.

RDFa.
Rule Interchange Format. SPARQL.

Actividad 3: Plataforma de Mashup.

HTML 5. XHTML 2.0.

Widgets 1.0.
Revisiones y trabajos sobre Web Services Description Language (WSDL) Version 2.0.

Evaluacin de los resultados de la investigacin (detallados por WP)

En este estadio del proyecto la mayora de los resultados de investigacin an se encuentran en fase preliminar con lo que an es pronto para realizar una evaluacin completa. Dentro de los entregables adscritos a cada paquete de trabajo se encuentran las conclusiones preliminares.

Actualizacin del Plan de Riesgos y Contingencias

El riesgo de que un competidor lance un producto competitivo. Este riesgo ya tiene un plan de contingencia asignado, ya que gracias al proceso iterativo seguido en EzWeb es sencillo aadir nuevas funcionalidades para la siguiente iteracin. Adems, dentro de cada uno de los paquetes de trabajo ya se han evaluado alternativas de competidores, dejando patente sus limitaciones y la necesidad de los desarrollos de EzWeb.