Adquisición de software que estimule la utilización de recursos educativos. Especificaciones

Transcripción

1 Adquisición de software que estimule la utilización de recursos educativos Especificaciones

2 1 Objetivos El Centro Ceibal ha desarrollado un estándar que permite registrar los avances de los alumnos en diferentes actividades educativas. También ha desarrollado actividades educativas capaces de enviar mensajes a un sistema central reportando los avances de los alumnos. Asimismo ha desarrollado un ʻeReaderʼ que corre en los equipos del Plan Ceibal y cumple con los requerimientos mínimos para ser utilizado por los alumnos. 1.1 Objetivo General El objetivo de este llamado es adquirir una plataforma orientada a aumentar la utilización de los recursos educativos del Plan Ceibal por parte de los alumnos. 1.2 Objetivos Específicos Adquirir una plataforma que permita asociar recompensas a diferentes logros, esta plataforma incluirá un ejemplo de campaña orientado específicamente a recompensas en el marco del Plan de Antel Universal Hogares Prepago Adquirir un sistema que permita la distribución de libros digitales. Este sistema estará asociado a la plataforma y deberá incluir un software ʻeReaderʼ. Los ítems 1 y 2 se cotizarán por separado y podrán adjudicarse por separado. Se aceptarán cotizaciones por un solo ítem. 2 ITEM 1: Plataforma Este punto presenta los requerimientos de la plataforma: 2.1 Registro de usuarios y actividades El sistema operará conceptualmente como los sistemas de fidelidad de las empresas aéreas o similares. Cada alumno tendrá una cuenta personal, existirán actividades que permiten ʻganar Gigasʼ e instancias que permiten ʻcanjear Gigasʼ (se utiliza la expresión Gigas como indicativo del concepto de ʻmillasʼ o ʻpuntosʼ, cuando la plataforma se implemente se podrá utilizar otro nombre o nombres). De aquí en más se utilizará indistintamente la palabras solución central y servicio centralizado para referirse a la plataforma. 2

3 2.1.1 Gestión de Alumnos - Datos Básicos Los datos básicos de los alumnos se encuentran en el Sistema Integrado de Gestión del Centro Ceibal denominado TILO. La plataforma se comunicará mediante web-services con TILO para obtener al menos los siguientes datos del alumno: Cédula, Nombre, Identificador del laptop, Fecha de Nacimiento, Escuela, Grado. La interfase con TILO permitirá el acceso a otros datos. El conjunto de datos almacenados en TILO se encuentra en el Anexo Gestión de Alumnos - Datos Específicos Los datos utilizados por la plataforma que no se encuentran en TILO deberán ser gestionados desde la aplicación. El desarrollo deberá contemplar diversos Datos Específicos que permitan enriquecer posibles campañas. A modo indicativo se señala: barrio, preferencias deportivas, ʻnicknameʼ, conexión a redes sociales. La gestión de los Datos específicos de cada alumno deberá estar protegida por una contraseña Autenticación La plataforma debe ser capaz de interactuar con sistemas externos para realizar la autenticación de los usuarios (Single sign-on - SSO) Registro de ʻGigasʼ ganados El usuario podrá consultar la cantidad de ʻGigasʼ que ha acumulado. También tendrá acceso a los últimos movimientos de su ʻcuenta de Gigasʼ realizadas ʻen líneaʼ Cuando el usuario ejecuta una actividad educativa vinculada con la plataforma, la actividad enviará un mensaje con el siguiente formato: Cédula, Identificación de la Actividad, Nivel Alcanzado, Timestamp, Hash. La descripción detallada del formato del mensaje se encuentra en el Anexo 2. Un ejemplo de actividad consiste en completar un cuestionario ʻen líneaʼ asociado a la lectura de un material de la Biblioteca Ceibal. La plataforma incluirá una forma sencilla de comunicación que permita que la actividad envíe el mensaje. La plataforma registrará la actividad realizada por el alumno realizadas ʻfuera de líneaʼ Cuando el usuario ejecuta una actividad educativa fuera de línea en su equipo, la actividad graba en el equipo una línea con el formato: Identificación de la Actividad, Nivel Alcanzado, Timestamp. El usuario puede realizar varias actividades ʻfuera de líneaʼ antes de volver a conectarse. Cuando el equipo se conecta a Internet, en forma automática se conectará con la plataforma enviando las 3

4 líneas acumuladas y borrándolas. La transmisión de cada línea incluirá el campo Identificación del Laptop. La transmisión se realizará en forma automática sin la participación del alumno. Un ejemplo de actividad consiste en alcanzar un determinado nivel o meta en un juego educativo. Como en el punto anterior, la plataforma registrará las actividades realizadas por el alumno. El Centro Ceibal desarrolló el formato en el que se guardan temporalmente los datos en el Lap Top. También desarrolló un prototipo de la aplicación encargada de la transmisión. La plataforma deberá suministrar un mecanismo sencillo de comunicación para que la aplicación que transmita envíe la información. El protocolo de comunicación sugerido se encuentra en el Anexo y Gigas La plataforma convertirá los mensajes que describen las actividades realizadas por los usuarios en ʻGigasʼ que podrán ser utilizados en diferentes promociones. Esta sección describe los requerimientos correspondientes a la conversión: Administrador del actividades La plataforma incluirá un sistema de registro de ʻusuarios administradores de actividadesʼ. Estos usuarios podrán registrar las actividades vigentes en el sistema así como desactivar/borrar las actividades no-vigentes Registro de Se podrá definir una tabla de ʻGigasʼ para cada actividad. La tabla permitirá asociar una cantidad de ʻGigasʼ a cada nivel de acuerdo al grado escolar del alumno. Por ejemplo, una actividad de comprensión lectora que comprenda 3 preguntas podría estar disponible para alumnos de 5to y 6to grado. La Tabla tendría esta forma: 5to 6to PREGUNTA pregunta pregunta Un alumno de 5to que haya respondido la pregunta 1 obtendrá 20 ʻGigasʼ, mientras que un de 6to obtendrá solamente 10 ʻGigasʼ para la misma pregunta. Un ʻusuario administradorʼ podrá dar de alta una actividad. Para ello deberá ingresar el identificador de actividad, su nombre, una breve descripción y la tabla de recompensas. 4

5 Deberá existir un campo que permita definir la cantidad de veces que el aplicativo Repite puntaje. Este parámetro indica si un usuario puede puntuar varias veces repitiendo la actividad y llegando a los mismos logros. Por ejemplo: La plataforma aceptará mensajes, con diferente timestamp pero con igual ID de actividad y logro (ver anexo II), solamente para actividades que tengan un valor mayor que uno. En el caso de que la actividad no repita puntaje (o que ya haya excedido su número de repeticiones), los mensajes con estas características serán considerados duplicados, descartándose su registro. Deberá también existir un campo de fecha de validez de la actividad. Un usuario administrador las definirá por actividad y el sistema solo registrará mensajes para la actividad si tienen un timestamp (ver anexo II) menor a la fecha de validez Oferta de La plataforma contará con una página atractiva en la que se presentarán las actividades disponibles. Para cada actividad los alumnos podrán: a) Leer la descripción b) Consultar su tabla de recompensas c) Ejecutar la actividad si se trata de una actividad ʻen líneaʼ d) Descargar la actividad si se trata de una actividad ʻfuera de líneaʼ El Centro Ceibal pondrá las actividades a disposición de los alumnos en diversos medios tales como el Portal Ceibal y otros. La página de la plataforma de fidelización estará orientada básicamente a actuar como catálogo y lugar de consulta de las tablas de recompensas. 2.3 Promoción ADSL Universal Hogares El sistema contará con la promoción ADSL Universal Hogares que se describe a continuación: Registro del ADSL La plataforma permitirá asociar a cada alumno una cuenta ADSL Universal Hogares. Para ello se deberá registrar al menos el Nombre del Titular, datos personales del alumno (Nombre completo y CI), la relación con el alumno, la identificación del servicio utilizada por ANTEL (número de servicio). El mismo número de servicio podrá asociarse a más de un usuario. El usuario podrá editar posteriormente los datos del servicio ingresado, corrigiendo o actualizando sus datos Canje de ʻGigasʼ Mensualmente se correrá un proceso identificará el conjunto de los alumnos que han logrado superar un umbral de ʻGigasʼ. El umbral será paramétrico y podrá se fijado por el administrador del sistema. El proceso emitirá un archivo con los siguientes campos: número de servicio ADSL, número de Gigas obtenidos. 5

6 Los Gigas reportados serán debitados de la cuenta del alumno. El Centro Ceibal se encargará de procesar el relacionamiento con Antel. 2.4 Generación de Reportes La plataforma deberá contar con una vista de reportes para el administrador. En los reportes que corresponda éstos deben poder llegar a la granularidad de usuario para facilitar la fiscalización del sistema. Estos datos serán utilizados por otros sistemas de Ceibal, por lo que deben existir mecanismos de consulta a esta información. El proveedor debe especificar en su oferta cuáles serán éstos mecanismos Reportes por actividad Se deberá poder contar con estadísticas de generación de puntos promedio por actividad mensuales (con envolvente de máximo y mínimo), rating de actividades que son más utilizadas (que generan más puntos). 2.5 Características Opcionales Redes Sociales La propuesta podrá incluir mecanismos de interfase con redes sociales y otros aspectos que hagan la aplicación más atractiva para los usuarios Otras La propuesta podrá incluir mecanismos que enriquezcan y complementen los requerimientos solicitados. 2.6 Oferta La oferta deberá indicar el cumplimiento de los requerimientos y incluyendo un listado de toda la información del alumno prevista por la solución. La oferta deberá detallar las posibilidades de integración con sistemas externos de autenticación indicando con qué sistemas es compatible. Ejemplo: Ldap, CAS, Radius, API's de terceros, etc. La oferta deberá indicar el cumplimiento de los requerimientos a incluyendo una descripción de los mecanismos de comunicación correspondientes. La oferta deberá indicar el cumplimiento del requerimiento detallando las características del sub-sistema de gestión de usuarios incluido en la plataforma. La oferta deberá indicar el cumplimiento de los requerimientos y incluyendo bocetos de las pantallas necesarias para su implementación. La oferta deberá indicar el cumplimiento de los requerimientos incluidos en el punto

7 La oferta deberá presentar bocetos con los reportes requeridos en el punto 2.4.1, así como detallar los mecanismos de consulta remota de los datos por parte de los sistemas Ceibal. En el caso que la oferta incluya características opcionales se deberá incluir una descripción detallada de las mismas así como una cotización por separado. 3 ITEM 2: Distribución de libros digitales y lector El Centro Ceibal ha desarrollado un ereader que corre en los equipos del Plan Ceibal y cumple con los requerimientos mínimos para ser utilizado por los alumnos. Asimismo ha desarrollado una aplicación de biblioteca la Biblioteca Ceibal que corre en los servidores de las escuelas. A partir de 2006 Kovid Goyal ha liderado el desarrollo de una herramienta para la gestión de ebooks en modalidad Open Source. Esta herramienta podría ser un buen punto de partida para un desarrollo local especialmente adaptado a las necesidades del Plan Ceibal. 3.1 Registro de usuarios El sistema comprenderá tres modalidades de uso: a) docentes: podrán publicar repartidos o materiales similares. b) administradores: podrán publicar todo tipo de material c) alumnos: podrán bajar los libros o repartidos a sus equipos, así como gestionar sus biblioteca virtuales Cada alumno y cada docente tendrá una cuenta personal Gestión de Alumnos y usuarios administradores La gestión de los datos de los alumnos y los usuarios administradores está especificada en la sección anterior Gestión de Docentes - Datos Básicos Los datos básicos de los docentes se encuentran en el Sistema Integrado de Gestión del Centro Ceibal denominado TILO. Al igual que en el caso de los alumnos la descripción se encuentra en el Anexo Permisos Los usuarios administradores podrán publicar libros, otros materiales y administrar el sistema. Los docentes sólo podrán publicar materiales educativos, y los alumnos sólo podrán bajar libros y gestionar sus propios datos. 3.2 Publicación La plataforma permitirá la publicación de libros y otros materiales educativos de acuerdo con los siguientes requerimientos: 7

8 3.2.1 Ficha del libro Cada libro contará con una ficha descriptiva de acuerdo al formato reseñado en el Anexo Ficha del material educativo Cada material educativo contará con una ficha descriptiva de acuerdo al formato reseñado en el Anexo Publicación La plataforma alojará los libros y los materiales educativos asociados a sus respectivas fichas. Se mantendrá el registro del usuario que realizó la publicación Formato Los materiales y libros de podrán publicar en al menos los siguientes formatos: pdf mobi epub 3.3 Lectura El sistema contará con un cliente lector que permitirá la lectura de los libros y materiales en los equipos del Plan Ceibal ereader La aplicación de lectura deberá permitir al menos las funciones del Visor de libros electrónicos, parte del sistema Calibre, versión El ereader deberá correr en todos los equipos utilizados por el Plan Ceibal. Un listado de equipos y versiones del sistema operativo se puede encontrar en: Deberá, a su vez, brindar la funcionalidad de navegación y lectura con las teclas de juego de la XO en modo libro Gestión de la Biblioteca del Alumno El alumno podrá gestionar su biblioteca. Se utilizará el modelo conceptual del sistema kindle que permite las siguientes funciones: a) el libro puede residir en el dispositivo o en la nube b) cuando el libro está en el dispositivo se puede leer con el ereader c) cuando el libro está en la nube y el dispositivo está conectado, se puede descargar d) cuando el libro está en el dispositivo de puede pasar a la nube para liberar espacio e) los libros se pueden agrupar en colecciones 8

9 3.3.3 Biblioteca Virtual El alumno podrá visitar la Biblioteca utilizando el cliente y bajar un libro, pasándolo al dispositivo. La Biblioteca presentará los libros y permitirá diversos criterios de clasificación. Un ejemplo de los criterios de clasificación se encuentran listados en el Anexo 5. Debe ser posible agregar nuevos criterios de clasificación Interfase y usabilidad El ereader y la navegación por la Biblioteca Virtual estarán especialmente diseñadas teniendo en cuenta de deben ser amigables para alumnos de primaria a partir de 3er grado Respaldo de la historia del alumno El alumno podrá gestionar su biblioteca personal. También existirá una copia de dicha biblioteca en la plataforma permitiendo que el alumno cambie de equipo sin que se pierda su historia. Se deberá mantener una sincronización de la última página leída por libro, por usuario, entre el reader y la biblioteca virtual. El reader entonces abrirá siempre el libro seleccionado en la última página leída Verificación de lectura Será posible definir que la lectura de un libro sea considerada una actividad educativa en el sentido del punto realizadas ʻfuera de. El lector ejecutará el siguiente algoritmo: Cuando se baja el libro se seleccionan aleatoriamente 5 páginas del libro. Cuando el alumno completa la lectura de la 5ta página y de la última página del libro se considera finalizada la actividad y se registra tal como se indica en la especificación del ITEM Soporte de derechos DRM El ereader y el servidor de Biblioteca deberán soportar la gestión de derechos de lectura del tipo DRM (Digital Rights Management). Al menos se deberá soportar el estándar DRM denominado Adobe Content Server. 3.4 Generación de reportes La biblioteca deberá contar con una vista de reportes para el administrador. El reporte que se requiere es el de popularidad de libros. Se entiende por popularidad el número de descargas que un libro ha recibido y la completitud de lectura del mismo por parte de los usuarios. Estos reportes podrán ser filtrados por mes y/o año. Estos datos serán utilizados por otros sistemas de Ceibal, por lo que deben existir mecanismos de consulta a esta información. El proveedor debe especificar en su oferta cuáles serán éstos mecanismos. 3.5 Características Opcionales La propuesta podrá incluir mecanismos que enriquezcan y complementen los requerimientos solicitados tales como por ejemplo la gestión de música. 9

10 3.6 Oferta La oferta deberá indicar el cumplimiento de todos los requerimientos especificados en la secciones 3.1 a 3.4. La oferta deberá indicar si usará la base del sistema Calibre. La oferta deberá detallar la forma en que se gestionará la biblioteca del alumno y presentar bocetos de las pantallas. La oferta deberá indicar el cumplimiento del requerimiento 3.3.7, se valorará la inclusión de formatos DRM adicionales. En el caso que la oferta incluya características opcionales se deberá incluir una descripción detallada de las mismas así como una cotización por separado. 4 Antecedentes del oferente Para el ítem 1 el Centro Ceibal se orienta a seleccionar una empresa con demostrada trayectoria en el desarrollo de sistemas web. Será valorada la experiencia en sistemas de fidelización de clientes. Para el ítem 2 el Centro Ceibal se orienta a seleccionar una empresa con demostrada trayectoria en el desarrollo de sistemas que corran en los dispositivos del Plan Ceibal. 4.1 Interlocutor único La oferta deberá ser presentada por una única empresa. Si bien el oferente podrá subcontratar a otros proveedores, su responsabilidad comprenderá la totalidad de la oferta. En el caso de recurrir a subcontratos deberá incluir los antecedentes de las empresas participantes. 5 Aspectos Generales 5.1 Idioma del Software Todas las pantallas, ayudas y demás elementos de interacción con los usuarios deberán estar en idioma español. 5.2 Propiedad Intelectual Los nombres de los productos estarán registrados por el Centro Ceibal en UY. Se aceptarán propuestas en las que el Centro Ceibal tenga derechos de modificar el software. 10

11 6 Software de base y acceso 6.1 Requerimientos Ancho de banda Se debe estimar el ancho de banda de acceso a internet, que requiera la plataforma de subida y bajada, para permitir el acceso óptimo a todos los beneficiarios de CEIBAL Base de datos La base de datos de la plataforma deberá poder ser desplegada en ambientes de alta disponibilidad. La oferta deberá especificar alternativas Compatibilidad Ambas aplicaciones deberá funcionar correctamente en todas las laptops del Plan y en las condiciones de conectividad ofrecidas. Las características de las diferentes máquinas se pueden encontrar en: De todas formas se adjunta una tabla con los datos de Navegador, versión y sistema operativo de las máquinas: Navegador Versión Firefox 12 (Ubuntu 10.04) Firefox Internet explorer Google Chrome (Gnome-XO) 8.0 (Windows XP SP3) Última versión disponible Navegabilidad. La plataforma debe permitir una navegación fluida por parte del usuario y el correcto funcionamiento de todas las opciones disponibles (botones, enlaces, etc) Accesibilidad. La plataforma debe de incluir características que permiten la navegación cumpliendo con las pautas de accesibilidad al Contenido en la Web (WCAG) Escalabilidad. La solución deberá ser escalable permitiendo soportar más usuarios o extendiendo la funcionalidad del software Navegador para dispositivos móviles. Es deseable que la plataforma (ITEM 1) pueda correr utilizando los navegadores más populares en los dispositivos móviles (celulares y tablets) con sistema operativo Android, IOS y BlackBerry. 11

12 6.1.8 Integración con Plataforma LMS Se requiere que la plataforma de biblioteca pueda integrarse a nivel de interfaz gráfica con la plataforma LMS de Ceibal. Esta integración gráfica consiste en una página web que pueda ser incrustada en el sitio de la plataforma LMS de Ceibal por medio de un iframe. El contenido de esta página será el buscador de la biblioteca online que permitirá realizar búsquedas en la biblioteca permitiendo el uso de filtros. El iframe podrá ser navegable mostrando el recurso buscado. 6.2 Hardware Para cada caso se debe brindar la especificación del hardware necesario para correr la plataforma. En el caso que se requiera software de base diferente al disponible en el Centro Ceibal, la oferta deberá detallar sus características, la información del fabricante, la información de su representante en Uruguay, así como una estimación de su costo. La oferta deberá incluir una descripción detallada de la arquitectura técnica utilizada tanto para su uso interno como para el acceso de los clientes desde Internet. Deberá incluir una estimación de dimensionado del equipamiento requerido para poder operar el sistema. 7 Proyecto Se requiere llevar adelante un proyecto de desarrollo controlado al máximo. 7.1 Plan del Proyecto La oferta deberá incluir un Plan de Proyecto para cada Item que tenga en cuenta los siguientes puntos: a) metodología b) cronograma detallado c) hitos y etapas asociados a la forma de pago d) plan de testing e) plan de capacitación para los usuarios adminitradores f) plan de capacitación para los técnicos del Centro Ceibal 7.2 Documentación Se incluirá al menos la siguiente documentación para cada Item: a) Manual de usuario b) Documentación técnica de la solución. Deberá incluir: a. Arquitectura de la solución b. Protocolos de comunicación (según anexo) 12

13 c. Esquema relacional d. Casos de Uso e. Diagrama de clases (si es orientado a objetos) f. Esquema de base de datos c) Manual de instalación 7.3 Soporte Se requieren los siguientes servicios: a) Transferencia de conocimiento para trasladar funcionalidad de call center (CC) al servicio de soporte actual que brinda Ceibal. b) Brindar soporte remoto al equipo de implementación Ceibal: orientar a las personas responsables de la implantación. c) Proponer flujo de tratamiento de llamados por reclamo sobre la plataforma para poder ser implementados en el software de tratamiento de llamadas del Centro Ceibal. 7.4 Transferencia técnica Se deberá realizar un curso de 4 horas para 10 personas el cual tratará los siguientes puntos: a) Arquitectura de la solución b) Funcionamiento de la solución a nivel de administrador 7.5 Opcional Se valorará especialmente que la oferta incluya muestras claras del compromiso de cumplimiento de los plazos del proyecto, como por ejemplo descuentos por incumplimiento de los plazos. 7.6 Oferta La oferta deberá indicar el cumplimiento de los puntos 7.1 a 7.4. La forma de pago debe identificar claramente los montos correspondientes a cada entregable. Los plazos indicados para el proyecto deben identificar claramente cada una de las etapas. La oferta deberá indicar con claridad el alcance y período de garantía. La oferta deberá permitir la opción de contratar servicios de desarrollo adicionales durante un lapso de dos años indicando un precio diario. 8 Evaluación Se evaluará el cumplimiento de los requerimientos técnicos. Entre las ofertas que cumplan con los requerimientos del pliego la Comisión Adjudicadora seleccionará la oferta más adecuada al balance entre precio y beneficios para el Centro Ceibal. 13

14 9 Anexo I: Datos del usuario en TILO. La plataforma podrá acceder a consultar el CRM de TILO por los siguientes datos del usuario. Cédula de identidad Primer Nombre Primer Apellido Nombre completo Sexo Fecha de Nacimiento Ciclo Grupo Orientación Turno Tipo Nro. Matrícula Tel/Celular Mail Tipo Equipo Serie Equipo Fecha Entrega Confirmado Fecha confirmado Habilitado 14

15 10 Anexo II: Formato de mensajes online y offline realizadas ʻen líneaʼ Cuando el usuario completa uno de los aplicativos en línea éste envía directamente un mensaje al servicio centralizado (mediante un mecanismo descrito en el Anexo III) con el siguiente formato: [Cédula; Identificación de la Actividad; Nivel Alcanzado; Timestamp; Hash] Cédula: Cédula de identidad del estudiante. Valor numérico de 8 dígitos (sin puntos ni guiones, incluye el dígito verificador). Identificador de la Actividad: Valor alfanumérico único que identifica la actividad a la cual pertenecen los datos de avance. Nivel Alcanzado: Identificador numérico que indica checkpoint completado. Este dato será transformado a gigas por la plataforma tomando la parametrización hecha para la actividad por el administrador de actividades. Timestamp: Fecha en la que se completó el nivel. El formato es el siguiente: DD-MM-YY hh:mm:ss. Hash: hash de los datos anteriores concatenados uno atrás del otro. El servicio centralizado utilizará esto para verificar la integridad de los datos. Los algoritmos de hash que podŕan ser utilizados son los siguientes: SHA-256 SHA-512 RIPEMD-160 RIPEMD-320 WHIRLPOOL realizadas ʻfuera de líneaʼ Cuando el usuario completa uno de los aplicativos fuera de línea éste se comunica con un servicio residente en la máquina del usuario. El formato de estos mensajes es como sigue: [Identificación del Laptop; Identificación de la Actividad; Nivel Alcanzado; Timestamp] Identificación del Laptop: Valor alfanumérico único que identifica el equipo del usuario. En el caso de las XO dicho identificador es el número de serie (11 caracteres) mientras que en el caso de las laptops Magallanes, éste es la dirección MAC de la tarjeta de red cableada (12 caracteres). El resto de los campos tiene la misma descripción que para los aplicativos en línea. 15

16 Estos mensajes son almacenados en una base de datos firmada. Posteriormente, cuando el servicio local detecta que existe conexión a Internet, estos datos son enviados al servidor central siguiendo la especificación del Anexo III. 16

17 11 Anexo III: Protocolo de comunicación Existen dos tipos de comunicación en lo que refiere a información del avance de un usuario en un aplicativo: 1. Comunicación del puntaje generado en un aplicativo en línea 2. Comunicación del puntaje generado en un aplicativo fuera de línea Comunicación de aplicativo en línea El comportamiento de cada aplicación en línea será el siguiente: Enviará los datos apenas se generen. En el ejemplo de la biblioteca Ceibal esto será cuando el usuario confirme el ingreso de las respuestas de la comprensión lectora en línea. La carga útil del mensaje seguirá el formato definido en el Anexo II. Esperará del servidor uno de tres mensajes Acuse de recibo e ingreso Luego de esta respuesta la aplicación en línea deja de enviar dicho paquete. Respuesta de dato duplicado Esta respuesta indica al aplicativo en línea que el usuario ya participó de esta actividad y que ya puntuó por la misma acción (mismo nivel). En el caso de biblioteca esto se refleja en que el usuario ya completó la comprensión lectora para ese libro. Falla en el chequeo del hash de los datos: En este caso el aplicativo en línea intentará nuevamente enviar el dato. La comunicación deberá cumplir con lo siguiente por parte del servicio centralizado: Chequeo y validación de origen de la comunicación: Los datos deberán provenir de servidores que hayan sido declarados, por el administrador de actividades, como hosts de las diferentes aplicaciones en línea. Integridad de los datos: el servicio centralizado chequeará la integridad de los datos enviados calculando el hash hash de éstos como se explica en el Anexo II.La implementación del sistema de comunicación se deja en manos del proveedor. Sin embargo, se requiere que dicho mecanismo sea estándar de la industria. Comunicación de aplicativo fuera de línea El comportamiento de cada aplicación fuera de línea será el siguiente: 17

18 Una vez concluida la sesión del usuario dentro de ésta, pasará los datos, en el formato establecido en el Anexo II, a un servicio local que se encargará de enviarlo al servicio centralizado una vez cuente con conexión a internet. El servicio local almacenará los datos enviados por diferentes aplicativos en una base de datos firmada por una clave asimétrica. Una vez cuente con conexión a internet preguntará al servicio centralizado, mediante webservices, por el plazo de validez de las aplicaciones y por el id de las aplicaciones activas. Mantendrá una lista de dichas aplicaciones actualizada, y descartará los mensajes que pertenezcan a aplicaciones que no tengan timestamp dentro del rango de validez de las aplicaciones. Enviará la base firmada, junto con la firma, al servicio centralizado luego de esto. Esperará del servidor uno de dos mensajes Acuse de recibo e ingreso Luego de esta respuesta la aplicación en línea deja de enviar dicho paquete. Falla en el chequeo de la firma Luego de este mensaje reintentará enviar el paquete nuevamente. La comunicación deberá cumplir con lo siguiente por parte del servicio centralizado: Validación de firma de la base: Se chequeará que la firma de los datos sea la correspondiente a los datos recibidos. Integridad de los datos: se cumple al validar la firma. Creación de un webservice que puedan consumir los aplicativos locales de las laptops para las consultas descritas anteriormente. La implementación del sistema de comunicación se deja en manos del proveedor. Sin embargo, se requiere que dicho mecanismo sea estándar de la industria. 18

19 12 Anexo IV: Ficha descriptiva contenido La ficha descriptiva del libro deberá contener los siguientes datos: Título Autor Tags Lenguaje Descargas Editorial Publicación Derechos Cover Descripción Se presenta un screenshot a modo de ejemplo. 19

20 20 13 Anexo V: Criterio de clasificación Formato 3+ LENGUA C.SOCIALE S C.NATURA LES MATEMATI CA ARTE 6+ LENGUA C.SOCIALE S C.NATURA LES MATEMATI CA ARTE LENGUA C.SOCIALE S C.NATURA LES MATEMATI CA ARTE Etiqueta s Etiqueta s Etiqueta s