2010-09-10 (uned) eMadrid ELorenzo uned Aplicaciones educativas m-learning

Integración de diferentes aplicaciones educativas y experiencias en entornos mobile-learning

Emilio Julio Lorenzo GalgoDepartamento de Lenguajes y Sistemas Informáticos(UNED)[email protected]

ContenidoPresentación Proyecto ENLACEDescripción herramientas

educativas¿Por qué mobile-learning?

◦Nuevas aplicaciones◦Adaptación aplicaciones existentes

Conclusiones y futuro

Proyecto ENLACE CICYT – TIN 2004 – 04232

Proyecto ENLACE http://enlace.uned.es Enseñanza/aprendizaje

◦ Entornos educativos innovadores

◦ Larga duración◦ Constructivismo◦ Experimentación◦ Colaboración ->

Comunidades de aprendizaje◦ Transversal en el curriculum◦ Ubiquidad

Escenarios Tiempo

◦ Formal e informal Educación secundaria

http://enlace.uned.es/

http://enlace.uned.es/

Proyecto ENLACENecesidad “soporte” tecnológico

◦Diversas aplicaciones◦Interoperabilidad

Diseño incremental◦Evaluación formativa◦Prototipos

Herramientas Premisa

◦Aplicaciones Web◦Multiplataforma (Java)◦I18n

Veamos una actividad de ejemplo para presentarlas◦Recogida de datos por estudiantes

en el campo y su posterior análisis

Desarrollando la actividad … (1)

1. Creación de la comunidad virtual

◦Grupos◦Actividades

PELICANLMS. Modelo Social y de

Actividades



2. Tipos de Objetos de Aprendizaje

LOR

Repositorio de Objetos de Aprendizaje (LO) propios◦ Esquemas declarativos de metadatos

Al menos un LO para almacenar la salida de cada herramienta



2. Tipos de Objetos de Aprendizaje 3. Creación de formulario para

recoger observaciones

CARDSPlantillas de formularios

declarativas◦Campo - ValorMúltiples tipos de valores

Texto Multimedia

Formularios adaptados



2. Tipos de Objetos de Aprendizaje 3. Creación de formulario para

recoger observaciones4. Recogida de datos en el

campo◦Envío de LOs al repositorio

Necesidad de dispositivos móviles

PdaCARDSRellenar formularios (fichas),

creados con CARDS, en el campoEnvío de fichas al repositorio en

forma de LO del tipo correspondiente


1. Creación de la comunidad virtual2. Tipos de Objetos de Aprendizaje 3. Creación de formulario para

recoger observaciones4. Recogida de datos en el campo5. Completar observaciones

recogidas, en casa o en clase◦Crear nuevas fichas con datos de otras fuentes (ej: wikipedia)

CARDSRellenar fichas

◦Interfaz webEnvío al repositorio

del tipo de LO correspondiente

Diferentes formatos de empaquetamiento◦Importante para

“aplicaciones móviles”

CARDS

Plantilla Ficha


1. Creación de la comunidad virtual2. Tipos de Objetos de Aprendizaje 3. Creación de formulario para recoger

observaciones4. Recogida de datos en el campo5. Completar observaciones recogidas en

casa o clase6. Trabajo con las fichas.

Composicióno Situar cada ficha sobre su posible

ubicación en un mapa

COMPOComposiciones gráficas. Imagen de fondoLOs iconos. Composición resultante LO



observaciones4. Recogida de datos en el campo5. Completar observaciones recogidas

en casa o clase6. Trabajo con las fichas. Composición7. Trabajo con las fichas. Agregacióno Creación de mapas conceptuales

COMETCrear mapas conceptuales

LOs asociados a nodos o relaciones

Mapa LOBasado en el

motor CM-ED (UPV)stand-alone

Java WebStart



observaciones4. Recogida de datos en el campo5. Completar observaciones recogidas en

casa o clase6. Trabajo con las fichas. Composición7. Trabajo con las fichas. Agregación8. Votación de mapa más

representativo

AGORAVotación de LO

◦Propuestas de candidatos◦Diferentes vistas. Profesor - Alumno

InteroperabilidadFlujo instruccional obliga a

comunicación entre herramientas


comunicación entre herramientasCARDS metamodelo

<?xml version="1.0" encoding="ISO-8859-1"?><GCMTML xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance" xsi:noNamespaceSchemaLocation="GCMTML.xsd"><gcmtXMLVersion>1.03</gcmtXMLVersion><ConceptMap>

<ConceptMapType>NormalConceptMap-KEY</ConceptMapType>

<ConceptMapName>Ecosistema: EL monte del Pardo</ConceptMapName>

<ConceptMapDescription>NoDescription</ConceptMapDescription>

<AutomaticOrganization>false</AutomaticOrganization><ConceptMapConcepts><Concept><ConceptId>N0</ConceptId><ConceptProperties><ConceptForm>roundBoxForm-KEY</ConceptForm>

………

Instantiation

CARD TEMPLATE

CARD



Card 1

Configure

Tool 1 Card 2 Tool 2

Result Configure


comunicación entre herramientasCARDS metamodeloComunicación basada en

servicios Web del LOR y Pelican

Mobile-learning¿Dónde y por qué usar

“aplicaciones móviles”?◦PdaCARDS◦AGORA◦COMPO

No siempre es necesario o conveniente◦Usabilidad◦Interfaces

¿Por qué PdaCARDS móvil?Rellenar fichas en diferentes

entornos. Ej: campo, museos◦Dispositivo móvil


entornos. Falta de conexión a internet

◦Primer prototipo. Ordenadores portátiles cómo servidores con conexión WIFI accediendo a CARDS Problemas: Incomodo. Poco alcance. No

funcional

◦Conexión internet móvil Problemas: Caro


entornos. Falta de conexión a internetRecogida de datos GPS

◦Geoposicionamiento de las observaciones

PdaCARDS móvil … (1)Fases de actividad

1. LOR -> PdaCARDS. Plantillas a rellenar (WIFI)

2. Realización de la actividad. Fichas almacenadas localmente (No WIFI)

3. PdaCARDS -> LOR. Fichas rellenas (WIFI)

• Sincronización por:• Usuario

• Envío de fichas asociadas a actividades

• Actividad • Envío de usuarios y fichas de la actividad

PdaCARDS móvil … (2)PDA Sharp Zaurus SL- 5500

◦Personal Java (home) ≈ JDK 1.1◦Linux

PdaCARDS móvil … (3)Adaptar CARDS

◦Pequeñas adaptaciones en la librería CARDS

◦Formato de ficha simple Almacenado localmente en la PDA. Serialización

◦Nuevo interfaz. AWT◦Comunicación con LOR y PELICAN

mediante CARDS◦Facilidades de configuración

Cambiar parámetros de la comunicación (Ej:url de la aplicación Cards. Diferente tipo conexión ad-hoc, infraestructura)

PdaCARDS móvil … (4)Comunicación PdaCARDS - CARDS

◦ Alternativas Sistema distribuido Corba, RMI, … Web Services

◦ Problemas Soluciones muy “pesadas”. La pda usa Personal Java

(JDK 1.1) Puertos dedicados. Problemas de administración de

redes◦ Solución

Comunicación de objetos basada en tunneling HTTP de objetos serializados Usado para comunicación applet-servlet Arquitectura cliente-servidor Servidor Web Captura de flujo binario enviado en una conexión http

(puerto 80)

PdaCARDS móvil … (5)Problemas …

◦ Duración de batería◦ Añadir contenido multimedia a una ficha◦ Problemas WIFI en la sincronización◦ Resistencia Profesores, monitores SEO◦ Programación Personal Java

Ventajas◦ Actividades innovadoras y adaptadas al contexto

No cuadernillos genéricos

◦ Seguimiento de alumnos por parte de monitores SEO! Acceso al repositorio

◦ Motivación inicial de alumnos◦ Multiplataforma. Permite Smartphones

¿Por qué AGORA móvil?Uso en clase

◦No ordenadoresProblemas de sincronización para

votación en tiempo real

AGORA móvil … (1)“Vista web” especial dispositivos

móvilesWap descartadoInterfaz sencillo. Hacer

propuestasSincronización en tiempo real

AGORA móvil … (2) Proponer candidatos Votar por candidato Comunicación con servidor mediante “Pushlets”

◦ www.pushlets.com◦ Utiliza servlets, JavaScript y DHTML◦ Código JavaScript enviado por conexión HTTP◦ Evita uso Applets. Problemas en dispositivos móviles◦ Flash no soportado (hasta ahora)

Posible servidor local y posterior sincronización de repositorios

Alumnos

Servidor

Moderador + Proyector

http://www.pushlets.com/

COMPO móvilPropuestas de LO “Vista web” simplificada para

dispositivo móvilSincronización en el servidor

¿Por qué no otras aplicaciones móviles?Tiempo y dinero !Interfaces no adecuadas para

dispositivos móviles (hasta ahora)◦Si lo son no es necesario adaptación

Tecnologías web no “soportadas” por dispositivos. Flash, JavaScript

Evaluación Grupo A – Grupo experimental Grupo B – Grupo de control

ConclusionesAplicaciones móviles ≠ Dispositivos

móvilesAplicaciones móviles

◦Adaptar interfaz◦Falta de conexión con servidor◦Limitaciones técnicas de los dispositivos

Dispositivos móviles◦Adaptación al contexto de la actividad.

Ejemplo: Campo. Estudiantes en movimiento y dispersos Clase. No ordenadores

Alumnos hacen suyas las aplicaciones

Futuro (presente)Mejora de tecnología. Smartphones

◦ Desaparición PDA◦ Adaptaciones cada vez menos necesarias◦ El dispositivo adapta el interfaz, no el servidor◦ Agentes software◦ Conexión a internet cada vez más extendida◦ Estudiante cada vez menos atraído por nuevas

tecnologías Usar la tecnología cómo valor añadido

Trabajar con profesores !Incorporar de forma natural la tecnología

◦ Bolígrafo frente a pluma y tintero

Referencias Rodriguez-Artacho, M., Mayorga J.I., Read T., Velez J., Ros S.,

Rodrigo C., Lorenzo, E. J., Delgado J.L., Bárcena E., Martín S., Pérez C. (2010) “Enhancing Authoring, Modelling and Collaboration in E-learning environments: UNED research outline in the context of E-Madrid excellence network” Proceedings Annual Global Engineering Education Conference The Future of Global Learning in Engineering Education (EDUCON 2010) ISBN: 978-84-96737-70-9

Lorenzo, E.J., Verdejo, M.F (2010) “CARDS A metamodel approach to aggregate outcomes of learning tools” Proceedings ICALT 2010 ISBN: 978-0-7695-4055-9

Verdejo, M.F., Celorrio, C., Lorenzo, E.J., Millán, M., Prades, S. & Vélez, J. (2008)”Constructing mobile technology-enabled environments for an integrated learning” approach. Innovative Mobile Learning: Techniques and Technologies. Ed: Information Science Referente ISBN: 978-160566062-2 pg: 145-171

Integración de diferentes aplicaciones educativas y experiencias en entornos mobile-learning

Emilio Julio Lorenzo GalgoDepartamento de Lenguajes y Sistemas Informáticos(UNED)[email protected]

2010-09-10 (uned) eMadrid ELorenzo uned Aplicaciones educativas m-learning

Education

Transcript of 2010-09-10 (uned) eMadrid ELorenzo uned Aplicaciones educativas m-learning