Memoria Alfredo González

Universidad Andrs Bello
Facultad de Ingeniera
Ingeniera en Computacin e Informtica
RECURSO EDUCATIVO INTELIGENTE MVIL COMO APOYO PARA LA EVALUACIN

DE APRENDIZAJES DE HABILIDADES COGNITIVAS DEL LENGUAJE Y HABILIDADES
SOCIALES EN LA EDUCACIN PREESCOLAR
ALFREDO GONZLEZ AROSTEGUY
PROYECTO DE TTULO PARA OPTAR AL TTULO DE INGENIERO EN COMPUTACIN

E INFORMTICA
SANTIAGO, CHILE
DICIEMBRE 2016
ndice
1.Introduccin
El presente es el Documento de Memoria del proyecto de ttulo para optar al ttulo de

Ingeniero en Computacin e Informtica de Alfredo Gonzlez Arosteguy en el cual se
incluye su ejecucin en etapas referentes a la gestin del proyecto, el diseo del software y
su posterior desarrollo.
El proyecto inicia el da 11 de Marzo del presente con la primera reunin con la Dra.
Jessica Meza-Jaque, donde se presenta el proyecto de desarrollo del un software que
aplique gamificacin para ser un apoyo para el seguimiento de los aprendizajes en
educacin parvularia dentro del contexto de la organizacin uLearnet, que es un programa
de gestin de la calidad y seguimiento de los aprendizajes de la Direccin de Extensin y
Comunicacin de la facultad de Filosofa y Humanidades de la Universidad de Chile.
El software lleva por nombre REIM, cuya sigla significa: Recurso Educativo
Inteligente Mvil y cuyo aporte de valor es ser una herramienta de apoyo para las
educadoras de prvulos a la hora de hacer un seguimiento evaluativo con respecto a los
aprendizajes esperados de los alumnos en cada ciclo.
REIM es una aplicacin diseada para perifricos Tablets con sistema operativo
Android, que consta de actividades desarrolladas especficamente para ser un apoyo a la
hora de medir los aprendizajes de las habilidades relacionadas al Lenguaje y a habilidades
sociales, en especfico la Autonoma y la Creatividad.
El proyecto nace como una respuesta natural de adaptacin de los mtodos

utilizados en el rea de la educacin parvularia al contexto del uso cotidiano de recursos
digitales que, tanto los alumnos como el resto de la sociedad chilena, ha incorporado a su
da a da y acompaan la comunicacin e interaccin humana en el mundo actual.
Las actividades han sido diseadas basadas en un estudio realizado en el cual se

recopil la opinin de ms de 65 educadoras de prvulos de distintos contextos y reas de
la sociedad chilena y en las bases curriculares vigentes actualmente impartidas por el
Ministerio de Educacin de Chile (MINEDUC), estas actividades estn desarrolladas como
juegos llamativos que aplican gamificacin y recompensas por su desarrollo con la intencin
causar en el alumno la sensacin de logro y avance como motivacin mientras se toman los
datos del desarrollo de estas para ser utilizados por la evaluadora o evaluador docente a
cargo.
Como ejecutor del proyecto, tengo la visin de aportar un recurso digital que apoye
al rea de la educacin preescolar chilena, que haga la evaluacin ms ldica y con
artefactos con los cuales las nias y nios y las evaluadoras y evaluadores docentes se
sientan familiares, como las aplicaciones mviles, que cada da estn ms presente en la
vida cotidiana y sean un apoyo para evaluar los requerimientos de las Bases Curriculares.
1.1 Definiciones, acrnimos y abreviaciones
Concepto Definicin
REIM Recurso Educativo Inteligente Mvil
Arquitectura de Conjunto de elementos estticos propios del diseo intelectual del

Software sistema, que definen y dan forma tanto al cdigo fuente, como al
comportamiento del software en tiempo de ejecucin. Naturalmente
este diseo arquitectnico ha de ajustarse a las necesidades y
requisitos del proyecto.
Descripcin de Coleccin de productos de documentacin

Arquitectura
Vistas Es una representacin de un rea de inters o perspectiva del

sistema en alto nivel
Tipos de Vistas Especificacin de una convencin de cmo construir y usar una vista.
Deben satisfacer la capacidad de creacin y anlisis de una vista
Stakeholder Individuo, equipo u organizacin con intereses relativos al sistema
Escenario Especifica el comportamiento y limita el inters en un rea especfica

del sistema para uno o varios stakeholders
Modulo o Cualquier elemento estructural abstracto, visible, externo, de alto

Componente nivel, analizable, que pueda construir una funcionalidad de la solucin
del sistema
Atributos de Un atributo de calidad es una cualidad deseable de la solucin, que

Calidad puede manifestarse en forma de requerimiento no funcional, que
pueda ser medible, testeable y finalmente evaluable
uLearnet Red de aprendizaje de la Universidad de Chile, plataforma tecnolgica

soportada por la GCSA
GCSA Programa de Gestin de la Calidad y Seguimiento de los

Aprendizajes, de la Universidad de Chile
SAEP Seguimiento de los Aprendizajes en Educacin Parvularia
MEISE Metodologa de Ingeniera de Software Educativo
Callback Callback es la devolucin o retorno de una llamada realizada entre

interfaces lgicas del programa que lleva informacin notificadora
sobre la respuesta de un evento u accin
2. Identificacin del Problema u Oportunidad
Se realiz un estudio del contexto actual en el que se encuentra la educacin

parvularia en Chile, esto se hizo mediante un cuestionario en el cual participaron 66
educadoras de prvulos de reas urbanas y rurales de Chile en conjunto con la informacin
recolectada en el estudio de las Bases Curriculares de educacin parvularia vigente hasta el
ao 2016.
En el estudio, 65 de las 66 educadoras contestaron que estaran dispuestas a

implementar tecnologas mviles a modo de usarlo como herramienta para evaluar y el
100% de ellas cree que complementar las actividades que desarrollan con tecnologa
inteligente mvil sera un buen aporte para la Educacin Parvularia.
Para la identificacin de la problemtica se utiliz un esquema que representa el

contexto en el cual se encuentra actualmente la educacin parvularia.
Por un lado, est el MINEDUC, cuyas Bases Curriculares de Educacin Parvularia

vigentes son del ao 2001, por lo que no incluye planes de integracin de recursos digitales
inteligente mviles para apoyar procesos evaluativos o de desarrollo de las nias y nios y
no hay una difusin o proceso activo del gobierno por impulsar y promover el uso de estos.
Por otro lado estn los establecimientos educacionales que tienen una muy baja
utilizacin de recursos digitales mviles a disposicin de las tareas evaluativas a realizar.
Tambin existe una baja capacitacin en tecnologas de la informacin por parte de

las educadoras, en su mayora, segn la muestra recolectada en el estudio, ocupan
formularios institucionales standard en papel, lo que les toma mayor tiempo y esfuerzo
comparado a hacer la misma tarea utilizando un recurso digital perifrico que automatiza la
recoleccin de datos para ser utilizados como apoyo para evaluar.
Tomando en cuenta todos estos factores, se ha llegado a la conclusin de que el

problema es la carencia de un recurso digital que apoye procesos de evaluacin en
educacin parvularia.
3. Objetivos
3.1 Objetivo General
Mejorar el rendimiento de los procesos evaluativos asociados al rea cognitiva del

Lenguaje y Habilidades Sociales a travs del REIM para apoyar a las Educadora de
Prvulos.
3.2 Objetivos Especficos
Reducir el tiempo que le toma a la evaluadora recolectar y ordenar los datos con
respecto al desarrollo de habilidades cognitivas y sociales en nias y nios.
Resultado esperado Mtrica Criterio de xito
La educadora puede ver los Tiempo en segundos Menos de 10 segundos por

resultados de las actividad desarrollada
actividades del REIM
Aumentar la cantidad de tomas de datos referentes a los avances en los

aprendizajes esperados que pueden realizarse a nias y nios en una sola sesin
escolar.
Resultado esperado Mtrica Criterio de xito
Una evaluadora puede facilitar varios Cantidad de actividades Ms de 1 a la vez

Tablets a distintas nias y nios para en desarrollo
que desarrollen las actividades
relacionadas a la evaluacin de
habilidades cognitivas y sociales
4. Alcance del proyecto
El REIM deber ser usado para apoyar una evaluacin docente, pero no para
reemplazar un proceso evaluativo completo.
El proyecto comprende el desarrollo de la aplicacin REIM en el sistema operativo

Android aplicando gamificacin.
El REIM debe conectarse a la base de datos de uLearnet para poder ser usados
dentro del contexto de GCSA en el modelo SAEP.
El REIM est desarrollado sobre las Bases Curriculares correspondientes a las del
primer y segundo ciclo de Educacin Parvularia.
El REIM produce datos agrupados y ordenados una vez terminadas las actividades
para que las educadoras puedan utilizarlos como complemento para realizar la evaluacin.
5. Limitaciones del proyecto
La plataforma donde se despliegan los datos corresponde al trabajo realizado por

uLearnet y no forman parte del proyecto.
6. Requerimientos del sistema
Los requerimientos del sistema son caractersticas que el software debe cumplir,
define una funcin del sistema de software o sus componentes y definen el comportamiento
de este. Cada uno de estos requerimientos se pueden ver siendo atendidos en el diseo del
software mediante los Casos de Uso que responden a cada una de estas funcionalidades
que el software debe realizar.
Los requerimientos del sistema REIM han sido extrados por el Ingeniero de
Requerimientos en la fase conceptual del proyecto mediante entrevistas con el cliente,
quien ha expresado todas las funcionalidades que el sistema debe cumplir, adems de
requerimientos no funcionales, pero que son restrictivos para el correcto cierre del proyecto.
El ingeniero de requerimientos los presenta mediante una especificacin de cada
uno de ellos mediante el presente documento de especificacin de requerimientos
6.1 Requerimientos Funcionales
Cdigo: RF1
Requisito: El sistema permitir acceso con identificacin de usuarios de base

de datos uLearnet, los usuarios deben estar inscritos en dicha
base de datos
Descripcin: Las Educadoras debern utilizar su cuenta de uLearnet para iniciar

sesin en el sistema
Proceso: Escribir usuario y contrasea, presionar botn de inicio de sesin
Entrada: Usuario, contrasea
Salida: El usuario se encuentra identificado dentro del REIM bajo su

usuario de uLearnet
Cdigo: RF2
Requisito: La Educadora debe poder escoger un curso de la lista de cursos

asociados a ella
Descripcin: Las Educadoras pueden ver una lista de los distintos cursos
inscritos en la base de datos, seleccionan el curso
Proceso: Se presentan los identificadores de cada curso, se presiona sobre

el identificador para seleccionar el curso
Entrada: Haber iniciado sesin, ingresar a seleccin de curso
Salida: Se despliega la opcin de escoger un alumno/a de lista de

alumnos inscritos en el curso
Cdigo: RF3
Requisito: Las Educadores deben poder seleccionar un Alumno inscrito en el

Curso
Descripcin: Las Educadoras podrn escoger un alumno de entre los que se

muestran en la lista de alumnos inscritos en el curso
Proceso: Se despliega la lista de alumnos inscritos en el curso para poder
seleccionar el alumno/a a ser evaluado. Solo se puede seleccionar
un Alumno
Entrada: Haber seleccionado un curso, seleccin de alumno por nombre
Salida: El alumno queda seleccionado y se puede dar comienzo a las

actividades del REIM
Cdigo: RF4
Requisito: El sistema permite iniciar una nueva actividad del REIM
Descripcin: La Educadora selecciona iniciar una nueva actividad del REIM y el

Alumno desarrolla las actividades de este partiendo desde la zona
Oeste del mapa
Proceso: La Educadora presiona el botn de Iniciar REIM, le pasa el tablet

al Alumno y ste experimenta con la navegacin del REIM y puede
desarrollar las actividades propuestas en l para la evaluacin de
habilidades cognitivas del lenguaje y sociales con gamificacin
para hacer el proceso ms ldico
Entrada: La educadora presiona el botn Iniciar REIM, le entrega la tablet al

alumno
Salida: El Alumno puede navegar el mapa y entrar a alguna de las

actividades
Cdigo: RF5
Requisito: El REIM debe guardar los datos de la sesin y actividades en la

base de datos de uLearnet
Descripcin: El REIM guarda todos los datos recolectados en la base de datos

de uLearnet
Proceso: Mientras el Alumno realiza las actividades, el REIM guarda los

datos de esta para ser utilizados en el seguimiento de
aprendizajes esperados en un hilo en segundo plano
Entrada: El alumno desarrolla las actividades del REIM
Salida: Los datos han sido guardados en uLearnet para ser mostrados en
su pgina web
6.2 Requerimientos No Funcionales
Cdigo: RNF1
Requisito: El REIM debe constar de actividades ldicas que permiten evaluar

una habilidad asociada a los aprendizajes esperados del
MINEDUC para educacin preescolar
Descripcin: El REIM consta de actividades para que sean desarrolladas por el

alumno y que apoyan el aprendizaje de una habilidad cognitiva
asociada al lenguaje y a la autonoma y curiosidad
Proceso: El diseo del REIM responde a la creacin de las actividades para

que sean desarrolladas por el Alumno
Entrada: Tablas de aprendizajes esperados MINEDUC
Salida: Actividades diseadas en pos de responder a los Aprendizajes

Esperados que imparte el MINEDUC
Cdigo: RNF2
Requisito: El REIM debe ser diseado aplicando gamificacin para que los
alumnos jueguen en l sin enterarse de que estn siendo
evaluados
Descripcin: El diseo del sistema contempla premios por actividad realizada

adems de sonidos que responden a las jugadas de los alumno
Proceso: En el proceso de diseo se trabaja el diseo sonoro del REIM

adems del diseo de gamificacin
Entrada: Propuestas de Actividades
Salida: REIM con gamificacin
Cdigo: RNF3
Requisito: El REIM debe contar con instrucciones en formato de audio para

que los alumnos sepan qu hacer
Descripcin: Las instrucciones del REIM y de las actividades deben ir en

formato de audio para los alumnos
Proceso: El alumno presiona el botn de audio, que incluye una animacin

llamativa, para escuchar la instruccin
Entrada: Presionar botn de instrucciones
Salida: Instrucciones en formato de audio
7. Solucin propuesta
El software es una aplicacin para Android que es un pequeo juego que consta de
2 actividades, la historia de este se desenvuelve en el contexto de un viaje de la casa al
museo, en este viaje se encontrarn dos actividades para que el alumno desarrolle. Pueden
ser desarrolladas en el orden y concurrencia que l estime, con el fin de juntar los dos
tickets necesarios para entrar al museo, es decir, el alumno podr adquirir los dos tickets
jugando en una misma actividad dos veces si as lo quisiera.
La sesin inicia con la vista del mapa Oeste, las instrucciones le indican al alumno
que debe llegar al museo utilizando las flechas hacia la direccin que l escoja, en el rea
Norte del mapa se encuentra la casa en donde se despliega la primera actividad, en el rea
Sur se encuentra el cuartel de bomberos en donde se despliega la segunda actividad y en el
rea Este, se encuentra el museo.
La primera actividad es reconocer los alimentos saludables de una matriz de

alimentos que se le presentan al alumno, l deber eliminar de la matriz los alimentos no
saludables deslizando su dedo sobre ellos, la actividad termina cuando el alumno estime, al
presionar el botn de finalizar actividad.
La segunda actividad es reconocer los elementos de un cuartel de bomberos de una

matriz de elementos que se le presentan al alumno, l deber eliminar de la matriz los
elementos que no pertenecen al cuartel deslizando su dedo sobre ellos, la actividad termina
cuando el alumno estime, al presionar el botn de finalizar actividad.
Una vez que el alumno haya juntado ambos tickets, puede ingresar al museo, donde
termina la sesin y puede empezar otra vez.
Si bien la finalidad del juego para el alumno es llegar al museo, la finalidad del
software es recopilar los datos resultantes de estas actividades para ponerlos a disposicin
de la educadora para usarlos como apoyo a la evaluacin.
Los datos recolectados corresponden a los siguientes:
La hora exacta del inicio de la sesin

La hora exacta del trmino de la sesin
La hora exacta del Inicio de la primera actividad
La hora exacta del trmino de la primera actividad
La hora exacta del Inicio de la segunda actividad
La hora exacta del trmino de la segunda actividad
La matriz inicial que le apareci al alumno
La matriz resultante que l dej
Si la actividad tuvo un balance bueno o malo
La cantidad de toques que realiz en el mapa
La cantidad de veces que reprodujo las instrucciones del REIM
La cantidad de veces que reprodujo las instrucciones de cada actividad
6.1 Diseo pedaggico
La necesidad educativa reside en crear una actividad que sea ldica y que ayude al
alumno a desarrollar el rea cognitiva relacionada al lenguaje y las habilidades sociales
autonoma y curiosidad, el objetivo pedaggico se basar en los requerimientos extrados
de las Bases Curriculares y sus tablas de especificacin de evaluacin en el aula con los
aprendizajes esperados (AE) para el primer y segundo ciclo de educacin preescolar, desde
donde se extrae:
rea del Lenguaje:
Nivel: Kinder
mbito: Comunicacin
Ncleo: Lenguaje Verbal
Subncleo: Lenguaje Escrito
Nmero AE: 2
Aprendizaje Esperado: Producir sus propios signos grficos y secuencias de ellos,
como una primera aproximacin a la representacin de palabras.
Especificacin: Juega a escribir usando algunos grafemas conocidos.
Habilidad: Comprender
Nivel: Kinder
mbito: Comunicacin
Nmero AE: 3
Aprendizaje Esperado: Comprender que las palabras, grafismos, nmeros, notas
musicales, conos y otros smbolos y signos convencionales pueden representar los
pensamientos, experiencias, ideas e invenciones de las personas.
Especificacin: Juega a leer signos del trnsito dndoles un sentido de acuerdo a
sus conocimientos previos.
Habilidad: Comprender
Nivel: Kinder
mbito: Comunicacin
Nmero AE: 6
Aprendizaje Esperado: Representar grficamente smbolos y signos para iniciarse
en la produccin de textos simples que le son significativos.
Especificacin: Escribe o juega a escribir una noticia o ancdota del fin de semana.
Habilidad: Aplicar
Nivel: Kinder
mbito: Comunicacin
Nmero AE: 8
Aprendizaje Esperado: Interpretar la informacin de distintos textos, considerando
algunos aspectos claves como formato, diagramacin, tipografa, ilustraciones y
palabras conocidas.
Especificacin: Al observar un texto, reconoce que se trata de una receta.
Habilidad: Identificar
rea de Habilidad Social
Nivel: Kinder
mbito: Formacin Personal y Social
Ncleo: Autonoma
Subncleo: Motricidad y Vida Saludable
Nmero AE: 7
Aprendizaje Esperado: Distinguir aquellos alimentos que aportan mayores beneficios
para su salud, adquiriendo consciencia de las caractersticas que stos deben tener
para ser consumidos.
Especificacin: Reconoce alimentos nutritivos.
Habilidad: Reconocer
Nivel: Kinder
Ncleo: Autonoma
Subncleo: Motricidad y Vida Saludable
Nmero AE: 7
Aprendizaje Esperado: Distinguir aquellos alimentos que aportan mayores beneficios
para su salud, adquiriendo consciencia de las caractersticas que stos deben tener
para ser consumidos.
Especificacin: Reconoce alimentos poco nutritivos.
Habilidad: Reconocer
Nivel: Kinder
Ncleo: Autonoma
Subncleo: Iniciativa y Confianza
Nmero AE: 1
Aprendizaje Esperado: Proponer juegos y actividades, sugiriendo formas de
organizarlos y de realizarlos de acuerdo a sus intereses e ideas.
Especificacin: Explica cmo organizarse grupalmente frente a un juego o actividad.
Habilidad: Explicar
Nivel: Kinder
Ncleo: Autonoma
Nmero AE: 4
Aprendizaje Esperado: Proponer ideas y estrategias para contribuir a resolver
situaciones que le permitan llevar a cabo sus iniciativas y propuestas.
Especificacin: Frente a una situacin problemtica, propone una idea para
resolverla.
Habilidad: Aplicar
Nivel: Kinder
Ncleo: Autonoma
Nmero AE: 12
Aprendizaje Esperado: Perseverar en la realizacin de sus actividades, buscando los
medios adecuados que le permitan concluir los proyectos que inicia.
Especificacin: Finaliza lo que se ha propuesto explicando los pasos que realiz
para lograrlo.
Habilidad: Sintetizar.
Estas habilidades son las que se reforzarn mediante el desarrollo de las actividades
propuestas y que proporcionan un apoyo a la hora de hacer evaluacin ya que la educadora
obtendr los datos resultantes de la interaccin de los alumnos con la aplicacin.
La curiosidad est presente en la aplicacin a travs de la gamificacin de las

actividades, como por ejemplo, que el mapa se muestra incompleto y que la nia o nio
deben escoger distintos caminos y tomar decisiones para poder avanzar, los tickets que
debe ganar y dems aspectos del entorno grfico, sustrados del juicio experto de las
educadoras de prvulos, que comentan: La tecnologa mvil por el momento podra aportar
en la visualizacin de ejemplos sociales cotidianos y nuevos para ellos, como una forma de
tomar el punto de partida.
6.2 Diseo de interfaces
Se presenta a continuacin el diseo de interfaces del REIM, partiendo por las

interfaces que corresponden al men de la educadora, donde ingresa con su Usuario y
Contrasea, selecciona un Curso y un Alumno asociado a l. Una vez escogido el alumno
se procede a iniciar el REIM, la primera interfaz que se muestra es la de la zona oeste del
mapa, desde aqu el alumno puede escoger ir al norte, centro o sur, y desde cualquiera de
esas vistas puede llegar a la zona este, donde se encuentra del museo.
Ttulo de interfaz: Login

Cdigo de la interfaz: Interfaz 01
En esta interfaz la educadora inicia sesin con su usuario y contrasea.
Ttulo de interfaz: Seleccin de Curso

En esta interfaz se despliegan los cursos asociados a la educadora para que ella pueda
escoger.
Ttulo de la interfaz: Seleccin de Alumno
En esta interfaz se despliegan los alumnos asociados al curso previamente escogido por la
educadora, una vez escogido el alumno, la educadora inicia el REIM y le entrega la tablet al
alumno para que lo desarrolle.
Ttulo de la interfaz: Mapa Oeste
En esta interfaz el usuario del REIM es el alumno, puede escoger presionar el botn de
instrucciones y decidir entre ir al Norte, Centro o Sur.
Ttulo de la Interfaz: Mapa Norte

Cdigo de la Interfaz: Interfaz 05
En esta interfaz se encuentra la casa, al presionarla, se entra a la actividad de Alimentos,

tambin puede presionar el botn de instrucciones o escoger entre ir al Oeste, Centro o
Este.
Ttulo de la Interfaz: Actividad Alimentos
En esta interfaz se desarrolla la actividad de los alimentos saludables, el alumno utiliza su

dedo deslizndolo sobre el alimento no saludable que quiera eliminar. Al terminar la
actividad puede presionar el botn verde y recibir un ticket como premio.
Ttulo de la Interfaz: Mapa Centro
El alumno puede presionar el botn de instrucciones y escoger entre ir al Oeste, Norte, Este
o Sur.
Ttulo de la Interfaz: Mapa Sur

En esta interfaz se encuentra el cuartel de Bomberos, al presionarlo, se entra a la actividad

de Elementos del cuartel de Bomberos, tambin puede presionar el botn de instrucciones o
escoger entre ir al Oeste, Centro o Este.
Ttulo de la Interfaz: Actividad Bomberos
En esta interfaz se desarrolla la actividad de los elementos que pertenecen a un cuartel de

bomberos, el alumno utiliza su dedo deslizndolo sobre el elemento que no pertenece que
quiera eliminar. Al terminar la actividad puede presionar el botn verde y recibir un ticket
como premio.
Ttulo de la Interfaz: Mapa Este
En esta interfaz se encuentra el museo, si el alumno tiene dos tickets, al presionarlo podr
entrar a l, si no, sonar la instruccin que dice que debe juntar ambos tickets para poder
entrar.
Ttulo de la Interfaz: Museo

Esta es la interfaz que le hace saber al alumno que ha terminado satisfactoriamente, suena
una gran ovacin y el alumno, si quiere, puede comenzar otra vez, apretando el botn verde
que lo devolver al principio (Mapa Oeste).
6.3 Navegacin del sistema
La navegacin del sistema ilustra las uniones entre las distintas vistas que
conforman el sistema REIM mediante una representacin visual de cmo stas interactan,
la navegacin del sistema se ha centrado en permanecer sencilla debido a que los usuarios
finales sern alumnos de educacin preescolar, para los cuales el sistema no debe ser
complejo de desarrollar
8. Metodologa
La metodologa de desarrollo a utilizar en el proyecto es la metodologa Meise,

acrnimo para Metodologa de Ingeniera de Software Educativo,, que propone un enfoque
iterativo de desarrollo y que fue presentada como un requerimiento restrictivo del proyecto
por parte de la Dra. Jessica Meza-Jaque, sin embargo, se hicieron modificaciones a este,
dejndolo como se ve a continuacin
La etapa de definicin corresponde al trabajo realizado en la primera parte del
proyecto, lo que incluy los estudios realizados referentes al contexto actual de la
Educacin Parvularia en Chile, la definicin de la problemtica, el anlisis de esta para
plantear su solucin mediante el REIM y la planificacin de esta.
En la Fase Conceptual se inicia la investigacin sobre los requerimientos que debe

satisfacer el producto a desarrollar, delimitando su alcance, se desarrolla del plan del
proyecto, delimitando su alcance, evaluacin de riesgos que puedan levantarse en su
desarrollo y el plan de comunicaciones que se utilizar por parte del equipo de desarrollo.
En el plan de anlisis y diseo inicial se realiza el estudio intensivo de los tiempos a

manejar en el proyecto y se establece la solucin propuesta.
En el plan de iteraciones de hace un primer enfoque sobre la etapa de desarrollo,

este plan cambiar a medida que se hagan nuevas iteraciones de la etapa.
La razn por la cual hay una iteracin desde el Desarrollo al Plan de iteraciones es
porque el enfoque metodolgico fue un enfoque incremental, donde al terminar cada
mdulo, se revisaba nuevamente el plan de iteraciones, partiendo desde ah para actualizar
el avance en el diseo del software. Cada iteracin, que se ve reflejada en las
modificaciones del diseo del software se adjuntan en el documento de Anexos.
La etapa de desarrollo corresponde a la segunda parte del proyecto, donde se

trabaja la arquitectura, el diseo y el desarrollo del REIM. Este diseo tendr varias
modificaciones que darn cuenta de los avances que se hagan en cada iteracin.
8.1 Equipo de trabajo

El equipo de trabajo corresponde al equipo ejecutor del proyecto, el cual se
conforma por Alfredo Gonzlez Arosteguy, cuyos roles sern los de Director de Proyecto,
Ingeniero de Requerimientos, Arquitecto de Software y Desarrollador de software, cada uno
de estos roles tienen tareas especficas que se alnean a los 3 pilares del perfil de egreso de
la Universidad Andrs Bello de la siguiente manera:
Rol Director de proyecto
Perfil asociado Gestin del proyecto
Tareas Levantamiento del proyecto, ejecutor del

plan de comunicacin, encargado de
reunirse con el cliente, encargado de
mitigar riesgos que se gatillen que
correspondan al tipo Proyecto
Rol Ingeniero de Requerimientos
Perfil asociado Gestin del proyecto, Ingeniera de

Requerimientos
Tareas El ingeniero de requerimientos del proyecto

debe tomar los requerimientos del cliente
en la etapa de inicio del proyecto para
realizar el documento de requerimientos
del proyecto
Rol Arquitecto de Software
Perfil asociado Arquitectura de software del proyecto
Tareas El arquitecto de software es el encargado

de realizar el diseo del software y
documentarlo para cada iteracin
incremental del desarrollo del software.
Rol Desarrollador de software
Perfil asociado Desarrollo de software

Tareas Llevar a cabo la ejecucin del proyecto
segn lo diseado por el arquitecto de
software, cumpliendo los requerimientos
del cliente, programar la aplicacin en
Android
8.2 Stakeholders
Corresponden a los individuos interesados en el sistema y que representar las

partes involucradas en el proyecto, del ingls tenedor de apuestas haciendo referencia a la
persona que pierde si el proyecto no tiene un cierre que pueda ser validado por los
clientes.
Los clientes del proyecto corresponden a el Sr. Eugenio Chahun, Director de

Extensin de la Facultad de Filosofa y Humanidades de la Universidad de Chile y la Dra.
Jessica Meza-Jaque Directora del Programa de Gestin de la Calidad y Seguimiento de los
Aprendizajes, ambos son Stakeholders del proyecto
Otro Stakeholder del proyecto es el Director del Proyecto, ya que su trabajo es el de

procurar el xito de este mediante la gestin y uso de artefactos de la Ingeniera de
Software para planificar correctamente el ciclo de vida de este y su validacin de cierre.
8.3 Usuarios Finales
Los usuarios finales son los que utilizarn el software dentro del contexto de un
modelo de cultura organizacional real, estos corresponden a la Educadora, encargada de
hacer las selecciones correspondientes para iniciar el REIM y al Alumno, encargado de
desarrollar las actividades del REIM.
9. Plan de Comunicacin
Si bien los clientes son tanto el Sr. Eugenio Chahun, Director de Extensin de la
Facultad de Filosofa y Humanidades de la Universidad de Chile y la Dra. Jessica
Meza-Jaque Directora del Programa de Gestin de la Calidad y Seguimiento de los
Aprendizajes, la comunicacin del proyecto se efectuar solo con esta ltima, y cualquier
necesidad de contactar a un tercero se har a travs de la gestin de la Dra. Jessica
Meza-Jaque, contactando primero a ella.
Para el plan de comunicacin se han preparado acciones a seguir con respecto a

una solicitud por parte del Director del proyecto hacia el cliente y se enfoca en dar una gua
de accin ante eventuales necesidades que puedan ocurrir con mayor frecuencia que se
pudieron detectar para la naturaleza del proyecto, posterior y de acuerdo a lo conversado
con el cliente.
Consulta de Actualizacin Correo dirigido hacia la Dra. Jessica Meza-Jaque /
Director de proyecto
En caso de no respuesta: Llamar por telfono
Solicitud de Reunin Correo dirigido hacia la Dra. Jessica Meza-Jaque /

Director de proyecto
En caso de no respuesta: Llamar por telfono
Comunicacin Formal Reuniones presenciales entre el Director de Proyecto y la

Dra. Jessica Meza-Jaque ms los terceros involucrados
en la ocasin
Solicitud de Cambio Debe ser formalizados en reunin presencial
Comunicado Abierto Correo dirigido a terceros
Hitos evaluados Deben ser formalizados en reunin presencial
Comunicados de urgencia Llamada Telefnica y Correo dirigido a los interesados

con marca de alta prioridad y acuse de recibo
10. Plan de Riesgos
El plan de riesgos es un enfoque estructurado para manejar la incertidumbre relativa

a una amenaza que se encuentre presente durante el desarrollo del proyecto. El riesgo se
define como la probabilidad de que una amenaza se convierta en realidad. Hay distintos
tipos de riesgos, los asociados a la gestin del proyecto, los asociados a aspectos tcnicos
del proyecto y riesgos ocasionados por fuentes que no se pueden controlar, como la
naturaleza.
A continuacin se mostrar el plan de riesgos que incluye la especificacin

correspondiente a cada uno de los que se pudieron detectar para este proyecto basndose
en el estudio de proyectos similares y en la experiencia personal del ejecutor del proyecto.
Cada riesgo lleva un cdigo identificador que corresponde a un nmero adems de

un nivel de severidad, estos pueden ser:
Baja, quiere decir que la accin mitigadora que corrige los problemas levantados por
la activacin de un riesgo toma poco tiempo en ser implementada y el proyecto no sufre
retrasos por este.
Media, quiere decir que la accin mitigadora toma ms tiempo en ser implementada.
Dependiendo del resultado del plan mitigador, se podra ver afectado el proyecto, pero de
una manera ligera, que si bien exige replantear tiempos, no son tan grandes como para
afectar el desarrollo de este de manera severa.
Alta, quiere decir que la accin mitigadora toma harto tiempo en ser implementada y
el hacerlo modifica de manera severa los tiempos establecidos del proyecto y la continuidad
de este.
Cdigo 01
Riesgo Estudio experto insatisfactorio
Causas Muy pocas respuestas, respuestas incompletas, preguntas mal

posibles enfocadas cuya respuesta no aporta valor al estudio, falta de
preparacin del estudio
Probabilidad Baja
Severidad Media
Accin Levantamiento de un nuevo estudio que incluya los enfoques

Mitigadora recolectados por el estudio de las respuestas insatisfactorias para
corregir los errores que llevaron a un estudio insatisfactorio
Tipo Proyecto
Ocurrencia 0
Cdigo 02
Riesgo Sistema de levantamiento de cuestionario deja de funcionar
Causas Caducidad del vnculo en donde se encontraba levantado el

posibles cuestionario
Probabilidad Baja
Severidad Alta
Accin Hacer el levantamiento del cuestionario en otra plataforma, volver a

Mitigadora contactarse con las educadoras para que puedan volver a realizar el
cuestionario
Tipo Tcnico
Ocurrencia 0
Cdigo 03
Riesgo Retraso en la identificacin de la problemtica u oportunidad
Causas Estudio inconcluso con respecto al contexto de la problemtica, los

posibles posibles problemas se extienden hacia distintos sectores sin decantar
en un punto en comn, mala utilizacin de herramientas de
identificacin de problemas
Probabilidad Baja
Severidad Baja
Accin Estudiar las respuestas recolectadas del estudio para poder identificar
Mitigadora la conclusin con respecto a las opiniones generales de las educadoras,
utilizar otra herramienta de reconocimiento de problemticas distintas a
las usadas hasta ese momento
Tipo Proyecto
Ocurrencia 0
Cdigo 04
Riesgo Cliente pierde inters en el proyecto
Causas Retrasos en entregas y propuestas de avance, mal uso del plan de

posibles comunicacin, el proyecto no parece estar avanzando en buen camino
para el cliente
Probabilidad Baja
Severidad Alta
Accin Rehacer anlisis del proyecto, evaluar posibilidad de encontrar otro

Mitigadora cliente interesado en el proyecto, evaluar posibilidad de terminar el
proyecto en trminos distintos a los acordados en un comienzo
Tipo Proyecto
Ocurrencia 0
Cdigo 05
Riesgo Requerimientos recolectados presentados para el cliente no son los que

l haba esperado
Causas Falta de comunicacin mientras se haca la etapa de ingeniera de
posibles requerimientos, falta de reuniones de seguimiento, mal uso del plan de
comunicaciones, falta de feedback por parte del cliente
Probabilidad Baja
Severidad Alta
Accin Rehacer la toma de requerimientos, establecer un nuevo plan de

Mitigadora comunicacin que sea ms efectivo
Tipo Proyecto
Ocurrencia 0
Cdigo 06
Riesgo Costo del proyecto demasiado elevado para el cliente
Causas Estimacin hecha por parte del cliente para la inversin no contemplaba
posibles valores reales del mercado
Probabilidad Baja
Severidad Alta
Accin Rehacer un plan de costos contemplando menos funcionalidades, pero

Mitigadora que an sea un aporte de valor para el cliente y est dentro de su
presupuesto
Tipo Proyecto
Ocurrencia 0
Cdigo 07
Riesgo Tiempo de desarrollo toma ms tiempo del esperado
Causas Falta de conocimientos tcnicos, problemas relacionados a factores

posibles externos al ejecutor del proyecto, cliente pide muchos nuevos
requerimientos durante el proceso de desarrollo del software
Probabilidad Media
Severidad Media
Accin Rehacer plan de iteraciones de acuerdo al avance real del proyecto y a

Mitigadora partir de l re-establecer holgura de tiempo aceptable para el proyecto
Tipo Proyecto / Tcnico / Causa externa
Ocurrencia 0
Cdigo 08
Riesgo Retrasar la entrega del proyecto por no trmino del REIM
Causas El desarrollo del software no se puede terminar en los tiempos

posibles planteados, sobrepasando la fecha lmite
Probabilidad Baja
Severidad Alta
Accin Pedir ms plazo al cliente, evaluando castigos que puedan ser

Mitigadora implementados por la activacin del riesgo
Tipo Proyecto
Ocurrencia 0
Cdigo 09
Riesgo Cambio del sistema adoptado para evaluar
Causas Actualizacin de Bases Curriculares del MINEDUC

posibles
Probabilidad Baja
Severidad Alta
Accin Redisear solucin propuesta en base a la actualizacin realizada en

Mitigadora las Bases Curriculares
Tipo Proyecto
Ocurrencia 0
Cdigo 10
Riesgo Problema para implementar un requerimiento del cliente en el software
Causas Problemas lgicos debido a la interacciones entre componentes del

posibles software, falta de conocimiento tcnico
Probabilidad Baja
Severidad Alta
Accin Evaluar el uso de algn patrn de diseo que pueda dar solucin de
Mitigadora manera rpida y eficiente al problema, evaluar conversar con el cliente
la opcin de modificar el requerimiento
Tipo Tcnico
Ocurrencia 0
Cdigo 11
Riesgo Profesor gua del proyecto decide dejarlo
Causas Cambio en la toma de proyectos, profesor gua pierde inters en el

posibles proyecto, no sigue siendo docente de la universidad
Probabilidad Baja
Severidad Alta
Accin Bsqueda de profesor gua dispuesto a tomar el proyecto desde el

Mitigadora punto en donde se qued
Tipo Proyecto
Ocurrencia 0
Cdigo 12
Riesgo Problema de adopcin de artefactos de cdigo abierto por licencias

restrictivas con derechos reservados
Causas Querer utilizar una biblioteca para el desarrollo del REIM, pero no poder
posibles porque la biblioteca est bajo una licencia de pago o de cdigo cerrado
Probabilidad Media
Severidad Alta
Accin Buscar implementacin ms cercana a lo requerido a utilizar de la

Mitigadora biblioteca restrictiva en una biblioteca de cdigo abierto
Tipo Proyecto / Tcnico
Ocurrencia 0
Cdigo 13
Riesgo Cliente insatisfecho con desarrollo del REIM
Causas Diferencias de concepto y visualizacin de solucin propuesta por falta

posibles de comunicacin, cliente exige requerimientos que escapan del alcance
del proyecto
Probabilidad Baja
Severidad Alta
Accin Evaluar la posibilidad de conversar con el cliente una aceptacin del

Mitigadora proyecto bajo la revisin y rediseo de los requerimientos en conflicto
Ocurrencia 0
Cdigo 14
Riesgo Incumplimiento de acuerdos por parte del ejecutor del proyecto
Causas No se cumplen acuerdos de entrega de avances e hitos establecidos

posibles con el cliente
Probabilidad Baja
Severidad Alta
Accin Evaluar posibles castigos por incumplimiento de acuerdos con el cliente

Mitigadora con el fin de seguir con el proyecto bajo las condiciones del cliente
Tipo Proyecto
Ocurrencia 0
Cdigo 15
Riesgo Incumplimiento de acuerdos por parte del cliente
Causas Cliente quiere imponer requerimientos en tiempos que no son realistas y

posibles que no se haban conversado previamente
Probabilidad Baja
Severidad Alta
Accin Utilizar el documento de requerimientos como prueba de los
Mitigadora compromisos establecidos por el cliente, evaluacin de medidas
correctivas como llevar el caso al Director de Carrera.
Tipo Proyecto
Ocurrencia 1
Cdigo 16
Riesgo Problemas con conectar la aplicacin a una base de datos
Causas Falta de conocimiento tcnico, tener que utilizar una base de datos de
posibles un agente externo
Probabilidad Baja
Severidad Media
Accin Probar nuevo enfoque con respecto a la escritura y lectura de datos a

Mitigadora una base de datos por parte del REIM
Ocurrencia 2
Cdigo 17
Riesgo Postergacin de reuniones con el cliente
Causas Indisponibilidades de uno de los integrantes de la reunin, mala

posibles coordinacin por parte de los involucrados, mal uso del plan de
comunicaciones
Probabilidad Media
Severidad Media
Accin Reorganizar la reunin entre participantes en el horario a convenir ms

Mitigadora pronto posible
Tipo Proyecto
Ocurrencia 0
Cdigo 18
Riesgo Diseo poco intuitivo
Causas Falta de seguimiento del feedback realizado por terceros en cada

posibles iteracin de desarrollo, falta de pruebas de usuarios finales
Probabilidad Baja
Severidad Media
Accin Redisear interfaces y navegacin del sistema de los mdulos que son
Mitigadora poco intuitivos
Tipo Proyecto
Ocurrencia 0
De los riesgos que se pudieron detectar se gatillaron los siguientes:
Riesgo 15: Incumplimiento de acuerdos por parte del cliente. Las causas fueron que
el cliente comenz a pedir requerimientos que escapaban de los alcances del proyecto a
finales de Septiembre, como crear la API WEB que consuma los datos de la base de datos
para mostrar resultados en uLearnet, levantar en uLearnet la plataforma de resultados del
REIM con elementos estticos y unir el REIM con otros proyectos de terceros.
El plan de mitigacin fue, mediante el uso del plan de comunicaciones, levantar una reunin
con el cliente donde se convers y se lleg a un acuerdo con respecto a respetar el alcance
del proyecto establecidos desde un comienzo de ste. La planificacin del proyecto no se
vi afectada por la activacin del riesgo.
Riesgo 16: Problemas con conectar la aplicacin a una base de datos. Este riesgo
se gatill dos veces distintas.
La primera vez que se gatill fue el da 25 de Noviembre, da en el que tuve una

reunin con el trabajador de uLearnet que manejaba la parte de la base de datos de la
organizacin y que esclareci dudas con respecto a ella, el enfoque que estaba utilizando
hasta ese momento, adaptacin de SQLite segn las guas de desarrollo oficial en Android,
no se iba a poder conectar con la base de datos de uLearnet, creada a travs de un
framework de trabajo de web service utilizando PHP.
El plan de mitigacin fue comenzar a utilizar algn recurso, segn las guas de desarrollo
oficial de Android, para consumir datos desde un Web service externo. La gua oficial de
desarrollo hablaba sobre utilizar la herramienta de cdigo abierto Retrofit, la cual lea y
escriba informacin desde Android a una base de datos externa utilizando POST y GET en
formato JSON, para ello deba construir mi propia API en PHP para consumir los datos en la
base de datos de prueba que tena en mi computador, para ello levant el web service
utilizando mi computador como servidor. Se informa al cliente sobre el riesgo gatillado y se
conversa la conformidad con respecto al cambio planteado. El proyecto se vi afectado
levemente ya que se tuvo que posponer el pilotaje acordado en una semana y esto se ve
reflejado en el plan de tiempo del proyecto.
La segunda vez que se gatill fue el da 5 de Diciembre, a travs de una consulta

formal realizada utilizando el plan de comunicacin directamente con el trabajador de
uLearnet que haba esclarecido mis dudas anteriormente, me enter de que en uLearnet no
saban si es que tenan alguna API PHP implementada para consumir datos de su base de
datos, por lo que el seguir utilizando ese enfoque no tena un destino claro, es entonces
cuando decido cambiar nuevamente el enfoque de conexin por uno que ya haba sido
probado anteriormente por terceros para consumir datos desde Android a la base de datos
de uLearnet.
El plan de accin mitigador fue utilizar esta herramienta, esta vez, el nuevo enfoque no era
parte de la gua oficial recomendada por Android, pero fue un intercambio que se tuvo que
hacer con respecto a sus valores de costo y beneficio, el costo era alto en el sentido de que
la tecnologa a aplicar no tiene soporte actual por parte de Android, sin embargo, el
beneficio de conectar con la base de datos para poder hacer el pilotaje era muy alto. El
nuevo enfoque es utilizar el driver JDBC que conecta Android desde una clase asncrona a
la del hilo de interfaz de usuario con un servidor externo. La aplicacin del nuevo enfoque
fue realizada entre los das 6 y 10 de Diciembre inclusive, probando satisfactoriamente la
lectura y escritura de datos de la base de datos de ulearnet utilizando los datos enviados
por uLearnet para la prueba de estos. Esta vez la activacin del riesgo no afect el
proyecto.
Hubo un tercer riesgo que se gatill en el proyecto, pero que no haba sido
detectado con anterioridad y que no se inclua en el plan de riesgos, el riesgo fue que no se
guardaran los datos del pilotaje en la base de datos de uLearnet y fue activado el da 12 de
Diciembre, la causa fue que, las consultas asncronas que se realizaban en el REIM haban
sido hechas utilizando los datos de prueba que uLearnet haba administrado, para estas
pruebas, los alumnos tenan solo un nombre, el apellido paterno y el apellido materno y
dentro de la consulta se realizaba una validacin comprobando si calzaban los nombres
seleccionados de la lista del curso con la del alumno a la hora de ingresar los datos de
sesin, pero como en el colegio haban nios que tenan dos nombres, al hacer la validacin
de si los apellidos calzaban, estos no calzaban, ya que de haba ledo el segundo nombre
como el apellido paterno y el apellido paterno como el materno, entonces la escritura de
datos no se realizaba. Este caso se podra haber prevenido si es que los datos entregados
por uLearnet hubieran includo un segundo nombre para los alumnos. El plan mitigador fue
realizado por el trabajador de uLearnet, quien es programador de Android y que pudo
resolver la consulta que se estaba realizando mal. El proyecto no se ve afectado, ya que se
pudo actualizar la aplicacin con la consulta correspondiente y se pudo rehacer, en parte, el
pilotaje, gracias a la buena disposicin de las educadoras del colegio Bambini, ubicado en
San Miguel.
11. Plan de Tiempo

El proyecto fue desarrollado durante el presente a partir del 11 de marzo hasta el 16
de diciembre y contempla todas las etapas del ciclo de vida del desarrollo del software
utilizando la metodologa descrita anteriormente.
La primera parte corresponde a la etapa conceptual del proyecto, cuyo desarrollo fue
el siguiente:
La segunda parte corresponde a la etapa de anlisis del proyecto, cuyo desarrollo
fue el siguiente:
La parte de desarrollo del proyecto const de nueve iteraciones, al final de cada una
se contrastaron las tareas faltantes segn lo que se llevaba realizado hasta el momento y
los requerimientos del cliente para establecer metas realistas dentro del tiempo restante.
El plan de tiempo presentado a continuacin es el plan resultante de la ejecucin del
proyecto, el planificado en una primera instancia se podr encontrar en la seccin de
Anexos.
Se presenta la primera iteracin de la etapa de desarrollo:
La segunda iteracin:
Tercera iteracin:
Cuarta iteracin:
Quinta iteracin:
Sexta iteracin:
Sptima iteracin:
Octava iteracin:
Novena iteracin:
12. Plan de Costos
El plan de costos del proyecto corresponde a la cuenta exacta de horas trabajadas
por cada involucrado en el equipo de trabajo en cada etapa de este, el plan se divide en 3
grandes etapas, el plan de costos para la Fase Conceptual, el plan para la Fase de Anlisis
y el plan para la etapa de Desarrollo, esta ltima, subdividida por cada iteracin.
Los valores correspondientes al costo de cada tarea, se han extrado de la divisin
del promedio del sueldo mensual de un Ingeniero en Computacin e Informtica por el
promedio de horas trabajadas a la semana segn el Ministerio de Educacin.
El sueldo promedio de un Ingeniero en Computacin e Informtica con cuatro aos

de experiencia es $1.550.000.
Para el clculo se tomar en cuenta un promedio mensual de 4 semanas.
El promedio de horas trabajas en Santiago de Chile a la semana es 42 horas.
Por lo que el sueldo por hora es $9226
Para tomar en cuenta la falta de experiencia se ha aplicado un ponderador para

cada cargo del equipo ejecutor del proyecto
0.7 para el Director del Proyecto

0.5 para el Ingeniero de Requerimientos
0.6 para el Arquitecto de Software
0.7 para el Desarrollador de Software
En la siguiente tabla se muestran los costos resultantes totales del proyecto:
Actor Involucrado Costo por Hora (CLP) Horas Trabajadas Total (CLP)
Director Proyecto 6.458 261 $1.685.590
Ingeniero
Requerimientos 4.613 120 $553.560
Arquitecto Software 5.536 433 $2.396.915
Desarrollador
Software 6.458 589 $3.803.880
Total 23.065 1.403 $8.439.945
En la siguiente tabla se muestran los costos resultantes en la etapa Conceptual del

proyecto:
x Hrs Director Ing. Arquitecto Desarrollador

Concepto Das por Da Proyecto Requerimientos Software Software Costo
Fase
Conceptual 59 3,5 75 66 36 $988.105
Director Ing. Arquitect
x Hrs Proyect Requerimiento o Desarrollado
Concepto Das por Da o s Software r Software Costo
Levantamiento de
Requerimientos 7 3,4 10 14 $129.164
Estudio
Metodolgico 7 2,0 14 $90.415
Estudio
Habilidades
Sociales y
Cognitivas 5 3,0 15 $96.873
Diseo Preliminar
Software 7 5,1 15 21 $185.443
Preparacin de
Estudio de Juicio
Experto 7 3,4 10 14 $129.164
Levantamiento
Propuesta
Preguntas
Cuestionario 2 4,0 4 4 $44.285
Coordinacin
Trmino
Propuesta
Estudio Juicio
Experto 2 2,0 2 2 $22.142
Trabajo
Planificacin
Documentacin 11 3,1 10 12 12 $186.365
Levantamiento
Cuestionario 1 2,0 1 1 $11.071
Gestin Estudio
Juicio Experto 3 1,3 3 1 $23.988
Revisin
Resultados Juicio
Experto 1 3,0 3 $19.375
Cierre Etapa
Conceptual,
Comienzo
Anlisis y
Planificacin
Proyecto 1 9,0 3 3 3 $49.820
En la siguiente tabla se muestran los costos resultantes en la etapa de Anlisis del proyecto:
Ing.
x Hrs Director Requerimiento Arquitecto Desarrollador
Concepto Das por Da Proyecto s Software Software Costo
Fase Anlisis 84 2,6 54 108 $946.588
Avance
Historia/Motivo
Juego 2 2,0 4 $22.142
Avance Diseos 2 3,0 6 $33.214
Avance Estudio
Habilidades
Sociales 3 2,3 6 1 $44.285
Reunin
Desarrolladores
REIM 3 1,0 3 $19.375
Avance Estudios
Habilidades
Sociales/Historia y
Motivo del juego 9 2,7 12 12 $143.926
Diseo Actividades
1y2 11 3,0 33 $182.675
Revisin Diseo 3 4,0 6 6 $71.963
Diseo 3era
Actividad REIM 9 2,0 18 $99.641
Revisin Diseo 8 2,8 12 10 $132.854
Avance y Trmino
Planificacin y
Anlisis 9 3,7 15 18 $196.514
En la siguiente tabla se muestran los costos resultantes en la etapa de Desarrollo del

proyecto:

Fase $6.505.25
Desarrollo 126 5 132 54 289 589 3
Esta se subdivide en las nueve iteraciones realizadas, en la siguiente tabla se muestran los
costos resultantes de la primera iteracin:
x Hrs Director Ing. Arquitecto Desarrollado
Concepto Das por Da Proyecto Requerimientos Software r Software Costo
Primera Iteracin 44 9 22 19 8 20 $403.176
Primera reunin
Ttulo II 1 9 3 3 3 $55.356
Preparacin
documento de
Requerimientos 4 8,5 10 12 0 12 $197.436
Reunin avances
de proyecto 1 12 3 3 3 3 $69.195
Reunin de trabajo
con
desarrolladores de
REIM 1 12 4 4 2 2 $68.272
Revisin de plan
de iteraciones 1 2 2 $12.916
En la siguiente tabla se muestran los costos resultantes de la segunda iteracin:
Ing.
x Hrs Director Requerimiento Arquitecto Desarrollador
Concepto Das por Da Proyecto s Software Software Costo
Segunda $488.97
Iteracin 13 10,1 15 11 15 40 8
Reunin de
avances de
proyecto 1 12 3 3 3 3 $69.195
Desarrollo Mdulo
de Actividades 10 4,5 5 5 5 30 $276.780
Presentacin
Modelo Conceptual
de Datos al cliente 1 12 3 3 3 3 $69.195
Revisin del plan
de iteraciones 1 12 4 4 4 $73.808
En la siguiente tabla se muestran los costos resultantes de la tercera iteracin:

$584.92
Tercera Iteracin 33 2,8 15 2 20 57 8
Desarrollo Mdulo
Adapter de $309.99
Matrices 9 5,6 2 2 10 36 4
Ing. Arquitect
x Hrs Director Requerimiento o Desarrollado
Concepto Das por Da Proyecto s Software r Software Costo
Reunin con
cliente, mitigacin
de riesgo 15 1 6 3 3 $38.749
Desarrollo
Algoritmo
randomizador
elementos de
matriz 2 4 8 $51.666
Reunin con
Diseador Grfico
Ricardo Castro 1 9 3 3 3 $55.356
Reunin de
avances de
proyecto 1 9 3 3 3 $55.356
Revisin de plan
de iteraciones 1 12 4 4 4 $73.808
En la siguiente tabla se muestran los costos resultantes de la cuarta iteracin:

Cuarta Iteracin 33 2,4 18 6 25 31 $482.520
Desarrollo
Interaccin entre
vistas, animacin
de inicio e intents 4 6 2 10 12 $145.771
Fotos en estacin
de bomberos 1 6 3 3 $33.214
Grabacin de
instrucciones en
audio 1 6 3 3 $33.214
Reunin con
Diseador Grfico
Ricardo Castro 1 9 3 3 3 $55.356
Desarrollo
navegacin del
Mapa 3 6,7 8 12 $121.783
Reunin de
avances del
proyecto 1 3 3 $19.375
x Hrs Director Ing.
por Proyect Requerimient Arquitecto Desarrollador
Concepto Das Da o os Software Software Costo
Revisin de plan
de iteraciones 1 12 4 4 4 $73.808
En la siguiente tabla se muestran los costos resultantes de la quinta iteracin:
x Hrs
por Director Ing. Arquitecto Desarrollado
Concepto Das Da Proyecto Requerimientos Software r Software Costo
$765.75
Quinta Iteracin 33 3,8 7 45 73 8
Desarrollo
interaccin entre
vistas y
defragmentacin de
actividades 4 5,5 10 12 $132.854
Desarrollo nuevo
Adapter de
Alimentos,
Elementos de
Bomberos, creacin
de clases de
Alimento,
ElementoBombero
e imgenes de
elementos en
matriz 2 14 10 18 $171.604
Desarrollo Image
Binding en
Actividades 1 16 8 8 $95.950
Reunin de
avances del
proyecto 1 9 3 3 3 $55.356
Desarrollo funcin
onSwipe en
RecyclerViews, se 7 5,4 10 28 $236.186
implementan las
instrucciones en
audio
Revisin de plan de
iteraciones 1 12 4 4 4 $73.808
En la siguiente tabla se muestran los costos resultantes de la sexta iteracin:
x Hrs
por Director Ing. Arquitecto Desarrollador
Concepto Das Da Proyecto Requerimientos Software Software Costo
Sexta Iteracin 33 1,8 6 22 31 $360.737
Reunin de
avances del
proyecto, se
conversan
opciones de
pilotaje 1 3 3 $19.375
Desarrollo
Callback de
resultados 7 5 15 20 $212.198
Desarrollo
Callback de
Adapters 1 12 4 8 $73.808
Reunin de
avances del
proyecto 1 9 3 3 3 $55.356
Desarrollo
Callback
notificacin de
elementos por
matriz, handler
tiempo de
actividades 7 5,4 10 28 $236.186
Reunin con
Educadora
Alejandrina 1 6 2 2 2 $36.904
Revisin de plan
de iteraciones 1 9 3 3 3 $55.356
En la siguiente tabla se muestran los costos resultantes de la sptima iteracin:

x Hrs
$1.148.63
Sptima Iteracin 33 5,7 11 71 106 7
xHrs Ing.
Da por Director Requerimient Arquitecto Desarrollad
Concepto s Da Proyecto os Software or Software Costo
Reunin de
avances del
proyecto 1 9 3 3 3 $55.356
Desarrollo formato
de registros de
resultados 6 5,8 15 20 $212.198
Desarrollo Callback
de Dismiss por
posicin en los
Adapter,
implementacin de
diseo grfico de
backgrounds del
REIM e
implementacin de
Immersive Mode 3 9 12 15 $163.300
Reunin de
avances del
proyecto 1 9 3 3 3 $55.356
Se gatilla riesgo 16,
se retrasa el pilotaje
en 1 semana, se
aplica plan de
mitigacin 10 5,5 20 35 $336.749
Desarrollo
Implementacin de
diseo grfico de
botones, efectos
sonoros y
animaciones 12 3,7 2 15 27 $270.322
Revisin de plan de
iteraciones 1 9 3 3 3 $55.356
En la siguiente tabla se muestran los costos resultantes de la octava iteracin:

x Hrs
$1.534.28
Octava Iteracin 33 7,5 20 2 69 157 4
x Hrs Director Ing. Arquitect
Da por Proyect Requerimiento o Desarrollad
Concepto s Da o s Software or Software Costo
Se hace pedido
formal de usuarios
de prueba a
uLearnet 1 1 1 $6.458
Desarrollo
controladores
resultados de
Actividades,
Workflow de
resultado de
Actividades y
aplicacin de
Gamificacin 3 8,3 10 15 $152.229
Desarrollo Callback
de Dismiss por
posicin en los
Adapter,
implementacin de
diseo grfico de
backgrounds del
REIM e
implementacin de
Immersive Mode 3 9 12 15 $163.300
Desarrollo Interfaz
de la educadora 2 6,5 5 8 $79.344
se retrasa el pilotaje
en 1 semana, se
aplica plan de
mitigacin 10 5,5 20 35 $336.749
Desarrollo del Web

Service 2 11,5 2 5 16 $143.926
Reunin con
Antonio Zerega en
Universidad de
Chile para mostrar
los REIMs y hablar 1 8 2 2 2 2 $46.130
sobre pilotaje de
ellos
Desarrollo de
arreglos en el
diseo sonoro y
men de educadora 4 7,5 12 18 $182.675
x Hrs Director Ing. Arquitect
Da por Proyect Requerimiento o Desarrollad
Concepto s Da o s Software or Software Costo
se aplica plan de
mitigacin 7 8,1 12 45 $368.117
Revisin de plan de
iteraciones 1 9 3 3 3 $55.356
En la siguiente tabla se muestran los costos resultantes de la novena iteracin:
xHrs
por Director Ing. Arquitecto Desarrollador
Concepto Das Da Proyecto Requerimientos Software Software Costo
Novena Iteracin 33 3,6 18 14 14 74 $736.235
Desarrollo conexin
a uLearnet 1 8 4 4 $51.666
Desarrollo
seleccin Curso y
Alumno desde base
de datos de
uLearnet, reset de
gamificacin 2 8 16 $103.331
Desarrollo escritura
de datos de
actividad en base
de datos de
uLearnet 1 9 9 $58.124
Desarrollo escritura
de datos
contadores de
clicks de mapa,
actividad, botn de
instrucciones del
REIM y por
actividad en base
de datos de
uLearnet 1 12 12 $77.498
Desarrollo de
acomodacin de
datos de
actividades para
uLearnet, cambio
de nombre de la
App 1 4 4 $25.833
Pilotaje en escuela
Bambini de San
Miguel 1 7 7 7 7 7 $161.455
Reunin con
Antonio Zerega en
Universidad de
Chile para mostrar
los REIMs y hablar
sobre pilotaje de
ellos 1 8 2 2 2 2 $46.130
Plan mitigador
riesgo no previsto 1 15 15 $96.873
Revisin final 2 10 5 5 5 5 $115.325
La suma de todos los planes anteriores da el costo total del proyecto como se muestra en la
siguiente tabla:
x Hrs
Total del $8.439.94
Proyecto 280 3,8 261 120 433 589 5
13. Descripcin Arquitectnica
La descripcin arquitectnica del sistema se desarrolla siguiendo el estndar 1471 y

basndose en el modelo de vistas 4+1 de Kruchten (1995) de arquitectura de software.
Estas vistas son: la vista de escenarios,la vista lgica, la vista de procesos, la vista de
desarrollo y la vista fsica. Todas las vistas tienen coherencia entre s desde su concepcin
lgica hasta la implementacin y decisiones arquitectnicas. Las vistas estn hechas en
lenguaje de modelado unificado (UML) en su versin 2.5, desarrolladas en Enterprise
Architect, en su versin 7.5.
La descripcin arquitectnica a describir a continuacin corresponde a la ltima
iteracin realizada por el Arquitecto de Software, las iteraciones anteriores pueden ser
encontradas en el documento de Anexos.
La seleccin de puntos de vista arquitectnicos corresponden a los siguientes:
Vistas UML
Escenarios Casos de Uso
Lgica Clases
Procesos Secuencia
Desarrollo Componentes
Fsica Despliegue
13.1 Vista de Escenarios
La vista de escenarios corresponde a la del uso final que se le da al software, representada

mediante un diagrama de Casos de Uso que incluye a los dos usuarios finales como
actores.
A cada caso de uso se le reconoce por su cdigo y los del sistema REIM corresponden a
los siguientes:
Cdig Caso de Uso Descripcin

o
CU01 Seleccionar Letra Curso La Educadora escoge un curso de la

lista de cursos asociados a ella en la
base de datos de uLearnet
Cdig Caso de Uso Descripcin
o
CU02 Seleccionar Alumno La Educadora escoge un Alumno de la

lista de alumnos inscritos en el curso
escogido previamente
CU03 Seleccionar Iniciar REIM Una vez escogido el Alumno, la

educadora inicia el REIM, comienza a
correr el tiempo de inicio de la sesin y
se le entrega la tablet al Alumno
CU04 Seleccionar Direccin (Mapa) El Alumno puede escoger la direccin

hacia la cual quiere viajar
CU05 Seleccionar Botn de Instrucciones El Alumno puede escuchar las

instrucciones en formato de audio
presionando el botn de instrucciones
CU06 Seleccionar Casa El Alumno ingresa a la Actividad de

Alimentos Saludables utilizando el botn
de casa
CU07 Desechar Alimentos No Saludables El Alumno utiliza su dedo deslizndolo

sobre los alimentos no saludables para
desecharlos
CU08 Seleccionar Estacin de Bomberos El Alumno ingresa a la Actividad del

Cuartel de Bomberos utilizando el botn
de Cuartel de Bomberos
CU09 Descartar Elementos que No El Alumno utiliza su dedo deslizndolo

Pertenecen a la Estacin de sobre los elementos que no pertenecen
Bomberos a la estacin de bomberos para
desecharlos
CU10 Seleccionar Museo El Alumno ingresa al Museo si es que ha

juntado los dos tickets, si no, suena la
instruccin del REIM, presionando el
botn de museo
13.2 Vista Lgica
Se explica el ordenamiento lgico del sistema, mostrando las clases, atributos,

mtodos y funciones. Para el desarrollo del REIM se emplea el patrn de diseo Adapter
para hacer el acople entre las interfaces lgicas del sistema de las instancias de los objetos
del tipo Alimento y ElementoBomberos con el sistema de notificacin y Callbacks que se
realizan por cada Dismiss de algn elemento en las matrices que se despliegan dentro de
las actividades.
El patrn de diseo Adapter permite utilizar una interfaz que le pertenece a una
clase dentro de otra clase externa, ayuda a dos interfaces incompatibles entre s a trabajar
en conjunto. Las interfaces pueden ser incompatibles, pero la funcionalidad interna es la
que se necesita adquirir, en definitiva, el patrn usado corresponde al de Object Adapter
Pattern, el que une las actividades con sus respectivas clases de Objetos asociados como
se muestra en la figura:
En el siguiente diagrama se representa la solucin lgica a la problemtica mediante

la interaccin de clases del REIM:
Se puede apreciar el uso del patrn de diseo entre la interaccin de las clases
Actividad001, AlimentoAdapter y Alimento, tambin entre las clases Actividad002,
ElementoBomberosAdapter y ElementoBomberos.
13.3 Vista de Procesos
La vista de procesos utiliza diagramas de secuencia para mostrar de manera sencilla

el curso de acciones que ocurren al utilizar el REIM y ejecutar sus funcionalidades, se
mostrarn los 4 procesos principales relacionados a los controladores desarrollados en el
REIM, el de Eleccin de Curso, Eleccin de Alumno, Alumno Inicia una Actividad y Alumno
Realiza una Actividad.
Diagrama de secuencia de la educadora seleccionando un Curso:
Diagrama de secuencia de la educadora seleccionando a un Alumno:

Diagrama de secuencia del Alumno iniciando una Actividad:
Diagrama de secuencia del Alumno realizando una Actividad:

13.4 Vista de Desarrollo
Corresponde a la representacin de los componentes que interactan entre s para

formar el sistema REIM, se muestra la separacin entre las distintas capas lgicas del
sistema
13.5 Vista Fsica
La vista fsica representa el REIM en produccin, mostrando la interaccin entre el

servidor y el cliente
13.6 Atributos de Calidad
La calidad del software se ha definido como el grado en el cual el software posee

una combinacin deseada de atributos que hacen referencia a caractersticas que ste debe
satisfacer, diferentes a los requerimientos funcionales. Estos atributos se conocen como
Atributos de Calidad, los cuales definen las propiedades de un servicio que presta el
sistema a sus usuarios. El criterio utilizado para definir los atributos de calidad asociados al
sistema corresponde al Modelo de Mccal et al., (1977).
Atributo (Factor) de Calidad Mtrica asociada al sistema
Usabilidad - Diseo grfico intuitivo para nios y nias en etapa

preescolar fcil de ocupar: 2 botones
- Flujo de operaciones sencillas: no ms de 3 pasos
para cada operacin por parte del usuario
Correctitud - El resultado es el esperado para el 100% de los
casos
Portabilidad - La aplicacin puede ser instalada y utilizada en

cualquier dispositivo Android con dpi medio (160
aprox.) con sistema operativo versin 4.4.2 en
adelante (31 de Octubre de 2013 en adelante)
Interoperabilidad - La aplicacin Android enva los paquetes de datos

con los resultados de cada actividad para conectar
con la base de datos de uLearnet
- uLearnet muestra los resultados de la aplicacin
REIM en su aplicacin web
Eficiencia - El sistema se demora menos de 8 segundos en

cargar todos los recursos que requiere desde
internet
14. Diagrama de Base de Datos
El diagrama de base de datos permite esclarecer la lgica de flujo de datos del REIM
mediante representaciones de entidades como las tablas del modelo que incluyen los
atributos necesarios y que en conjunto interactan para satisfacer los requerimientos del
cliente de guardar datos que se convierten en informacin valiosa para la educadora, el
diagrama presentado corresponde al diagrama final del sistema y es la fusin entre el
diagrama de base de datos hecho inicialmente para el sistema REIM y la base de datos de
uLearnet
14.1 Diccionario de Datos
La especificacin de lo que representa cada atributo de las entidades se encuentra en el

diccionario de datos donde se presenta la especificacin de cada una
Tabla Descripcin Atributos
Curso Contiene los datos de id: identificador de curso

los cursos inscritos nombre: nombre de curso
en la base de datos niv_curso: nivel del curso
de uLearnet
PERTENECE Contiene los datos id: identificador de usuario

que unen un alumno fecha_nacimiento: fecha de
a un curso nacimiento usuario
rut: rut de usuario
nombre_usuario: nombre del
usuario
apellido_paterno: apellido paterno
usuario
apellido_materno: apellido
materno del usuario
fono_fijo: numero telefono de red
fija usuario.
fono_movil: numero movil usuario
fax: numero fax usuario
usuario: nombre de acceso del
usuario
password: contrasea de acceso
del usuario
email_adress: correo electronico
usuario
sexo: Letra sexo usuario (M o F)
direccion: direccion fisica del
usuario
is_activo: verifica si es activo
is_super_admin: verifica si es
administrador
alumno: verifica si el usuario es
alumno
ASIGNA_REALIZAR_SESI Corresponde a la id_sesion: identificador de la

ON tabla de sesin del sesion.
REIM datetime_inicio_sesion: fecha y
hora del inicio de la sesion.
datetime_termino_sesion: fecha y
hora del termino de la sesion.
contador_click_mapa: cantidad de
toques en el mapa.
contador_click_instrucciones:
cantidad de toques de
instrucciones por sesion.
REIM_id_reim:identificador del
reim.
ALUMNO_REALIZA_ACTIVIDAD
_id_ara: identificador de cuando el
alumno inicia un una actividad.
PERTENECE_id: identificador si
el alumno pertenece a un curso.
ALUMNO_REALIZA_ACTIV Corresponde a la id_ara: identificador alumno

IDAD tabla de resultados realiza actividad.
de la realizacin de datetime_inicio_actividad: fecha y
una actividad hora del inicio de la actividad
datetime_termino_actividad: fecha
y hora del termino de la actividad.
correcto: si esl resultado es
correcto
ACTIVIDAD_id_actividad:
identificador de actividad.
MATRIZ_ELEMENTO_id_matriz:
idenfiticador de la matriz de
elementos.
MATRIZ_ELEMENTO Contiene los datos id_matriz: identificador de matriz
referentes a la matriz matriz_inicial: matriz con
inicial y la matriz elementos iniciales.
resultante del matriz_final: matriz con elementos
desarrollo de una finales.
actividad por el ELEMENTO_id_elemento:
alumno identificador de elementio.
ELEMENTO Cada elemento id_elemento: idenfiticador del

reflejado en la matriz elemento
corresponde a una nombre_elemento: nombre del
instancia de la clase elemento
Alimento o corresponde_elemento: verifica si
ElementoBombero, el elemento corresponde a la
cada uno de ellos matriz.
tiene 3 atributos, el id,
el nombre y si es que
corresponden
REIM Corresponde a los id_reim: identificador del REIM.

datos del REIM nombre_reim: nombre del REIM.
tipo_reim: tipo del REIM.
ACTIVIDAD Corresponde a los id_actividad: identificador de

datos asociados a las actividad.
actividades nombre_actividad: nombre de la
independientes de su actividad.
desarrollo
15. Control de Versiones del Software

La aplicacin REIM es una aplicacin de cdigo abierto lanzada bajo la licencia
Apache 2.0, el cdigo se encuentra publicado en GitHub, herramienta de control de versin
online que utiliza Git para controlar cambios realizados en archivos, en total, desde la
segunda a la novena iteracin de la etapa de desarrollo, se hicieron 32 commits,
especificados a continuacin
N Fecha Mensaje Descripcin

Commit
1 22/09 Primera Subida El primer commit corresponde al mdulo

controlador de Actividades
2 01/10 Adapter de matriz, Se refina el mdulo de Adapter de

elementos por vista y matriz, se establecen backgrounds para
fondos por contexto poder diferenciar los fragmentos de las
actividades
3 04/10 Randomizacin elementos Se implementa el algoritmo que hace

matriz y lista que la matriz que aparece sea aleatoria
cada vez que se ingresa al fragmento de
la actividad
4 07/10 Interaccin entre vistas, Se crea el mdulo de interaccin entre

animacin inicio, intents clases, se crea la animacin del inicio y
se usa la funcin que pasa de una clase
a otra
5 11/10 Navegacin Mapa Se crea el mdulo de navegacin del

mapa con las 5 zonas
6 15/10 Interaccin entre Vistas, Se decide separar las Actividades en

defragmentacin sus propias clases y se unen a la
Actividades navegacin entre vistas
7 17/10 Nuevo Adapter Alimentos, Se crea un nuevo Adapter para conectar

Clase Alimentos, Imgenes las clases de Actividad con las clases de
en Matriz de elementos los objetos creados, se integran
imgenes a los elementos de la matriz
8 17/10 Nuevo Adapter Alimentos, Se arregla un desperfecto que haba

Clase Alimentos, Imgenes quedado en el commit anterior.
en Matriz de elementos
9 18/10 Adapter lista elementos de Hasta esta fecha, slo la actividad

bomberos Alimentos empleaba una matriz, la
actividad de Elementos de Bomberos
funcionaba con una lista
10 18/10 Image Binding Actividades Se realiza el Image Binding con

respecto a la instancia de los objetos
que pasan por el Adapter
11 24/10 Construccin funcin Se crea el mdulo de la funcin que

onSwipe en los hace desaparecer una instancia de la
RecyclerViews matriz (y del adaptador)
12 24/10 Instrucciones en audio Se implementan las instrucciones en

audio a travs de la implementacin del
botn de instrucciones
13 31/10 Notificador Callback Se crea el mdulo que avisa cuando el

Resultado evento onSwipe ha ocurrido
14 1/11 Callback de notificacin de El notificador de elementos cargados en

elementos matriz, handler la matriz responde a los cambios
tiempo actividades, requeridos para hacer un reorden de la
objetivos especficos matriz slo al activar la funcin onSwipe
terminados
15 11/11 Nuevo formato registro Se crean las funciones controladores

resultado que encapsulan los datos obtenidos en
el desarrollo del REIM
16 14/11 Implementacin Immersive Se implementa la funcin de pantalla

Mode, diseo grfico de completa para aprovechar mejor el
fondos, callbacks de espacio de la pantalla y para esconder
dismiss por posicin de del alumno los controles de accin de la
adapters tablet, se aplican los backgrounds
enviados por Ricardo Castro, de se
mejora el mdulo de Callback para que
ahora se gatille con respecto a la
posicin de una instancia dentro del
Adapter
17 26/11 Implementacin Diseo Se implementan los recursos faltantes

Grfico Aplicacin, efectos del diseo grfico, se aplican efectos de
de sonido y animaciones sonido al hacer Dismiss en una
actividad y se aplican animaciones a los
botones para llamar la atencin del
alumno
18 26/11 Implementacin animacin Se implementa la animacin en el botn

botn de instrucciones de instrucciones
19 28/11 Controladores resultados Se refinan los mdulos de

de actividades encapsulacin de datos de resultado por
actividad
20 28/11 Workflow resultados Los resultados son encapsulados una

actividades vez terminadas las actividades
21 28/11 Aplicacin Gamificacin Se aplican los recursos referentes a los

tickets que el alumno debe juntar y se
implementa funcin contadora de tickets
22 30/11 Interfaz Educadora Se crea la interfaz correspondiente a los

controles de la educadora, iniciar
sesin, seleccionar curso y seleccionar
alumno
23 05/12 Arreglo diseo sonoro, Se arregla el diseo sonoro de los

men educadora elementos al ser borrados de la matriz,
se separa el men de la educadora en
dos clases distintas
24 06/12 Conexin a uLearnet Una vez aplicado el plan mitigador de la

segunda vez que se activ el riesgo 16,
se pudo concretar la primera conexin
satisfactoria con uLearnet, se termina el
mdulo de Login
25 08/12 Seleccin de curso y Se implementan las funciones de

alumnos desde base de consultas asncronas para cargar los
datos de uLearnet cursos y los alumnos a la lista asociada
al usuario ingresado
26 08/12 Reset gamificacin al Se guardan los valores iniciales y finales

reiniciar sesin de la gamificacin correspondiente a
cada sesin vigente en uLearnet
27 08/12 Sesin alumno Se establecen los puntos de partida y de

acceso de consultas asncronas para
guardar datos de la sesin
28 09/12 Guardar datos actividad Se desarrolla consulta que guarda los

Alimentos en uLearnet datos referentes a la realizacin de la
actividad de Alimentos Saludables en
uLearnet
29 09/12 Guardar datos de actividad Se desarrolla consulta que guarda los

Bomberos en uLearnet datos referentes a la realizacin de la
actividad de Elementos de Bomberos en
uLearnet
30 10/12 Contador de Instrucciones, Con este commit se completan las

Dismiss por actividad, consultas para poder extraer todos los
Contador clicks mapa, datos acordados previamente con el
Instrucciones de sesin. cliente
100% datos guardados en
uLearnet
31 12/12 Acomodacin datos de Para satisfacer de manera ms efectiva

actividades para uLearnet. las consultas se rehacen ciertos flujos
Cambio de nombre de la de guardado de datos, se cambia el
App. nombre de la App para ser presentada
en el pilotaje
32 13/12 Cambio en orden de En respuesta a un requerimiento por

queries para resultados en parte de un trabajador de uLearnet se
uLearnet cambia el orden de recopilacin de
datos de sesin
El proyecto puede ser encontrado siguiendo el link:

https://github.com/alpihola/REIM/
16. Matrices de Trazabilidad

Las matrices de trazabilidad consisten en contrastes que se realizan en un orden
lgico para asegurarse de que la solucin propuesta proporciona realmente una solucin a
la problemtica identificada, se parte por contrastar los requerimientos especificados por el
Ingeniero de Requerimientos con la Problemtica u Oportunidad esclarecida por el Director
de Proyectos, el resultado debera ser que se ataquen directamente los subproblemas
principales que en su conjunto decantan en la problemtica. Luego, se contrastan los Casos
de Uso del sistema con los Requerimientos, normalmente los casos de uso reflejan
funcionalidades que el sistema presenta para ser realizados dentro del contexto de
ejecucin del sistema, estas funcionalidades son las funcionalidades rescatadas por el
Ingeniero de Requerimientos, todos los requerimientos deberan estar asociados a, por lo
menos, un caso de uso del sistema. Por ltimo, la matriz final corresponde al contraste entre
las interfaces del sistema con los casos de uso, para asegurar que en la navegacin del
sistema se encuentran todas las funcionalidades implementadas.
16.1 Requerimientos versus Problemtica
Baja utilizacin de Baja adopcin de recursos Carencia de recurso

recursos mviles digitales para funciones digital que apoye
evaluativas procesos de evaluacin
en educacin parvularia
RF1 X X X
RF2
RF3
RF4 X X X
RF5 X
RNF1 X X X
RNF2 X X X
RNF3
16.2 Casos de Uso versus Requerimientos
RF1 RF2 RF3 RF4 RF5 RNF1 RNF2 RNF3

CU01 X
CU02 X
CU03 X
CU04 X
CU05 X
CU06 X X
CU07 X X
CU08 X X
CU09 X X
CU10 X X
16.3 Interfaces versus Casos de Uso
CU01 CU02 CU03 CU04 CU05 CU06 CU07 CU08 CU09 CU10
I01
I02 X
I03 X X
I04 X X
I05 X X X
I06 X X
I07 X X
I08 X X X
I09 X X
I10 X X X
I11 X
17. Pilotaje
El pilotaje fue realizado en la Escuela Especial de Lenguaje Bambini Insieme de la

comuna de San Miguel gracias a las gestiones realizadas por la Dra. Jessica Meza-Jaque
y Antonio Zerega Troncoso, Coordinador de Educacin del Instituto Chileno Italiano de
Educacin , Cultura y Desarrollo Social de la Fundacin Insieme.
El pilotaje fue realizado a dos cursos de Primer Nivel de Transicin y a un Curso de

Segundo Nivel, el REIM fue desarrollado por los alumnos, pequeos nios y nias, como si
fuese un juego, adems de divertirse, aprendieron sobre los Alimentos Saludables y sobre
la Estacin de Bomberos con el apoyo de la evaluadora explicando el por qu un elemento
corresponda o no.
Fue un momento muy grato con las evaluadores, quienes se mostraron muy
positivas con respecto a la implementacin de tecnologa para ayudar en su proceso
evaluativo.
Se realiz un cuestionario de satisfaccin para recolectar las opiniones de las
Educadoras (los resultados completos escritas a mano por las educadoras puede ser
encontrado en el documento de Anexos) y el resultado fue el siguiente:
Educadora : Sandra Carolina De La Fuente Rivas
Indique su percepcin respecto de la pertinencia del REIM en funcin de las Bases

Curriculares de Educacin Parvularia vigentes a la fecha Corresponden los Aprendizajes
Esperados con las Actividades propuestas?
S, corresponden lo Aprendizajes ya que est en margen de las Bases Curriculares.
Contribuye en el desarrollo de alguna(s) habilidad(es) social(es)? Explique.
S, contribuye con el desarrollo de las Habilidades Sociales porque fomenta la infraccin.
Favor indique su percepcin respecto de la pertinencia del REIM en funcin de la

tecnologa utilizada Corresponde a tecnologa vigente? Fue fcil de usar por parte suya?
Fue fcil de usar por parte de los nios(as)?
S, est dentro de la tecnologa vigente porque los nios usaron el programa sin
problema, tanto para ellos como para nosotras para apoyar alguna duda.
Establezca las sugerencias de mejoras que le parezcan oportunas, puede referirse a
aspectos educativos, tecnolgicos, de diseo grfico, de la aplicacin y hasta de apoyo en
la aplicacin.
Percib que todo estaba en norma, no tengo sugerencia alguna para cambiar.
Educadora : Gabriela Jara Osorio
Indique su percepcin respecto de la pertinencia del REIM en funcin de las Bases

Curriculares de Educacin Parvularia vigentes a la fecha Corresponden los Aprendizajes
Esperados con las Actividades propuestas?
Corresponde a Aprendizajes en funcin a Bases Curriculares.
Contribuye en el desarrollo de alguna(s) habilidad(es) social(es)? Explique.
Para la contribucin a habilidades sociales aporta ya que los elementos son

conocidos por los nios y ayuda a su ubicacin espacial y motricidad.
Favor indique su percepcin respecto de la pertinencia del REIM en funcin de la

tecnologa utilizada Corresponde a tecnologa vigente? Fue fcil de usar por parte suya?
Fue fcil de usar por parte de los nios(as)?
Corresponde a la tecnologa vigente y es atractivo para los nios, es fcil de usar ya

que es explcito y por parte de los nios fue simple usarla ya que es simple y concreto.
Establezca las sugerencias de mejoras que le parezcan oportunas, puede referirse a

aspectos educativos, tecnolgicos, de diseo grfico, de la aplicacin y hasta de apoyo en
la aplicacin.
Mi sugerencia sera que tuviera ms lugares para que los nios jugaran y mayor
color en el diseo.
Debido a los datos recolectados de las Evaluadores se establece una conclusin

positiva con respecto a los usuarios finales del REIM, si bien los nios y nias no fueron
encuestados, las sonrisas al jugar eran aprobacin ms que suficiente.
18. Conclusiones
Es increble para m estar escribiendo el captulo de conclusiones de mi proyecto.
An recuerdo cuando a finales de Febrero de este ao comenc la bsqueda un profesor
gua y un proyecto al cual postular, le varios, reconociendo en algunos a mis profesores de
pasadas ctedras, tambin extraando a otros cuyos nombres no le. El proyecto estaba
descrito como Sw Educativo con gamificacin para el desarrollo y evaluacin del lenguaje
verbal y habilidades sociales, en ese momento fue el que ms me gust, bueno, la verdad
es que haba otro que deca Sw Educativo con gamificacin para el desarrollo y evaluacin
del rea lgico matemtica y habilidades sociales, pero ya estaba tomado. Quin iba a
pensar que ese software educativo con gamificacin para el desarrollo y evaluacin del
lenguaje verbal y habilidades sociales terminara siendo el REIM, palabra que en m
resuena como una de las ms importantes de todo el ao y que me llena de una sensacin
de esfuerzo, paciencia y logro.
Con la profesora Dra. Jessica Meza-Jaque no nos conocamos, y la primera vez que
nos reunimos fue cuando comenzamos este proyecto, en su oficina, reunidos junto a sus
dems tesistas, compaeros que de la carrera que yo reconoca, nos present el proyecto
del REIM, una aplicacin diseada para Tablets Android que se disfrazara de juego para
que los nios y nias pudieran aprender ldicamente, el discurso siempre fue que el REIM
era algo nuevo, una mutacin de las formas de evaluar clsicas que se adaptaran al
contexto cultural mundial, al uso de tecnologas para resolver situaciones de la vida, y el uso
responsable y bien diseado para ser usado dentro de una sala de clases. Nos habl sobre
el modelo SAEP, sobre uLearnet, sobre la GCSA y su relacin con la Facultad de Filosofa y
Humanidades de la Universidad de Chile.
En la segunda reunin conversamos sobre la metodologa a ocupar y, al igual que
muchos alumnos de la carrera, yo estaba condicionado hacia adoptar una metodologa gil,
que me permitiera trabajar el diseo y desarrollo iterativamente de la manera ms libre
posible, pero la profesora, como gua del proyecto, ya tena escogida la metodologa que
deba ocupar para el proyecto, fue entonces cuando conoc la metodologa MEISE, la que
se nos sirvi como gua para esclarecer el ciclo de vida del proyecto, y se present la
posibilidad de usar un MEISE modificado que pudiera el REIM de mejor manera, tomando
en cuenta lo restrictivo que es que se adopte una metodologa a utilizar formalmente dentro
del proyecto.
Muchas fueron las conversaciones que tuvimos sobre cmo poda ser el software, si
bien yo estaba tranquilo con mis facultades ingenieriles para el desarrollo de software,
nunca antes haba trabajado realizando aplicaciones, hasta antes de nuestra primera
reunin, ni siquiera un Hola Mundo haba hecho en Android, por lo que siempre trat de
bajar la conversacin hacia lo factible, siempre teniendo en mente el buen diseo y, por
consecuencia, buen cierre del proyecto.
Comenzaba entonces la tarea de estudiar sobre la Educacin Parvularia en Chile, el

contexto real, lo que dicen los libros y lo que dicen las educadoras, cuando consultamos las
Bases Curriculares nos topamos con la que sera la piedra angular del aporte de valor del
proyecto, las Bases Curriculares vigentes eran del ao 2001, cuando el uso de tablets en la
sala de clases era algo que no se discuta. Aqu naca el gran desafo del proyecto, tena
que hacer una aplicacin con gamificacin basndome en los aprendizajes esperados de
los nios de hace 15 aos.
Muchas fueron las ideas que, como ingeniero, se me ocurrieron para hacer el REIM
y sus actividades, pero nada de eso iba a tener un respaldo o garanta si no se consultaba
con la educadoras, con ayuda de la profesora, usando su red de contactos de uLearnet, y
de los dems tesistas, levantamos un cuestionario, hicimos 4 iteraciones formales hasta
estar satisfechos con el resultado, una vez terminado, enviamos el cuestionario a ms de
100 educadoras, luego se procedi a hacer el seguimiento del cuestionario, llamando por
telfono a las educadoras que an no haban contestado.
Una vez recolectadas las respuestas de las 66 educadoras que finalmente

contestaron el cuestionario en su completitud, comenc a esclarecer cules eran sus
principales requerimientos, y tomando en cuenta sus respuestas y las Bases Curriculares se
procedi a disear una solucin propuesta.
Muchas fueron las historias y motivos del juego del cual se deba disfrazar el REIM
para ser llamativa y natural para los nios y nias tomando en cuenta lo que nos haban
dicho las educadoras. La habilidad social prioritaria era la autonoma y se deba acomodar
eso al juego, se convers sobre dejar que el nio tome sus propias decisiones, es decir,
no forzar una respuesta correcta, sino permitir que se equivocara y poder hacer un
seguimiento durante el tiempo para ver si, en el transcurso de este, el alumno empezara a
tomar las decisiones correctas respecto de los aprendizajes esperados para l.
Convers con la profesora un juego de roles, donde en una sesin jugaran varios
alumnos, teniendo que trabajar en conjunto para lograr un objetivo, pero la implementacin
hubiera sido muy ineficiente en el aula de clases. Una de los requerimientos de las
educadoras, era que en el REIM se apreciaran dinmicas naturales que los alumnos
pudieran reconocer en su vida cotidiana.
Despus de dos meses, el 17 de Mayo, le presento a la profesora la idea de ir de la

casa al museo y de que en el camino se encontraran las actividades. Para aplicar
gamificacin, el viaje ocurrira utilizando diferentes vistas del mapa, para que el nio tuviera
sensacin de incertidumbre y no se le presentara de inmedianto todo el REIM, para
satisfacer la necesidad de avance del juego, el nio deba recolectar los tickets para entrar
al museo.
El 13 de Julio hago el envo formal de las actividades del REIM basadas en las
Bases Curriculares, una se tratara sobre escoger alimentos saludables y la otra, sobre
reconocer elementos de una estacin de bomberos, actividades cotidianas y las cuales son
trabajadas durante el ao escolar en la mayora de los establecimientos, segn lo impartido
por las Bases Curriculares.
El primer Mockup, realizado a mano en mi cuaderno, se vea as:

Una vez diseada la solucin propuesta y terminados los planes de comunicacin,
riesgo, tiempo y costos del proyecto y validados todos por el cliente, comenzara la etapa de
desarrollo del proyecto segn la metodologa escogida.
Una vez especificados los requerimientos del REIM, las funcionalidades que ste
deba tener y la navegacin en un mapa, proced a programar en Android. Como la
metodologa iba a tener un enfoque iterativo incremental, part desde lo ms especfico, que
eran las actividades, le mucho sobre programacin en Android y con la mirada puesta
siempre en la simpleza del REIM, cre las actividades que constaban en desechar un
elemento de una matriz, al principio, cada elemento sera una simple String cargada desde
un archivo XML.
Los meses de Septiembre, Octubre y Noviembre fueron cruciales para el desarrollo

del REIM, entre esos meses trabaj sin cesar en lograr el producto que habamos diseado
con la profesora.
En un momento, a finales de Septiembre, la profesora nos comunic a sus tesistas

que debamos encargarnos de cmo el REIM mostraba los resultados en la web de
uLearnet, pero como el requerimiento escapaba de lo acordado anteriormente, tuve que
emplear mis herramientas de gestin como Director del proyecto y hacerle saber que eso
era algo que escapaba del alcance del proyecto, el cliente me encontr la razn y segu con
el avance natural de ste, mediante el uso del plan mitigador gestionado a travs del plan
de comunicacin del proyecto.
Fue en Octubre cuando tuve la reunin con el Diseador Grfico Ricardo Castro de
fondos de la aplicacin, a l le present la especificacin de las interfaces y qu era lo que
yo quera lograr, fue en ese mes tambin en el cual hice las gestiones para las fotografas
de la Estacin de Bomberos, ya que un requerimiento de las evaluadores, era que los
elementos fueran elementos reales y no caricaturescos, el fotgrafo que me ayud fue
Simn Kaulen.
Tambin, un requerimiento de la profesora, era que las instrucciones deban ir en

formato de audio, ya que los alumnos no saben leer, por lo que tuve que gestionar el diseo
sonoro con Guillermo Rodrguez, profesor de msica de la Universidad Alberto Hurtado. La
voz hablada de las instrucciones las realiz Antonia Subercaseaux, profesora de Educacin
Diferencial con mencin en discapacidad intelectual, Magster con mencin en direccin y
liderazgo educacional de la Universidad Catlica, quien me ayud a corregir el libreto de
instrucciones para que fuese ms simple de entender por parte de los alumnos.
Se convers con otro tesista de la profesora la posibilidad de incluir en el Museo una tercera
actividad desarrollada por l, pero no tuvo mayores frutos.
Para la quinta etapa de iteracin de desarrollo, se trabajaron los aspectos que tenan
que ver con la programacin en Android y cmo desarrollar el juego con las actividades que
haba diseado. Para esta entonces, ya estaba en la segunda iteracin de diseo del
software, detallando en cada paso el incremento realizado por cada avance mayor en el
desarrollo.
En la sexta iteracin se comienzan a refinar los detalles de las actividades, y los

callbacks de eventos que ocurran en ella y se sostiene la reunin con la Educadora
Alejandrina, la primera que puede revisar las actividades del REIM como estaban
propuestas y en el avance que se llevaba en ese momento, cuando an no se integraban
los recursos grficos.
Para la sptima iteracin, se trabaj la encapsulacin de datos del REIM, los

resultados de las actividades y el flujo de datos entre ellas, es en esta iteracin cuando
RIcardo Castro proporciona los diseos grficos de los fondos de la aplicacin y se requiere
de una segunda Diseadora, Francisca Subercaseaux, quien proporciona los recursos
grficos referentes a los elementos de las actividades, se activa por primera vez el riesgo
nmero 16, como Director de Proyecto, tuve que utilizar una vez ms las herramientas de
gestin del plan mitigador y plan de comunicacin para conversar con el cliente sobre la
gatillacin del riesgo, se conversa y concluye el aplazamiento de una semana la fecha
acordada para el pilotaje.
En la octava iteracin se desarrolla lo relacionado al men de la educadora y se pide

a uLearnet los usuarios y contraseas vlidos para hacer pruebas en su base de datos de,
se aplica el elemento de gamificacin del REIM referente a los tickets para entrar al museo
y se levanta por segunda vez el riesgo 16, sin embargo, esta vez no tuvo repercusiones en
los planes de tiempo.
Al momento del pilotaje, pude recin decantar las emociones que se generan al
poder ver la aplicacin terminada en momento de ejecucin, fue primera vez, en toda la
carrera, en la que pude ver el resultado de mi trabajo siendo utilizado para lo que haba sido
diseado, por sus usuarios finales. Me cost digerir el que todas las conversaciones que
habamos tenido en un comienzo, todo el trabajo relacionado al levantamiento del proyecto,
el estudio, el cuestionario, haban decantado, gracias a la arquitectura y desarrollo del
software, en el REIM que ahora vea como nios y nias hacan suyo a carcajadas
compartiendo ideas y conocimiento sobre los alimentos, las educadoras estaban muy
entusiasmadas con las actividades y participaban de la experiencia ensendole a los
alumnos el por qu un Alimento como la torta, no es saludable, si se come en todos los
cumpleaos.
Record en ese momento a todas las personas involucradas, a la profesora, a los

dems tesistas, al diseador grfico, a la profesora que me ayud con las instrucciones, a la
diseadora de los elementos y botones, al diseador de sonido, al fotgrafo que me ayud a
sacarle las fotos al cuartel de bomberos y pude comprender qu significa ser el Director de
un proyecto, el estar desde el comienzo, en la gnesis del REIM como idea, y pasar a
investirse en el Arquitecto de software que disea las resoluciones lgicas del sistema y le
da vida a las ideas y requerimientos y luego, ser el desarrollador que le da vida a la
solucin, y por ltimo, ser yo mismo, disfrutando de la sonrisa de los nios mientras
jugaban, en ese momento pude contestar una duda que haba tenido durante el ao, en el
cual, en un momento me sent como un nio castigado, mientras por su ventana vea jugar
a los dems nios mientras el verano se terminaba Acaso estaba trabajando demasiado
duro? La respuesta era s, pero esta vez, en vez de causarme una mala sensacin,
comprend que la meta, hace que el proceso valga la pena y sea un proceso del cual me
puedo sentir, muy orgulloso.
Todas las luces en el cielo son estrellas.
19. Bibliografa

Memoria Alfredo González

Caricato da

Informazioni sul documento

Copyright

Formati disponibili

Condividi questo documento

Condividi o incorpora il documento

Opzioni di condivisione

Hai trovato utile questo documento?

Questo contenuto è inappropriato?

Copyright:

Formati disponibili

Memoria Alfredo González

Caricato da

Copyright:

Formati disponibili

Universidad Andrs Bello

RECURSO EDUCATIVO INTELIGENTE MVIL COMO APOYO PARA LA EVALUACIN

ALFREDO GONZLEZ AROSTEGUY

PROYECTO DE TTULO PARA OPTAR AL TTULO DE INGENIERO EN COMPUTACIN

El presente es el Documento de Memoria del proyecto de ttulo para optar al ttulo de

El proyecto nace como una respuesta natural de adaptacin de los mtodos

Las actividades han sido diseadas basadas en un estudio realizado en el cual se

REIM Recurso Educativo Inteligente Mvil

Arquitectura de Conjunto de elementos estticos propios del diseo intelectual del

Descripcin de Coleccin de productos de documentacin

Vistas Es una representacin de un rea de inters o perspectiva del

Stakeholder Individuo, equipo u organizacin con intereses relativos al sistema

Escenario Especifica el comportamiento y limita el inters en un rea especfica

Modulo o Cualquier elemento estructural abstracto, visible, externo, de alto

Atributos de Un atributo de calidad es una cualidad deseable de la solucin, que

uLearnet Red de aprendizaje de la Universidad de Chile, plataforma tecnolgica

GCSA Programa de Gestin de la Calidad y Seguimiento de los

SAEP Seguimiento de los Aprendizajes en Educacin Parvularia

MEISE Metodologa de Ingeniera de Software Educativo

Callback Callback es la devolucin o retorno de una llamada realizada entre

Se realiz un estudio del contexto actual en el que se encuentra la educacin

En el estudio, 65 de las 66 educadoras contestaron que estaran dispuestas a

Para la identificacin de la problemtica se utiliz un esquema que representa el

Por un lado, est el MINEDUC, cuyas Bases Curriculares de Educacin Parvularia

Tambin existe una baja capacitacin en tecnologas de la informacin por parte de

Tomando en cuenta todos estos factores, se ha llegado a la conclusin de que el

3.1 Objetivo General

Mejorar el rendimiento de los procesos evaluativos asociados al rea cognitiva del

3.2 Objetivos Especficos

Resultado esperado Mtrica Criterio de xito

La educadora puede ver los Tiempo en segundos Menos de 10 segundos por

Aumentar la cantidad de tomas de datos referentes a los avances en los

Resultado esperado Mtrica Criterio de xito

Una evaluadora puede facilitar varios Cantidad de actividades Ms de 1 a la vez

4. Alcance del proyecto

El proyecto comprende el desarrollo de la aplicacin REIM en el sistema operativo

5. Limitaciones del proyecto

La plataforma donde se despliegan los datos corresponde al trabajo realizado por

6. Requerimientos del sistema

6.1 Requerimientos Funcionales

Requisito: El sistema permitir acceso con identificacin de usuarios de base

Descripcin: Las Educadoras debern utilizar su cuenta de uLearnet para iniciar

Proceso: Escribir usuario y contrasea, presionar botn de inicio de sesin

Entrada: Usuario, contrasea

Salida: El usuario se encuentra identificado dentro del REIM bajo su

Requisito: La Educadora debe poder escoger un curso de la lista de cursos

Proceso: Se presentan los identificadores de cada curso, se presiona sobre

Entrada: Haber iniciado sesin, ingresar a seleccin de curso

Salida: Se despliega la opcin de escoger un alumno/a de lista de

Requisito: Las Educadores deben poder seleccionar un Alumno inscrito en el

Descripcin: Las Educadoras podrn escoger un alumno de entre los que se

Entrada: Haber seleccionado un curso, seleccin de alumno por nombre

Salida: El alumno queda seleccionado y se puede dar comienzo a las

Requisito: El sistema permite iniciar una nueva actividad del REIM

Descripcin: La Educadora selecciona iniciar una nueva actividad del REIM y el

Proceso: La Educadora presiona el botn de Iniciar REIM, le pasa el tablet

Entrada: La educadora presiona el botn Iniciar REIM, le entrega la tablet al

Salida: El Alumno puede navegar el mapa y entrar a alguna de las

Requisito: El REIM debe guardar los datos de la sesin y actividades en la

Descripcin: El REIM guarda todos los datos recolectados en la base de datos

Proceso: Mientras el Alumno realiza las actividades, el REIM guarda los

Entrada: El alumno desarrolla las actividades del REIM

Requisito: El REIM debe constar de actividades ldicas que permiten evaluar

Descripcin: El REIM consta de actividades para que sean desarrolladas por el