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
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
Desarrollando la actividad … (2)
1. Creación de la comunidad virtual
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
Desarrollando la actividad … (3)
1. Creación de la comunidad virtual
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
Desarrollando la actividad … (4)
1. Creación de la comunidad virtual
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
Desarrollando la actividad … (5)
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
Desarrollando la actividad … (6)
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
Desarrollando la actividad … (7)
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ó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
Desarrollando la actividad … (8)
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ó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
InteroperabilidadFlujo instruccional obliga a
comunicación entre herramientasCARDS metamodelo
InteroperabilidadFlujo instruccional obliga a
comunicación entre herramientasCARDS metamodelo
<?xml version="1.0" encoding="ISO-8859-1"?><!-- Generated by GCMT --><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
InteroperabilidadFlujo instruccional obliga a
comunicación entre herramientasCARDS metamodelo
Card 1
Configure
Tool 1 Card 2 Tool 2
Result Configure
InteroperabilidadFlujo instruccional obliga a
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
¿Por qué PdaCARDS móvil?Rellenar fichas en diferentes
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
¿Por qué PdaCARDS móvil?Rellenar fichas en diferentes
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
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]
Top Related