Los Estudiantes describieron características y requerimientos que el sistema debe tener. 1. Diseño y navegación
Diseño y navegación
● Cada módulo de la aplicación debe tener un diseño claro y sencillo para entender para el usuario en este caso los estudiantes.
● Como estudiantes quiero accesibilidad y fluidez en la aplicación. ● Como usuario puedo contar con que mi registro quede guardado.
Pruebas de Aceptación:
● La aplicación cuenta con los módulos y estructura ordenada para que la navegación sea sencilla y fluida.
● La aplicación cuenta con una conexión a base de datos donde se guardará cada registro que haga el estudiante.
● El diseño de cada módulo es fluido y entendible para el estudiante. Tabla 10 historia de usuario 1
2. Módulos correctos
Módulos correctos
● Puedo crear alertas de eventos importantes.
● Como estudiante quisiera poder calcular más rápido mis notas, algun metodo mas sencillo.
Pruebas de Aceptación:
● La aplicación cuenta con un módulo estilo calendario integrado donde se puede crear eventos que se notifica a la hora, dia y nombre que le asignemos para no olvidar dias importantes.
● La aplicación cuenta con un módulo de horario donde podremos agregar materias y cortes donde se calcula automáticamente cuanto necesitamos para cada corte y el acumulado total.
Tabla 11 historia de usuario 2 3. Preguntas
Preguntas
● Cada pregunta debe tener niveles de dificultad. ● Debe haber un registro de las preguntas que llevo.
● Como estudiante debe tener un limite de tiempo para contestar las preguntas. Pruebas de Aceptación:
● La aplicación cuenta límite de tiempo para contestar cada pregunta.
● las preguntas se guardan en el registro de la base de datos conectado con el usuario que está usando la aplicación.
● El usuario debe contestar 10 preguntas de forma consecutiva para pasar de nivel.
Tabla 12 historia de usuario 3 4. Fluidez en el menú
Fluidez en el menú
● Como estudiante deseo tener rapidez en la aplicación al moverme en el menú sin lag.
Pruebas de Aceptación:
● La aplicación cuenta con código optimizado, se navega de forma rápida entre módulos sin retrasos.
Tabla 13 historia de usuario 4
5. Cierre de sesión e inicio de sesión con recuperación de contraseña Cierre de sesión e inicio de sesión con recuperación de contraseña
● Debe tener un inicio y cierre de sesión de forma correcta.
● Como estudiante con muchas materias en proceso y asuntos, quizás olvide la contraseña, quisiera recuperar mi cuenta y no crear una nueva.
Pruebas de Aceptación:
● La aplicación cuenta con un inicio de sesión sencillo donde se pedirá estos datos al estudiante:
○ Nombre
○ correo electrónico ○ contraseña ○ teléfono
● El cierre de sesión se encuentra en el menú es sencillo de encontrar ● al iniciar sesion se puede recuperar la contraseña te pedirá estos datos
○ correo electrónico
■ al momento de enviar el correo al correo que pondremos nos pedirá:
● correo electrónico ● contraseña nueva ● código de verificación Tabla 14 historia de usuario 5
16.2 FUNCIONALES:
1. Acceso a la aplicación: Requerimiento creado para tener un login, donde se pedirá correo o contraseña. Si no existe ese usuario se podrá crear uno nuevo . RF001
2. Preguntas: Requerimiento creado como módulo principal para contestar preguntas de opción múltiple estilo triviador con niveles de dificultad.RF002 3. Calendario/Agenda: Requerimiento creado para ver un calendario y crear
4. Material de ayuda: Requerimiento creado para buscar videos de ayuda, artículos y notas importantes de POO .RF004
5. Horario: Requerimiento creado para interactuar con un formato para organizar materias y notas por corte de cada materia calculando nota final.RF005
6. Reporte de rendimiento: Requerimiento creado para mostrar el avance de cada estudiante e información básica del estudiante que tiene activa esa sesión.RF006
16.3 NO FUNCIONALES:
1. Recursividad de código: Requerimiento creado para mantener bien estructurado el código para que sea óptimo. RNF 001
2. Rendimiento: Requerimiento para ver los tiempos de respuesta estimados de la funcionalidad de la aplicación. RNF 002
3. Fiabilidad:Requerimiento relacionado con la capacidad del usuario para confiar en las respuestas del sistema. RNF 003
4. Mantenibilidad: Requerimiento creado para tener una capacidad para realizar revisiones y cambios sobre la funcionalidad del sistema de manera que no represente una exagerada inversión en recursos el desarrollo del cambio mencionado. RNF 004
5. Amigabilidad: Requerimiento creado para las características generales de la capa de presentación e interfaz del sistema y en cuanto a las características de diseño gráfico de la misma. RNF 005
16.4 DESCRIPCIÓN DE REQUERIMIENTOS:
RF001 – Acceso a la aplicación
Id. Requerimiento: RF001 Nombre requerimiento: Acceso a la aplicaciónDe quién proviene: Desarrollador y/o Arquitecto
Dependencia: Desarrollo
Prioridad: Alta Fecha solicitud: 22/02/2019
Justificación del Requerimiento
-Para definir el rol de cada usuario, si entra solo a mirar, o quiere ingresar como usuario registrado. -Evitar la pérdida de información.
Este requerimiento está encargado de controlar el acceso a la aplicación, donde los diferentes usuarios pueden ver su progreso y contenido guardado.
Actores
Nombre Descripción
-Líder equipo de desarrollo -Desarrollador y/o Arquitecto -Usuario avanzado
-Líder equipo de desarrollo:Evalúa el trabajo del
desarrollador
-Desarrollador y/o Arquitecto:Es el encargado de
controlar el acceso y la privacidad de los usuarios
-Usuario avanzado: Ingresa a la aplicación y
interactúa con la misma.
Aprobaciones
Usuario avanzado camilo leon Si __x_ No: ____ Fecha aprobación: 22/02/2019
Desarrollador y/o Arquitecto
camilo leon Si __x_ No: ____ Fecha aprobación:
22/02/2019
Líder de equipo de desarrollo
danny oswaldo Si __x_ No: ____ Fecha aprobación:
22/02/2019
Observaciones
No Aplica
RF002 – Preguntas
Id. Requerimiento: RF002 Nombre requerimiento:
módulo preguntas
De quién proviene: Desarrollador y/o Arquitecto
Dependencia: Desarrollo
Prioridad: Alta Fecha solicitud: 22/02/2019
Justificación del Requerimiento
-Módulo diseñado con preguntas al azar, con niveles de dificultad.
Descripción del Requerimiento
este requerimiento está diseñado principalmente para el aprendizaje de los estudiantes. así mismo
cada dificultad proporciona mejor deducción de cada estudiante.
Actores
Nombre Descripción
-Líder equipo de desarrollo -Desarrollador y/o Arquitecto
-Líder equipo de desarrollo:Evalúa el trabajo del
desarrollador
-Desarrollador y/o Arquitecto:Es el encargado de
diseñar la lógica y vista del módulo de preguntas.
Aprobaciones
Desarrollador y/o Arquitecto
camilo leon Si __x_ No: ____ Fecha aprobación:
22/02/2019
Líder de equipo de desarrollo
danny oswaldo Si __x_ No: ____ Fecha aprobación:
22/02/2019 Observaciones No Aplica
RF003 – Calendario/Agenda
Id. Requerimiento: RF003 Nombre requerimiento: calendario y agendaDe quién proviene: Desarrollador y/o Arquitecto
Dependencia: Desarrollo
Prioridad: Alta Fecha solicitud: 22/02/2019
Justificación del Requerimiento
-Para tener un control de horarios, pruebas y parciales, este requerimiento se ajusta con este
problema.
-Llevar un cronograma personalizado por cada estudiante.
Descripción del Requerimiento
Este requerimiento está encargado de la estructura del módulo de preguntas, el módulo principal
donde se definirá por niveles, preguntas al azar sobre temas de POO.
Actores
-Líder equipo de desarrollo -Desarrollador y/o Arquitecto -Usuario avanzado
-Líder equipo de desarrollo:Evalúa el trabajo del
desarrollador
-Desarrollador y/o Arquitecto:Encargado de
diseñar la programación y diseño del módulo
preguntas.
-Usuario avanzado: prueba el módulo de
calendario/agenda
Aprobaciones
Usuario avanzado camilo leon Si __x_ No: ____ Fecha aprobación: 22/02/2019
Desarrollador y/o Arquitecto
camilo leon Si __x_ No: ____ Fecha aprobación:
22/02/2019
Líder de equipo de desarrollo
danny oswaldo Si __x_ No: ____ Fecha aprobación:
22/02/2019
Observaciones
se debe hacer pruebas para reconocer bugs en los parámetros del módulo.
RF004 – Material de ayuda
Id. Requerimiento: RF004 Nombre requerimiento: Material de ayudaDe quién proviene: Desarrollador y/o Arquitecto
Dependencia: Desarrollo
Prioridad: Alta Fecha solicitud: 22/02/2019
Justificación del Requerimiento
-Módulo de acceso a videos de youtube para redireccionarlos en los temas que busquemos
respecto a POO.
Descripción del Requerimiento
Este requerimiento está encargado de buscar por medio de una vista, videos de ayuda en youtube
para explicar temas de POO.
Actores