cex_pt7+8. arquitectura inredis

8
Liderado por: Interfaces de relación entre el entorno y las personas con discapacidad Comité de Expertos 2009 PT 7+8 Arquitectura INREDIS Liderado por: Viernes 25 de septiembre

Upload: inredis-research-project-led-by-technosite

Post on 24-May-2015

379 views

Category:

Sports


0 download

TRANSCRIPT

Page 1: CEX_PT7+8. Arquitectura INREDIS

Comité de Expertos 2009

PT 7+8 Arquitectura INREDIS

Liderado por:

Viernes 25 de septiembre

Page 2: CEX_PT7+8. Arquitectura INREDIS

Liderado por:

Interfaces de relación entre el entorno y las personas con discapacidad

PT7+8. Arquitectura INREDIS

Empresas participantes:AlmaBarclayse-la CaixaIbermaticaIhmanInabensaMoviquitySmart BusinessTechnositeTMT FactoryTunstallVía LibreVodafone

Lidera: Vodafone

Organismos de investigación:CSICBdigitalESII3BFundación CIMFVERobotikerUCMUEXUPCUMAUVEG Vicomtech

Page 3: CEX_PT7+8. Arquitectura INREDIS

Liderado por:

Interfaces de relación entre el entorno y las personas con discapacidad

0. Índice de contenidos

1. Descripción PT 7+82. Resultados Investigación 2009 3. Investigación 20104. Conclusiones

Page 4: CEX_PT7+8. Arquitectura INREDIS

Liderado por:

Interfaces de relación entre el entorno y las personas con discapacidad

1. Descripción del paquete de trabajo.

Investigar la mejor estrategia de integración de los conceptos que definen la nueva arquitectura INREDIS (Accesibilidad + Interoperabilidad + Ubicuidad).

Diseño de la arquitectura INREDIS

Realización de 8 plataformas experimentales (una por cada uno de los entornos definidos dentro del proyecto).

Definición de la metodología que permita y facilite a terceros el uso de los avances recogidos en la arquitectura INREDIS

Creación de un ecosistema INREDIS mas allá del propio ámbito del proyecto.

Fecha de inicio: 1 de abril del 2009

Fecha fin: 31 de diciembre 2010

Page 5: CEX_PT7+8. Arquitectura INREDIS

Liderado por:

Interfaces de relación entre el entorno y las personas con discapacidad

2. Resultados Investigación 2009

Definición y análisis de los casos de usoIdentificación y definición casos de uso prioritarios Identificación y definición requerimientos plataforma INREDIS1ª Propuesta de arquitectura alto nivel

Especificación de la plataforma genéricaIdentificación y documentación de todas las interacciones existentes en la plataforma.Investigación y valoración de modelos de arquitectura capaces de cumplir con los requerimientos INREDIS (SOA, EDA, SOA 2.0, etc.)Identificación y documentación de servicios externos prioritarios. Diseño y especificación de los módulos “core” de la arquitectura.Definición detallada y normalizada de la arquitectura.

Definición del entorno de trabajo Definición y construcción de los entornos de trabajo (Desarrollo de entornos virtuales de desarrollo local, Implementación del servidor central)Definición metodología de trabajo (Scrum, RUP)Definición de pruebas de validación (Rendimiento, Integradas, Funcionalidad, Accesibilidad)

Page 6: CEX_PT7+8. Arquitectura INREDIS

Liderado por:

Interfaces de relación entre el entorno y las personas con discapacidad

2. Resultados Investigación 2009

Page 7: CEX_PT7+8. Arquitectura INREDIS

Liderado por:

Interfaces de relación entre el entorno y las personas con discapacidad

3. Investigación 2010

Implementación básica plataforma INREDIS “Hola Mundo” Desarrollo y prueba de la funcionalidad básica de la arquitectura INREDIS

Prototipos plataformas experimentalesInvestigación y desarrollo de 8 casos de uso estratégicos soportados por la arquitectura INREDISDefinición de la metodología de aplicaciones y servicios accesibles basados en la arquitectura INREDIS

Especificación de la plataforma genérica

Modelo de negocio y explotación

Page 8: CEX_PT7+8. Arquitectura INREDIS

Liderado por:

Interfaces de relación entre el entorno y las personas con discapacidad

4. Conclusiones

Diseño de la arquitectura INREDIS

Se apuesta por un modelo de arquitectura totalmente distribuida y desacoplada

Modelo de arquitectura capaz de garantizar la interoperabilidad de diferentes tecnologías y servicios.

La arquitectura debe soportar la ejecución de tareas complejas a realizar por distintos módulos (orquestación)

Los tiempos de ejecución de todos los procesos deben ser minimizados al máximo debido a que los servicios INREDIS son servicios “on line” (calidad de servicio).

Necesidad de unos requisitos mínimos en los dispositivos de control (identificación, descubrimiento, caracterización del entorno, productos de apoyo)

Actualmente no existe un ejemplo de arquitectura que cumpla extremo a extremo todos los requerimientos del proyecto INREDIS , se esta valorando el uso de una arquitectura mixta que use SOA 2.0 (SEP, ESP, CEP) para la construcción del core de la arquitectura junto con alguna arquitectura basada en agentes (OSGi) que permita el despliegue y ejecución de clientes (descubrimiento, cliente, etc.) y una ejecución homogénea de servicios externos.