-
8/17/2019 Caso de Uso Tabla
1/4
Caso de uso: Verificación y mantenimiento del sistema
Actores: Administradores
Descripción:
El administrador contiene y resguarda la información de
todos los usuarios registrados en el sistema, recibe
notificaciones de sugerencias donde es almacenada por el
buzón, que son dadas por los alumnos y maestros sobre
posibles correcciones agregando nuevas mejoras al software,
si se necesita corregir el sistema entonces se envía a cada
usuario un mensaje indicando una nueva actualización. El
administrador dará de alta a maestros para que tengan
acceso a la información de progreso de los alumnos
Tipo: Alternativa ecundario
-
8/17/2019 Caso de Uso Tabla
2/4
Caso de uso: Revisión de progreso de alumnos
Actores: !ocente, administrador
Descripción:
El docente puede iniciar sesión al juego una vez que el
administrador le "aya dado acceso, el docente puede dar de
alta verificando el registro de cuenta perteneciente al
alumno,
en #l puede e$aminar y evidenciar el progreso que tiene el
alumno en el juego, así como enviar sugerencias al
administrador de errores que se encuentren dentro del juego.
%ambi#n recibe notificaciones por parte del administrador
los
cambios que se "arán en el juego dando aviso de
actualizar
el juego.
Tipo: ecundario
-
8/17/2019 Caso de Uso Tabla
3/4
Caso de uso: Empleo del juego
Actores: Alumno, administrador
Descripción:
El alumno se dará registro dentro del juego, podrá
iniciar
sesión una vez que sus datos sean verificados.
&osteriormente al tener acceso a la plataforma podrá
escoger
las opciones que se presentan' empezar a jugar, verificar el
puntaje o avance que obtuvo durante el juego, actualizar sus
datos si es que "ubo alg(n error en los datos al momento de
registrarse y enviar sugerencias de cambios y)o errores
"allados en el juego al administrador.
*omo parte del administrador, recibirá una notificación de
una nueva actualización que se dará al software.
Tipo: &rimario
-
8/17/2019 Caso de Uso Tabla
4/4
Requerimientos funcionales
Almacenamiento del progreso del usuario. Consulta de puntaje
obtenido en el juego. Sistema de ayuda (Pista/Hints). Sistema de
bu!n ("uejas y sugerencias).
Requerimientos no funcionales
#l equipo deber$ cumplir con las especi%caciones t&cnicas
del juego. 'nterfa llamatia. Compatibilidad con indo*s/+ac. Precio
accesible a d todo p,blico.
+etodolog-a incremental
Se a decidido por la metodolog-a incremental debido a que el
desarrollo deun ideojuego tiene un proceso etenso puesto que se
tiene que contemplarla forma en que el usuario interact,a con la
plataforma0 lo queconstantemente puede generar errores (1ugs) que
requieren de trabajoarduo para corregirse.
2ebido a que se diide en 3 etapas0 podemos decir que4
• #n la primera etapa ('niciaci!n) se ace un prototipo de lo que
amos
a desarrollar.• #n la segunda etapa ('teraci!n) corregiremos
errores asta su
correcto funcionamiento0 as- como agregar mejoras.• #n la
tercera etapa0 se entrega el juego completo y solo se dedica a
dar mantenimiento a futuro.
2iagrama de conteto
A d m i n i s t r a d o r
A l u m n o s
5un
2 o c e n t e
