ws_inredis_pt7+8

15
INREDIS HOLA MUNDO 22 de Junio de 2010 Tomás De Andrés García Área de Innovación FVE

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

Post on 24-May-2015

373 views

Category:

Documents


0 download

TRANSCRIPT

Page 1: Ws_INREDIS_PT7+8

INREDIS

HOLA MUNDO

22 de Junio de 2010

Tomás De Andrés García Área de Innovación FVE

Page 2: Ws_INREDIS_PT7+8

Índice de contenido

1. Participantes

2. Previsión de Investigación

3. Arquitectura Objetivo

4. Requisitos Arquitectura

5. Arquitectura INREDIS (Diseño)

6. Análisis Tecnológico

7. Arquitectura INREDIS (Tecnologías)

8. Hola Mundo

Page 3: Ws_INREDIS_PT7+8

PT 7+8. Participantes

Empresas participantes: Alma, Barclays, e-la Caixa, Creative IT, Ibermatica,

Ihman, Inabensa, Moviquity, Smart Business, Technosite, TMT, Tunstall, Vía

Libre y Vodafone

Centros de investigación: CSIC, Bdigital, ESI, I3B, Fundación CIM, FVE,

Robotiker, UCM, UPC, UMA, UVEG y Vicomtech

Lidera: Vodafone

Page 4: Ws_INREDIS_PT7+8

0. Previsión de investigación 2009-2010

Primera versión detallada de la arquitectura INREDIS (Componentes, Módulos, Interfaces, etc.)

Investigación de los requerimientos básicos establecidos en las cinco líneas de investigación que definirán la arquitectura

Primera prueba de concepto (Hola Mundo INREDIS) (Diseño y Validación)

Page 5: Ws_INREDIS_PT7+8

Arquitectura INREDIS

……

PT 4. Tecnologías de interacción persona-

máquina

PT6.Interfaces

PT5. Ayudas técnicas ubicuas

ServidorRecursos

Arquitecturade

Interoperabilidad

PT 3. Protocolos de Interoperabilidad

Page 6: Ws_INREDIS_PT7+8

Requisitos ArquitecturaRequisitos Arquitectura

Always best connected

Interoperabilidad con sistemas heterogéneos

Modelado de usuario

Gestión remota de la plataforma

Gestión de eventos y cambios de estado

Robustez y calidad de servicio

Mecanismos de seguridad técnicos

Estandarización de los aspectos técnicos

Adaptabilidad a diferentes configuraciones (multiplataforma).

….. (Un total de 29 caracteristicas de la arquitectura fueron analizadas y establecidos los objetivos para cada una de ellas que debía cumplir INREDIS)

Page 7: Ws_INREDIS_PT7+8

Tecnologías de Accesibilidad TIC : INREDIS – Entorno Accesible

Fuente: INREDIS

Page 8: Ws_INREDIS_PT7+8

Funcionales 2

3

3

3

3

3

2

3

3

3

2

3

1

3

3

1

Rendimiento 2

2

2

2

2

Soporte 2

1

0

2

Implementación 10

5

Interfaz 15

Facilidad de uso 8

7

10803

89227

3

9

9

36

3

3

3

9 8

10 8

3

51

Re-

utili

zaci

ón (

p.eg

. cód

igo)

9

3

3

4

6 8

16836

Ext

ensi

bilid

ad

9

9

3

10

144

3

9

63

3

=

9

9

Otros

3

9

9

3

Flexibilidad

9

9

Robustez y QoS

1

Fra

gilid

ad

Ges

tión

de e

vent

os y

tare

as c

ompl

ejas

2

36

Imp

ort

an

cia

Re

lativ

a

Com

patib

ilida

d co

n ar

quite

ctur

as E

vent

driv

en S

OA

/Age

ntes

(F

IPA

)

Uso

de

serv

icio

s ex

tern

os

3

Per

spec

tiva

de d

esar

rollo

futu

ro

3

Cos

te d

e im

plem

enta

ción

9

99

9

9

9

3El sistema debe poder implementarse sobre entornos distribuidos

3

9

9

9

3

9

9

Fac

ilida

d de

act

ualiz

ació

n de

ver

sión

Esc

abili

dad

3

9

8

3

9

8 ?85

710 7 8 0Arquitectura SOA Glassfish v2 9 3 5 4 5

Gra

do d

e ap

ertu

ra a

terc

eros

(op

en s

ourc

e, e

stán

dare

s, e

tc.)

Inte

rope

rabi

lidad

sín

cron

a

Inte

rope

rabi

lidad

así

ncro

na

Mul

tipla

tafo

rma

Com

unic

ació

n co

n lo

s di

sp. o

bjet

ivo

y us

uario

aut

omát

icam

ente

o b

ajo

petic

ión

Tol

eran

cia

a fa

llos

9

3

3

9

3 31 3

33

9

3

3

3

9

9

9

36 195 99

?6 5 8 0

5

8

23751135 0

7

39 66 18 45 96

5

12318 39 18618 36

9

=

?

?

Relevancia Técnica

Arquitectura OSGi Proyecto FUJI 9 0 7 6 6

8

0 ?

9

3

3

3

3

3 9

? 2

=

9 9

Media 3

Débil 1

9

Req

uer

imie

nto

s T

écn

ico

s

Trayectoria de mejora

Interacción:

Fuerte 9

Los diferentes elementos del sistema se deben integrar con el mínimo acoplamiento

El sistema debe permitir operar con contenidos multiidiomaEl sistema debe permitir priorizar la pila de eventos de acuerdo con criterios configurables

Seg

urid

ad, c

onfid

enci

alid

ad e

inte

grid

ad d

e lo

s da

tos

de u

suar

io

Por

tabi

lidad

Adaptabilidad Facilidad de Uso

Uso

de

las

tecn

olog

ías

cara

cter

ístic

as d

e la

Web

sem

ántic

a.

Alw

ays

Bes

t Con

nect

ed

Prio

rizac

ión

de s

ervi

cios

Tie

mpo

de

resp

uest

a

Con

curr

enci

a

Mod

ular

Inte

ligen

cia

ambi

enta

l (co

ndic

ione

s de

rui

do, i

nten

sida

d de

luz,

etc

.)

Requisitos generales de INREDISEl sistema debe tener capacidad para dotar al usuario de la mejor configuración de conectividad de manera permanente

El sistema debe permitir la integración de servicios heterogéneosEl sistema debe estar basado de manera prioritaria en estándares software

El sistema debe ser capaz de descubrirse ante los usuarios de manera automática

El sistema debe permitir la ejecución de procesos asíncronos

El sistema debe permitir la ejecución de procesos automáticosEl sistema debe estar basado de manera prioritaria en tecnologías semánticas

El sistema debe ser independiente de las diferentes plataformas tecnológicasEl sistema debe disponer de capacidad para gestionar eventos no-atómicos

El sistema debe proporcionar infraestructura de seguridad en las operaciones y en la gestión de datos

El nivel de seguridad del sistema debe ser configurable

El sistema debe proporcionar acceso remoto para su control y configuración

El sistema debe poder actualizarse de manera sencillaLa migración desde la arquitectura hacia otro modelo de arquitectura debe ser lo menos costosa posible

El sistema debe optimizar la utilización de recursos

La arquitectura facilitará la escalabilidad del sistemaEl tiempo de respuesta del sistema se adecuará a las necesidades descritas

Debe existir una documentación suficiente sobre la arquitectura software

El sistema debe ser tolerante a fallosEl sistema debe soportar una concurrencia de uso que se adecúe a las necesidades descritasEl sistema debe proporcionar mecanismos que permitan verificar su rendimiento

La curva de aprendizaje de la arquitectura del sistema no debe dificultar el proceso de desarrollo

El sistema debe permitir la instalación sobre dispositivos embebidos

La arquitectura del sistema debe ser comprensible con un esfuerzo razonable

Debe existir un entorno de soporte técnico para la arquitectura software

9 9 9

9

9

9 9

999

99

3 3 9

El sistema debe proporcionar interfaces estándar para interactúar de manera simplificada con sistemas externos

9 3

3 3 9 9

9

Análisis de arquitecturas e implementaciones Análisis de arquitecturas e implementaciones (Quality House)(Quality House)

Page 9: Ws_INREDIS_PT7+8

Arquitectura INREDISArquitectura INREDIS

Page 10: Ws_INREDIS_PT7+8

Validación Hola MundoValidación Hola Mundo

Hola Mundo INREDIS

Primera versión de los módulos básicos de la arquitectura.

Primera valoración de la arquitectura INREDIS

Page 11: Ws_INREDIS_PT7+8

Metodología Hola Mundo ( Scrum + UP )Metodología Hola Mundo ( Scrum + UP )

Page 12: Ws_INREDIS_PT7+8

Persona – Dispositivo (UCH TV)Discapacidad AuditivaDiscapacidad Visual

Persona – Persona (SIPCHAT)

SIP

Avatar

TTS

Tv

GoogleTranslator

DA DV SC

INREDIS : Hola Mundo - ServiciosINREDIS : Hola Mundo - Servicios

Page 13: Ws_INREDIS_PT7+8

SIP(Madrid-Voafone)

Hola Mundo InfraestructuraHola Mundo Infraestructura

Page 14: Ws_INREDIS_PT7+8

RendimientoRendimiento

Proceso Capacidad Retardo

UCH ~30 200ms

TTS ~10 275ms

ATM >100 Despreciable

BC ~5 350ms

Avatar ~5 400ms

SMA >100 Despreciable

BPEL >100 Despreciable

Page 15: Ws_INREDIS_PT7+8

Proyecto INREDISProyecto INREDIS

Website http://www.inredis.esWebsite http://www.inredis.es

Tomas De Andres García

[email protected]

Más información:

www.youtube.com/inredis

Contacto:

[email protected]