Documente Academic
Documente Profesional
Documente Cultură
TESIS DE GRADO
LA PAZ – BOLIVIA
2013
UNIVERSIDAD MAYOR DE SAN ANDRÉS
FACULTAD DE CIENCIAS PURAS Y NATURALES
CARRERA DE INFORMÁTICA
LICENCIA DE USO
A mis hermanos Betty Yobana y Daniel Robert que siempre han estado
apoyándome. A mis abuelitos Jacinto y Manuela por estar siempre ahí dándome
consejos, confianza y apoyo.
AGRADECIMIENTOS
En primer lugar quiero agradecer a Dios por darme la vida, fortaleza en los momentos
difíciles y permitir que hoy concluya con una etapa más de mi vida.
Agradecer a mis papas por dar todo de ellos para que pueda salir adelante,
por estar conmigo dándome todo su amor y apoyo incondicional.
Deseo expresar mi más profundo agradecimiento a la Licenciada M. Sc.
Fátima Consuelo Dolz de Moreno, por su apoyo, confianza y dirección como
tutora, sobre todo por apoyar mi idea de tesis.
De igual manera a mi revisara Lic. Carmen Rosa Huanca Quisbert por su
consejo, por su apoyo, por el tiempo dedicado, por la paciencia que tuvo, por
las correcciones, observaciones y sugerencias que sirvieron para culminar
satisfactoriamente.
Para la Universidad Mayor de San Andrés que me dio la oportunidad de
estudiar, y aprender a través de sus docentes, que desde mi ingreso a esta
casa superior de estudios, me formaron con sus enseñanzas y guía para
afrontar esta vida profesional de ahora en adelante.
A mis amigos de la carrera con quienes compartimos muy buenos y malos
momentos, que me apoyaron moralmente para seguir adelante.
Es gracias ahora a la habilidad de poder enviar códigos de C/C++ para poder ser
procesados y determinar la factibilidad de la solución, así tomar en cuenta todos los
posibles casos de prueba en una determinada solución, construyendo estructuras de
complejidad en las prácticas y evaluaciones,
CAPITULO II ..................................................................................................................................11
MARCO TEÓRICO .......................................................................................................................11
2.1 INTRODUCCIÓN ....................................................................................................................11
2.2 OLIMPIADA BOLIVIANA DE INFORMÁTICA .....................................................................11
2.2.1 ANTECEDENTES ...........................................................................................................11
2.2.2 CONVOCATORIA ...........................................................................................................16
2.2.3 ETAPAS Y CLASIFICACIÓN .........................................................................................17
2.3 TEORÍA DE APRENDIZAJE .................................................................................................21
2.3.1 EDUCACIÓN.......................................................................................................................21
2.3.1.1 PANORAMA HISTÓRICO ...........................................................................................21
2.3.1.2 OBJETIVOS DE LOS SISTEMAS DE EDUCACIÓN ..............................................24
2.3.1.3 NATURALEZA DEL CONOCIMIENTO .....................................................................24
2.3.1.4 PARADIGMA DE APRENDIZAJE ..............................................................................24
2.3.1.5 USO Y EVALUACIÓN DE LOS SISTEMAS DE EDUCACIÓN ..............................26
2.3.1.5.1 EVALUACIÓN DE ALUMNO ...............................................................................26
2.3.1.5.2 EVALUACIÓN DEL SISTEMA ............................................................................27
2.3.2 PROCESO ENSEÑANZA - APRENDIZAJE ....................................................................28
2.3.2.1 PROCESO DE ENSEÑANZA .....................................................................................29
2.3.2.2 PROCESO DE APRENDIZAJE ..................................................................................30
2.3.2.3 MÉTODOS DE ENSEÑANZA/APRENDIZAJE ........................................................30
2.3.2.4 ESTRUCTURA GENERAL DE LOS SISTEMAS DE ENSEÑANZA /
APRENDIZAJE ..........................................................................................................................31
2.4 SISTEMA TUTOR INTELIGENTE ........................................................................................31
2.4.1 CARACTERÍSTICAS DE LOS STI BASADOS EN LA WEB .....................................34
2.4.1.1 STI BASADOS EN INTERNET...............................................................................38
2.4.1.2 STI CON SUBMÓDULOS DISTRIBUIDOS. .........................................................43
2.4.2 METODOLOGÍA DEL DISEÑO DE STI .....................................................................................48
2.5 FORMA DE EVALUACIÓN MEDIANTE LA T DE STUDENT .............................................................51
CAPITULO IV ................................................................................................................................69
IMPLEMENTACIÓN DE PROTOTIPO Y PRUEBA DE HIPÓTESIS.....................................69
4.1 INTRODUCCIÓN ....................................................................................................................69
4.2 DISEÑO DEL PROTOTIPO...................................................................................................69
4.3 DESCRIPCIÓN DE LA INTERFACE DEL STI DE LA OCEPB EN EL ÁREA DE
INFORMÁTICA ..............................................................................................................................70
4.3.1 PRESENTACIÓN DE LA PREGUNTA DE LA EVALUACIÓN ..................................73
4.3.2 CREACIÓN DE LA PRÁCTICA .....................................................................................74
4.3.3 PERFIL DEL ESTUDIANTE ...........................................................................................75
4.3.4 ESTADO DE PRESENTACIÓN DE EVALUACIONES EN EL TI PARA LA
OCEPB .......................................................................................................................................76
4.4 DEMOSTRACIÓN DE HIPÓTESIS ......................................................................................77
4.4.1 RESULTADOS PRELIMINARES Y FINALES .............................................................77
4.4.2 EVALUACIÓN DE LAS VARIABLES DEPENDIENTES ............................................78
4.4.3 EVALUACIÓN DE LAS VARIABLES INDEPENDIENTE ...........................................84
4.4.4 ANÁLISIS DE RESULTADOS .......................................................................................87
CAPITULO V .................................................................................................................................88
CONCLUSIONES Y RECOMENDACIONES ...........................................................................88
5.1 CONCLUSIONES ...................................................................................................................88
5.2 RECOMENDACIONES ..........................................................................................................89
Bibliografía ...................................................................................................................................90
ANEXOS.........................................................................................................................................93
Anexo A: ÁRBOL DE PROBLEMAS ........................................................................................94
Anexo B: ÁRBOL DE OBJETIVOS ...........................................................................................95
Anexo C: MATRIZ DE MARCO LÓGICO ................................................................................96
Anexo D: LEY Nº 070 – AVELINO SIÑANI-ELIZARDO PEREZ...........................................97
Anexo E: ACM-ICPC COMPETENCIA REGIONAL SUDAMERICANA BOLIVIA ..............98
Anexo F: Resolución Ministerial ..............................................................................................100
Anexo G: LECCIONES DISTRIBUIDAS EN EL TI DE LA OCEPB ...................................103
Anexo H: REGISTRO USUARIO ADMINISTRADOR ..........................................................105
Anexo I: ESQUEMA DE CONTEXTO DEL ADMINISTRADOR Y DEL ESTUDIANTE ...........................107
Anexo J: EVALUACIÓN DEL SISTEMA TUTOR INTELIGENTE...........................................................108
ÍNDICE DE FIGURAS
Figura 1: Interacción de los modelos de un sistema tutor ...................................................3
Figura 2.1: Elementos del proceso Enseñanza Aprendizaje ..............................................28
Figura 2.3: Estructura de un Sistema tutor Inteligente ........................................................32
Figura 2.4: Estructura clásica de un STI, con la identificación de submódulos y el
agregado de un módulo evaluador. .......................................................................................35
Figura 2.5 a y b: Distintas opciones para una estructura clásica en un STY distribuido 39
Figura 2.6: Esquema moderno que sobre el cual se pueden implementar los Nuevos STI (NSTI) ........42
Figura 2.7: Componentes básicos del módulo estudiante ..................................................46
Figura 2.8: Componente básico del módulo del Evaluador. ...............................................47
Figura 2.9: Distintas opciones para una estructura clásica de un STI distribuido ...........48
Figura 3.1: Arquitectura del STI de la OCEPB en el área de informática .........................56
Figura 3.1: Arquitectura del módulo del dominio..................................................................57
Figura 3.2: Modelo de conocimiento de una lección ...........................................................57
Figura 3.3: Pasos para cargar la base de conocimiento .....................................................58
Figura 3.4: Lección de aprendizaje de Teoría de números ................................................59
Figura 3.5: Estructura del modelo del estudiante ................................................................60
Figura 3.6: Autentificación del Estudiante .............................................................................60
Figura 3.7: Estructura de las evaluaciones futuras, actuales y anteriores ......................62
Figura3.8: Estructura del modelo del tutor ............................................................................63
Figura 3.9: Estructura del perfil del tutor ...............................................................................63
Figura 3.10: Generador de lecciones del tutor .....................................................................64
Figura 3.11: Generador de evaluaciones del tutor ..............................................................64
Figura 3.12: Sesión del tutor para el estudiante ..................................................................65
Figura 3.13: Código de evaluador que determina la evaluación del código.....................68
Figura 4.1: Presentación del prototipo ...................................................................................70
Figura 4.2: Registro de datos del Estudiante .......................................................................71
Figura 4.3: Contenido de las lecciones habilitadas .............................................................72
Figura 4.4: Lección de aprendizaje y sus Temas ................................................................72
Figura 4.5: Evaluaciones generadas para el Estudiante ....................................................73
Figura 4.6: Lista de Problemas de la Evaluación .................................................................73
Figura 4.7: Pregunta de evaluación y envió de solución ....................................................74
Figura 4.8: Creación de Practicas ..........................................................................................75
Figura 4.9: Perfil del Estudiante .............................................................................................76
Figura 4.10: Preguntas de evaluación subidas por el Estudiante ......................................76
LISTA DE TABLAS
MARCO INTRODUCTORIO
1.1 INTRODUCCIÓN
El avance de la ciencia y tecnología crea una demanda educativa cada vez más exigente al
sistema educativo y a la sociedad, sin embargo en el área de educación es permitido el
desarrollo de programas educativos interactivos como tutores y multimedia que coadyuvan
enormemente en el manejo de información de aprendizaje.
El presente trabajo pretende, por tanto atender la preparación de los estudiantes con interés
por la computación y lograr el desarrollo en ellos, a través del fortalecimiento del vínculo
de la informática en el Proceso de Enseñanza y Aprendizaje (PEA), impartiéndose a la
población estudiantil de programación algorítmica.
1.2 ANTECEDENTES
1
problemas prácticos usando lógica, algoritmos y la programación en una computadora. Esta
Olimpiada forma parte del Sistema Internacional de Olimpiadas Científicas con su evento
denominado Olimpiada Internacional de Informática (IOI – International Olympiad in
Informatics).
El ACM ICPC se realiza cada año, con competencias en diversos niveles: local, preliminar,
regional y mundial. [ANEXO-E].
Aprovechar las herramientas que les beneficie a la construcción del conocimiento y que
permita a la gran mayoría una mayor madurez en el tratamiento del conocimiento y
contenido.
La estructura clásica de los sistemas tutores inteligentes, se debe definir los componentes
básicos y las interfaces que posee el módulo de tutor para llevar a cabo la tarea de la
enseñanza de la forma efectiva.
2
La Figura1 muestra los tres módulos fundamentales y la interacción de los mismos en un
dominio cualquiera. Este enfoque desliga completamente al módulo del dominio de
cualquier tipo de solapamiento con los demás módulos.
3
Actualmente es muy común encontrar programas comerciales o páginas de internet
dedicadas al entrenamiento de programación, que ayudara descubrir metodologías
diferentes de aprendizaje como ser:
APRENDIZAJE AUDITIVO
APRENDIZAJE VISUAL
APRENDIZAJE TÁCTIL
APRENDIZAJE CINESTÉTICO
Para lograr este fin, de debe promover una pedagogía de la comprensión de aprender,
analizar, aprender que desarrolle en la persona desempeños, habilidades, competencias,
destrezas creativas y reconocimientos de una aptitud y actitud de aprender.
En el proceso de selección existe una alta tasa de reprobación para la habilitación en las
Olimpiadas Científicas de Informática por diferentes circunstancias, como ser:
4
- Educación inadecuada sobre el programa de algoritmos
Padres que no se involucran en el acercamiento por parte de sus hijos a las nuevas
tendencias de desarrollo educativo intelectual.
1.4 OBJETIVOS
Analizar los recursos didácticos que utilizan los estudiantes para aprender la
asignatura de computación (programación) en colegios fiscales
Describir los modelos de PEA en la asignatura de computación de nivel
secundario de las Unidades Educativas (U.E.).
Elaborar el modelo del estudiante de acuerdo a un estilo de aprendizaje.
Construir el prototipo del tutor inteligente para comparar el rendimiento de
aprovechamiento de la asignatura de computación (programación) en los
estudiantes de nivel secundario.
Evaluar el tutor inteligente en los estudiantes de nivel secundario de las U.E.
1.5 HIPÓTESIS
5
1.5.1 OPERACIONALIZACIÓN DE VARIABLES
1.6 JUSTIFICACIÓN
6
la asignatura y de esta forma consolidar su formación como personas competentes en la
sociedad.
El presente trabajo se basa en el uso de una computadora que interactúa con el estudiante
por medio del tutor inteligente en el campo educativo, para que apoye el proceso de
aprendizaje y eleve su rendimiento escolar.
Este trabajo a realizar hace un estudio de los elementos de un sistema tutor para enseñanza
de los estudiante de nivel secundario de 3º a 6º, los cuales son participes de las Olimpiadas
Científicas Estudiantiles orientada a complejidad algorítmicas.
1.8 METODOLOGÍA
- Método científico que está sustentado por dos pilares fundamentales. El primero de ellos
es la reproducibilidad, es decir, la capacidad de repetir un determinado experimento en
cualquier lugar y por cualquier persona. Esta pila se basa, esencialmente, en la
comunicación y publicación de los resultados obtenidos. El segundo pilas es la facilidad, es
7
decir, que toda proporción científica tiene que ser susceptible de ser falsada
(falsacionismo).
Desarrollo del Tutor Inteligente. Modelo evolutivo, porque se lo realiza conforme las
siguientes circunstancias: Los requisitos cambian con forme al desarrollo avanza, si los
requisitos centrales están bien definidos pero todavía hay que definir detalles de las
extensiones de producto.
En general existen varios métodos para representar el conocimiento del estudiante, algunos
de los más importantes son:
• Modelo overlay. Trata del conocimiento del estudiante como un subconjunto del
conocimiento de un experto.
• Medelo Diferencial. Es la modificación del modelo averlay. Divide el conocimiento
del estudiante en dos categorías: conocimiento que el estudiante debería conocer y
conocimiento del estudiante que no conoce.
• Modelo de perturbación. Representar el conocimiento y creencias del estudiante
más allá del rango del modelo del experto.
8
escolar de los estudiantes de nivel secundario. Dentro el desarrollo del modelo de prototipo
para integrarlo al módulo tutor y al sistema evaluador con predicción y diagnostico a fin de
obtener un sistema de tutor flexible y adecuarse al nivel educativo de PEA.
Para el diseño del prototipo utilizaremos el modelo de prototipos, que es una representación
o modelos del sistema de desarrollo, aunque no es un sistema completo, posee las
características del sistema final.
1.9 APORTES
En los documentos de la Reforma educativa como en las guías se encuentran el que debe
hacer, el docente esta desprovisto de estrategia efectiva “como debe hacer”, por lo tanto
abordaremos en este último aspecto. No reclamos recetas; pero consideramos
imprescindible ideas concretas sugeridas para la iniciativa y desarrollo exitoso del proceso
9
educativo. En este sentido se realizó la investigación científica en el nivel secundario para
el desarrollo de un tutor inteligente de escritura creativa como respuesta practica al modelo
de aprendizaje significativo que beneficiara a las unidades educativas públicas de nuestra
ciudad y además se diseñó un modelos pedagógico el cual tiene meta, planes y técnicas de
enseñanza de las estrategias de producción de textos escritos, se hace abstracciones con
vistas a explicar la realidad. El modelo como sustitución del objeto de investigación. En el
modelo se revele la unidad de lo objetivo y lo subjetivo.
10
CAPITULO II
MARCO TEÓRICO
2.1 INTRODUCCIÓN
2.2.1 ANTECEDENTES
OLIMPIADA DE MATEMÁTICAS
Las Olimpiadas Matemáticas en nuestro país son las competencias científicas más antiguas
que se vienen realizando regularmente; las primeras Olimpiadas Matemáticas fueron
organizadas por la Facultad de Ingeniería de la U.M.S.A. en 1985.
11
Desde el 2011, el Ministerio de Educación, a través del Viceministerio de Ciencia y
Tecnología, las Direcciones Departamentales de Educación y las Universidades Bolivianas,
vienen realizando las Olimpiadas Científicas Estudiantiles Plurinacionales Bolivianas
(OCEPB), incluyendo a la Olimpiada de Matemáticas en la misma.
OLIMPIADA DE QUÍMICA
12
OLIMPIADA DE FÍSICA
OLIMPIADA DE BIOLOGÍA
13
El Comité para la Promoción Científica de El Alto (CPCEA), en representación de Bolivia,
participó en calidad de observador, en la XVII Olimpiada Internacional de Biología de
2006 realizada en la ciudad de Río Cuarto, en Argentina. Evento en el que participaron
representaciones de 54 países. El CPCEA aprovechó su presencia para proponer el proyecto
Olimpiada Iberoamericana de Biología (OIAB). Propuesta aprobada por las
representaciones de México, Perú, España, Brasil, Argentina y Bolivia.
El 2009, nuevamente se extremó esfuerzos y se alcanzó a organizar la II OBB, sólo con las
representaciones de La Paz, Cochabamba y Santa Cruz; sin embargo, no se pudo participar
en la III OIAB en España, por razones económicas.
14
Secundario, para que éstos puedan contar con el tiempo apropiado de preparación y
representar al país en condiciones competitivas. Sin embargo, por los compromisos
contraídos con la OIAB, se realizó una Prueba de Selección Nacional, previa invitación, a
los estudiantes aventajados de 2009-2010.
OLIMPIADA DE INFORMÁTICA
Asimismo, el informe Técnico, señala que a fin de dar un marco normativo que regule la
convocatoria y el desarrollo de la "1ra Olimpiada Científica Estudiantil Plurinacional
Boliviana" se ha elaborado el "Reglamento de la Olimpiada Científica Estudiantil
Plurinacional Boliviana" donde se define los mecanismos de participación, las
características y demás actividades relativas a la misma.
15
El informe Legal DGAJ-UAJ Nº 363/2011 de fecha 7 de abril de 2011 concluye sugiriendo
la emisión de la disposición normativa que apruebe la Convocatoria de la "1ra Olimpiada
Científica Estudiantil Plurinacional Boliviana" y su Reglamentos por encontrarse
sustentado y justificado en el informe Técnico IN:MEN/VCyT Nº 040/2011 de fecha 7 de
abril de 2011.
Resuelve:
Articulo 1.- (APROBACIÓN). Aprobar la Convocatoria de la "1ra Olimpiada
Científica Estudiantil Plurinacional Boliviana" y su reglamento en sus 14 artículos
de que consta, que en Anexo F, forma parte integrante de la presente disposición
normativa.
Artículo 2.- (CUMPLIMIENTO). El Viceministerio de Ciencia y Tecnología
queda encargado de coordinar la realización de la "1ra Olimpiada Científica
Estudiantil Plurinacional Boliviana" con la Dirección Departamental de Educción,
las Direcciones Distritales Educativas, las Direcciones de Nucleo y las Direcciones
de las Unidades Educativas en el marco de la Ley Nº 070 de la Educción “Avelino
Siñani – Elizardo Pérez ”.
2.2.2 CONVOCATORIA
16
Participantes: Estudiantes del Subsistema de Educación Regular de todas las Unidades
Educativas Fiscales, Privadas y de Convenio del Estado Plurinacional de Bolivia, en las
siguientes áreas: ASTRONOMÍA y ASTROFÍSICA, BIOLOGÍA, FÍSICA,
INFORMÁTICA, MATEMÁTICA y QUÍMICA, de acuerdo al siguiente detalle:
AREA GRADOS
Astronomía – Astrofísica De 6to primaria a 6to secundaria
Biología De 3ro a 6to de secundaria
Física De 6to primaria a 6to secundaria
Informática De 3ro a 6to de secundaria
Matemáticas De 1ro a 6to secundaria
Química De 3ro a 6to de secundaria
El Ministerio de Educación, a través del Viceministerio de Ciencia y Tecnología y el
Comité Nacional de la ACM ICPC Bolivia(Competencia de Programación para
Universitarios) convocan a los estudiantes de educación regular de Unidades Educativas
Públicas, Privadas y de Convenio a participar de la Olimpiada Boliviana de Informática que
clasificará a los representantes bolivianos a la IOI (International Olympiad in
Informatics) es una de las competencias en Ciencias de la Computación más reconocidas a
nivel mundial.
Es de naturaleza algorítmica, donde el competidor debe desarrollar habilidades básicas en
análisis de problemas, diseño de algoritmos y estructura de datos, además del proceso de
programación y testeo. Los ganadores de la IOI se convierten con los años en los mejores
programadores a nivel mundial.
17
Primera Etapa. Se desarrolla en cada Unidad Educativa del país, cada unidad
educativa deberá seleccionar e inscribir un equipo de estudiantes de tercero a sexto
de secundaria.
Segunda Etapa. Se desarrolla en cada Distrito Educativo del país.
Tercera Etapa. Se desarrolla en cada Departamento del país. Clasifican a la Cuarta
Etapa catorce (14) participantes: 7del nivel 2 y 7del nivel 3 de cada Departamento.
Las clasificaciones del nivel 1 serán departamentales, NO PARTICIPAN en la
Cuarta Etapa.
Cuarta Etapa. Se desarrolla en la ciudad de Tarija. Los clasificados de la Tercera
Etapa y el pool de competidores: los mejores 9 estudiantes (si corresponde, por
desempeño, edad y grado) de la preselección boliviana de la olimpiada 2012; serán
convocados a participar directamente de la Cuarta Etapa de la presente olimpiada.
Características de clasificación:
La competencia es de carácter individual a pesar de que se hayan inscrito como
equipo.
Los competidores de Nivel 2 y Nivel 3 deberán desarrollar las soluciones a los
problemas propuestos en lenguaje de Programación C/C++ utilizando CodeBlocks.
La preselección Bolivia estará conformada por los mejores clasificados en los
niveles 2 y 3. Se seleccionará un máximo de 4 estudiantes que conformarán el
equipo Bolivia para la Olimpiada Internacional de Informática, además los 10
mejores competirán en la Olimpiada Iberoamericana de Informática por
Correspondencia.
Estadísticas y Resultados
Un crecimiento que da gusto informar. La 3ra Olimpiada Científica Estudiantil
Plurinacional crece cada año, desde su creación el año 2011 este certamen en la que
participan estudiantes de unidades educativas fiscales, privadas y de convenio, se fue
consolidando creando hábitos de estudio y dedicación a los jóvenes. Los estudiantes
hicieron eco de las palabras del Estado Evo Morales, cuando esté les decía en Palacio de
18
Gobierno sobre la necesidad de formar científicos comprometidos con Bolivia pues esta es
la base del desarrollo científico de cada nación.
19
DEPARTAMENTO TOTAL LUGAR
Cochabamba 36 Primero
La Paz 20 Segundo
Oruro 17 Tercero
Santa Cruz 10
Tarija 13
Chuquisaca 6
Potosí 5
Pando 1
Beni 0
Fuente: Ministerio de Educación – informe de la 2da OCEPB 2013
ÁREA DE INFORMÁTICA
TOTAL INSCRITOS
Departamento Estudiantes Año
900 2011
LA PAZ 1437 2012
2027 2013
20
2.3 TEORÍA DE APRENDIZAJE
2.3.1 EDUCACIÓN
En los libros se encuentras algunas ayudas, como por ejemplo: secciones, índices, cálculos,
tablas y figuras; como son las herramientas con las que se facilita la presentación de un
tema, y los autores tienen conocimiento tanto del dominio de lo que hay que comunicar
como en la escritura del propio libro.
21
Un libro puede propiciar varios niveles de lectura, proporcionar referencias cruzadas entre
secciones y suministrar glosarios adecuados, siempre y cuando el autor lo haya indicado en
el texto. Un libro no puede responder a preguntas inesperadas por el lector debido a su
naturaleza estático. Tampoco puede modificarse “al vuelo” el conocimiento presentado, de
tal forma que el mismo libro se adapte a un lector especifico. Las limitaciones propias del
medio que impresión no permiten flexibilidad y dinamismo en el acceso al conocimiento
contenido en él.
Volviendo a los CAI, los autores de programas hacen lo mismo: piensan con antelación en
acciones educacionales, anticipan las circunstancias que requieren decisiones y escriben el
código apropiado que permita capturar tales decisiones. Por lo tanto, los programas CAI
tradicionales se aprovechan de la experiencia tutorial de los maestros expertos y
directamente reflejan esta habilidad en el comportamiento de los programas. Esta
circunstancia hace potente el enfoque de estos sistemas, pero también es uno de sus
principales defectos ya que pocos maestros pueden anticipar todos los errores de concepto
que un estudiante puede llegar a adquirir. Además, es prácticamente imposible realizar
programas de aplicaciones que contengan todas las decisiones imaginables. Aun cuando es
verdad que los programas CAI, una vez que son desarrollados y probados pueden ser
usados por un gran número de personas, también es cierto que son muy difíciles de
modificar. [GONZALEZ, 2003].
Las principales desventajas que presentan los programas CAI se pueden resumir de la
siguiente manera:
22
La autonomía que ofrecen los sistemas de tutorización más flexibles representa un
obstáculo para aquellos estudiantes que no tienen la posibilidad de aprovechar esta
autonomía.
En los sistemas CAI no hay una definición explícita del objetivo de enseñanza, ni el sistema
se comporta dinámicamente adaptando su funcionamiento a las características del usuario
para alcanzar dicho objetivo.
Los programas CAI, a menudo, son desventajosos en lo referente al costo, dado que
desarrollar, y sobre todo mantener tales programas, implica la inversión de recursos de una
magnitud considerable.
Con la intención de superar los problemas detectados en los STI surgieron los Entornos de
Aprendizaje Interactivo (EAI) [MACARTHUR, 1993] y los Micromundos
[MACARTHUR, 1993]. En este tipo de entornos, la inteligencia ya no está centralizada en
un tutor, que actúa para garantizar que lo que aprende el alumno se corresponde con el
modelo de un experto, en su lugar, se proporcionan diferentes herramientas que fomentan la
investigación sin un riguroso control externo. En otras palabras, se realiza un planteamiento
constructivista del aprendizaje frente a la formulación conductista de etapas anteriores. En
estos sistemas predomina el uso de imágenes, vídeo y otras representaciones gráficas.
Más adelante, además del desarrollo de sistemas mixtos que incorporan diversos
paradigmas, se produce una paulatina división del campo en diversas áreas de interés:
aprendizaje colaborativo, modelado del usuario, interfaces adaptativos, aprendizaje a través
de la Web, estandarización de contenidos y cursos, etc. Para poder integrar los diversos
trabajos realizados en cada uno de estos campos, se plantea la necesidad de introducir
mayor metodología y la de concretar formatos y estándares de control y gestión de este tipo
de aplicaciones [MACARTHUR, 1993].
23
2.3.1.2 OBJETIVOS DE LOS SISTEMAS DE EDUCACIÓN
Por último se puede hablar de conexionismo. Este punto de vista del conocimiento establece
que el conocimiento está implícitamente representado en los pesos y enlaces entre un gran
número de nodos modelados en redes neuronales. [PITA, 2007].
24
Aprendizaje basado en casos. La idea de este aprendizaje proviene del campo del
razonamiento basado en casos en Inteligencia Artificial, es que los estudiantes aprenden
situaciones (casos) si se les presentan en el punto preciso en que están interesados en
conocer la información que la situación les transmite. Así, en lugar de aprender reglas
abstractas para aplicar a situaciones, los estudiantes explotan las analogías encontradas en
casos similares para sintetizar sus propias reglas de decisión. [PITA, 2007].
Aprendizaje a través del diálogo. Describen un entorno con el que los estudiantes
intercambian argumentos durante un debate, mientras el sistema actúa como un árbitro,
usando directrices de diálogo tomadas de la teoría de juegos para determinarla validez de
los movimientos.
25
nuevos campos de estudio y se definen nuevos objetivos curriculares al tiempo que
proporcionan nuevos métodos de aprendizaje.
La evaluación de los alumnos ha sido siempre una parte importante del sistema de
Enseñanza/Aprendizaje. Por una parte, se necesita saber cuál es el conocimiento adquirido
para actuar en consecuencia y, por otra, saber de manera objetiva el conocimiento adquirido
por los propios alumnos.
En estos sistemas tradicionales, los tests tiene una serie de inconvenientes: las preguntas
son siempre las mismas para todos los alumnos, su número es fijo, el tipo de preguntas es
muy limitado, etc. Por otra parte, la evaluación que se obtiene tras la realización de un test
suele estar basada en el número de respuestas acertadas y no suele considerar la
variabilidad en la dificultad de las preguntas, ni otros factores como la probabilidad de
acertar una pregunta al azar.
26
Un intento de solución a dichos problemas son los test adaptativos. Un ejemplo interesante
es el sistema SIETTE [CONEJO, 2001] (Sistema Inteligente de Evaluación mediante Test
para Tele Educación). Basándose en la cuantificación probabilística de los resultados de los
tests y los posibles errores debidos al azar, junto con una medida de la dificultad de la
pregunta, el sistema realiza una generación adaptativa de las preguntas que deberá ir
respondiendo el alumno. Para ello, se mantiene un registro temporal de la evolución del
alumno en el test, que se tiene en cuenta en el proceso de selección de la siguiente pregunta.
Aunque estas investigaciones sean interesantes, debemos recordar que la evaluación basada
en la realización de un test condiciona muchas veces el propio proceso educativo, dado que
se puede caer en “enseñar para el test” [CONEJO, 2001].
Por otra parte, los sistemas educativos adaptativos se evalúan comparando los resultados
que se obtienen aplicando o no adaptación (en base al uso o no de modelos del alumno).
Por ejemplo, se puede comparar las acciones previstas para el alumno con las acciones que
realmente se realizan. También se puede calcular el porcentaje de errores reconocidos.
Una evaluación completa sería aquella que comprendiera la validación tanto de los distintos
componentes de un sistema, como por ejemplo, el uso de una determinada técnica de
aprendizaje automático para el modelado del usuario, como la validación de todos los
27
componentes en su conjunto. Un ejemplo de esta evaluación lo podemos encontrar en el
sistema ADVISOR [BECK, 2000].
ADVISOR es una arquitectura de aprendizaje compuesta por dos agentes cuyo objetivo es
el de centrar el razonamiento de un sistema de tutorización inteligente en un solo módulo.
Uno delos agentes es responsable del aprendizaje de un modelo de cómo se comportan los
alumnos usando el tutor en distintos contextos. El otro agente coge este modelo de
comportamiento del alumno y un objetivo especificando el objetivo educacional que se
persigue. Una vez validados los componentes que constituyen el sistema ADVISOR, como
suele hacerse, se dividieron a los alumnos que participaron en el experimento en dos
grupos, uno utilizaba el tutorial sin ADVISOR y el otro con él.
28
2.3.2.1 PROCESO DE ENSEÑANZA
evaluar la adecuación de
enseñar atendiendo las
sujetos del aprendizaje a identificar las la enseñanza a las
características del
quiénes enseñar características del alumno características del
alumno
alumno
evaluar los contenidos
contenidos qué enseñar qué enseñar enseñar los contenidos
enseñados
recursos con qué enseñar seleccionar los recursos utilizar los recursos evaluar la eficacia de los
quien enseña materiales y humanos materiales y humanos recursos utilizados
estrategias didácticas cómo enseñar los utilizar las estrategias evaluar las estrategias
cómo enseñar contenidos didácticas didácticas
evaluar las estrategias de
Evaluación del aprendizaje como se evaluará el
evaluar el aprendizaje evaluación del
cómo evaluar lo aprendido aprendizaje
aprendizaje
29
2.3.2.2 PROCESO DE APRENDIZAJE
30
- ¿Cuáles son las medidas de efectividad?
Esta serie de cuestiones derivan de dos preguntas básicas, que son: la naturaleza del
conocimiento y el paradigma de aprendizaje.
Modelo pedagógico.
Modelo del alumno.
Dominio de enseñanza.
Aproximación a la adaptación.
Un tutor inteligente, por lo tanto: “es un sistema de software que utiliza técnicas de
inteligencia artificial (IA) para representar el conocimiento e interactúa con los
31
estudiantes para enseñárselo” (Wenger, 1987). Wolf (1984) define los STI como:
“sistemas que modelan la enseñanza, el aprendizaje, la comunicación y el dominio del
conocimiento del especialista y el entendimiento del estudiante sobre ese dominio”. Giraffa
(1997) los delimita como: “un sistema que incorpora técnicas de IA (Inteligencia
Artificial) a fin de crear un ambiente que considere los diversos estilos cognitivos de los
alumnos que utilizan el programa”.
Interface
El Modulo Tutor del STI define y aplica una estrategia pedagógica de enseñanza, contiene
los objetivos a ser alcanzados y los planes utilizados para alcanzarlos. Selecciona los
problemas, monitorea el desempeño, provee asistencia y selecciona el material de
aprendizaje para el estudiante. Integra el conocimiento acerca del método de enseñanza, las
técnicas didácticas y del dominio a ser enseñado. Consta de: Protocolos Pedagógicos:
almacenados en una base de datos, con un gestor para la misma, Planificador de Lección:
que organiza los contenidos de la misma y Analizador de Perfil: analiza las características
del alumno, seleccionando la estrategia pedagógica más conveniente.
El Módulo Estudiante del STI tiene por objetivo realizar el diagnóstico cognitivo del
alumno, y el modelado del mismo para una adecuada retroalimentación del sistema. Se han
planteado para el Módulo estudiante los siguientes submódulos (ambos almacenan los datos
en una Base de Datos del Estudiante, con un gestor para la misma) (ver Figura 2.4).
32
Estilos de aprendizaje: compuesto por una base de datos con los estilos de aprendizajes
disponibles en el sistema, los métodos de selección de estilos y las características de
cada uno de ellos.
Parámetros Básicos del Sistema: los cuales se almacenan en una base de datos.
Conocimientos: son los contenidos que deben cargarse en el sistema, a través de los
conceptos, las preguntas, los ejercicios, los problemas y las relaciones.
Elementos Didácticos: Son las imágenes, videos, sonidos, es decir material multimedia
que se requiere para facilitarle al alumno apropiarse de conocimiento en la sesión
pedagógica.
Los primeros STI basados en ambientes Web utilizaban una interface soportada por
cualquier explorador que les proporcionaba la ventaja de convertirlos en multiplataforma y
no se requería ninguna instalación de componentes en el servidor en el que se debía utilizar
el STI. Pero, esta aproximación estaba limitada a las características intrínsecas de la red
Internet y de los protocolos que en ésta se desarrollan.
Las características de las redes modernas y de las aplicaciones que las utilizan permiten
diseñar STI más poderosos que los primeros basados en Web.
33
Se puede plantear una estructura distribuida de un STI que siga los patrones de los módulos
básicos de un STI de dos maneras:
a) Una donde todos los módulos se encuentran en uno ó más servidores y el cliente solo
posee una pequeña interface. Este acercamiento puede ser similar a los STI basados en
Web, donde solo se tiene la interface del explorador de Internet y los contenidos están
limitados a las posibilidades de visualización de los navegadores y
b) Otra donde no solo la interface se encuentra en el cliente, sino que también se tiene una
parte de los módulos. Esta forma puede minimizar el tráfico de información en la red y
puede aumentar la eficiencia en el procesamiento de los datos en el cliente,
disminuyendo así la carga en los servidores.
Se pueden utilizar las ventajas de las redes modernas, ya sean Intranet, redes corporativas o
la Internet, para realizar tareas de tutelado sin la necesidad de copiar el STI completo en
todos los hosts (servidores centrales). De no ser así, esto redundaría en una gran cantidad de
espacio desperdiciado, ya que el uso de una arquitectura del tipo Cliente/Servidor es útil
para centralizar los datos y evaluar más fácilmente los resultados del sistema. Si todos los
datos que involucran a los resultados de los estudiantes se encuentran en los servidores, la
validación del sistema por parte del módulo evaluador, la generación de estadísticas y
recalculo de parámetros del sistema a fin de que este funcione mejor en próximas
iteraciones, será mucho más simple.
34
Figura 2.4: Estructura clásica de un STI, con la identificación de submódulos y el agregado de un módulo evaluador.
Fuente: [Carbonell, 1970]
Por este motivo, la arquitectura de los STI debe soportar el procesamiento distribuido, para
poder utilizar la red de una manera eficiente, ya sea esta la Internet o cualquier otra red.
35
(en materiales y tiempo principalmente) sino una mejora sustancial en el uso de las
plataformas para educación a distancia.
A esta alternativa, se puede sumar que la educación basada en Web es cada vez más
atractiva para las instituciones académicas. Se podría citar como ejemplo que para lograr
certificaciones de Cisco Systems, como la “Cisco Certified Network Associate” (CCNA), la
empresa cuenta con un campus virtual, con todo el material de la certificación almacenado
en varios idiomas, existiendo un expediente del alumno y los cuestionarios a resolver. De
esta manera logra centralizar todo el proceso, permitiendo que los alumnos tomen el curso
en sus hogares o en cualquier establecimiento habilitado para luego rendir los exámenes,
también en línea.
Ahora, se espera que los STI lleguen mucho más lejos que ser un ambiente basado en Web.
Un STI distribuido debe seguir manteniendo la estructura independiente de los módulos
planteada en la Figura 2.3, pero ahora los módulos deberán estar divididos entre el host y
el/los servidor/es.
Se pueden encontrar más modelos que poseen una estructura cliente/servidor y utilizan
solamente la red Internet. Se puede ver que el uso de los servidores permite compartir
recursos y funcionalidades mientras que las interfaces con los clientes pueden utilizar una
gran variedad de plataformas.
36
Yang, Kinshuk y Ashok (2002) aseguran que este tipo de arquitectura está armada para
mejorar el desarrollo y la interoperabilidad de los sistemas educativos basados en
conocimientos sin sacrificar funcionalidades avanzadas (Yang et al., 2002).
Una donde todos los módulos se encuentran en uno ó más servidores y el cliente
solo posee una pequeña interface. Este acercamiento puede ser similar a los STI
basados en Web, donde solo se tiene la interface del explorador de Internet y los
contenidos están limitados a las posibilidades de visualización de los navegadores.
Otra donde no solo la interface se encuentra en el cliente, sino que también se tiene
una parte de los módulos. Esto puede minimizar el tráfico de información en la red
y puede aumentar la eficiencia en el procesamiento de los datos en el cliente,
disminuyendo así la carga en los servidores. Este modelo requiere por lo tanto,
clientes con características más potentes.
37
Estas dos opciones se pueden ver esquematizadas en la Figura 2.5.
Esta es una aproximación inicial de los STI para ambientes distribuidos, es la más sencilla y
está limitada a las características intrínsecas de la red Internet y de los protocolos que en
ésta se desarrollan.
Los primeros STI que estaban basados en ambientes Web sólo utilizaban una interface
soportada por cualquier explorador, lo que les daba la ventaja de convertirlos en
multiplataforma y no requerían ninguna instalación de componentes en el servidor central
(host) en el que se va a utilizar el STI.
Por otro lado, estaban completamente restringidos a la interacción que brinda el protocolo
HTML que puede resumirse en los siguientes ítems:
Con el tiempo, se realizaron avances importantes en las tecnologías basadas en la Web que
permitieron darles a los STI la flexibilidad necesaria.
38
Modulo Tutor
Dominio
Modulo
Modulo
Alumno
Alumno
Modulo
Modulo
Tutor
Dominio
Modulo
Server Server
Modulo Tutor
Dominio
Alumno
Modulo
Modulo
Interfaz Interfaz
Host Host
2.5a 2.5b
Figura 2.5 a y b: Distintas opciones para una estructura clásica en un STY distribuido
En la Figura 2.5.a se puede ver la estructura más compleja con los módulos tanto en el cliente como en el servidor.
En la Figura 2.5.b se puede ver el diseño más tradicional, como el basado en Web.
Fuente: [Lage,2010]
39
Como PostScript, SVG y PDF, Flash utiliza gráficos vectoriales, los cuales se
traducen en archivos más pequeños que utilizan menor ancho de banda, además, los
gráficos vectoriales no presentan el efecto de "pixelado" cuando se los aumenta.
Flash puede poseer embebido el lenguaje ActionScript que permite la creación de
aplicaciones muy sofisticadas. Se pueden generar GUI (Graphic User Interfaces)
complejas manejadas por eventos (event-driven) entre otras funciones y además
cumple con el paradigma de Programación Orientada a Objetos (POO).
Como el formato está muy difundido y sumado al hecho de que la empresa
Macromedia publicó el estándar para Flash, empresas no relacionadas con
Macromedia publicaron sus propias herramientas y la misma Macromedia realizó su
"plug-in" para muchas plataformas, entre ellas incluidas las Personal Digital
Assistant (PDA) y los teléfonos celulares.
Redes más Veloces: Esta característica influyó en el Hardware, se alcanzaron
velocidades más rápidas, pasando desde módem a 56 kbps a redes sobre fibra o par
trenzado con velocidades accesibles al público de hasta 2 Mbs, esto permite que puedan
ser utilizadas características como vídeo en tiempo real como elementos pedagógicos en
el desarrollo de STI.
JavaScript: Es un lenguaje interpretado para ser embebido en HTML, con una sintaxis
similar a la de C++. Fue desarrollado por la empresa Netscape Communications y
apareció por primera vez en el Netscape Navigator 2.0. Su objetivo principal es realizar
40
tareas y operaciones en el marco de la aplicación cliente, solucionando otra de las
debilidades del HTML.
Web Services: Es un conjunto de protocolos que sirven para intercambiar datos entre
aplicaciones desarrolladas en lenguajes de programación diferentes y ejecutadas sobre
cualquier plataforma. Una de las razones para utilizar Web Services es que se basan en
HTTP (HyperText Transfer Protocol), montados sobre TCP (Transmission Control
Protocol) en el puerto 80. Esto les permite atravesar muchos firewalls (cortafuegos) de
empresas en las que solo está habilitado el puerto 80 (el utilizado por HTTP).
Estas nuevas tecnologías desarrolladas permiten que se pueda realizar un nuevo planteo con
respecto a los STI basados en la Web, donde se reacomoda la estructura planteada en la
41
Figura 5 para que, pueda brindar las mismas funcionalidades que daría si se encontrara todo
el STI en la misma máquina utilizando tecnologías nuevas.
Por ejemplo, a un STI basado en Web pueden agregársele funciones para generar el
contenido en forma dinámica por medio de PHP o ASP que accederán por medio de ODBC
(Open DataBase Connectivity) o su propia interface a los datos almacenados en una base de
datos. Luego, se pueden agregar del lado del cliente validadores o verificadores por medio
de Java o Javascript (en alguna de sus implementaciones). Con esto se pueden lograr
funcionalidades similares a las que se obtienen con cualquier aplicación de escritorio. Estos
serían, bautizados por los autores como los Nuevos Sistemas Tutores Inteligentes (NSTI),
basados directamente en Web. En la Figura 2.6se puede ver una representación gráfica de
este esquema.
Figura 2.6: Esquema moderno que sobre el cual se pueden implementar los Nuevos STI (NSTI)
Figura 2.6. basados en Web.
Fuente: [Lage, 2010]
Otro enfoque seria realizar todo el STI basado en Web Services para su comunicación, los
cuales quedarán montados sobre la Internet. En este caso, se puede utilizar una aplicación
para que funcione como interface del lado del host, programada en cualquier lenguaje que
42
sea ejecutable en la plataforma del host, mientras que todos los datos se accederán a través
de los Web Services que se encontraran disponibles en el servidor. Este es otro esquema
que si bien define a los STI basados Internet, no podría considerarse dentro de los STI
basados en Web, ya que no necesariamente utilizan el protocolo HTML.
Este último enfoque no requiere que todos los módulos se encuentren en el servidor, sino
que puede soportar aplicaciones que posean una parte o la totalidad de los módulos en el
lado del cliente, esta posibilidad se tratará en la sección siguiente.
La primera opción para modelizar STI distribuidos, podría ser copiar el esquema de los STI
basados en Web, donde el host sólo contiene una pequeña parte de la aplicación total a la
que se denomina interface, en este caso el navegador de Internet. Este esquema si bien no
requiere casi modificaciones en los hosts puede desperdiciar mucho del poder de
procesamiento que brinda la máquina del usuario y además puede sobrecargar la red.
Una distribución de los STI más adecuada es que no todos los submódulos se encuentren en
el servidor, sino que algunos se encuentren en el servidor y otros en el cliente, minimizando
la transferencia de datos y utilizando el poder computacional que brinda el host del usuario.
43
Protocolos Pedagógicos: En general la selección del protocolo pedagógico sólo se
realiza una vez por cada sesión pedagógica. El módulo del tutor selecciona el protocolo
a aplicar en la lección por medio de los parámetros que obtiene del módulo del
estudiante y de los protocolos pedagógicos disponibles en el sistema. No es
recomendable que toda esta información sea enviada por la red para ser procesada en
host del usuario, ya que este proceso podría considerarse como un metaconocimiento
aplicado luego al conocimiento almacenado en el módulo del dominio. Si se opta por
ubicar este submódulo en el host cliente solo obligará al cliente a recibir grandes
volúmenes de información para ser procesadas para seleccionar el protocolo pedagógico
a utilizar. Además, ubicarlo en el host cliente impediría agregar nuevos protocolos
pedagógicos al sistema, ya que se requieren modificaciones a la aplicación, y ésta en
lugar de estar localizada en un solo servidor, se encuentra en muchísimos clientes.
Analizador del Perfil: Por las razones mencionadas para todo el bloque de protocolos
pedagógicos, se lo mantendría en el lado del servidor.
Protocolos Pedagógicos: Por las razones mencionadas para todo el bloque de
protocolos pedagógicos, lo mantendría en el lado del servidor.
Planificador de la lección: El planificador de la lección es el encargado, entre otras
cosas, de presentar los contenidos de la sesión pedagógica al estudiante usuario de la
manera indicada por el protocolo pedagógico. Si bien para armar la serie o árbol de
conceptos a explicar que serán parte de la lección se deben acceder a datos que se
encuentran dentro del módulo del estudiante. También se requiere un poder
computacional elevado para llevar a cabo las tareas para presentar estos datos. En este
caso, a diferencia del submódulo de protocolos pedagógicos, se requiere un análisis más
profundo, por lo cual se analizará cada una de sus partes por separado:
Generador de Contenidos: El generador de contenidos es el encargado de generar el
material que se le presentará al estudiante alumno, pero para eso se requiere conocer los
objetivos de la sesión pedagógica (stack ó pila de objetivos) y también conocer cuáles
son los conocimientos previos del alumno (módulo del estudiante) así como también la
44
relación entre esos conocimientos (módulo del dominio). Por estar relacionado con
estos dos módulos es factible que se encuentre en el mismo lugar donde éstos estén
alojados y por los grandes volúmenes de datos que se deben manejar el lugar más
propicio para ubicarlo es en los servidores.
Stack de Objetivos: Éste se actualiza constantemente a través de la interacción con el
estudiante usuario, y como también está muy relacionado con el generador de
contenidos, no se lo debe separar de este.
Generador de Lenguaje Natural: El generador de lenguaje natural recibe poca
información, tal como los conceptos y sus definiciones y se encarga de transformarlos
al lenguaje que maneja de forma cotidiana el usuario del sistema. También es el
encargado de procesar las entradas para eliminar todas las construcciones gramaticales
y obtener los conceptos de las respuestas del estudiante usuario. Si se coloca este
submódulo en el cliente, no solo se ahorra mucho procesamiento, sino que también se
minimiza mucho el tráfico en la red que implicaría enviar todas las respuestas del
estudiante, reemplazándola solamente por la lista de los conceptos. De igual manera, el
hecho de enviar solo las llamadas a las funciones de la interface de este módulo en lugar
del texto a mostrar minimiza mucho el tráfico de la red.
Evaluador: Como en el caso del submódulo de Lenguaje Natural, es una ventaja que el
cliente se encargue del procesamiento de sus salidas y que solo se envíen los resultados
del módulo evaluador al planificador de la lección. Ubicar este módulo del lado del
cliente presenta también un ahorro tanto de ancho de banda como de poder de
procesamiento en el servidor.
La relación estrecha entre los módulos hace necesario poder ubicarlos también en un
esquema complejo del tipo cliente/servidor, para ver si el modelo propuesto, esta vez en
forma global, es válido en esta situación. Realizando un análisis similar para los demás
módulos se puede decir que:
45
Módulo del Dominio: Este módulo contiene conocimientos que dependen del dominio
de aplicación del Sistema Tutor Inteligente (STI) y conocimientos que son
independientes del dominio. Los primeros, no deben estar en el cliente por varias
razones: estos datos pueden cambiar, pueden realizarse actualizaciones, o pueden
agregarse nuevos conceptos con sus relaciones, en cualquier caso se obligaría a todos
los estudiantes a actualizar sus módulos de dominio para incorporar la nueva
información, aunque nunca lleguen a utilizarla (este último caso podría darse cuando se
actualice una unidad que el usuario específico ya que ha rendido satisfactoriamente
como se ve en la figura).
Módulo del Estudiante: Contiene la información sobre lo que el sistema infiere que es
el estado de conocimientos del alumno. Estos datos se actualizan con cada una de las
sesiones pedagógicas. A su vez, se interactúa tanto con la interfaz como con el módulo
del tutor, por lo que estos módulos deben residir en el mismo esquema para facilitar la
comunicación, ya que por cada respuesta del alumno pueden modificarse los estados
cognitivos que el sistema presupone que el alumno posee. En la Figura 2.7 se observa el
modulo del estudiante.
46
Módulo Evaluador: Este módulo toma los datos de todos los demás para evaluar la
aptitud general del STI es quizás el que más volumen de datos requiere, ya que presenta
las estadísticas a los docentes y administradores del sistema para poder verificar la
validez del STI. Este módulo debe residir en el servidor, con el resto de los datos, ya
que en caso contrario todas las estadísticas, por el gran volumen de información
requerida, se transformarían en procesos batch (es decir llevando a cabo una operación
particular de forma automática en un grupo de archivos todos de una vez, en lugar de
hacerlo de a uno por vez) y se podrían tener los resultados del ITS si estos residen en el
servidor en tiempo real, como vemos en la figura 2.8 la especificación del módulo
evaluador.
Se puede agregar un tercer caso, extremo, en el cual todos los componentes se encuentren
en el cliente, siendo actualizados los datos en un servidor remoto, el cual sólo funciona
como repositorio de información para el módulo evaluador y para que los docentes puedan
conocer el estado y los avances de cada uno de sus estudiantes.
47
En la Figura 2.9 se pueden observar un esquema compartido de los 3 casos generales
planteados. En una arquitectura distribuida muchas de las partes pueden modificar su
posición de acuerdo a la tecnología usada.
Módulo del
Módulo del
Estudiante
Dominio
Pedagógicos
Protocolos
Lección
Módulo del
Módulo del
Estudiante
Dominio
Host
Interfaz Interfaz Interfaz
Figura 2.9: Distintas opciones para una estructura clásica de un STI distribuido
, solo centrado en el módulo del tutor: En la Figura 2.9.a se puede ver la estructura más compleja con los
módulos tanto en el cliente como en el servidor. En la Figura 2.9.b se puede ver el diseño más tradicional,
como el basado en Web. Y por último, en la Figura 2.9.c se puede ver un tutor que posee todos los módulos
en el cliente y solo envía actualizaciones periódicas de datos para históricos o estadísticas.
Fuente: [Lage,2010 ]
Esta metodología propuesta por la Dra. Zulma Cataldi. Dr. Ramón García Martínez, Dr.
Enrique Sierra y Dr. Alejandro Hostian fue extraída de Fundamentos para la Metodología
de Sistemas Tutoriales Inteligentes centrada en la reparación de mecanismos. [Cataldi,
2004].
48
a) EL MODELO DEL DOMINIO DE CONOCIMIENTO
Un modelo puede entenderse como una entidad que copia las características de un objeto,
proceso o concepto del mundo real. En definitiva, un modelo es una representación
abstracta de algún tipo de mecanismo. Es abstracta en el sentido de que no existe realmente,
es algo que se crea en la frontera de un programa computacional. Para poder construir un
modelo de un mecanismo, debe ser posible descomponer al mecanismo en sus partes
constitutivas. Es decir, el mecanismo a ser modelado debe tener partes identificables en las
cuales pueda ser descompuesto. De este modo, el comportamiento del mecanismo puede ser
descrito a través del comportamiento de sus partes, que incluye desde la forma de
funcionamiento intrínseca de cada componente hasta la manera en que un componente dado
interactúa con los demás. En este trabajo se emplearán modelos cualitativos más que
cuantitativos, es decir que las relaciones entre partes son descriptas más en términos de las
cualidades de las entidades constitutivas que de expresiones matemáticas que sean
representativas del modo de operación de dichas entidades. Esta concepción está más a tono
con la manera en que los seres humanos parecen abordar los problemas en sus encuentros
cotidianos con el mundo de todos los días. De esta manera, una persona puede saber cuándo
es seguro cruzar una calle sin necesidad de construir mentalmente un modelo matemático
para calcular la trayectoria de los vehículos que se le acercan.
El diseño del modelo del estudiante debería centrarse alrededor de las preguntas: ¿ Qué es
lo que se desea que el estudiante sepa acerca del mecanismo?. Qué tipos de conocimientos
49
debe tener un estudiante para poder resolver un problema de operación o reparación del
mecanismo?. Es evidente que, de algún modo, el estudiante debe conocer cómo trabaja el
mecanismo. A su vez, son las partes componentes del mecanismo las que posibilitan su
funcionamiento. De manera que el estudiante deberá tener conocimientos acerca de:
50
El modelo instruccional o modelo del tutor es una representación de los métodos que se
usaran en el tutor inteligente para proveer información al estudiante. Este modelo es
complejo pues está pensado para dirigir al estudiante en su proceso de aprendizaje y
efectuar automáticamente ajustes en esta dirección a medida que el estudiante progresa.
Los pasos metodológicos propuestos para el diseño del modelo del tutor son los siguientes:
• Paso I. Analizar del modelo del estudiante a efectos de definir claramente cuáles son
las acciones que este puede llevar a cabo.
• Paso 2. Interpretar adecuadamente las acciones definidas en el Paso 1 en función del
tipo de conocimiento que el estudiante debería poseer para llevar a cabo dichas
acciones en forma correcta.
• Paso 3. En base a los diferentes tipos de conocimiento identificados en el paso 2 ,
determinar las estrategias de instrucción más apropiadas a fin que el estudiante
incorpore significativamente estos conocimientos a su estructura cognitiva.
51
Técnicamente se puede describir la prueba de t de Student como aquella que se utiliza en un
modelo en el que una variable explicativa (variable independiente) dicotómica intenta
explicar una variable respuesta (variable dependiente) dicotómica. Es decir en la situación:
dicotómica explica dicotómica.
Con la prueba de t se compara las medias y las desviaciones estándar de un grupo de datos
y se determina si entre esos parámetros diferencias son estadísticamente significativas o si
solo son diferencia aleatorias.
Dónde:
52
• đ = Valor promedio o media aritmética de las diferencias entre los momentos antes
y después.
• ơd =Desviación estándar de la diferencia entre los momentos antes y después.
• N= Tamaño de la muestra.
∑
̅
∑ ̅
√
Pasos:
53
CAPITULO III
MARCO APLICATIVO
3.1 INTRODUCCIÓN
El diseño del Sistema Tutor Inteligente está compuesto por cinco módulos para las
(OCEPB) Olimpiadas Científica Estudiantil Plurinacional Boliviana en el área de
Informática bajo el Modelo de Aprendizaje, como se menciona en el Capítulo 1, no existe
una metodología estándar para el diseño de Sistemas Tutores inteligentes, así que usaremos
la propuesta por la Dra. Zulma Cataldi, Dr. Ramón García Martínez, Dr. Enrique Sierra y
Dr. Alejandro Hostian, en el punto 2.4.2.
En este capítulo realizaremos el diseño del prototipo del Sistema Tutor Inteligente, para lo
cual se considérala la propuesta citada en el párrafo anterior, completando con el módulo de
evaluación, módulo de interface (del punto 2.4.1) y además la descripción del prototipo
para lograr un mayor entendimiento del Sistema Tutor Inteligente para la enseñanza
lenguaje de programación.
54
Los fundamentos epistemológicos, establecen la concepción del conocimiento, la cual
entran con las siguientes líneas estratégicas: Educación y TIC’s, Inteligencia artificial,
Simulación y modelado de Sistema, Informática teórica, Diseño y desarrollo de sistemas.
Para construir el sistema, se tomara en cuenta los siguiente aspectos como: los elementos
del proceso enseñanza – aprendizaje, los roles del educando, educador, el contenido de la
materia del concurso a las OCEPB en el área de informática, modelo de conocimiento, la
estrategia que utiliza el docente para facilitar el aprendizaje, para motivar y mantener la
atención del estudiante.
El estudiante es la principal entidad que actúa con STI, además del profesor y el desarrollo,
donde ira aprendiendo, a través de una interface donde existen ejemplos, el avance del
estudiante se almacena en una base de datos para que el profesor pueda observar sus
acciones y decidir si el estudiante necesita de más práctica. La sesión de enseñanza –
55
aprendizaje se produce por la interacción de los componentes de su arquitectura: módulo
evaluador, del dominio, del estudiante y la interface, como se ve en la Figura 3.1 donde se
muestra la arquitectura del STI de la OCEPB en el área de informática.
El módulo del dominio posee el conocimiento de la materia del concurso a las OCEPB en
el área de informática, estructurada en lecciones a estudiar que almacena en una base de
datos, que es utilizada al requerimiento del módulo del tutor y del estudiante. Figura. 3.2
56
Figura 11: Arquitectura del módulo del dominio
Fuente: Elaboración Propia
Para la construcción de la base del conocimiento del módulo del dominio se considera los
conceptos de programación, en base al modelo conocimiento de una lección para el TI de
la OCEPB que se muestra en la Figura 3.3, que brinda al estudiante un recurso didáctico
según sus necesidades educativas.
57
Para que toda esta experiencia sea plasmada al estudiante, el STI para la OCEPB muestra la
interface de crear lección, temas de la lección y practica como se muestra paso a paso en la
Figura 3.4 para así subir la base de conocimiento en la base de datos.
58
LIBROS - En esta parte se mostrara una biblioteca de información con
VIDEOS libros, videos, ejercicios, campamentos y exámenes
pasados.
El módulo del estudiante permite la interacción del módulo dominio y la base del
conocimiento como se muestre en la Figura. 3.6, las características de la estructura pueden
ser propias al proceso educativo como son el nivel de comprensión en un tema y el proceso
de aprendizaje del punto 2.3.2.3.
59
Figura 15: Estructura del modelo del estudiante
Fuente: Elaboración propia
60
En el módulo del estudiante se almacena los conocimientos previos, que posee en la
materia del concurso a las OCEPB en el área de informática, del estudiante, así mismo
como sus éxitos y fracasos en el proceso de enseñanza y aprendizaje utilizando el tutor, la
cual tendrá acceso a la siguiente tabla de contenido.
MI PERFIL El estudiante podrá ver su perfil con sus datos personales y también se
generara el estado de toda la evolución y puntajes obtenidos en las
evaluaciones.
EDITAR CUENTA El estudiante podrá cambiar sus datos personales, como se muestra en la
tabla 3.3.
Es parte del módulo de dominio y conocimientos que es el punto 3.2.2 y
LECCIONES también se le asignara ejercicios, tareas o prácticas en la cual debe
resolver.
ESTUDIANTES Es el listado de los estudiantes registrados, lo cual todos tienen acceso a
ver el perfil del estudiante y sus evaluaciones.
Tabla 43.2: Tabla de contenido, en la interface del modelo del Estudiante
Fuente: Elaboración propia
61
Perfil del Estudiante: Se muestra algunos datos personales y también se ve los
envíos recientes del usuario o historial del mismo.
Editara el registro: podrá editar sus datos de manera adecuada de como se muestra
en la tabla 3.3.
Este módulo es el que dirige las acciones a seguir en respuesta al estudiante, trabajando
conjuntamente con el módulo de dominio y el módulo Evaluador. Este módulo imita la
labor del docente humano porque tiene conocimientos de que va enseñar, de acuerdo al
módulo de dominio y la construcción de la base de conocimiento del punto 3.2.2, el tutor
identificara al estudiante y realizará el seguimiento con toda las lecciones aprendidas, y
62
estará generando en prácticas y evaluaciones.A continuación se muestra la estructura del
modelo tutor en la Figura 3.8.
63
GENERADOR DE LECCIONES.- Ayuda a cargar y crear la base del conocimiento,
como se muestra en la Figura 3.5, así también se podrá modificar eliminar las lecciones
generadas por el tutor. Figura. 3.10.
64
ESTUDIANTES.- Es el control del estudiante, donde se realiza adición o creación, editar y
eliminar al estudiante como se muestra en la Figura 3.12:
El programa debe siempre aportes de stdin (entrada estándar) y la salida a stdout (salida
estándar). Por ejemplo, puede usar scanf en C o cin en C++ para leer y printf en C o cout en
C + + para escribir. Programas de usuario se no permite abrir y leer / escribir en cualquier
archivo. Es probable que obtener respondido con Runtime Error o respuesta incorrecta si se
intenta hacerlo.
65
Más hay que señalar acerca de las operaciones de E/S en C++. Debido a sus modelos de
aplicación subyacentes complejas, cin y cout son comparativamente más lento que scanf y
printf. La diferencia en el rendimiento se muestra por muchas experiencias a ser más
significativa si el programa es compilado por G++. Por lo tanto, si un problema tiene gran
entrada, con cin y cout.
66
• Time Limit Exceeded (TL) — Tu programa toma demasiado tiempo en por lo menos
en uno de los casos de prueba, probablemente tengas un problema con la eficiencia.
• Submission Error (SE) — No se especificó alguno de los datos correctamente.
67
Es uno de los principales objetivos perseguidos
por el estudiante, vetrifcando la comparacion
de ambos resultados tanto del Profesor y del
Estudiante, el codigo es la que determina el
ultimo veredicto.
68
CAPITULO IV
4.1 INTRODUCCIÓN
El capítulo III hizo un recorrido sobre los diferentes módulos de presentación en el diseño y
la estructura del modelo de aprendizaje, lo cual ayuda a la representación del sistema en su
implementación.
Una vez definido la arquitectura del STI para la enseñanza de la OCEPB en el área de
informática. Para la evaluación del mismo se realizan todas las pruebas necesarias para la
verificación de la hipótesis de la investigación; para lo cual se debe pasar por una etapa
experimental.
69
Estudiante: Persona que interactúa de manera individual con el STI para la
OCEPB.
Profesor: Persona que verifica los avances obtenidos por los estudiantes de un
determinado curso.
El sistema tutor inteligente para la OCEPB, que motiva el aprendizaje del estudiante el
desarrollo de determinadas soluciones que nos dar el modulo evaluador.
La pantalla principal Figura 4.1, muestra una interfaz amigable a través del desarrollo web,
donde se da la bienvenida al estudiante. Anexo I:
70
- Menú principal, tiene acceso a todos los estudiantes como se especifica en
la tabla 3.1.
Para cada Lección se tiene las opciones de repasar conceptos de temas específicos, aprender
con una estrategia y actividades que sirve para consolidar los conocimientos del estudiante
y así mejorara las prácticas que sea establecido por dicha lección. Cuando el estudiante
elige una de las lecciones como Cadenas, este tiene varios temas de estudio como
definiciones, Recorrido de cadenas, métodos de clase string, lectura de teclado, etc. y
71
actividades que ayuden al estudiante a consolidar sus conocimientos y salir cuando desee
salir, como se muestra en la Figura 4.2.
72
4.3.1 PRESENTACIÓN DE LA PREGUNTA DE LA EVALUACIÓN
Como se especificó en la figura 3.11, mostramos todos los aspectos importantes para que el
estudiante pueda ser calificado por el tudor mediante las lecciones que fue pasando,
mostrando una de las preguntas de la Evaluación, Figura 4.3:
73
Figura 30: Pregunta de evaluación y envió de solución
74
Figura 31: Creación de Practicas
Fuente: [Elaboración propia]
Este perfil muestra los datos personales del estudiante, el historial en el cual fue trabajando
con sus respectivas prácticas y una escala de rendimiento lo cual fue logrando con
puntuación que ha obteniendo en la solución de problemas planteados.
75
Figura 32: Perfil del Estudiante
Fuente: [Elaboración propia]
76
4.4 DEMOSTRACIÓN DE HIPÓTESIS
Una vez desarrollado el prototipo, se pasó a la fase de pruebas. La cual incluye las
siguientes actividades:
Determinación de la población
Determinación de la muestra
Proceso de prueba
Análisis de resultados
Es importante indicar que los profesores del área de Computación realizaron una prueba
preliminar a los estudiantes antes del uso del tutor y otra prueba después del uso del tutor.
Por otra parte se les hizo un test a los profesores para medir el grado de aceptación hacia el
tutor.
En cuanto al diseño:
Los menús son claros y fáciles de entender por parte de los alumnos.
La utilización de colores es adecuada
Las animaciones para el inicio de la lección y el contenido de las mismas son
adecuados a los alumnos.
77
Las lecciones estas por gráficos, animaciones y coloración de estos se ha situado en
el lugar correspondiente.
Los alumnos introducen una sola vez su nombre para iniciar la lección.
La navegación en el tutor es sencilla para el alumno.
Los contenidos están elaborados de acuerdo a currículo del comité de la ACM-ICPC
Bolivia.
Las lecciones cumplen con la jerarquía según lo establecido por el comité ACM-
ICPC Bolivia.
Una vez realizado la observación durante la prueba, podemos decir que el estudiante
considera el tutor útil, además capta la atención del estudiante.
Estos resultados se obtuvieron después de que los profesores realizan una prueba escrita a
los estudiantes, después de haber hecho uso del tutor.
Valor: Nominal
Considerando la hipótesis planteada Ha hacemos uso de una contra hipótesis H0, lo que nos
ayudara a demostrar a nuestra hipótesis principal.
78
H0: La construcción de una plataforma de aprendizaje, no logrando mejorar el desarrollo
educativo de enseñanza y aprendizaje de la asignatura de computación (programación) en
los estudiantes de nivel secundario de las Unidades Educativas.
a) Determinación de la población
La población se toma en cuenta para esta investigación a jóvenes que cursan de 3ro a 6to
de secundaria.
Considerando que la población es muy grande, se optó para realizar el experimento en dos
colegios de la ciudad de La Paz. Los establecimientos elegidos fueron: Colegio Santa
Barbara y Nazareno Brasil Miller.
Donde el alumnado total se sus respectivos cursos llegan a 160 estudiantes seleccionados
como población para la experimentación.
Considerando que la población es muy grande procedemos a tomar una muestra respectiva
de la población.
b) Determinación de la muestra
Tomando en cuenta que la población de estudiantes es alta debemos determinar cuál será la
muestra para llevar a cabo los experimentos. Para ello utilizaremos la siguiente formula:
: es el resto estándar
79
: es el error estándar cuadrado, que nos servirá para determinar por lo que
es la varianza poblacional.
N =160 se = 0,05
= p (1-p)=0,9(1-0,9)=0,09
n’= 0,09/0,0025 = 36
Y ajustando tenemos
( )
c) Proceso
Primero se realizó una pre-prueba antes del uso del tutor conocido también como la
evaluación inicial. Posteriormente se realizó un post-prueba, es decir, después del uso del
tutor, Los resultados obtenidos de ambas se encuentran registrados en la siguiente tabla:
80
Post-
Estudiante Pre-prueba Diferencia
prueba
E1 55 70 15
E2 45 64 19
E3 42 57 15
E4 36 70 34
E5 27 51 24
E6 25 70 45
E7 56 64 8
E8 40 64 24
E9 53 70 17
E10 49 70 21
E11 20 51 31
E12 36 51 15
E13 60 70 10
E14 28 57 29
E15 26 57 31
E16 46 70 24
E17 30 64 34
E18 31 51 20
E19 34 64 30
E20 20 51 31
E21 20 57 37
E22 25 64 39
E23 34 51 17
E24 35 51 16
E25 60 70 10
E26 25 51 26
E27 40 57 17
E28 63 70 7
E29 40 70 30
E30 49 64 15
Tabla 64.1: Resultado de la pre-prueba y post-prueba
Fuente: Elaboración Propia
81
Para el proceso los cálculos se realizan utilizando la fórmula 2.4.2
Nivel de Significación
Para todo valor de probabilidad igual o menor que 0.05, de acepta Ha y se rechaza H0.
α=0.05
Zona de rechazo.
Parta todo valor de probabilidad mayor que 0.05 de acepta H0 y se rechaza Ha.
a. Si la to ≥ tt se rechaza H0
b. Si la p(to) ≤ a se rechaza H0
A continuación obtenemos una tabla con los puntajes obtenidos antes y después del uso del
tutor.
82
E17 30 64 34 10,97 120,34
E18 31 51 20 -3,03 9,18
E19 34 64 30 6,97 48,58
E20 20 51 31 7,97 63,52
E21 20 57 37 13,97 195,16
E22 25 64 39 15,97 255,04
E23 34 51 17 -6,03 36,36
E24 35 51 16 -7,03 49,42
E25 60 70 10 -13,03 169,78
E26 25 51 26 2,97 8,82
E27 40 57 17 -6,03 36,36
E28 63 70 7 -16,03 256,96
E29 40 70 30 6,97 48,58
E30 49 64 15 -8,03 64,48
691 2776,97
Tabla 74.2: Calculo de datos
Fuente. Elaboración propia
đ= 691/30 = 23.03
La desviación estándar
Valor estadístico
to=12.94
tt=1.699
83
Nuestro valor calculado es 12.94 que resulta superior al valor de la tabla en un nivel de
confianza de 0.005 con 29 grados de libertad (to ≥ tt) por tanto se rechaza H0 y se acepta
Ha.
Los resultados obtenidos, nos indican si los profesores aceptan el Sistema Tutor Inteligente
para las OCEPB en el área de Informática como una herramienta de apoyo en el proceso de
aprendizaje.
Valor: Porcentual.
a) Determinación de la población
La población como denota para el estudio los profesores de secundaria en este caso de 3ro a
6to.
Los maestros son del Colegio Santa Barbara y Nazareno Brasil Miller, en el cual existen
cinco profesores como muestras de los colegios.
84
b) Determinación de la muestra
c) Proceso
El instrumento que se utiliza para medir el Sistema Tutor Inteligente para OCEPB en el
área de Informática es la escala de Likert, esta evaluación se realiza en base a encuestas a
profesores, en un Test que consta de 21 preguntas, Anexo J.
Tendríamos:
X1= (2.5/4)*100=62.5%
85
Calculamos el promedio total de todas las personas que realizaron el llenado de la escala de
Likert se tiene lo siguiente:
Dónde:
PT=14,6/5 = 2,92
P= (2,92/4)*100 = 73%
Interpretando los resultados del Sistema Tutor se tiene 73% de aceptación, lo que significa
que el sistema es aceptable por parte de los profesores.
86
4.4.4 ANÁLISIS DE RESULTADOS
La aceptabilidad de los profesores tiene con respecto al uso del tutor es de 73%,
observamos que este resultado es aceptable, concluimos que el “Sistema Tutor Inteligente
para la OCEPB en el área de Informática” es aceptable por parte de los profesores usando el
tutor.
El incremento de aprendizaje de los jóvenes se vio por medio de las pruebas de rendimiento
y haciendo una comparación entre los resultados de la pre-prueba y post-prueba hallamos
que la diferencia entre ambos es significativa.
87
CAPITULO V
CONCLUSIONES Y RECOMENDACIONES
5.1 CONCLUSIONES
Si bien el aprender a leer un proceso largo, por el mismo el alumno se desarrolla no solo a
nivel intelectual sino también a nivel social, que si bien es compleja la implementación de
un Tutor Inteligente, es factible y viable.
88
- El Sistema Tutor Inteligente diseñado beneficia a jóvenes que cursan de 3ro a 6to se
secundaria los cuales son representantes de su colegio para la OCEPB.
5.2 RECOMENDACIONES
- En el futuro se podría ampliar el uso del tutor inicial, es decir, a alumnos que cursan
el primer año de la Carrera de Informática, ya que los mismos aprende la misma
temática la cual maneja el tutor.
- Se recomienda que en futuros trabajos donde se elabore un tutor orientado a jóvenes
para las OCEPB, en distintas áreas como ser matemáticas, física, química y otros, se
tome en cuenta los criterios psicopedagógicos tanto al momento de diseñarlos y
como al implementar en el aula.
89
Bibliografía
Libros y tesis
- J. E. Beck, B. P. Woolf y C. R. Beal, ADVISOR; (2000). "A machine learning
architecture for improving collaboration: the DEGREE approach, International
Journal of Artificial Intelligent in Education".
- Espejo W. Natalia Lidia, Sistema tutor de enseñanza de matemáticas. TEISIS
2012.
- Hernández R. Fernández C., Baptista P. (2003) “Metodología de investigación”
México McGraw Hill Interamericana.
- R. Conejo, E. Millán, J. L.Pérez de la Cryz y M. Trella (2001), "An empirical
approach to on-line learning in seitte. Procedings of the Internacional Conference
on Intelligent Tutoring System(ITS 2001)".
- Laura C. Díaz, Aldo M. Algorry, Maximiliano Eschoyez, Rodolfo Marangunic y
Carlos A. Bartó, Member, IEEE.
- PITA Vado, I. R. (1998). Estudio de una metodologia de apredizaje interactivo para
la asignatura de Estructura de Datos a través del Campus.
- Wenger, (1987) E. Artificial inteleggence and tutoring system. Computational and
Cognitive Approaches to the Communicartion of Knowledge. Los Altos C. A.
Morgan and Kaufiman.
- Microsoft Word - GCETE 2005 - 801 - Sistemas Inteligentes para el Modelado del
Tutor.
- Rosa María Rodríguez Aguilar, (2004) Diseño de un sistema tutorial inteligente,
Universidad Autónoma del Estado de México.
- Carina Soledad Gonzalez (2004), SISTEMAS INTELIGENTES EN LA
EDUCACIÓN: UNA REVISIÓN DE LAS LÍNEAS DE INVESTIGACIÓN Y
APLICACIONES ACTUALES.
- Pita y R. del Vado, 2007. Estudio de una metodología de aprendizaje interactivo
para la asignatura de Estructura de Datos a través del Campus Virtual. Actas de
las IV Jornadas Campus Virtual UCM.
- Alpert, S. R.; Singley, M. K.; Fairweather, P. G. (1999). Deploying Intelligent Tutors
on the Web: Architecture and an Example. International Journal of Artificial
Intelligence in Education, 10, 183-197.
- Brusilovsky, P.; Cooper, D. W. (1999). ADAPTS: Adaptive hypermedia for a Web-
based performance support system. Second Workshop on Adaptive Systems and
User Modeling on the World Wide Web. 8th International Word Wide Web
Conference Toronto, Canada, May 11-14, 1999.
- Calvi, L.; De Bra, P. (1997). Using dynamic hypertext to create multi-purpose
textbooks. T. Muldner y T. C. Reeves (eds.), Proceedings of ED-Media/ED-
Telecom'97 - World Conference on Educational Multimedia/Hypermedia and World
90
Conference on Educational Telecommunications, Calgary, Canada, June 14-19,
AACE, 1997. 130-135.
- Giraffa, L. M. M. (1997). Seleçao e adoçao de estrateguas de ensino em Sistemas
Tutores Inteligentes . Porto Alegre: CPGCC/UFRGS.
- Kay, J. y Kummerfeld, R. (1994) An Individualised Course for the C Programming
Language. Proceedings of Second International WWW Conference "Mosaic and
the Web". Chicago, IL
- Kinshuk, D.; Ashok, P. (1997). A Conceptual Framework for Internet based
Intelligent Tutoring Systems. Knowledge Transfer (Volume II) (Ed. A. Behrooz),
1997, pAce, London, UK, p117-124.
- Nakabayashi, K., Maruyama, M., Kato, Y., Touhei, H., & Fukuhara, Y. (1997).
Architecture of an Intelligent Tutoring System on the WWW, in: B.D. Boulay and R.
Mizoguchi (Eds.), Proceedings of AI-ED'97, World Conference on Artificial
Intelligence in Education, Kobe, Japan, 18–22 August 1997. IOS, Amsterdam,
1997, pp. 39–46.
- Specht, M., Weber, G., Heitmeyer, S., & Schöch, V. (1997). AST: Adaptive WWW-
Courseware for Statistics, P. Brusilovsky, J. Fink and J. Kay (Eds.), Proceedings of
Workshop "Adaptive Systems and User Modeling on the World Wide Web" at 6th
International Conference on User Modeling, UM97, Chia Laguna, Sardinia, Italy,
June 2, 1997, p. 91–95.
- Sykes, E. R.; Franek, F. (2003). A Prototype for an Intelligent Tutoring System for
Students Learning to Program in Java (TM). School of Computing and Information
Management, Sheridan College 1430 Trafalgar Road, Oakville, Ontario, Canada.
- Vassileva, J. (1997). Dynamic course generation on the WWW. B.D. Boulay and R.
Mizoguchi (Eds.), Proceedings of AI-ED'97, 8th World Conference on Artificial
Intelligence in Education, Kobe, Japan, 18-22 August 1997. IOS, Amsterdam, 498-
505.
- Warendorf, K.; Tan C. (1997). ADIS - An Animated Data Structure Intelligent
Tutoring System or Putting an Interactive Tutor on the WWW. Proceedings of the
workshop "Intelligent Educational Systems on the World Wide Web", 8th World
Conference of the AIED Society, Kobe, Japan, 18-22 August 1997.
- Wenger, E. (1987). Artificial intelligence and tutoring systems. Computational and
Cognitive Approaches to the Communication of Knowledge. Los Altos C. A.
Morgan and Kaufman.
- Wolf, B. (1984). Context Dependent Planning in a Machine Tutor. Ph.D.
Dissertation, University of Massachusetts, Amherst, Massachusetts
- Woods, P. & Warren, J. (1995). Rapid Prototyping of an Intelligent Tutoring
System, Proceedings of Twelfth Annual Conference of the Australian Society for
Computers in Learning in Tertiary Education (ASCILITE95), Melbourne, December
1995, p. 557-563.
91
- Yang A., Kinshuk & Patel A. (2002). A Plug-able Web-based Intelligent Tutoring
System. In S. Wrycza (Ed.) Proceedings of the Xth European Conference on
Information Systems (June 6-8, 2002, Gdańsk, Poland), Gdansk, Poland. paginas
1422-1429.
- Zulma Cataldi (2005),SISTEMAS INTELIGENTES APLICADOS AL MODELADO
DEL ESTUDIANTE
- Moya, Rufino, Saravia A Gregorio, (2000); Probabilidad de IIferencia
estadistica.(2da Ed), Peru: Editorial san marcos
Fuentes Electrónicas
92
ANEXOS
Anexo A: ÁRBOL DE PROBLEMAS
Padres que piensan que los concursos de Educación inadecuada sobre el Padres que no se involucran en
programación son: pérdida de tiempo, programa de algoritmos el acercamiento por parte de sus
abuso intelectual, desvió de hijos a las nuevas tendencias de
conocimiento, etc. desarrollo educativo intelectual
LEY DE LA EDUCACIÓN
SECCIÓN IV
Artículo 53.
1. Ingresar al sistema
2. Validación y autentificación
3. Registro de estudiante
4. Despliegue de formulario
5. Guardar
6. Salir
Descripción: El usuario ingresara al sistema y se registra para poder acceder a las clases donde
guardara sus datos personales como ser: nombres, apellidos, edad, etc.
Ev. Futuras
Evaluación Ev. Actuales
Problemas
Ev. Anteriores
Menú principal
estudiante Clasificación
Estado
Estudiantes
Libro - videos
Mi perfil
Autentificación Menú secundario
Editar cuenta
estudiante
Descargas
Mi perfil
Editar cuenta
TEST DE EVALUACIÓN Y
VALORACIÓN DE ELEMENTOS