MXPA04000611A - Sistema y metodo para la evaluacion en la observacion de tiempo real. - Google Patents

Abstract

Se proporciona un producto de sistema, metodo y programa computacional para la evaluacion de observacion de tiempo real. La invencion, disenada para educadores, toma ventaja de computadoras portatiles, computadoras de escritorio o laptops y la presencia en ascenso del acceso a Internet, para poder reducir el papeleo de trabajo asociado con las evaluaciones educacionales convencionales. La invencion incluye una adaptacion de aplicaciones de evaluacion de instruccion disenadas para funcionar en computadoras portatiles. Las aplicaciones de evaluacion de instruccion pueden estar basadas en metodologia de papel existente o ampliamente utilizada. Tambien se proporciona una plataforma comun con base en la red para la distribucion de la aplicacion de evaluacion, seleccion, bajada, manejo de datos y reporte. Los usuarios pueden entonces sincronizar periodicamente los datos de instruccion (evaluaciones, resultados de diagnostico, notas y/o programas) en el sitio de la red. En el sitio de la red, pueden verse, administrarse y compartirse via correo electronico analisis y reportes con base en browsers.

Description

Fublished: For two-letter codes and other abbreviations, referió the "Guid- international seorch reporl and to be republished anee Notes on Codes andAbbreriations" appearing at the begin- upon receipl of that reporl ning of each regular issue of the PCT Gazette.

SISTEMA Y MÉTODO PARA EVALUACIÓN POR OBSERVACIÓN EN TIEMPO REAL Esta solicitud reivindica prioridad por la Solicitud Pro-visional de Estados Unidos número de serie 60/305.887, presentada el 18 de julio de 2001. La totalidad de esta solicitud provisional se incorpora aquí por referencia. ANTECEDENTES DE LA INVENCIÓN Campo de la invención La presente invención se refiere en general a sistemas de recogida y procesado de información por ordenador, y más en particular a un sistema y método basados en ordenador para llevar a cabo evaluaciones educativas en tiempo real. Técnica relacionada En el entorno tecnológico actual se han realizado muchos avances en los campos de software y cálculo. Más especifica-mente, la llegada de ordenadores portátiles más potentes, más rápidos y más pequeños, dispositivos informáticos móviles, asistentes personales digitales (PDAs) y análogos, junto con la mayor accesibilidad de Internet global pública, han transformado la forma en que las personas trabajan, juegan y aprenden. Igualmente, se han desarrollado nuevas aplicaciones de software para estos dispositivos informáticos avanzados que permiten a la gente ser más eficiente y productiva en casi to-dos los aspectos -tanto comerciales como personales- de la vida diaria. Estos avances se han combinado para hacer de la sociedad actual una cultura de menos papel y una cultura más electrónica (digital) . Los avances antes indicados, sin embargo, no han afectado a cada aspecto de la vida diaria actual. Es decir, algunas tareas o procesos todavía se hacen usando "pluma y papel" . Un ejemplo de esto es el proceso de evaluación en la escuela elemental que todavía es primariamente un proceso en papel . Los profesores utilizan las evaluaciones en clase como una herramienta potente para mejorar el rendimiento de los estudiantes . Esto se debe a que las evaluaciones en clase pueden contribuir a que los profesores elaboren futuros planes didácticos, ajusten los objetivos didácticos a estudiantes concre-tos, y permite a los profesores proporcionar realimentación más frecuente a los estudiantes sobre cómo mejorar y comprometer activamente a los estudiantes en su propio aprendizaje. El empleo de evaluaciones permite a los profesores regular sus planes didácticos en consecuencia, dando lugar así a mayor rendimiento de los estudiantes. Las escuelas particulares, los distritos escolares o los departamentos de educación nacionales ordenan con frecuencia la administración y comunicación de estas evaluaciones . El método por el que los profesores observan y evalúan las destrezas y el progreso de los estudiantes en una materia concreta no ha cambiado mucho durante las últimas décadas y por ello no se ha beneficiado de los avances antes descritos en los campos del software y de la informática. Por ejemplo, en la zona de la lectura y cultura, los profesores realizan frecuentemente evaluaciones (papel) para observar y evaluar las destrezas lectoras de los estudiantes y medir su progreso. Tal evaluación se denomina el "registro actualizado" como se describe en Marie . Clay, "An Observation Survey: Of Early Literacy Achievement" , ISBN: 0435087630 (Heinemann 1993) [a continuación "Clay"] , que se incorpora aquí por referencia en su totalidad. El registro actualizado, como se describe en Clay, utiliza un sistema de codificación, puntuación, análisis y uso de hojas de papel de registro actualizado y se ha usado en sistemas educativos en todo el mundo como forma de observar el progreso de los niños en los primeros años de aprendizaje y determinar qué niños necesitan enseñanza complementaria. Con todos sus beneficios, los registros actualizados en papel aumentan la cantidad ya considerable de papeles que los profesores deben llevar. Es decir, los profesores, para cada estudiante, deben preparar los registros antes realizar las evaluaciones y registrar las calificaciones y los comentarios durante la evaluación, y llevar los registros para análisis posterior y generación de informes. Esto se añade al papeleo, como informes de progreso, notas informativas, planes didácticos y análogos, que los profesores ya deben realizar. Así, ha habido una necesidad general de herramientas que ayuden a los profesores a gestionar, minimizar o facilitar la carga de papeleo y más específicamente, la carga de papeleo con respecto a las evaluaciones educativas (a menudo, obligatorias) . Por lo tanto, dado lo anterior, lo que se necesita es un sistema, método y producto de programa de ordenador para evaluación por observación en tiempo real, destinados a educadores, que utiliza ordenadores de mano, los ordenadores portáti-les/de sobremesa y la creciente presencia del acceso a Internet para reducir el papeleo asociado con las evaluaciones educativas convencionales . COMPENDIO DE LA IMVENCIÓN La presente invención satisface las necesidades arriba identificadas facilitando un sistema, método y producto de programa de ordenador para evaluación por observación en tiempo real . El sistema de la presente invención consta de una serie de aplicaciones educacionales diseñadas para ejecutarse en or-denadores de mano, dispositivos informáticos portátiles, asistentes personales digitales (PDAs) y análogos. Todas las aplicaciones educacionales están enlazadas a una estructura común basada en Web para distribución de aplicaciones, selección, descarga, gestión de datos e informes. El método y producto de programa de ordenador de la presente invención permite a los usuarios (por ejemplo, profesores, educadores y administradores) visitar un sitio Web central, donde se pueden registrar individualmente o como parte de una escuela o distrito escolar. Una vez registrados, pueden elegir una aplicación apropiada para su asignatura y graduar el nivel de numerosas aplicaciones disponibles. Después descargan (y en algunos casos, personalizan) estas aplicaciones y las instalan en su dispositivo portátil para uso diario. Periódicamente (por ejemplo, diaria o semanalmente) , los usuarios sincronizan datos educacionales (evaluaciones, resultados de diagnóstico, notas y/o programaciones) en el sitio Web central . En el sitio Web se puede ver informes y análisis basados en navegador, se puede gestionar listas de estudiantes o se puede hacer otras personalizaciones en aplicaciones previamente descargadas . Cuando los profesores forman parte de una licencia de escuela o distrito escolar, los datos e informes pueden ser compartidos con otros profesores, tutores, administradores o padres de dicha escuela o distrito escolar concreto, y se puede disfrutar de otras características basadas en la escuela. Una ventaja de la presente invención es que permite captura de datos más estandarizada. Es decir, los profesores varían frecuentemente en las formas en que capturan y refieren datos de evaluación. La presente invención, sin embargo, contribuye a garantizar que los diferentes profesores generen datos comparables para comparación y análisis más significativos de datos de evaluación observados . Otra ventaja de la presente invención es que realiza aná-lisis y cálculo inmediatos de estadísticas clave y la eliminación de la entrada de datos "después del hecho" . Dado que las evaluaciones se realizan a menudo bajo severas limitaciones de tiempo, los profesores posponen a menudo el importante análisis numérico hasta mucho más tarde. En algunos casos, los pro-fesores deben introducir sus datos escritos en un sistema de análisis por ordenador. Sin embargo, disponer de análisis inmediato puede acelerar la capacidad del profesor de realizar acciones de seguimiento de los estudiantes. Otra ventaja de la presente invención es que proporciona informes directos de los resultados de la evaluación y las necesidades de los estudiantes . Los profesores tienen que generar informes del progreso en lectura para administradores y padres. El proceso convencional implica actualmente una gran cantidad de búsqueda de archivos de evaluaciones relevantes, y después "cortarlos y pegarlos" en informes legibles o introducir los resultados de la evaluación en una hoja de cálculo de ordenador. La recogida automática de datos y la generación de informes de la presente invención reducen este proceso a unos pocos minutos, reduciendo por ello la carga de papeleo de los profesores. Además, la menor carga administrativa y la rapidez de la presente invención anima a los profesores a realizar evaluaciones más frecuentes, beneficiando por lo tanto a los estudiantes . Otra ventaja de la presente invención es que realiza la generación directa de informes de progreso de toda la clase. Los profesores y administradores crean actualmente informes de progreso de toda la clase para saber cuándo un estudiante o una clase se están quedando atrás. La automatización de estos informes, usando la presente invención, ahorra ahora papeleo y puede dar al personal docente una visión continua del progreso de la clase. Otra ventaja de la presente invención es que permite el agregado, análisis e informes de datos a nivel de escuela, a nivel de distrito o incluso a niveles más altos. Recogiendo datos de evaluación de muchas clases a un depositario central (a diferencia de las aplicaciones de software basadas en la clase) , estos informes y análisis se generan fácilmente sin una lenta y costosa recogida y colación de datos . Otra ventaja de la presente invención es que permite la discreción y la ausencia de intrusos . Los dispositivos portátiles en los que se ejecutan las evaluaciones de la presente invención, se pueden usar durante el proceso de lectura sin crear una barrera física entre profesor y estudiante. Las eva-luaciones son fáciles de utilizar y permiten al profesor mantener su atención en el estudiante . Otras características y ventajas de la invención así como la estructura y operación de varias realizaciones de la pre-senté invención se describen con detalle a continuación con referencia a los dibujos anexos. BREVE DESCRIPCIÓN DE LOS DIBUJOS Las características y ventajas de la presente invención serán más evidentes por la descripción detallada expuesta a continuación, tomada en unión con los dibujos en los que números de referencia análogos indican elementos idénticos o fun-cionalmente similares. Además, el dígito a la izquierda de un número de referencia identifica el dibujo en el que el número de referencia aparece por vez primera. La figura 1 es un diagrama de bloques que ilustra la arquitectura de sistema de una realización de la presente invención, mostrando la conectividad entre los varios componentes.

La figura 2 es un diagrama de flujo que ilustra una realización del proceso operativo del sistema de evaluación por observación en tiempo real de la presente invención. La figura 3 es un diagrama de bloques que ilustra la arquitectura de software de una realización de la presente invención, mostrando el flujo de datos entre los varios componentes . Las figuras 4A- son ventanas o pantallas ejemplares basadas en PDA generadas por la interface gráfica de usuario de la presente invención. Las figuras 5A-K son ventanas o pantallas ejemplares basadas en Web generadas por la interface gráfica de usuario de la presente invención. La figura 6? es un diagrama de bloques que ilustra con más detalle, según una realización de la presente invención, porciones de la arquitectura de software representada en la figura 3.

La figura 6B es un diagrama de secuencia que ilustra el proceso de sincronización en una realización de la presente invención. La figura 7 es un diagrama de bloques de un sistema in-formático ejemplar útil para realizar la presente invención. DESCRIPCIÓN DETALLADA I . Visión general La presente invención proporciona un sistema, método y producto de programa de ordenador para evaluación por obsérvación en tiempo real. En una realización de la presente invención, una organización proveedora de servicios proporciona y permite el acceso, tal vez en base a tarifa de abono o de pago por uso, a una herramienta basada en Web que permite la evaluación por obser-vación en tiempo real. El sistema, método y producto de programa de ordenador utilizan los ordenadores de mano, ordenadores portátiles de sobremesa/portátiles y la mayor presencia del acceso a Internet para reducir el papeleo asociado con evaluaciones educativas convencionales. Es decir, el proveedor de servicios proporcionaría la infraestructura de hardware (por ejemplo, servidores) y software (por ejemplo, base de datos) (es decir, una plataforma) , software de aplicación de evaluación educacional, apoyo al cliente, y mecanismo de facturación para permitir a su clientes-abonados (por ejemplo, profesores individuales, especialista en lectura, educadores, directores o administradores escolares, o escuelas enteras, distritos escolares o departamentos nacionales de educación y análogos) descargar aplicaciones, carga datos de evaluación, realizar análisis de datos y generar y enviar informes por co-rreo electrónico. La herramienta la utilizarían los abonados para obtener información tanto en tiempo real como histórica, características, y análisis de tendencia para hacer decisiones de planificación educativa. En una realización preferida de la presente invención, una organización proveedora de servicios proporciona y permite el acceso, en base a tarifa de abonado, a una plataforma que permite la evaluación de alfabetización por observación en tiempo real en base a la metodología de registro actualizado descrita en Clay. La plataforma hace uso de un asistente personal digital (PDA) , un ordenador de sobremesa con software de sincronización y acceso a Internet global, y el sitio Web de la organización proveedora de servicios para permitir la evaluación de alfabetización en tiempo real en el punto de ins-trucción, con captura y transferencia de datos a un sistema de datos basado en Web . La presente invención se describe aquí y ahora con más detalle en términos del ejemplo anterior. Esto se hace por razones de conveniencia solamente y no se pretende limitar la aplicación de la presente invención. De hecho, después de leer la descripción siguiente, será evidente a los expertos en la materia de la(s) técnica (s) relevante (s) cómo implementar la invención siguiente en realizaciones alternativas (por ejemplo, evaluación por observación en tiempo real para materias distintas de la lectura, aplicaciones que implementan metodologías de evaluación distintas de la descrita en Clay, o utilizar otros dispositivos informáticos móviles distintos de un PDA) . Los términos "usuario", "abonado", "cliente", "profesor", "educador" , "escuela" , "distrito escolar" , "departamento nacional de educación" , y los múltiples formas de estos términos se pueden usar de forma intercambiable aquí para referir a quienes tendrían acceso, uso, y/o beneficio de la herramienta que proporciona la presente invención para evaluación por ob-servación en tiempo real. II. Arquitectura del sistema Con referencia a la figura 1, se representa un diagrama de bloques que ilustra la arquitectura física de un sistema de evaluación por observación en tiempo real ("RTOA") 100, según una realización de la presente invención. La figura 1 muestra la conectividad de red entre los varios componentes del sistema 100. El sistema RTOA 100 incluye una pluralidad de abonados (por ejemplo, profesores individuales, educadores o administradores escolares, o escuelas enteras, distritos escolares o departamentos nacionales de educación y análogos) . Cada abonado está equipado con un dispositivo informático móvil (por ejemplo, un Palm™ V Handheld PDA) 102. Dentro de PDA 102 (pero no se muestra externamente para facilidad de referencia aquí) está dispuesta un cache local 104 que almacena memoria introducida o accedida recientemente (por ejemplo, un registro actualizado de estudiante accedido o introducido recientemente) . El PDA 102 está conectado, mediante una conexión serie o bus serie universal (USB) , a una estación de trabajo 106 (por ejemplo, un ordenador personal (PC) IBM™ o compatible que funciona en el sistema operativo Microsoft® Windows 95/98™ o Windows NT™, ordenador Macintosh® que funciona en el sistema operativo Mac® OS o análogos) , que funciona en un navegador de Web disponible en el mercado (por ejemplo, Microsoft® Internet Explorer) . (Por razones de sencillez, la figura 1 muestra solamente un PDA 102 y una estación de trabajo 106) . Los abonados se conectarían a la infraestructura del sistema RTOA 100 (es decir, una plataforma 120) facilitada y mantenida por el proveedor de servicios RTOA. El acceso a la plataforma 120 se concede a abonados mediante Internet global 108. En realizaciones alternativas, los abonados pueden acceder a la plataforma 120 del sistema RTOA 100 usando cualquier dispositivo de procesado incluyendo, aunque sin limitación, un ordenador de sobremesa, ordenador portátil, ordenador de bolsillo, estación de trabajo, convertidor-decodificador, PDA con acceso inalámbrico a Internet y análogos . La plataforma 120 del sistema RTOA 100 incluye un servidor Web 110, un servidor de aplicación 112, una base de datos de depositario principal 114 (situada en un servidor de base de datos 118, pero mostrada externamente para facilidad de referencia aquí) , y una pluralidad de estaciones de trabajo administrativo 116 (representadas como una estación de trabajo 116 en la figura 1 por razones de sencillez) . El servidor de Web 110 proporciona el "extremo delantero" para el sistema TOA 100. Es decir, el servidor 110 contiene un proceso de servidor Web que se ejecuta en un sitio Web que envía páginas Web en respuesta a peticiones de Protocolo de Transferencia de Hipertexto (HTTP) o Protocolo de Transmisión de Hipertexto seguro (HTTPS) de navegadores remotos (es decir, abonados del proveedor de servicios RTOA) . Más específicamente, proporciona pantallas de "extremo delantero" de interface gráfica de usuario (GUI) a abonados del sistema RTOA 100 en forma de páginas Web. Estas páginas Web, cuando son enviadas a la estación de trabajo de abonado 106 (o análogos) , darían lugar a que se visualicen pantallas GUI. Además, el servidor 110 proporciona el punto central de comunicación con el que conecta la estación de trabajo de abonado 106 a efectos de sincro-nización. En una realización de la presente invención, el servidor 110 es una estación de trabajo Sun o NT que tiene acceso al servidor de aplicación 112. A su vez, el servidor de aplicación 112 tiene acceso a la base de datos de depositario prin-cipal 114, mediante un servidor de base de datos 118, imple-mentado con software servidor de gestión de base de datos re-lacional (por ejemplo, Oracle 9 RDBMS) . La base de datos 114 es la memoria central de información dentro del sistema RTOA 100 (por ejemplo, títulos de libros y texto, información de abonado tal como nombres de entrada, contraseñas, etc, y datos de estudiantes tal como registros actualizados, comentarios, datos históricos y datos relacionados con la demografía para generación de informes) . Aunque se representa una base de datos 114 en la figura 1 para facilitar la explicación, será evidente a los expertos en la materia de la(s) técnica (s) relevante (s) que el sistema RTOA 100 puede utilizar bases de datos situadas físicamente en uno o varios ordenadores que pueden ser los mismos que cual-quiera de los servidores 110, 112 o 118. Además, en una realización de la presente invención, la base de datos 114 puede ser duplicada para tolerancia a los fallos . El servidor de aplicación 112 de la plataforma 120 sirve como el "extremo trasero" de la presente invención. Como tal, realiza tres servicios principales (que se explican con más detalle a continuación con referencia a la figura 3) . En primer lugar, el servidor de aplicación 112 contiene lógica para producir contenido dinámico para la interface Web de la plataforma 120. En segundo lugar, el servidor de aplicación 112 proporciona un servicio de apertura de sesión en todo el sistema que recoge datos para funciones de soporte y comprobación. En tercer lugar, contiene lógica para la administración remota de software en ordenadores de sobremesa de abonado 106 y PDAs 102, asi como lógica de código de sincronización que traduce datos introducidos en primer lugar y almacenados en el PDA 102 y cargados de la estación de trabajo 106 al servidor Web 110 para el almacenamiento en la base de datos maestra 114. En una realización de la presente invención, el servidor 112 es una estación de trabajo Sun o NT, aunque estos servi-cios podrían ser realizados (es decir, distribuidos entre) una pluralidad de servidores . La estación de trabajo administrativo 116 es utilizada por la organización proveedora de servicios como una plataforma de administración y contiene un conjunto de herramientas Web para administrar a distancia datos de usuario, estudiante, clase y escuela, así como para actualizar, mantener, supervisar y registrar estadísticas relacionadas con el servidor 110, el servidor 112 y el sistema RTOA 100 en general. Además, la estación de trabajo administrativo 116 puede ser usada "fuera de línea" por el personal de la organización proveedora de servicios para introducir datos de configuración, usuario, estudiante, escuela y específicos de aplicación para personalizar el rendimiento de sistema 100. Por consiguiente, las figu-ras 5D-F muestran ventanas o pantallas ejemplares generadas por el servidor Web 110 que se pueden visualizar en la estación de trabajo administrativo 116 en una realización de la presente invención. Como será evidente a los expertos en la(s) técnica (s) re-levante (s) después de leer esta descripción, todos los componentes dentro de la plataforma 120 están conectados y comunican mediante una red de área ancha o local (WAN o LAN) que se coloca detrás de unos cortafuegos a efectos de seguridad. Como apreciarán los expertos en la(s) técnica (s) relevan-te(s) después de leer esta descripción, una organización proveedora de servicios puede replicar la plataforma 120 del sistema RTOA 100 en varias zonas de mercado (es decir, escuelas o distritos escolares) en las que ofrecen servicios para soportar una pluralidad de abonados (teniendo cada uno sus propios PDAs 102 y estaciones de trabajo 106) . A continuación se ofrecen descripciones más detalladas de componentes del sistema RTOA 100, así como su funcionalidad. III. Visión general del funcionamiento del sistema Con referencia a la figura 2 , se representa un diagrama de flujo que ilustra una realización de un proceso operativo 200 del sistema de evaluación por observación en tiempo real 100 de la presente invención. Es decir, el proceso 200 ilustra cómo, en una realización, un profesor individual (es decir, abonado) puede registrarse con el proveedor de servicios, des-cargar una aplicación de evaluación de alfabetización en registros actualizados para su PDA (en base a la metodología descrita en Clay) , evaluar a un estudiante, cargar los datos resultantes , y después generar un informe . El diagrama de flu-jo 200 comienza en el paso 202, pasando el control inmediata-mente al paso 204. En el paso 204, un profesor accedería al sitio Web del proveedor de servicios usando la estación de trabajo 106 para obtener una cuenta (es decir, una entrada y contraseña) . En una realización, la organización proveedora de servicios puede tener un acuerdo contractual con una escuela, distrito escolar o departamento nacional de educación que permitiría a los profesores individuales obtener cuentas y acceder a la plataforma 120 (y, por lo tanto, a la herramienta de evaluación por ob-servación en tiempo real de la presente invención) . En el paso 206, el servidor Web 110 proporciona pantallas GUI a la estación de trabajo 106 para permitir al abonado preparar una lista de clase (es decir, una lista de nombres de estudiantes, cualquier otra información de contacto y cuales-quiera datos relacionados con la demografía que el abonado lleve para cada estudiante) . Las figuras 5G-I muestran ventanas o pantallas ejemplares generadas por el servidor Web 110 que se pueden visualizar en la estación de trabajo de abonado 106 durante el paso 206 en una realización de la presente in-vención. En el paso 208, el servidor Web 110 proporciona pantallas GUI para permitir al abonado seleccionar y formar una lista de libros apropiados para el grado y los niveles de lectura de los estudiantes del abonado. En el paso 210, todas las aplicaciones licenciadas y archivos de apoyo, así como datos incluyendo la lista de estudiantes y todo el texto (o una porción) de cada libro en la lista de libros, se descargan de la plataforma 120 al PDA del abonado 102 mediante un proceso de sincronización. (Esto se produciría, en una realización, con PDA 102 en su soporte conectado mediante una conexión serie o USB a la estación de trabajo 106 y pulsando el usuario el botón HotSync®) . En una realización de la presente invención, el proceso de sincronización se lleva a cabo mediante una unidad conectable al soft-ware de sincronización HotSync (es decir, un conducto) que acompaña a tales PDAs (por ejemplo, Palm V Handheld) 102. En tal realización, la unidad conectable sería desarrollada por la organización proveedora de servicios usando un kit de desa-rrollo de software (SDK) que se puede adquirir de Palm, Inc., de Santa Clara, CA. Como será evidente a los expertos en la (s) técnica (s) relevante (s) después de leer esta descripción, la organización proveedora de servicios haría que la unidad conectable se des-cargase a la estación de trabajo 106 durante el proceso de registro (paso 204) . En una realización alternativa, la unidad conectable podría cargarse directamente en la estación de trabajo 106 de un CR-ROM u otros medios que el proveedor de servicios pone a disposición de los abonados antes del proceso de registro. Como también será evidente a los expertos en la(s) técnica (s) relevante (s) después de leer esta descripción, la organización proveedora de servicios pondría a disposición varias unidades conectables diferentes, usando varios SDKs de diferentes vendedores, en base a la marca y modelo específicos del dispositivo informático móvil 102 utilizado por el abonado. En el paso 212, dentro del entorno del aula y después de que el abonado lance en su PDA 102 la aplicación de evaluación previamente descargada, se selecciona un registro de estudian-te concreto de la lista. Esto se realizaría cuando el abonado se esté preparando para realizar una evaluación por observación en tiempo real de la alfabetización del estudiante. En el paso 214, se selecciona un título de libro de la lista de libros previamente descargada. En una realización de la presente invención, los libros están organizados según el grado y nivel de lectura de manera que el abonado pueda identificar y seleccionar rápidamente los libros apropiados . Esto hace que el texto del libro seleccionado se cargue en la cache 104 del PDA 102.

En el paso 216, la aplicación previamente descargada se utiliza para realizar la evaluación por observación en tiempo real del estudiante . (El proceso de evaluación por observación en tiempo real del paso 216, en una realización, se explica con más detalle a continuación) . En el paso 218, la puntuación del estudiante y el análisis de la evaluación realizada en el paso 216 se visualizan en la pantalla de la PDA 102. En el paso 220, el abonado volvería a la estación de tra-bajo 106, pondría el PDA 102 en su soporte, y el registro actualizado de los estudiantes, las puntuaciones y cualquier análisis se cargarían al sitio Web y almacenarían en la base de datos 114 mediante un proceso de sincronización (parecido al descrito en el paso 210) . En una realización, el proceso de sincronización de paso 220 implica enviar datos almacenados en la cache local 104 al servidor Web 110, mediante Internet 108, en un formato comprimido de Lenguaje de Marcado Extensible (XML) . Después, un proceso de servicio de sincronización que se ejecuta en el servi-dor Web 110 traduciría los datos XML a registros de base de datos . El servidor de aplicación 112 almacena después tales registros en la base de datos 11 . En el paso 222, el abonado se registraría en el sitio Web del proveedor de servicios (es decir, el servidor Web 110) usando la estación de trabajo 106 y su conexión a Internet 108. El registro en el proceso, en una realización, usaría el nombre de entrada y la contraseña asignada durante el proceso de registro (es decir, el paso 204) . Las figuras 5J-K muestran ventanas o pantallas ejemplares generadas por el servidor Web 110 que se pueden visualizar en la estación de trabajo de abonado 106 durante el paso 222 en una realización de la presente invención. En el paso 224, el servidor Web 110 presentaría al abonado las pantallas GUI usando datos almacenados en la base de datos 114 para efectuar el postprocesado de los datos sin elaborar cargados durante el proceso de sincronización del paso 220. Es decir, en una realización, se facilitan a los usuarios informes específicos de aplicación y editores de datos para poder generar a petición una serie de informes preconfigura-dos . En el paso 226, el abonado puede ver cualquiera de los informes generados en su estación de trabajo 106. En una realización, estos informes pueden ser enviados y compartidos con administradores, padres, otros profesores y análogos, mediante correo electrónico y análogos. El flujo de control del proceso 200 puede terminar después como se indica en el paso 228. Se deberá entender que el proceso 200, que resalta la funcionalidad y otras ventaj as del sistema R.TOA 100, se presenta como ejemplo solamente. La arquitectura de la presente invención es suficientemente flexible y configurable de manera que los usuarios puedan utilizar el sistema 100 de formas distintas de las repre-sentadas en la figura 2. Por ejemplo, como será evidente a los expertos en la(s) técnica (s) relevante (s) después de leer esta descripción, la estación de trabajo 106 puede ser realmente una pluralidad de estaciones de trabajo donde un abonado de escuela puede designar algunas estaciones de trabajo como "es-taciones de trabajo de sincronización" (es decir, para uso durante LOS pasos 210 y 220) , designando al mismo tiempo otras estaciones de trabajo como "estaciones de trabajo Web" (es decir, para uso durante los pasos 204-208 y 222-226) . IV. Arquitectura de software Con referencia a la figura 3, se representa un diagrama de bloques que ilustra una arquitectura de software 300 de una realización del sistema 100. La figura 3 también muestra comunicaciones (es decir, el flujo de datos) entre los varios componentes. En una realización de la presente invención, la ar-quitectura 300 se diseña en el paradigma cliente-servidor donde el cliente es el dispositivo informático móvil (es decir, de mano) 102 y la estación de trabajo 106, y el servidor se distribuye entre los componentes de la plataforma 120. La arquitectura 300 incluye una pluralidad de aplicaciones de evaluación por observación en tiempo real 302. Una aplicación adicional en dispositivo de mano 102 mantiene los parámetros clave para sincronización. Estos incluyen la información de entrada del usuario, direcciones de servidor e in-formación de estado relativa a la sincronización más reciente. En una realización de la presente invención, todas estas aplicaciones se escriben en un lenguaje de programación de alto nivel tal como C++. Las aplicaciones 302 se ejecutan en el portátil 102 y leen y escriben datos a y de la cache de datos en placa 104. La cache de datos 104 guarda información de evaluación específica para cada aplicación así como datos compartidos (es decir, datos de estudiante y clase) usados por todas las aplicaciones de evaluación por observación en tiempo real 302 ofre-cidas por la organización proveedora. Un agente de sobremesa 306 (que reside en la estación de trabajo 106) es una extensión modular incorporable (es decir, unidad conectable) al software de sincronización basado en sobremesa que llega con el portátil 102. El agente de sobremesa 306 gestiona la sincronización de red, el registro de errores y eventos, las actualizaciones de la aplicación de evaluación basada en PDA, la configuración de sistema y las actualizaciones del agente 306 propiamente dicho. En una realización de la presente invención, el agente de sobremesa 306 se escribe en un lenguaje de programación de alto nivel tal como C++ y un lenguaje de programación interpretado, interactivo, orientado a objetos, tal como Python. La arquitectura 300 incluye un servicio de integración 307 y un servicio de interface Web 316, que residen en el ser-vidor de aplicación 112. En una realización, dichos componentes se implementan usando Java™ 2 Platform Enterprise Edition. El servicio de integración 307 realiza la programación de órdenes a realizar por el agente de sobremesa 306 en base de se-sión por sesión. Enruta la comunicación del cliente (es decir, la estación de trabajo de abonado 106) al componente necesario de la plataforma 120. El servicio de interface Web 316 envía páginas Web, mediante el servidor Web 110, en respuesta a peticiones en Protocolo de Transferencia de Hipertexto (HTTP) o Protocolo de Transmisión de Hipertexto seguro (HTTPS) de navegadores de Web remotos 306 que se ejecutan en estaciones de trabajo de abonado 106. En el paso 226 del proceso 200, por ejemplo, el servidor Web 110 presentaría al abonado pantallas GUI. Esto lo lleva a cabo el servicio de interface Web 316 haciendo que la Conectividad de Bases de Datos Java (JDBC)/SQL busque datos maestro 314 (por ejemplo, contenido y resultados de evaluación) almacenados en la base de datos 114. La arquitectura 300 incluye una aplicación de sincronización de archivos y datos 310, que reside en el servidor de aplicación 112. La aplicación de sincronización 310 sirve al agente de sobremesa 306 (es decir, un Paquete de Sincronización 614 dentro del agente 306 descrito con más detalle a continuación con referencia a la figura 6A) . Comunican en SyncML -un estándar abierto basado en XML que especifica el protocolo para sincronizar dispositivos heterogéneos, para intercambiar y resolver cambios de archivos y datos entre la base de datos maestra 114 y la memoria de datos del cliente (es decir, la cache 104) . Este interacción se produce en un canal virtual de comunicaciones soportado en la conexión HTTPS entre el agente 306 y el servicio de integración 307 (mediante un Gestor de Sincronizador 305 dentro del servicio de integración 307 descrito con más detalle a continuación con referencia a la figura 6A) . La aplicación de sincronización 310 también es responsable de almacenar todos los datos maestro 314 (es decir, in-formación de escuela, estudiante y profesor, contenido y resultados de evaluación) en la base de datos 114 mediante SQL, gestiona permisos, y mantiene datos relacionados con todas las sincronizaciones . La arquitectura 300 incluye un servicio de entrada 318 (que reside en el servidor de aplicación 112) y un registro 320 (que reside, en una realización, en el servidor de base de datos 118) que se explican con más detalle a continuación con referencia a la figura 6A. En una realización de la presente invención, los componentes 307, 310 y 318, que residen en el servidor de aplicación 112, comunican mediante la Invocación de Método Remoto (RMI) de la librería de lenguaje de programación Java. V. Proceso de sincronización La arquitectura 300 dentro del sistema 100 permite instalar de forma transparente (es decir, sin intervención del usuario) archivos de aplicación de evaluación por observación en tiempo real, datos y actualizaciones. El proceso de sincronización (es decir, los pasos 210 y 220 del proceso 200) , en una realización de la presente invención, se explica ahora con más detalle. Al primer uso, el usuario ejecuta un programa de instalación de una sola vez, que registra el conducto (es decir, una librería compartida) con el software gestor de sincronización proporcionado con su PDA 102 (por ejemplo, el HotSync Manager de Palm) . Además, una aplicación que gestiona información de sincronización está instalada en el PDA 102. El usuario pone en marcha después esta aplicación en el PDA 102 e introduce su nombre de usuario y contraseña válidos. Cuando el usuario decide sincronizar, el usuario pone el PDA 102 en su soporte y pulsa el botón de sincronización (por ejemplo, HotSync) . Esta acción dispara el software gestor de sincronización de la PDA en la estación de trabajo 106, que a su vez llama al agente de sobremesa 306. El agente 306 conecta con el servidor Web 110 (mediante una conexión operativa con Internet 108 de la estación de trabajo 106) y descarga automáticamente e instala nuevos archivos requeridos para cualesquiera aplicaciones de evaluación por observación en tiempo real disponibles del proveedor de servicios. El agente 306 también reconoce los nuevos datos cambiados o borrados en el PDA 102 y los formatea para transmisión al servidor Web 110. En una realización, el agente 306 comunica con el servidor Web 110 usando SyncML. Los mensajes SyncML se cifran, com-primen e intercambian usando HTTP sobre capa de toma segura (SSL) (es decir, HTTPS) , de manera que los cortafuegos y los agentes de filtrado de contenido no bloqueen el canal de comunicación. El servidor Web 110 envía mensajes SyncML desde el agente 306 a la aplicación de sincronización 310 ejecutada en el servidor de aplicación 112. Allí, la lógica de código reconcilia la información recibida del agente 306 con el contenido de la base de datos central 114, resuelve conflictos potenciales, y devuelve mensajes SyncML al agente 306 especificando las modi-ficaciones en la memoria de datos 104 en el PDA 102 para garantizar que los datos en la memoria de datos 104 coincidan (es decir, se sincronicen) con los del depositario de datos maestro 11 . El servidor de aplicación 112 mantiene un registro histó-rico de las sesiones de comunicaciones exitosas para todos los usuarios . En el caso de corrupción accidental de datos o pérdida de datos en el PDA 102, la aplicación de sincronización 310 es capaz de restaurar el estado de todas las aplicaciones de evaluación por observación en tiempo real en el PDA 102 a un estado anterior estable. Como será evidente a los expertos en la(s) técnica (s) relevante (s) después de leer esta descripción, el uso de un PDA inalámbrico habilitado por Web 102 permitirla a un usuario dejar a un lado el uso de estación de trabajo 106 al acceder a la plataforma 120. El proceso de sincronización dentro del sistema 100, según una realización de la presente invención, se describe ahora con más detalle. Esta vez, sin embargo, se hace referencia a la arquitectura de software 300 y la terminología definida en la Tabla 1 siguiente.

TABLA 1 Término Definición Acción Una operación que puede ejecutar un Agente 306 equipado apropiadamente Agente Un conjunto de programas (es decir, utilidad de administración remota) que reside en el dispositivo de sobremesa 106. Núcleo de La parte central del Agente 306 que coordina peagente ticiones entre Paquetes . Orden Una orden para que el Agente 306 invoque una Acción específica, acompañada por argumentos. Contexto Una descripción de las circunstancias en las que el Agente 306 está operando; los elementos clave incluyen identificación de estación e información perteneciente al disparo particular que invocó el agente. En el caso de una sincronización de dispositivo, incluiría la identificación del dispositivo así como información de autenticación de usuario . Gestor Una extensión del servidor de integración que conecta el agente de sobremesa 306 con otro componente de la plataforma 120. Paquete Una extensión (es decir, librería o guión compartidos) que permite al agente 306 efectuar una o varias acciones . Disparo Un programa u otros medios que invocan el agente 306. Programa Una secuencia de órdenes a enviar al agente 306.

Regla de Una correlación entre un conjunto de Contextos y programauna lista de Órdenes. ción Sesión Una operación completa del agente 306, comenzando con un disparo y terminando con una orden de colgar del servidor 110 o un error. Estación Un ordenador de sobremesa (es decir, estación de trabajo 106) en el que está instalado el agente 306.

En general, la comunicación entre el agente de sobremesa 306 y el servicio de integración 307 se manifiesta como una serie de intercambios de mensajes. Cada intercambio incluye que el agente 306 cree un mensaje, conecte con el servicio de integración 307, envíe el mensaje, reciba una respuesta, y después corte la conexión. Esta "conversación" comienza cuando el agente 306 contacta por vez primera el servicio de integración 307. El agente de sobremesa 306 sigue iniciando intercam-bios con el servicio 307 hasta que el servicio 307 indica explícitamente que la sesión ha terminado con una orden de colgar. En la figura 6A se representa un diagrama de bloques que ilustra con más detalle, según una realización de la presente invención, porciones de la arquitectura de software originalmente representada en la figura 3. El proceso de sincronización (es decir, el paso 220 del proceso 200) se describe con referencia ahora a la figura 6A para detallar la interacción entre el agente de sobremesa 306 y el servicio de integración 307. Cuando un usuario inicia el proceso HotSync con el dispositivo de mano 102 (es decir, poniéndolo en el soporte y pulsando el botón HotSync) , un Gestor de HotSync 620 (que reside en la estación 106) responde poniendo en marcha un Disparador de HotSync 618 para el agente de sobremesa 306, que a su vez invoca un núcleo de agente 610. El núcleo de agente 610 conecta con un servlet de integración 601 (mediante un paquete conector 612 que inicia y gestiona las comunicaciones entre el agente de sobremesa 306 y el servidor Web 110) , y suministra un mensa e que identifica la estación y una indicación de que el usuario ha pedido sincronización del dispositivo de mano 102. El servlet de integración 601 contacta un gestor de se-sión 602 que es responsable de mantener los datos de sesión a través de los intercambios con el agente 307. El gestor de sesión 602 crea después un identificador de sesión, que se utiliza para recordar el estado de sesión para intercambios posteriores. El gestor de sesión 602 contacta después un planifi-cador 604, que devuelve una lista de órdenes (es decir, un plan) para que el agente 306 las ejecute. El plan incluye un orden para iniciar una sincronización de datos, así como órdenes para descargar del servidor 110 archivos de aplicación adicionales que podría necesitar la estación 106. El gestor de sesión 602 devuelve este identificador de sesión y el plan al servlet de integración 601, que a su vez los empaqueta en un mensaje que se envía al agente 306. El núcleo de agente 610 invoca después un paquete de sincronización 614, que inicia un proceso de sincronización con la aplicación de sincronización 310 (que reside en el servidor de aplicación 112) . El paquete de sincronización 614 inicia este proceso montando un mensaje inicial, incluyendo la identificación de dispositivo así como información de nombre y contraseña de usuario del dispositivo de mano 102, que se ob-tiene mediante un paquete de base de datos HotSync 616. El paquete de base de datos HotSync 616 es un paquete que puede leer y/o escribir datos en una memoria de datos en el dispositivo de mano 102 (por ejemplo, la cache 104) . Este mensaje inicial se devuelve al núcleo de agente 610, que envía después el mensaje al servlet de integración 601. El servlet 601 reconoce que el mensaje va a ser gestionado por un administrador de sincronización 605, que realiza la traducción necesaria antes de pasar el mensaje a la aplicación de sincronización 310. La aplicación 310 responde con una serie de men-sajes para el paquete de sincronización 614, que son devueltos mediante el administrador de sincronización 605 al servlet 601. Este ciclo continúa hasta que la aplicación de sincronización 310 indica que no requiere más información. En este punto, el servlet 601, ide que el agente 306 envíe la información de registro que haya recogido hasta este punto. Esta información de entrada (por ejemplo, fallo al contactar el servicio de integración 307 en un intento anterior, eventos que dan lugar a una interrupción de conexión anterior, o fallo de escribir un registro en la memoria de datos 104 de la PDA y análogos) se envia a un administrador de registro 606, que a su vez interpreta la información y la pasa al servicio de entrada 318 (que reside en el servidor de aplicación 112) para el almacenamiento en el registro 320 (que reside, en una rea-lización, en el servidor de base de datos 118) . Finalmente, el servlet 601 ordena al agente 306 que cuelgue, lo que termina la conversación. En la figura 6B se representa un diagrama de secuencia que ilustra el proceso de sincronización antes descrito (es decir, el paso 220 del proceso 200) , en una realización de la presente invencion. VI . Evaluación por observación en tiempo real Como se ha mencionado anteriormente, la presente invención utiliza ordenadores de mano, ordenadores de sobreme-sa/portátiles y la mayor presencia del acceso a Internet para reducir el papeleo asociado con las evaluaciones educativas convencionales. Así, una realización de la presente invención permite que una organización proveedora de servicios proporcione una plataforma que permita la evaluación de alfabetiza-ción por observación en tiempo real en base a la metodología de registro actualizado descrita en Clay. Tal realización se describe ahora con más detalle. Con referencia a las figuras 4A-H, se representan ventanas o pantallas ejemplares generadas por una aplicación de evaluación de alfabetización por observación en tiempo real que se ejecuta en PDA 102 durante la realización de una evaluación. La figura 4A es una pantalla o ventana "splash" ejemplar 410, visualizada en PDA 102 durante la ejecución de la aplicación de evaluación de alfabetización por observación en tiempo real. Es decir, la pantalla 410 se visualiza en el PDA 102 inmediatamente después de lanzar la aplicación de evaluación. La figura 4B es una ventana o pantalla ejemplar 420 que se visualizarla en el PDA 102 durante los pasos de selección de estudiante y libro (es decir, los pasos 212-214 del proceso 200) de la aplicación de evaluación de alfabetización por observación en tiempo real. En una realización de la presente invención, cuando el profesor selecciona un estudiante de la lista de clase (porción superior de la pantalla 420) , aparecen automáticamente en la lista de libros seleccionados (porción superior de la pantalla 420) los libros que coinciden con el nivel de lectura del estudiante . La figura 4C es una ventana o pantalla ejemplar 430 vi-sualizada en el PDA 102 durante la realización de la evaluación de alfabetización (es decir, el paso 216 del proceso 200) de la aplicación de evaluación de alfabetización por observación en tiempo real. La pantalla 430 incluye una zona de marcación 432, una paleta de botones de código 434a-f, una zona de visualización ("lente") 436, una zona de mano libre 438 y un conjunto de botones de control 439a-e. La evaluación comenzaría cuando el profesor pulsa el botón de control inicio/pausa 439c. Esto hace que una pantalla de temporizador 437 comience a contar la duración de la eva-luación. La zona de marcación 432 visualiza secuencialmente en la pantalla 420 un número predeterminado de palabras del texto del libro seleccionado (es decir, paso 214 del proceso 200) . Cuando un estudiante lee físicamente el libro en voz alta, el profesor puede seguirlo en la pantalla de PDA 430. Cuando un estudiante pasa por el texto del libro seleccionado, (y así se visualiza el número predeterminado de palabras en la zona de marcación 432) , el profesor puede usar el lápiz del PDA para pulsar en consecuencia una flecha hacia arriba 431a o una fie-cha hacia abajo 431b. En cualquier momento, el profesor puede pulsar el botón de control cancelar 439d que cancelaría la evaluación corriente y no guardaría sus datos en el dispositivo de mano 102. En una realización de la presente invención, cuando el estudiante lee el libro y el profesor lo sigue usando la zona de marcación 432, cada vez que el estudiante pronuncia una palabra correctamente, el profesor no tiene que hacer nada. Así, en una realización, la aplicación de evaluación de alfabetización por observación en tiempo real es no-lineal. Es decir, ahorra esfuerzo y tiempo del profesor recalcando la captura de datos relacionados con error (o comportamiento de interés relacionado) durante la evaluación. Sin embargo, en tal realización, cuando un estudiante dice una palabra incorrectamente (o exhibe algún otro comporta-miento de interés) , el profesor marca ia palabra en la zona 432 que hace que la palabra se coloque en una zona resaltada 435 dentro de la zona de marcación 432. Esto hace también que la palabra seleccionada se visualice en la zona de lente 436. La zona de mano libre 438 puede ser utilizada después por el profesor para hacer una nota acerca del error (por ejemplo, sustituyendo la palabra resaltada que se encuentra realmente en el texto del libro por la palabra que el estudiante dijo por error) . En una realización, estas notas se toman a mano libre eliminando por ello la necesidad de usar Graffiti . En cualquier momento durante este proceso, se puede pulsar el botón de control borrar 439b para borrar cualquier texto a mano libre que el profesor puso por error en la zona 438. A continuación, el profesor pulsa uno o varios de los botones de código 434 en la paleta para identificar el (los) error (es) o comportamiento (s) de interés. En una realización de la presente invención que implementa la metodología de Clay, como apreciarán los expertos en la(s) técnica (s) relevante (s), los botones 434 dispuestos en la paleta por la apli- cación de evaluación de alfabetización se describen en la Tabla 2 siguiente . TABLA 2 presenta en la pantalla 430, después de que el profesor pulsa uno de los botones en la paleta 434, esto originaria que la etiqueta de botón aparezca en la zona de lente 436 y que aparezca una única anotación (por ejemplo, una anotación igual a la etiqueta de botón) encima de la palabra relevante en la zona de marcación 432 de manera que corresponda a cada botón en la paleta 434. una serie de tales anotaciones se representa en la zona 433a. (También aparece una anotación "s" encima de la palabra "said" en la zona resaltada 435 indicando que el estudiante sustituyó la palabra "said" por otra palabra, es decir, la palabra "says" que el profesor observó en la zona 438) . Además, en tal realización, pueden aparecer otras anotaciones en la zona de marcación 432. Por ejemplo, una anotación de icono de observación 433b aparece encima de la palabra "get" que indica que el profesor creó una nota relativa a lo que observó durante la lectura de dicha palabra por parte del niño. En otro ejemplo, aparecería una marca familiar "accurate" encima de cada palabra que el estudiante leyese. En una realización, el botón de control de borrado 434f hace de un botón "deshacer" que anula el efecto del último botón en la paleta 434 pulsado por el profesor. Esto haría también que cualquier anotación resultante en la zona 432 sea borrada o sustituida por una anotación de icono de observación 433b dependiendo del estado de la zona 438. Es decir, en una realización, si la zona 438 no contiene una nota, el botón 434f hará que se borre la anotación creada previamente. Sin embargo, si la zona 438 no contiene una nota, el botón 434f hará que la anotación creada previamente sea sustituida por una anotación de icono de observación 433b, indicando por lo tanto la terminación de la creación de notas para la palabra marcada previamente . En una realización de la presente invención que implemen-ta la metodología de Clay, los registros actualizados de lec-tura incluyen el sistema de codificación M/S/V que indica qué pistas dirigieron al estudiante en la dirección errónea cuando cometió un error y qué pistas fueron utilizadas por el estudiante cuando se corrigió a sí mismo. Es decir, como apreciarán los expertos en la(s) técnica (s) relevante (s) : un código "M" indica que el estudiante tomó una pista del significado o contexto del texto (es decir, pasaje) que leía al cometer el error o corregirse; un código WS" indica que el estudiante tomó una pista de la sintaxis del texto que leía al cometer el error o corregirse; y un código "V" indica que el estudiante tomó una pista visual del texto que lela al cometer el error o corregirse . Por consiguiente, el profesor puede pulsar el botón de control de menú 439a durante la evaluación para visualizar una segunda paleta de botones correspondientes al sistema de codificación M/S/V. La figura 4D es una ventana o pantalla ejemplar 440 visualizada en el PDA 102 durante la realización de la evaluación de alfabetización (es decir, el paso 216 del proceso 200) de la aplicación de evaluación de alfabetización por observación en tiempo real. La pantalla 440 muestra la expansión del botón de control de menú 439a. Esto produce una paleta de botones de control 442a-c correspondiente a los códigos M/S/V, respectivamente. El profesor puede indicar después el uso de pistas de. significado, sintaxis, o visuales pulsando el botón de control apropiado 442. Estas indicaciones son capturadas en el registro actualizado, junto con el error, para posterior revisión, visualización o modificación. En una realización, la paleta 442 incluiría un botón Intentar de Nuevo ("TTA") 442d que permite a un profesor, cuando un estudiante comete demasiados errores (por ejemplo, después de distraerse) , indicar al estudiante que vuelva a empezar. La pulsación del botón TTA 442d pone un icono de expansión TTA 444 en la zona de marcación 432 antes de la palabra que marcó el profesor como la palabra inicial para la porción de texto TTA. La aplicación calcula después la última palabra del paso TTA que será la última palabra en la zona de marcación 432 que ha sido codificada previamente con un botón de comportamiento de interés 434a-e por el profesor. Después, todas las anotaciones relacionadas con error y notas se borran de la zona 432 para la porción de texto TTA. Pulsando el icono de expansión TTA 444, se convierte en un icono de contracción TTA 452 como se representa en la pantalla 450 de la figura 4E. Después, el texto que se seleccionó para intentarlo de nuevo se difumina y se visualizan encima del texto los errores previamente registrados. La pulsación del icono de contracción TTA 452 hará que el dispositivo de mano vuelva a la pantalla 440. En una realización alternativa, el conjunto de botones 434 incluiría un botón de "Repetición" que permite al profesor hacer que aparezca una flecha en la zona de marcación 432 indicando el punto de inicio y fin donde el estudiante se repitió a la vez que leía la (o las) palabra (s) en voz alta. La figura 4F es una ventana o pantalla ejemplar 460 que se visualizaría en la PDA 102 durante tal operación de repetición. Es decir, la pantalla 460 ilustra que el profesor pulsa en el centro de una palabra (es decir, "the") y la lleva al centro de cualquier palabra anterior (es decir, "fishing") para seleccionar un bloque de texto que repitió el estudiante. En una realización, cuando el lápiz se sale de la palabra original, un ángulo abierto a la izquierda 462 se visualiza en la esquina superior derecha de la palabra que denota el fin de la zona seleccionada. Cuando el lápiz se mueve a lo largo del texto, se traza un recorrido 464 hasta un ángulo abierto a la derecha 466 que salta a la esquina superior izquierda de la palabra que denota el comienzo del bloque seleccionado. En una realización alternativa, esta acción puede hacer que aparezca automáticamente un botón TTA 442d para la selección. En otra realización, se puede crear una nota acerca de la repetición (por ejemplo, número de repeticiones, etc) en la zona de mano libre 438. Las figuras 4G-4i son ventanas o pantallas ejemplares 470, 480 y 490, respectivamente, visualizadas en el PDA 102 durante el paso de visualización de puntuaciones y análisis (es decir, el paso 218 del proceso 200) de la aplicación de evaluación de alfabetización por observación en tiempo real. Es decir, después de que el profesor pulsa el botón de control "Hecho" 439e, la aplicación de evaluación se para y termina la evaluación. Después puede visualizarse la pantalla resumen 470, usando la ficha "Resumen" mostrada, que da al profesor información instantáneo en apoyo de su didáctica. Como se representa en la pantalla 470, la aplicación de evaluación por observación en tiempo refiere inmediatamente y representa en gráfico los re-sultados del estudiante (por ejemplo, índice de exactitud, palabras totales, errores totales, etc) , análisis M/S/V y otras estadísticas importantes de las que los profesores no disponían en evaluaciones anteriores a base de papel . La pantalla de análisis M/S/V 480 también puede ser vi-sualizado, usando la ficha "MSV" mostrada, que da al profesor información instantánea adicional en apoyo de su didáctica y proporciona una oportunidad de registrar o modificar los análisis M/S/V. Como se representa en pantalla 480, la aplicación de evaluación por observación en tiempo refiere inmediatamente análisis M/S/V más detallados que el previamente mostrado en la pantalla 470. El profesor puede seleccionar un error haciendo clic en la palabra apropiada, que hace que la zona de lente 436 visualice la palabra, y que se visualice cualquier nota asociada y análisis M/S/V ya grabado para dicho error en la zona de mano libre 438. El profesor puede registrar después o modificar el análisis M/S/V para dicho error presionando un conjunto de botones de basculamiento M/S/V visualizados en la zona 438. También se puede visualizar la pantalla de edición de re-sultados 490, accesible usando la ficha ^Editar" mostrada, que da al profesor la capacidad de editar y corregir porciones del registro actualizado de lectura, incluyendo cualesquiera notas en la zona de mano libre 438, antes de la sincronización con el servidor Web 110. En una realización de la presente inven-ción, tales notas se almacenan en el cache local 104 del dispositivo de mano usando una codificación vectorial independiente de plataforma. Después de la sincronización, esta información codificada se transmite al servidor Web 110 y alma-cena eventualmente en la base de datos 114. Durante la generación y visión de informes (es decir, los pasos 224-226 del proceso 200) , las notas pueden ser creadas de nuevo por el servidor Web 110 en formato Flash para verlas a base de navegador en la estación de trabajo 106. Las figuras 4J-4K son ventanas o pantallas ejemplares adicionales 492 y 494, respectivamente, visualizadas en el PDA 102 durante el paso de visualización de puntuaciones y análisis (es decir, el paso 218 del proceso 200) de la aplicación de evaluación de alfabetización por observación en tiempo re-al. Es decir, después de que el profesor pulsa el botón de control "Hecho" 439e, la aplicación de evaluación se para y termina la evaluación. La pantalla 492 se puede visualizar después, lo que da al profesor información instantánea en apoyo de su didáctica. La aplicación (es decir, la pantalla 492) informa inmediatamente del Indice de exactitud del estudiante y otras estadísticas importantes de las que no disponían previamente los profesores en anteriores evaluaciones a base de papel . En una realización, se puede visualizar gráficamente re-sultados detallados y están disponibles para el profesor en la pantalla 492. En el ejemplo de la pantalla 492, se representa un gráfico que visualiza el progreso comprobado del estudiante en función del tiempo, incluyendo todo cambio en el nivel de lectura. Otras pantallas de visión de resultados, tal como la pantalla 494, toman datos que los profesores tenían que interpretar previamente en forma puramente numérica, y facilitan su comprensión visual. Es decir, el profesor puede determinar exactamente cómo está progresando el estudiante examinado utilizando, por ejemplo, la relación de palabras leídas correcta-mente a errores, las autocorrecciones de errores y análogos se pueden mostrar en forma de gráfico de pastel, y se puede visualizar una comparación gráfica de frecuencias relativas de falsas pistas de significado, sintaxis y visuales para errores y autocorrecciones . Las figuras 4L-4M son dos ventanas o pantallas ejemplares adicionales 496 y 498, respectivamente, visualizadas en el PDA 102 durante el paso de visualización de puntuaciones y análisis (es decir, el paso 218 del proceso 200) de la aplicación de evaluación de alfabetización por observación en tiempo real . La presente invención también proporciona más herramientas de "gestión de clase", tal como la pantalla 496, que ayuda a los profesores a ver los detalles del progreso en lectura de cada estudiante, lo que ayuda a gestionar los cambios de nivel de lectura y la administración de grupos de lectura. Muchos de estos informes, tal como la pantalla 498, son útiles para conferencias entre profesores de lectura y para charlas con padres en las que hay que hacer una amplia revisión del historial de lectura. Como se ha mencionado anteriormente, el profesor puede poner su PDA 102 en su soporte, sincronizar y después registrarse en el sitio Web del proveedor de servicios mediante Internet 108. Una vez allí, se puede visualizar varias ventanas o pantallas de informe en la estación de trabajo 106 durante el paso de visión de informe (es decir, el paso 126 del proceso 200) . En general, estas pantallas de informe permiten que el profesor vea un registro actualizado de la misma manera que lo haría en un registro en papel. Sin embargo, se puede hacer un análisis más detallado, los profesores pueden escribir más fácilmente las observaciones, y se pueden compartir registros en una explicación con colegas o expertos. También se puede generar informes de progreso por nivel de grado, por escuela, e incluso por distrito. Las figuras 5A-C son tres ventanas o pantallas de informe ejemplares 510, 520 y 530, respectivamente, visualizadas en la estación de trabajo 106 durante el paso de visión de informe (es decir, el paso 226 del proceso 200) . En la pantalla de informe 510, el profesor puede ver un informe gráfico de la evaluación de un estudiante. Cada error aparece en una ventana de diagnóstico 502 que contiene el tipo de error y cualquier análisis M/S/V que se realizó durante la evaluación. Una zona de estadísticas 504 contiene importantes estadísticas acerca de los tipos de errores del estudiante. En la parte inferior de la pantalla, los profesores pueden registrar las notas que deseen asociar con la evaluación. En una realización, se facilita un botón de correo electrónico 506 que permite al profesor comunicar con los estudiantes y padres directamente . La pantalla 510 también incluye un enlace de progreso 508. Haciendo clic en el enlace 508 se hace que se visualice una pantalla de informe 520. La pantalla de informe 520 ilustra el progreso de un estudiante en función del tiempo a medida que pasó por varios niveles de lectura. Se visualiza un gráfico 512, siendo cada punto 514 un enlace a un informe completo de la evaluación anterior que representa. La pantalla 520 también incluye un enlace de resumen de clase 516. Haciendo clic en el enlace 516 se hace que se visualice una pantalla 530. La pantalla de informe 530 es una vista del progreso de toda la clase en función del tiempo. El número de días que cada estudiante estuvo en su nivel de lectura corriente se visualiza en una zona 522. En una realización, la pantalla 530 resaltará todos los estudiantes que han estado demasiado tiempo en un nivel de lectura específico (en base a los requisitos preestablecidos por el profesor) . La pantalla 530 también contiene varios gráficos (representados como gráficos 524a-b) que pueden visualizar varias comparaciones del rendimiento de la clase con el de otras clases o categorías de estudiantes .

VII. Implementaciones ejemplares La presente invención (es decir, el sistema 100, el proceso 200, la arquitectura 300 y/o cualquiera de su(s) parte (s) o función (es)) se pueden implementar usando hardware, software o su combinación y se pueden implementar en uno o varios sistemas informáticos u otros sistemas de tratamiento. De hecho, en una realización, la invención se refiere a uno o varios sistemas informáticos capaces de realizar la funcionalidad descrita en la presente memoria. Un ejemplo de un sistema in-formático 700 se representa en la figura 7. El sistema informático 700 incluye uno o más procesadores, tal como un procesador 704. El procesador 704 está conectado a una infraestructura de comunicación 706 (por ejemplo, un bus de comunicaciones, barra de cruce, o red) . Varias rea-lizaciones de software se describen en términos de este sistema informático ejemplar. Después de leer esta descripción, será evidente a los expertos en la(s) técnica (s) relevante (s) cómo implementar la invención usando otros sistemas informáticos y/o arquitecturas . El sistema informático 700 puede incluir una interface de visualización 702 que envía gráficos, texto, y otros datos desde la infraestructura de comunicación 706 (o desde una memoria intermedia de trama no representada) para la presentación en la unidad de visualización 730. El sistema informático 700 también incluye una memoria principal 708, preferiblemente memoria de acceso aleatorio (RAM) , y también puede incluir una memoria secundaria 710. La memoria secundaria 710 puede incluir, por ejemplo, una unidad de disco duro 712 y/o una unidad de almacenamiento extraíble 714, que representa una unidad de disco flexible, una unidad de cinta magnética, una unidad de disco óptico, etc. La unidad de almacenamiento extraíble 714 lee y/o escribe en una unidad de almacenamiento extraíble 718 de manera conocida. La unidad de almacenamiento extraíble 718 representa un disquete, cinta magnética, disco óptico, etc, que es leído y escrito por la unidad de almacenamiento extraíble 714. Como se apreciará, la unidad de almacenamiento extraíble 718 incluye un medio de almacenamiento utilizable por ordenador en el que se almacena software informático y/o datos. En realizaciones alternativas, la memoria secundaria 710 puede incluir otros dispositivos similares para poder cargar programas informáticos u otras instrucciones en el sistema informático 700. Tales dispositivos pueden incluir, por ejemplo, una unidad de almacenamiento extraíble 722 y una interface 720. Los ejemplos de ellos pueden incluir un cartucho de programa e interface de cartucho (tal como el que se encuentra en dispositivos de videojuegos) , un chip de memoria extraíble (tal como una memoria programable borrable de lectura solamen-te (EPROM) , o memoria programable de lectura solamente (PROM) ) y ranura asociada, y otras unidades de almacenamiento extraí-bles 722 e interfaces 720, que permiten transferir software y datos de la unidad de almacenamiento extraíble 722 al sistema informático 700. El sistema informático 700 también puede incluir una interface de comunicaciones 72 . La interface de comunicaciones 724 permite transferir software y datos entre el sistema informático 700 y dispositivos externos. Los ejemplos de interface de comunicaciones 724 pueden incluir un módem, una inter-face de red (tal como una tarjeta Ethernet) , un puerto de comunicaciones, una ranura y tarjeta de la Asociación Internacional de Tarjetas de Memoria para Ordenadores Personales (PCMCIA), etc. El software y los datos transferidos mediante la interface de comunicaciones 724 tienen forma de señales 728 que pueden ser electrónicas, electromagnéticas, ópticas u otras señales capaces de ser recibidas por la interface de comunicaciones 724. Estas señales 728 se suministran a la interface de comunicaciones 724 mediante una ruta de comunicaciones (por ejemplo, un canal) 726. Este canal 726 lleva señales 728 y se puede implementar usando hilo o cable, fibras ópticas, una linea de teléfono, un enlace celular, un enlace de radiofrecuencia ( F) y otros canales de comunicaciones. En este documento, los términos "medio de programa de or-denador" y "medio utilizable en ordenador" se utilizan para hacer referencia en general a medios tales como una unidad de almacenamiento extraíble 714, un disco duro instalado en la unidad de disco duro 712, y señales 728. Estos productos de programa de ordenador proporcionan software al sistema infor-mático 700. La invención se refiere a tales productos de programa de ordenador . Los programas informáticos (también denominados lógica de control de ordenador) se almacenan en una memoria principal 708 y/o una memoria secundaria 710. Los programas informáticos también se pueden recibir mediante interface de comunicaciones 724. Tales programas informáticos, cuando se ejecutan, permiten al sistema informático 700 efectuar las características de la presente invención, como se explica aquí. En particular, los programas informáticos, cuando se ejecutan, permiten al procesador 704 efectuar las características de la presente invención. Por consiguiente, tales programas informáticos representan controladores del sistema informático 700. En una realización donde la invención se implementa usando software, el software se puede almacenar en un producto de programa de ordenador y cargar en el sistema informático 700 usando una unidad de almacenamiento extraíble 714, unidad de disco duro 712 o interface de comunicaciones 724. La lógica de control (software) , cuando es ejecutada por el procesador 704, hace que el procesador 704 efectúe las funciones de la inven-ción como se describe en la presente memoria. En otra realización, la invención se implementa primariamente en hardware usando, por ejemplo, componentes de hardware tal como circuitos integrados específicos de aplicación (ASICs) . La implementación de la máquina de estado de hardware para realizar las funciones aguí descritas será evidente a los expertos en la(s) técnica (s) relevante (s) . En otra realización, la invención se implementa usando una combinación de hardware y software. VIII. Conclusión Se deberá entender que las figuras 4 y 5, que resaltan la funcionalidad y otras ventajas del sistema RTOA 100, se presentan como ejemplo solamente. La arquitectura de la presente invención es suficientemente flexible y configurable de tal manera que los usuarios puedan utilizar el sistema 100 de formas distintas de las representadas en las figuras 4 y 5 (por ejemplo, el uso de diferentes etiquetas de botón, caracteres de anotación en pantalla, códigos de botón para diferentes comportamientos de interés, formatos de informe y análogos) . Aunque se han descrito anteriormente varias realizaciones de la presente invención, se deberá entender que se han presentado a modo de ejemplo y no limitación. Será evidente a los expertos en la(s) técnica (s) relevante (s) que se puede hacer en ella varios cambios en la forma y detalle sin apartarse del espíritu y alcance de la invención. Así, la presente invención no se deberá limitar por ninguna de las realizaciones ejemplares antes descritas, sino que se deberá definir solamente según las reivindicaciones siguientes y sus equivalentes .

Claims (29)

1. 40
2. REIVINDICACIONES 1. Un método para proporcionar a un profesor una aplicación de evaluación de alfabetización en tiempo real para ejecución en un dispositivo informático móvil para evaluar a un estudiante, incluyendo dicho método los pasos de: almacenar en el dispositivo informático móvil el texto de al menos un libro; proporcionar una zona de marcación en una primera pantalla visualizada en el dispositivo informático móvil, donde se visualiza al menos una porción del texto de dicho libro; proporcionar una pluralidad de botones en una primera paleta en dicha primera pantalla, donde cada uno de dicha pluralidad de botones corresponde a una de una pluralidad de comportamientos de interés que el profesor puede observar durante una evaluación; y proporcionar una zona de mano libre en dicha primera pantalla, donde el profesor, después de pulsar uno de dicha pluralidad de botones en dicha primera paleta, puede crear una nota referente al comportamiento correspondiente de dicha plu-ralidad de comportamientos de interés,- por lo que el profesor tiene acceso inmediato a estadísticas que reflejan los resultados de dicha evaluación en el dispositivo informático móvil . 2. El método de la reivindicación 1, incluyendo además el paso de: hacer, después de que el profesor la marque en dicha zona de marcación, que se visualice una palabra del texto de dicho libro en una zona de lente en dicha primera pantalla, y permitir la creación de dicha nota referente a dicha palabra y di-cho comportamiento de dicha pluralidad de comportamientos de interés en dicha zona de mano libre.
3. 3. El método de la reivindicación 1, incluyendo además el paso de : visualizar, encima de una palabra en dicha zona de marca- 41 ción, una anotación correspondiente a un comportamiento de dicha pluralidad de comportamientos de interés en respuesta a que el profesor pulsa un botón de dicha pluralidad de botones en dicha primera paleta.
4. 4. El método de la reivindicación 1, donde dicha pluralidad de botones en dicha primera paleta incluye botones correspondientes a al menos una de las comportamientos de interés siguientes: (i) Omisión; (ii) Dije; (iii) Sustitución; (iv) Inserción; y (v) Autocorrección.
5. 5. El método de la reivindicación 1, incluyendo además el paso de : disponer una pluralidad de botones en una segunda paleta en dicha primera pantalla, donde cada uno de dicha pluralidad de botones corresponde a una pista predefinida que el profesor puede observar durante dicha evaluación.
6. 6. El método de la reivindicación 5, donde dicha pluralidad de botones en dicha segunda paleta incluye botones correspondientes a al menos una de las pistas predefinidas siguientes: (i) Significado; .(ii) Sintaxis; y (iii) Visual.
7. 7. El método de la reivindicación 1, incluyendo además el paso de : disponer una pluralidad de botones en una segunda pantalla, donde cada uno de dicha pluralidad de botones corresponde a una pista predefinida que el profesor puede observar durante dicha evaluación.
8. 8. El método de la reivindicación 7, donde dicha pluralidad de botones en dicha segunda pantalla incluye botones correspondientes a al menos una de las pistas predefinidas siguientes: (i) Significado; (ii) Sintaxis; y (iii) Visual.
9. 9. El método de la reivindicación 1, incluyendo además el paso de : visualizar una segunda pantalla en el dispositivo informático móvil conteniendo un Indice de exactitud lograda por el estudiante durante dicha evaluación. 42
10. 10. El método de la reivindicación 1, incluyendo además el paso de : visualizar una segunda pantalla en el dispositivo informático móvil conteniendo una relación de autocorrecciones a errores lograda por el estudiante durante dicha evaluación.
11. 11. Un método para proporcionar acceso a un sistema de evaluación por observación en tiempo real, incluyendo dicho método los pasos de : permitir que un ordenador de sobremesa acceda a un serví-dor Web, mediante una red de comunicaciones, para permitir que un abonado acceda al sistema de evaluación por observación en tiempo real; acceder a una base de datos maestra, acoplada a dicho servidor Web, conteniendo una lista de clase para dicho abonádo; recibir, en dicho servidor Web, una transmisión mediante dicha red de comunicaciones de datos de evaluación previamente almacenados en un dispositivo informático móvil usado por dicho abonado al realizar evaluaciones de observación, donde di-cho dispositivo informático móvil está acoplado a dicho ordenador de sobremesa; y almacenar, por un servidor de aplicación acoplado a dicho servidor Web y dicha base de datos maestra, dichos datos de evaluación en dicha base de datos maestra; donde informes y análisis basados en navegador usando dicha lista de clase y dichos datos de evaluación almacenados pueden ser creados por dicho servidor Web y visualizados para dicho abonado en dicho ordenador de sobremesa.
12. 12. El método de la reivindicación 11, donde dicha red de comunicaciones es al menos una porción de Internet.
13. 13. El método de la reivindicación 12, incluyendo además el paso de: enviar, por dicho servidor Web, dichos informes y análisis basados en navegador a un receptor especificado por dicho 43 abonado mediante correo electrónico.
14. 14. El método de la reivindicación 12, donde dicha transmisión utiliza Protocolo de Transmisión de Hipertexto seguro (HTTPS) y dichos datos de evaluación están en formato compri-mido de Lenguaje de Marcado Extensible (XML) .
15. 15. Un sistema de evaluación por observación en tiempo real que incluye : una base de datos maestra conteniendo información de entrada y una lista de clase para un abonado; un servidor Web, acoplado a dicha base de datos maestra, que acepta datos de evaluación previamente almacenados en un dispositivo informático móvil usado por dicho abonado al realizar evaluaciones de observación y transmitidos mediante una red de comunicaciones; y un servidor de aplicación, acoplado a dicha base de datos maestra y dicho servidor Web, que guarda dichos datos de evaluación recibidos de dicho dispositivo informático móvil a dicha base de datos maestra; donde dicho servidor Web puede generar informes y análi-sis basados en navegador usando dicha lista de clase y dichos datos de evaluación trasladados y almacenados.
16. 16. El sistema de la reivindicación 15, donde dicha red de comunicaciones es al menos una porción de Internet.
17. 17. El sistema de la reivindicación 15, donde dicho ser-vidor Web permite enviar dichos informes y análisis basados en navegador a un receptor especificado por dicho abonado mediante correo electrónico.
18. 18. El sistema de la reivindicación 15, donde dichos datos de evaluación se transmiten desde dicho dispositivo infor-mático móvil a dicho servidor Web en formato comprimido de Lenguaje de Marcado Extensible (XML) sobre el Protocolo de Transmisión de Hipertexto seguro (HTTPS) .
19. 19. El sistema de la reivindicación 15, incluyendo además : 44 un agente de sobremesa, conectado a dicha red de comunicaciones, que facilita la transmisión de dichos datos de evaluación de dicho dispositivo informático móvil a dicho servidor Web .
20. 20. Un producto de programa de ordenador incluyendo un medio utilizable en ordenador que tiene lógica de control almacenada en el mismo para hacer que un ordenador proporcione a un profesor una aplicación de evaluación de alfabetización en tiempo real para ejecución en un dispositivo informático móvil para evaluar a un estudiante, incluyendo dicha lógica de control : primeros medios de código de programa legibles por ordenador para hacer que el ordenador almacene el texto de al menos un libro en el dispositivo informático móvil; segundos medios de código de programa legibles por ordenador para hacer que el ordenador proporcione una zona de marcación en una primera pantalla visualizada en el dispositivo informático móvil, donde se visualiza al menos una porción del texto de dicho libro; terceros medios de código de programa legibles por ordenador para hacer que el ordenador proporcione una pluralidad de botones en una primera paleta en dicha primera pantalla, donde cada uno de dicha pluralidad de botones corresponde a una de una pluralidad de comportamientos de interés que el profesor puede observar durante una evaluación; y cuartos medios de código de programa legibles por ordenador para hacer que el ordenador proporcione una zona de mano libre en dicha primera pantalla, donde el profesor, después de pulsar un botón de dicha pluralidad de botones en dicha prime-ra paleta, puede crear una nota referente al comportamiento correspondiente de dicha pluralidad de comportamientos de interés .
21. 21. El producto de programa de ordenador de la reivindicación 20, incluyendo además: 45 quintos medios de código de programa legibles por ordenador para hacer que el ordenador visualice, después de ser marcada por el profesor en dicha zona de marcación, una palabra del texto de dicho libro a visualizar en una zona de lente en dicha primera pantalla, y permitir la creación de dicha nota referente a dicha palabra y dicho comportamiento de dicha pluralidad de comportamientos de interés en dicha zona de mano libre .
22. 22. El producto de programa de ordenador de la reivindi-cación 20, incluyendo además: quintos medios de código de programa legibles por ordenador para hacer que el ordenador visualice, encima de una palabra en dicha zona de marcación, una anotación correspondiente a un comportamiento de dicha pluralidad de comportamientos de interés en respuesta a que el profesor pulsa un botón de dicha pluralidad de botones en dicha primera paleta.
23. 23. El producto de programa de ordenador de la reivindicación 20, donde dicha pluralidad de botones en dicha primera paleta incluye botones correspondientes a al menos una de las comportamientos de interés siguientes: (i) Omisión; (ii) Dije; (iii) Sustitución; (iv) Inserción; y (v) Autocorrección.
24. 24. El producto de programa de ordenador de la reivindicación 20, incluyendo además: quintos medios de código de programa legibles por ordena-dor para hacer que el ordenador proporcione una pluralidad de botones en una segunda paleta en dicha primera pantalla, donde cada uno de dicha pluralidad de botones corresponde a una pista predefinida que el profesor puede observar durante dicha evaluación.
25. 25. El producto de programa de ordenador de la reivindicación 24, donde dicha pluralidad de botones en dicha segunda paleta incluye botones correspondientes a al menos una de las pistas predefinidas siguientes: (i) Significado; (ii) Sintaxis; y (iii) Visual. 46
26. 26. El producto de programa de ordenador de la reivindicación 20, incluyendo además: quintos medios de código de programa legibles por ordenador para hacer que el ordenador proporcione una pluralidad de botones en una segunda pantalla, donde cada uno de dicha pluralidad de botones corresponde a una pista predefinida que el profesor puede observar durante dicha evaluación.
27. 27. El producto de programa de ordenador de la reivindicación 26, donde dicha pluralidad de botones en dicha segunda pantalla incluye botones correspondientes a al menos una de las pistas predefinidas siguientes: (i) Significado; (ii) Sintaxis; y (iii) Visual.
28. 28. El producto de programa de ordenador de la reivindicación 20, incluyendo además: quintos medios de código de programa legibles por ordenador para hacer que el ordenador visualice una segunda pantalla en el dispositivo informático móvil conteniendo un índice de exactitud lograda por el estudiante durante dicha evaluación.
29. 29. El producto de programa de ordenador de la reivindi-cación 20, incluyendo además: quintos medios de código de programa legibles por ordenador para hacer que el ordenador visualice una segunda pantalla en el dispositivo informático móvil conteniendo una relación de autocorrecciones a errores lograda por el estudiante duran-te dicha evaluación.