Facultad: Ingeniería Carrera: Ingeneria de Sistemas e Informatica PROYECTO INTEGRADOR II Desarrollo de un sistema web para el control academico utilizando software libre en el colegio “Emaus” Integrantes Solano Encarnación, Jesus [1011621] Olivares Romero, Orlando Antonio [u17212368] Docente Huillca Ayza, Vicky Lima, Perú Abril - 2022 ÍNDICE 1. DEFINICION DEL PROBLEMA .................................................................................................................... 5 2. DEFINICIÓN DE OBJETIVOS....................................................................................................................... 5 2.1. OBJETIVO GENERAL ..................................................................................................................................... 5 2.2. OBJETIVOS ESPECÍFICOS ............................................................................................................................... 5 2.3. ALCANCES Y LIMITACIONES ........................................................................................................................... 5 3. FUNDAMENTO TEÓRICO .......................................................................................................................... 7 4. DESARROLLO DE LA SOLUCIÓN ................................................................................................................ 9 4.1. VISIÓN DEL PROYECTO ................................................................................................................................. 9 4.2. PRODUCT BACKLOG .................................................................................................................................... 9 4.3. SPRINT I.................................................................................................................................................. 10 4.3.1. SPRINT PLANNING ................................................................................................................................ 10 4.3.2. DAILY SPRINT ...................................................................................................................................... 18 4.3.3. SPRINT REVIEW.................................................................................................................................... 19 4.3.4. SPRINT RETROSPECTIVA ......................................................................................................................... 24 4.3.5. BURDOWN CHAR SPRINT I ..................................................................................................................... 25 4.4. SPRINT II................................................................................................................................................. 26 4.4.1. SPRINT PLANNING ................................................................................................................................ 26 4.4.2. DAILY SPRINT ...................................................................................................................................... 33 4.4.3. SPRINT REVIEW.................................................................................................................................... 34 4.4.4. SPRINT RETROSPECTIVA ......................................................................................................................... 38 4.4.5. BURDOWN CHAR SPRINT II .................................................................................................................... 38 4.5 SPRINT III ....................................................................................................................................................... 39 4.5.1. SPRINT PLANNING ................................................................................................................................ 39 4.5.2. DAILY SPRINT ...................................................................................................................................... 46 4.5.3. SPRINT REVIEW.................................................................................................................................... 47 2 4.5.4. SPRINT RETROSPECTIVA ......................................................................................................................... 51 4.5.5. BURDOWN CHAR SPRINT III ................................................................................................................... 51 4.6. SPRINT IV ............................................................................................................................................... 52 4.6.1. SPRINT PLANNING ................................................................................................................................ 52 4.6.2. DAILY SPRINT ...................................................................................................................................... 58 4.6.3. SPRINT REVIEW.................................................................................................................................... 59 4.6.4. SPRINT RETROSPECTIVA ......................................................................................................................... 63 4.6.5. BURDOWN CHAR SPRINT IV ................................................................................................................... 63 4.7. SPRINT V ................................................................................................................................................ 65 4.7.1. SPRINT PLANNING ................................................................................................................................ 65 4.7.2. DAILY SPRINT ...................................................................................................................................... 65 4.7.3. SPRINT REVIEW.................................................................................................................................... 65 4.7.4. SPRINT RETROSPECTIVA ......................................................................................................................... 65 4.7.5. BURDOWN CHAR SPRINT V .................................................................................................................... 65 5. CERTIFICACIÓN DE LA SOLUCIÓN ...................................................................................................................... 66 5.1. SPRINT I.................................................................................................................................................. 66 5.2. SPRINT II................................................................................................................................................. 91 5.3. SPRINT III................................................................................................................................................ 97 5.4. SPRINT IV ............................................................................................................................................. 115 6. ARQUITECTURA TECNOLÓGICA....................................................................................................................... 123 6.1. ARQUITECTURA DE APLICACIONES .............................................................................................................. 123 6.2. DIAGRAMA DE DESPLIEGUE ...................................................................................................................... 123 6.3. DIAGRAMA DE COMPONENTES .................................................................................................................. 124 6.4. PATRÓN MVT ....................................................................................................................................... 124 6.5. DIAGRAMA DE CLASES ............................................................................................................................. 125 6.6. DISEÑO CONCEPTUAL DE BD ..................................................................................................................... 126 6.7. DISEÑO LÓGICO DE BD ............................................................................................................................ 127 6.8. DISEÑO FÍSICO DE DATOS.......................................................................................................................... 128 7. ANEXOS .................................................................................................................................................. 129 3 8. 7.1. FICHA DE TRABAJO DE INVESTIGACIÓN ........................................................................................................ 131 7.2. PROJECT CHARTER .................................................................................................................................. 136 7.3. DIAGRAMA ISHIKAWA.............................................................................................................................. 139 7.4. CRONOGRAMA PROJECT .......................................................................................................................... 140 7.5. REPOSITORIO GITHUB ............................................................................................................................. 141 BIBLIOGRAFÍA ...................................................................................................................................... 141 4 1. DEFINICION DEL PROBLEMA La institución educativa Emaús viene desarrollando sus actividades de igual forma desde su creación, muchos de sus procesos se realizan de forma manual; y es donde radican los problemas. Procesos tales como la asignación de notas y comunicación con padres de familia son los afectados debido a una falta de organización en la institución. Es por esto que se propone la implementación de un sistema el cual pueda ayudar a minimizar los problemas que se ocasionan en sus procesos. 2. Definición de Objetivos 2.1. Objetivo general Desarrollar un sistema web para mejorar el control académico utilizando software libre. 2.2. Objetivos Específicos Analizar la información para desarrollar el sistema web Planificar el diseño para el desarrollo del sistema web Desarrollar las funcionalidades del sistema web Planificar las pruebas de verificación del sistema web Desarrollar la documentación e informe final del sistema web 2.3. Alcances y Limitaciones Alcances El alcance que tendrá esta investigación contempla una parte del área administrativa de la institución educativa, la parte que se centra en el control académico de los estudiantes Limitaciones No se desarrollara una variante en aplicativo móvil. Falta de conocimiento en programación Falta de tiempo para el desarrollo del sistema 5 2.4. Justificación El colegio Cristiano Emaús es un centro educativo del distrito de Huaral, el cual brinda servicios educativos en los niveles primarios y secundarios a la población huaralina y alrededores. Esta institución viene desarrollando sus actividades de forma manual, especialmente en el control de notas, donde ya se evidencio que existen algunos problemas de organización. Además, el canal de comunicación con los padres de familia acerca de las notas de sus hijos está anticuado, con respecto a las tecnologías de información existentes en el mercado. Es debido a esto que el Colegio Cristiano Emaús, se ve en la necesidad de implementar un sistema web, el cual pueda brindar un mayor control en las operaciones administrativas además esto permitirá contar con un canal de comunicación mucho más acorde con la tecnología actual para con los padres de familia. 2.5. Estado del Arte La revista Científico Pedagógica Atenas (Campos P. G., 2016) habla sobre las plataformas tecnológicas que fueron implementadas en la Universidad Contemporánea sobre el problema que tuvo en su momento donde concluyeron que era muy importante el uso de las tecnologías en la educación, ganando un interés muy importante para su estudio, la aplicación y aprovechamiento de sus potencialidades. Además, informa sobre la investigación que realizaron con la utilización de las (TIC) Tecnologías de la Información y la Comunicación para revolucionar todos sus procesos universitarios donde diversos investigadores (Repiso, 2007) incursionaron en el tema dándose cuenta de ello, por las diversas variedades que tienen todas las nuevas posibilidades que brindan en el entorno de aprendizaje, lo que les permitió obtener los resultados esperados, dando una mejor interacción con la sociedad. Además, el término de plataforma puede tener diversos significados dependiendo del punto de vista con el que se desea ver, ya que una vez implementada puede traer los mejores beneficios, por lo que es de importancia reflexionar sobre la posición en que se encuentran hoy en día las plataformas y TIC, además del impacto que han tenido en la humanidad y en los diferentes entornos de la educación facilitando su iteración, cuyo análisis debe de hacerse a fondo para obtener los resultados esperado. Cuando se habla de plataforma es hablar sobre dispositivos tecnológicos que apoyan la enseñanza y que integran diversas funciones para facilitar la actividad académica a 6 profesores y alumnos. Así mismo ofrecen soporte que permite distribuir contenidos didácticos y organizar cursos (M., L. A., 2009) Los Sistemas de Control Escolar son programas o métodos que ayudan a las Universidades a tener un mejor control sobre la información que ahí manejan, para poder tener a la mano los datos que se requieren para llevar un mejor control que sea más flexible y que pueda ser utilizado por cualquier plantel educativo. Este término lo podemos ver mostrado cuando la Universidad Politécnica Salesiana en Ecuador, abordó diferentes problemas que desde hace años les afectaban en las Instituciones Educativas (Orrala, 2011). De esta manera se creó, un Control Automatizado para llevar a cabo los registros de 16 las matrículas y calificaciones, cuya aplicación sería en la Casa Salesiana “Cristóbal Colón”. En cuya institución sirvió como base para las investigaciones al realizar consultas sobre sus procesos de inscripción y registro de calificaciones, donde sus objetivos eran el determinar el diseño de un sistema de control escolar mediante una aplicación Web, con el cual utilizarían un software libre para las unidades educativas y que fuera un sistema eficaz, confiable, veraz y rápido en el control automatizado de las inscripciones. 3. Fundamento Teórico Marco de Trabajo Scrum: Scrum es un marco para la ejecución de prácticas ágiles en el desarrollo de proyectos que toma su nombre y principios de las observaciones sobre nuevas prácticas de producción, realizadas por Hirotaka Takeuchi e Ikujijo Nonaka a mediados de los 80. Aunque las prácticas observadas por estos autores surgieron en empresas de productos tecnológicos, también se emplean en entornos que trabajan con requisitos inestables y que requieren rapidez y flexibilidad, situaciones frecuentes en el desarrollo de determinados sistemas de software. Fuente: Scrum Manager – Gestión de Proyectos Rev. 1.4.0 Enero 2011 7 Elaboración: Scrum Manager – Gestión de Proyectos. Sistema Web: Según Moreira (2009) indica que “Un sistema o aplicación web es un programa informático que en lugar de ejecutarse en un ordenador personal (…), se ejecuta parcialmente en un servidor remoto, al que se accede a través de Internet por medio de un navegador web” La definición de sistemas web según Báez es “son aquellos sistemas alojados en internet o una intranet, con la peculiaridad que brindan funcionalidades potentes y más específicas a diferencia de las páginas web” (2013, p.1). Python: Python es un lenguaje de programación de alto nivel, interpretado en tiempo de ejecución. El proceso de ejecución de un programa en Python es similar a cualquier otro, es decir, primero se compilan las instrucciones de alto nivel a lenguaje de ensamblador, que en este caso se conoce como bytecode que son instrucciones propias de Python y que en tiempo de ejecución (mientras el usuario corre el programa) van a ser interpretadas por un programa interprete que está escrito en C (en la implementación más utilizada de Python). Al ser un lenguaje interpretado, el desempeño no es tan bueno como aquel de un lenguaje que en tiempo de ejecución no tiene que interpretar comandos (SANNER, 1975). 8 4. Desarrollo de la solución 4.1. Visión del Proyecto Crear un sistema web que permita mantener un control académico en la institución educativa, el cual le permita desarrollar sus actividades de gestión académica más ordenadas y eficientes. 4.2. Product Backlog 9 4.3. Sprint I 4.3.1. Sprint Planning a) Objetivo del Sprint : Dotar al sistema web de un sistema de logeo y control b) Historias priorizadas: HU-04: Historia de Usuario Numero: 4 Usuario: Alumno Nombre de Historia: Mostrar información de estudiante Prioridad en negocio: Alta Riesgo en desarrollo: Bajo Puntos Estimados: 6 Iteración Asignada: 2 Programador Responsable: Olivares Orlando Descripción: Como alumnos quiero visualizar la información académica y personal del estudiante para evitar confusión de usuarios. Validación: Escenario 1: Dado que, el usuario ingresa a la plataforma web que muestra la información del estudiante Cuando el administrador selecciona la opción de perfil de los alumnos Entonces la plataforma web mostrará información personal de cada alumno. Escenario 2: Dado que, el usuario no ingresa a la plataforma web que muestra la información del estudiante Cuando el administrador selecciona la opción de perfil de los alumnos Entonces la plataforma web mostrará información personal de cada alumno. HU-05: Historia de Usuario Numero: 5 Usuario: Docente Nombre de Historia: Mostar información docente Prioridad en negocio: Alta Riesgo en desarrollo: Bajo Puntos Estimados: 6 Iteración Asignada: 2 Programador Responsable: Olivares Orlando Descripción: Como docente quiero mostrar la información académica y personal del docente para evitar confusión de usuarios. Validación: Escenario 1: 10 Dado que, el usuario ingresa a la plataforma web que muestra el curso y el horario de cada profesor Cuando el alumno selecciona la opción perfil del docente Entonces la plataforma web mostrará información personal y académica del docente. Escenario 2: Dado que, el usuario no ingresa a la plataforma web que muestra el curso y el horario de cada profesor Cuando el alumno selecciona la opción perfil del docente Entonces la plataforma web mostrará información personal y académica del docente. HU-06: Historia de Usuario Numero: 6 Usuario: Administrador Nombre de Historia: Verificar nuevo usuario Prioridad en negocio: Alta Riesgo en desarrollo: Bajo Puntos Estimados: 6 Iteración Asignada: 2 Programador Responsable: Olivares Orlando Descripción: Como administrador quiero verificar la autenticidad del nuevo usuario para poder evitar duplicidad de perfiles Validación: Escenario 1: Dado que, el Administrador ingresa a la plataforma web que mostrará la opción de registro de nuevos usuarios Cuando selecciona el perfil del nuevo usuario Entonces la plataforma virtual mostrará una lista de usuarios y podrá verificar al usuario nuevo. Escenario 2: Dado que, el Administrador ingresa a la plataforma web que mostrará la opción de registro de nuevos usuarios Cuando selecciona el perfil del nuevo usuario Entonces la plataforma virtual mostrará una lista de usuarios y podrá verificar al usuario nuevo. HU-07: Historia de Usuario Numero: 7 Usuario: Alumno Nombre de Historia: Registrar nuevo usuario Prioridad en negocio: Media Riesgo en desarrollo: Bajo Puntos Estimados: 8 Iteración Asignada: 2 Programador Responsable: Olivares Orlando 11 Descripción: Como alumno quiero registrar nuevos usuarios para poder evitar confusión en el registro de datos. Validación: Escenario 1: Dado que, el usuario ingresa a la plataforma web que mostrará la opción registrar usuario Cuando selecciona agregar Entonces el usuario podrá crear un nuevo usuario. Escenario 2: Dado que, el usuario no ingresa a la plataforma web que mostrará la opción registrar usuario Cuando selecciona agregar Entonces el usuario no podrá crear un nuevo usuario. Dado que, la plataforma web mostrara la página de registro de nuevo usuario cuando el usuario seleccione la opción en la página de login entonces el usuario podrá crear un nuevo usuario. HU-08: Historia de Usuario Numero: 8 Usuario: Alumno Nombre de historia: Autenticar el inicio de sesión Prioridad en el negocio: Media Riesgo en el desarrollo: Bajo Puntos asignados: 6 Iteración asignada: 2 Programador responsable: Solano Jesús Descripción: Como alumno, quiero autenticar el inicio de sesión de mi usuario para ingresar a la plataforma virtual. Validación: Escenario 1: Dado que, la plataforma virtual verifica al usuario correcto Cuando el alumno solicita el ingreso mediante usuario, contraseña y autentificación Captcha Entonces la plataforma virtual brindará el acceso correspondiente al alumno. Escenario 2: Dado que, la plataforma virtual no verifica al usuario correcto Cuando el alumno solicita el ingreso mediante usuario, contraseña y autentificación Captcha Entonces la plataforma virtual negará el acceso correspondiente al alumno. HU-12: Historia de Usuario Numero: 12 Usuario: Administrador Nombre de historia: Bloquear vistas a usuarios no permitidos 12 Prioridad en el negocio: Alta Riesgo en el desarrollo: Medio Puntos asignados: 6 Iteración asignada: 2 Programador responsable: Olivares Orlando Descripción: Como administrador, quiero bloquear vistas a usuarios no permitidos y sin autorización para evitar el uso inadecuado de la información de cada usuario. Validación: Escenario 1: Dado que, la plataforma virtual no permite el acceso a vistas a los usuarios sin privilegios Cuando el administrador no brinda permisos autorizados a los usuarios no asignados Entonces la plataforma virtual bloqueará vistas a usuarios no permitidos. Escenario 2: Dado que, la plataforma virtual permite el acceso a vistas a los usuarios sin privilegios Cuando el administrador brinda permisos autorizados a los usuarios no asignados Entonces la plataforma virtual no bloqueará vistas a usuarios no permitidos. Historia de Usuario Numero: 13 Usuario: Administrador Nombre de historia: Mostrar vista a cada tipo de usuario Prioridad en el negocio: Alta Riesgo en el desarrollo: Medio Puntos asignados: 4 Iteración asignada: 2 Programador responsable: Solano Jesús Descripción: Como administrador, quiero mostrar a cada tipo de usuario sus vistas correspondientes para determinar los privilegios que se pueden conceder al usuario a través de un rol predeterminado o personalizado. Validación: Escenario 1: Dado que, la plataforma virtual permite el acceso a vistas a cada tipo de usuario Cuando el administrador brinda los permisos autorizados por el tipo de usuario Entonces la plataforma virtual mostrará vistas por cada tipo de usuario. Escenario 2: Dado que, la plataforma virtual no permite el acceso a vistas a cada tipo de usuario Cuando el administrador no designa los permisos autorizados Entonces la plataforma virtual no mostrará ninguna vista. HU-13: 13 HU-14: Historia de Usuario Numero: 14 Usuario: Administrador Nombre de historia: Visualizar la lista por cada tipo de usuario Prioridad en el negocio: Alta Riesgo en el desarrollo: Medio Puntos asignados: 4 Iteración asignada: 2 Programador responsable: Solano Jesús Descripción: Como administrador, quiero visualizar la lista de cada tipo de usuario para evitar la duplicidad de datos a cada tipo usuario. Validación: Escenario 1: Dado que, la plataforma virtual permite el acceso a la lista de cada tipo de usuario Cuando el administrador ingresa hacia la vista por cada tipo de usuario Entonces la plataforma virtual mostrará detalladamente la lista de datos por cada tipo de usuario. Escenario 2: Dado que, la plataforma virtual no permite el acceso a la lista de cada tipo de usuario Cuando el administrador ingresa hacia la vista por cada tipo de usuario Entonces la plataforma virtual no mostrará detalladamente la lista de datos por cada tipo de usuario. HU-15: Historia de Usuario Numero: 15 Usuario: Administrador Nombre de historia: Agregar nuevos grupos de usuarios Prioridad en el negocio: Alta Riesgo en el desarrollo: Medio Puntos asignados: 2 Iteración asignada: 2 Programador responsable: Olivares Orlando Descripción: Como administrador, quiero agregar nuevos grupos de usuarios para el adecuado orden entre alumnos y profesor por cada curso dictado. Validación: Escenario 1: Dado que, la plataforma virtual permite visualizar los grupos de alumnos y profesor Cuando el administrador agrega nuevos grupos de usuarios Entonces la plataforma virtual mostrará detalladamente el listado de nuevos alumnos con el nuevo profesor designado. Escenario 2: Dado que, la plataforma virtual permite no visualizar los grupos de alumnos y profesor Cuando el administrador agrega nuevos grupos de usuarios Entonces la plataforma virtual no mostrará detalladamente el listado de nuevos alumnos con el nuevo profesor designado. 14 HU-17: Historia de Usuario Numero: 17 Usuario: Administrador Nombre de historia: Actualizar los datos de cada tipo de usuario Prioridad en el negocio: Alta Riesgo en el desarrollo: Medio Puntos asignados: 6 Iteración asignada: 2 Programador responsable: Olivares Orlando Como administrador, quiero actualizar los permisos de cada tipo de usuario, para poder mantener actualizadas los permisos Validación: Escenario 1: Dado que, la plataforma virtual permite actualizar los datos personales por cada tipo de usuario Cuando el administrador realiza la actualización de la información relevante cada año escolar de cada tipo de usuario Entonces la plataforma virtual mostrará los datos personales e información verídica a cada tipo de usuario. Escenario 2: Dado que, la plataforma virtual no permite actualizar los datos personales por cada tipo de usuario Cuando el administrador realiza la actualización de la información relevante cada año escolar de cada tipo de usuario Entonces la plataforma virtual no mostrará los datos personales e información verídica a cada tipo de usuario. HU-23: Historia de Usuario Numero: 23 Usuario: Administrador Nombre de Historia: Mostrar registro log de usuario Prioridad en negocio: Media Riesgo en desarrollo: Bajo Puntos Estimados: 4 Iteración Asignada: 2 Programador Responsable: Solano Jesús Descripción: Como administrador quiero poder visualizar el log de sesión del usuario para tener un registro de actividades Validación: Escenario 1: Dado que, el sistema mostrara la sección de usuarios en la página administrador Cuando el rol logear para ingresar sea de administrador Entonces el sistema mostrara el ultimo inicio de sesión. Escenario 2: Dado que, el sistema mostrara la sección de usuarios en la página administrador Cuando el rol logear para ingresar sea de staff Entonces el sistema no mostrara el ultimo inicio de sesión. 15 HU-24: Historia de Usuario Numero: 24 Usuario: Administrador Nombre de Historia: Mostrar fecha de registro Prioridad en negocio: Media Riesgo en desarrollo: Bajo Puntos Estimados: 4 Iteración Asignada: 2 Programador Responsable: Solano Jesús Descripción: Como administrador quiero poder visualizar la fecha de creación del usuario para tener un registro de creación Validación: Escenario 1: Dado que, el sistema mostrara la sección de usuarios en la página administrador Cuando el usuario al ingresar tenga rol de administrador Entonces el sistema mostrara la fecha de creación de los usuarios. Escenario 2: Dado que, el sistema mostrara la sección de usuarios en la página administrador Cuando el usuario al ingresar tenga un rol de staff HU-25: Historia de Usuario Numero: 25 Usuario: Administrador Nombre de Historia: Eliminar usuarios Prioridad en negocio: Alta Riesgo en desarrollo: Bajo Puntos Estimados: 4 Iteración Asignada: 2 Programador Responsable: Olivares Orlando Descripción: Como administrador quiero poder eliminar usuarios para tener actualizado la base de datos Validación: Escenario 1: Dado que, el sistema mostrará la opción de usuarios en la página administrador Cuando el usuario al ingresar tenga el rol administrador Entonces tendrá acceso al botón de eliminar usuario. Escenario 2: Dado que, el sistema mostrará la opción de usuarios en la página administrador Cuando el usuario ingresar tenga el rol staff. Entonces no tendrá acceso al botón de eliminar usuario. 16 c) Tablero canvan 17 Daily Sprint N° 1 Fecha Sprint Roles Nombre ¿Qué hice ayer? participant ¿Qué es lo que voy a hacer ¿He tenido algún tipo de hoy? problema durante el desarrollo es o si tengo algún problema? 04/04/22 04/04/22 07/04/22 07/04/22 10/04/22 10/04/22 13/04/22 13/04/22 16/04/22 16/04/22 19/04/22 19/04/22 22/04/22 22/04/22 1 DEV1 Orlando Olivares 1 DEV2 Jesús Solano 1 DEV1 Orlando Olivares 1 DEV2 Jesús Solano 1 DEV1 Orlando Olivares 1 DEV2 Jesús Solano 1 DEV1 Orlando Olivares 1 DEV2 Jesús Solano 1 DEV1 Orlando Olivares 1 DEV2 Jesús Solano 1 DEV1 Orlando Olivares 1 DEV2 Jesús Solano 1 DEV1 Orlando Olivares 1 DEV2 Jesús Solano Culminar la elaboración del Desarrollo de historia de Proyect Charter usuario N° 4 Culminar la elaboración del Desarrollo de historia de Proyect Charter usuario N° 4 Desarrollo de la Historia de Pruebas de la Usuario N° 7 funcionalidad HU - 07 Desarrollo de la Historia de Prueba de la Usuario N° 7 funcionalidad HU-07 Desarrollo de la Historia Prueba de la de Usuario N°8 funcionalidad HU-08 Desarrollo de la Historia Prueba de la de Usuario N°8 funcionalidad HU-08 Desarrollo de las Historia Prueba de la de Usuario N°12 funcionalidad HU-12 Desarrollo de las Historia Prueba de la de Usuario N°12 funcionalidad HU-12 Desarrollo de la historia Prueba de la de Usuario N° 17 funcionalidad HU- 17 Desarrollo de la Historia Prueba de la de Usuario N° 17 funcionalidad HU-17 Desarrollo de Historias Prueba de la de Usuarios N° 25 funcionalidad HU-25 Desarrollo de las Historia Prueba de la de Usuarios N°25 funcionalidad HU-25 Desarrollo de la Historia Pruebas de de Usuario N°23 Funcionalidades HU-23 Desarrollo de la Historia Pruebas de de Usuario N°24 Funcionalidades HU-24 Ninguno Ninguno Ninguno Ninguno Errores de programación Ninguno Ninguno Errores de programación Ninguno Ninguno Ninguno Errores de programación Ninguno Ninguno 4.3.2. Daily Sprint 18 4.3.3. Sprint Review HU-04: HU-05: 19 HU-06: HU-07: 20 HU-08: HU-12: 21 HU-13: HU-14: 22 HU-15: HU-17: HU-23: 23 HU-24: HU-25: 4.3.4. Sprint Retrospectiva Numero de ¿Qué salió bien en la ¿Qué no salió bien en la ¿Qué sprint iteración? (aciertos) iteración? (errores) implementar mejoras en vamos la a próxima iteración? (recomendaciones de mejora continua) 1 Se lo Algunos confusiones en Organizar planeado en el sprint termino todo cuantos a los Daily sprints, programación de los Daily Sprint. con anterioridad la planning, y se cumplido 24 el objetivo propuesto para este primer sprint. y pequeños problemas de programación Se lograron culminar las Historia de Usuario : (45-6-7-8-12-13-14-15-1723-24-25) 4.3.5. Burdown Char Sprint I La siguiente figura consta el Burdown chart al final del Sprint 1. En el eje X, se visualiza los días del Sprint y en el eje Y, los puntos de historia del Sprint. En el Sprint 1 se muestra el desarrollo diario de las tareas, el cual, muestra cómo el equipo en algunas interacciones deja de seguir con el tiempo planificado, pero, luego logra alinearse y terminar en el tiempo estimado. 25 4.4. Sprint II 4.4.1. Sprint Planning a) Objetivo del Sprint: Dotar al sistema vista personalizadas por usuario b) Historias priorizadas: HU-01: Historia de Usuario Numero: 1 Usuario: Docente Nombre de Historia: Registrar Notas de alumnos Prioridad en negocio: Alta Riesgo en desarrollo: Bajo Puntos Estimados: 6 Iteración Asignada: 2 Programador Responsable: Olivares Orlando Descripción: Como Docente quiero registrar calificaciones de los exámenes para poder reducir el tiempo de espera de las calificaciones. Validación: Escenario 1: Dado que, el usuario ingresa a la plataforma virtual que muestra la opción de agregar notas de los alumnos cuando el docente selecciona la opción en el perfil del alumno entonces la plataforma virtual mostrará la ventana agregar calificación. Escenario 2: Dado que, el usuario no ingresa a la plataforma virtual que muestra la opción de agregar notas de los alumnos cuando el docente selecciona la opción en el perfil del alumno entonces la plataforma virtual mostrará la ventana agregar calificación. 26 HU-09: HU-16: Historia de Usuario Numero: 16 Usuario: Alumno Nombre de historia: Cambiar contraseña por cada tipo de usuario Prioridad en el negocio: Alta Riesgo en el desarrollo: Medio Puntos asignados: 4 Iteración asignada: 2 Programador responsable: Solano Jesús Descripción: Como alumno, quiero cambiar la contraseña de usuario propio para evitar el hurto o la posibilidad de ser crackeado anticipadamente. Validación: Escenario 1: Dado que, la plataforma virtual permite cambiar periódicamente la contraseña por cada tipo de usuario Cuando el alumno para seguridad de la cuenta propia crea una nueva contraseña Entonces la plataforma virtual mostrará un mensaje de cambio de contraseña exitosa y se enviará al correo personal correspondiente. Escenario 2: Dado que, la plataforma virtual no permite cambiar periódicamente la contraseña por cada tipo de usuario Cuando el alumno para seguridad de la cuenta propia crea una nueva contraseña Entonces la plataforma virtual no mostrará un mensaje de cambio de contraseña exitosa y se enviará al correo personal correspondiente. 27 HU-20: Historia de Usuario Numero: 20 Usuario: Administrador Nombre de historia: Visualizar el perfil por cada tipo de usuario Prioridad en el negocio: Alta Riesgo en el desarrollo: Medio Puntos asignados: 6 Iteración asignada: 2 Programador responsable: Solano Jesús Descripción: Como administrador, quiero visualizar cada perfil por tipo de usuario para el control respectivo de la institución educativa “Emaús”. Validación: Escenario 1: Dado que, la plataforma virtual permite el ingreso a la lista por cada tipo de usuario Cuando el administrador realiza la visualización de perfil por cada tipo de usuario de la institución educativa “Emaús” Entonces la plataforma virtual mostrará detalladamente cada perfil por tipo de usuario requerido. Escenario 2: Dado que, la plataforma virtual no permite el ingreso a la lista por cada tipo de usuario Cuando el administrador realiza la visualización de perfil por cada tipo de usuario de la institución educativa “Emaús” Entonces la plataforma virtual no mostrará detalladamente cada perfil por tipo de usuario requerido. HU-21: Historia de Usuario Numero: 21 Usuario: Administrador Nombre de Historia: Desactivar usuario Prioridad en negocio: Alta Riesgo en desarrollo: Bajo Puntos Estimados: 6 Iteración Asignada: 2 Programador Responsable: Solano Jesús Descripción: Como administrador quiero acceder a la página admin para desactivar al usuario Validación: Escenario 1: Dado que, el administrador ingresa a la página administrador con la opción usuarios Cuando desea desactivar la cuenta de un usuario Entonces el usuario desactivado no podrá visualizar ninguna opción en la página principal. Escenario 2: Dado que, el administrador ingresa a la página administrador con la opción usuarios Cuando desea activar la cuenta de un usuario Entonces el usuario activado podrá visualizar la página principal. 28 HU-22: Historia de Usuario Numero: 22 Usuario: Administrador Nombre de Historia: Crear grupos de usuarios Prioridad en negocio: Media Riesgo en desarrollo: Medio Puntos Estimados: 6 Iteración Asignada: 2 Programador Responsable: Olivares Orlando Descripción: Como administrador quiero poder crear grupos de usuarios para dividirlos en grupos únicos. Validación: Escenario 1: Dado que, el administrador ingresa a la página administrador opción grupos cuando desea crear grupos de usuarios entonces el sistema mostrara todos los grupos existentes Escenario 2: Dado que, el administrador ingresa a la página administrador opción grupos cuando desea eliminar grupos de usuarios entonces el sistema mostrara todos los grupos existentes. HU-26 Historia de Usuario Numero: 26 Usuario: Alumno Nombre de Historia: Modificar Perfil Prioridad en negocio: Media Riesgo en desarrollo: Bajo Puntos Estimados: 8 Iteración Asignada: 2 Programador Responsable: Solano Jesús Descripción: Como alumno quiero poder modificar los datos de mi perfil para personalizar mi usuario Validación: Escenario 1: Dado que, el sistema mostrará la información del perfil del alumno Cuando el usuario se encuentre verificado Entonces podrá modificar la información de su perfil. Escenario 2: Dado que, el sistema no mostrara la información del perfil del alumno Cuando el usuario no se encuentre verificado Entonces la página no mostrara información alguna. 29 HU-27: Historia de Usuario Numero: 27 Usuario: Cliente Nombre de Historia: Ver la página en cualquier navegador Prioridad en negocio: Alta Riesgo en desarrollo: Media Puntos Estimados: 4 Iteración Asignada: 2 Programador Responsable: Olivares Orlando Descripción: Como cliente quiero que la pagina funcione en todos los navegadores para evitar errores de compatibilidad Descripción: Como cliente quiero que la pagina funcione en todos los navegadores para evitar errores de compatibilidad Validación: Escenario 1: Dado que, el sistema desarrollará todos los procesos Cuando el usuario ejecute la página desde Google Chrome Entonces el usuario podrá navegar sin dificultad. Escenario 2: Dado que, el sistema desarrollará todos los procesos Cuando el usuario ejecute la página desde Opera Entonces el usuario podrá navegar sin dificultad. Escenario 3: Dado que, el sistema desarrollará sus todo sus procesos Cuando el usuario ejecute la página desde Firefox Entonces el usuario podrá navegar sin dificultad. 30 c) Tablero canvan 31 32 4.4.2. Daily Sprint Daily Sprint N° 2 Fecha Sprint Roles Nombre ¿Qué hice ayer? participant ¿Qué es lo que voy a hacer ¿He tenido algún tipo de hoy? problema durante el desarrollo es o si tengo algún problema? 25/04/22 25/04/22 28/04/22 28/04/22 01/05/22 01/05/22 04/05/22 04/05/22 07/05/22 07/05/22 10/05/22 10/05/22 13/05/22 13/05/22 1 DEV1 Orlando Olivares 1 DEV2 Jesús Solano 1 DEV1 Orlando Olivares 1 DEV2 Jesús Solano 1 DEV1 Orlando Olivares 1 DEV2 Jesús Solano 1 DEV1 Orlando Olivares 1 DEV2 Jesús Solano 1 DEV1 Orlando Olivares 1 DEV2 Jesús Solano 1 DEV1 Orlando Olivares 1 DEV2 Jesús Solano 1 DEV1 Orlando Olivares 1 DEV2 Jesús Solano Realización del sprint retrospective N° 1 Reunion del Sprint planning N° 2 Ninguno Realización del sprint Reunion del Sprint retrospective N° 1 planning N° 2 Desarrollo de la Historia Pruebas de la de Usuario N°22 funcionalidad HU-22 Desarrollo de la Historia Prueba de la de Usuario N°16 funcionalidad HU-16 Desarrollo de la Historia Prueba de la de Usuario N°27 funcionalidad HU-27 Desarrollo de la Historia Prueba de la de Usuario N°26 funcionalidad HU-26 Desarrollo de la Historia Prueba de la de Usuario N°20 funcionalidad HU-20 Desarrollo de la Historia Prueba de la de Usuario N°21 funcionalidad HU-21 Desarrollo de la historia Desarrollo de la historia Complicaciones en de Usuario N° 01 de Usuario N° 01 programación Desarrollo de la historia Desarrollo de la historia Complicaciones en de Usuario N° 01 de Usuario N° 01 programación Realización del Sprint Realización del Sprint Grooming Review Realización del Sprint Realización del Sprint Grooming Review Realización del Sprint Realización del Sprint Review Retrospective Realización del Sprint Realización del Sprint Review Retrospective Ninguno Ninguno Ninguno Errores de programación Ninguno Ninguno Errores de programación Ninguno Ninguno Ninguno Ninguno 33 4.4.3. Sprint Review HU-09: 34 HU-16: HU-20: 35 HU-21: HU-22: 36 HU-26: HU-27: 37 4.4.4. Sprint Retrospectiva Numero de ¿Qué salió bien en la ¿Qué no salió bien en la ¿Qué sprint iteración? (aciertos) iteración? (errores) implementar mejoras en vamos la a próxima iteración? (recomendaciones de mejora continua) 2 Se culmino con gran No seleccionaron Coordinar mejor un objetivo, para la parte de las historias de correctamente las historias selección de las historias de usuario usuario (9-16-20-21-22- de usuario en base a un que 26-27). Se pasara al objetivo concreto. Además, desarrollo. siguiente el no se culminó el desarrollo desarrollo de la Historia de la historia de usuario N° de Usuario 01 1, la sprint se serán trabajadas en el 4.4.5. Burdown Char Sprint II La siguiente figura consta el Burdown chart al final del Sprint 2. En el eje X, se visualiza los días del Sprint y en el eje Y, los puntos de historia del Sprint. En el Sprint 2 se muestra el desarrollo diario de las tareas, en el rango de fechas establecidas. La línea de las tareas desarrolladas está por debajo de la pendiente de la línea de la Tarea Ideal (Target Burdown), es decir, se aprecia que no hubo retrasos en el desarrollo desde el inicio 25/04/2022 hasta el 04/05/22, pero hubo retrasos desde el 05/05/22 hasta el 15/05/2022, sin lograr finalizar el Sprint 2. 38 4.5 Sprint III 4.5.1. Sprint Planning a) Objetivo de Sprint : Desarrollar la gestión de cursos y funcionalidades extras. b) Historias Priorizadas: HU-28 39 HU-29 40 HU-30 HU-31 41 HU-32 HU-33 42 HU-34 HU-35 43 HU-36 44 c) Tablero Canvan 45 4.5.2. Daily Sprint Daily Sprint N° 3 Fecha Sprint Roles Nombre ¿Qué hice ayer? participant ¿Qué es lo que voy a hacer ¿He tenido algún tipo de hoy? problema durante el desarrollo es 16/05/22 16/05/22 19/05/22 19/05/22 22/05/22 22/05/22 25/05/22 25/05/22 28/05/22 28/05/22 o si tengo algún problema? 3 DEV Orlando Olivares 3 PO Jesús Solano 3 DEV Orlando Olivares 3 PO Jesús Solano 3 DEV Orlando Olivares 3 PO Jesús Solano 3 DEV Orlando Olivares 3 PO Jesús Solano 3 DEV Orlando Olivares 3 PO Jesús Solano 31/05/22 3 DEV Orlando Olivares 31/05/22 3 PO Jesús Solano 03/06/22 3 DEV Orlando Olivares 03/06/22 3 PO Jesús Solano Desarrollo de Historia de Prueba de Funcionalidad Usuario 28 de Historia de Usuario 28 Desarrollo de Historia de Prueba de Funcionalidad Usuario 28 de Historia de Usuario 28 Ninguno Ninguno Desarrollo de Historia de Prueba de Funcionalidad Errores en la prueba de Usuario 29 de Historia de Usuario 29 Funcionalidad Desarrollo de Historia de Prueba de Funcionalidad Errores en la prueba de Usuario 29 de Historia de Usuario 29 Funcionalidad Desarrollo de Historia de Prueba de Funcionalidad Usuario 30 de Historia de Usuario 30 Desarrollo de Historia de Prueba de Funcionalidad Usuario 30 de Historia de Usuario 30 Ninguno Ninguno Desarrollo de Historia de Prueba de Funcionalidad Usuario 31 de Historia de Usuario 31 Desarrollo de Historia de Prueba de Funcionalidad Usuario 31 de Historia de Usuario 31 Desarrollo de Historia de Prueba de Funcionalidad Errores en la prueba de Usuario 32 de Historia de Usuario 32 Funcionalidad Desarrollo de Historia de Prueba de Funcionalidad Errores en la prueba de Usuario 32 de Historia de Usuario 32 Funcionalidad Desarrollo de Historia de Usuario 33-36 Desarrollo de Historia de Usuario 33-36 Desarrollo de Historia de Usuario 34-35 Desarrollo de Historia de Usuario 34-35 Ninguno Ninguno Prueba de Funcionalidad de Historia de Usuario 33- Ninguno 36 Prueba de Funcionalidad de Historia de Usuario 33- Ninguno 36 Prueba de Funcionalidad de Historia de Usuario 34- Errores de Programación 35 Prueba de Funcionalidad de Historia de Usuario 34- Errores de Programación 35 46 4.5.3. Sprint Review HU-28 HU-29 HU-30 HU-31 47 HU-32 HU-33 48 HU-34 HU-35 49 HU-36 50 4.5.4. Sprint Retrospectiva Numero de sprint ¿Qué salió bien en la iteración? (aciertos) ¿Qué no salió bien en la iteración? (errores) ¿Qué mejoras vamos a implementar en la próxima iteración? (recomendaciones de mejora continua) 3 Se culmino con satisfacción el Se suscitaron complicaciones en Coordinar un mejor tiempo para el desarrollo de desarrollo de todas las historias los Daily meetings, con respecto a los Daily meeting , a su vez el manejo para el de usuarios presupuestadas en los tiempos. desarrollo de las historias de usuarios el sprint planning 4.5.5. Burdown Char Sprint III La siguiente figura consta el Burdown chart al final del Sprint 3. En el eje X, se visualiza los días del Sprint y en el eje Y, los puntos de historia del Sprint. En el Sprint 3 se muestra el desarrollo diario de las tareas, en el rango de fechas establecidas. La línea de las tareas desarrolladas está por encima de la pendiente de la línea de la Tarea Ideal (Target Burdown), es decir que las tareas se desarrollaron de acuerdo a las fechas establecidas, concluyendo satisfactoriamente el desarrollo de este sprint. 51 4.6. Sprint IV 4.6.1. Sprint Planning a) Objetivo de Sprint : Implementar la gestión de notas y realizar mejoras de UI/UX en la funcionalidades de establecidas. b) Historias Priorizadas: HU-37: Historia de Usuario Numero: 37 Usuario: Docente Nombre de Historia: Visualizar las notas de los alumnos Prioridad en negocio: Alta Riesgo en desarrollo: Medio Puntos Estimados: 8 Iteración Asignada: 4 Programador Responsable: Solano Jesús Descripción: Como docente quiero visualizar las notas de los alumnos para poder tener un registro detallado de las calificaciones. Validación: Escenario 1: Permitir visualizar las notas respectivas Dado que, la plataforma virtual permite el ingreso al perfil docente Cuando el docente realizará la acción de visualizar las notas respectivas de los alumnos por grado y sección Entonces el sistema mostrará detalladamente en cada perfil del docente las notas de los alumnos de manera correspondiente. Escenario 2: Denegar visualizar las notas respectivas Dado que, la plataforma virtual permite el ingreso al perfil docente Cuando el docente realizará la acción de visualizar las notas respectivas de los alumnos por grado y sección Entonces el sistema no mostrará detalladamente en cada perfil del docente las notas de los alumnos de manera correspondiente. 52 HU-38 Historia de Usuario Numero: 38 Usuario: Administrador Nombre de Historia: Visualizar las notas de los alumnos Prioridad en negocio: Alta Riesgo en desarrollo: Media Puntos Estimados: 8 Iteración Asignada: 4 Programador Responsable: Olivares Orlando Descripción: Como administrador quiero visualizar las notas de los alumnos para poder controlar el registro de notas adecuado Validación: Escenario 1: Permitir visualizar las notas respectivas Dado que, la plataforma virtual permite el ingreso al perfil usuario Cuando el administrador realizará la acción de visualizar las notas respectivas de los alumnos por grado y sección en cada tipo de usuario Entonces el sistema mostrará detalladamente en cada perfil de los usuarios las notas de manera correspondiente. Escenario 2: Denegar visualizar las notas al detalle Dado que, la plataforma virtual permite el ingreso al perfil usuario Cuando el administrador realizará la acción de visualizar las notas respectivas de los alumnos por grado y sección en cada tipo de usuario Entonces el sistema no mostrará detalladamente en cada perfil de los usuarios las notas de manera correspondiente. HU-39 Historia de Usuario Numero: 39 Usuario: Alumno Nombre de Historia: Visualizar las notas en perfil alumno Prioridad en negocio: Alta Riesgo en desarrollo: Media Puntos Estimados: 8 Iteración Asignada: 4 Programador Responsable: Solano Jesús Descripción: Como alumno quiero visualizar las notas de cada curso para conocer el puntaje obtenido por examen Validación: Escenario 1: Permitir visualizar las notas respectivas Dado que, la plataforma virtual permite el ingreso al perfil alumno Cuando el alumno realizará la acción de visualizar las notas respectivas en el perfil asignado Entonces el sistema mostrará detalladamente en cada perfil alumno las notas de manera correspondiente. Escenario 2: Denegar visualizar las notas al detalle Dado que, la plataforma virtual permite el ingreso al perfil alumno Cuando el alumno realizará la acción de visualizar las notas respectivas en el perfil asignado Entonces el sistema no mostrará detalladamente en cada perfil alumno las notas de manera correspondiente. 53 HU-40 Historia de Usuario Numero: 40 Usuario: Docente Nombre de Historia: Agregar las notas a los alumnos Prioridad en negocio: Alta Riesgo en desarrollo: Media Puntos Estimados: 8 Iteración Asignada: 4 Programador Responsable: Olivares Orlando Descripción: Como docente quiero agregar las notas de cada curso para poder actualizar las notas de los exámenes. Validación: Escenario 1: Permitir agregar las notas respectivas Dado que, la plataforma virtual permite el ingreso al perfil alumno Cuando el alumno realizará la acción de visualizar las notas respectivas en el perfil asignado Entonces el sistema mostrará detalladamente en cada perfil alumno las notas de manera correspondiente. Escenario 2: Denegar agregar las notas al detalle Dado que, la plataforma virtual permite el ingreso al perfil alumno Cuando el alumno realizará la acción de visualizar las notas respectivas en el perfil asignado Entonces el sistema no mostrará detalladamente en cada perfil alumno las notas de manera correspondiente. HU-02 Historia de Usuario Numero: 2 Usuario: Docente Nombre de Historia: Modificar notas de alumnos Prioridad en negocio: Alta Riesgo en desarrollo: Bajo Puntos Estimados: 10 Iteración Asignada: 3 Programador Responsable: Olivares Orlando Descripción: Como Docente, quiero visualizar la lista de los alumnos para modificar las notas correspondientes del alumno. Validación: Escenario 1: Modificar de forma adecuada las notas Dado que, el usuario ingresa a la plataforma virtual que muestra la opción de modificar calificaciones Cuando el docente selecciona la opción en el perfil del alumno Entonces la plataforma virtual mostrará la ventana agregar calificación. Escenario 2: Modificar de forma inadecuada las notas Dado que, el usuario ingresa a la plataforma virtual muestra la opción de modificar calificaciones Cuando el docente selecciona la opción en el perfil del alumno Entonces la plataforma virtual no mostrará la ventana agregar calificación. 54 HU-41 Historia de Usuario Numero: 41 Usuario: Administrador Nombre de Historia: Registrar perfil de alumno Prioridad en negocio: Alta Riesgo en desarrollo: Media Puntos Estimados: 8 Iteración Asignada: 4 Programador Responsable: Solano Jesús Descripción: Como administrador quiero registrar el perfil de alumno para poder tener un control del número de alumnos por año. Validación: Escenario 1: Permitir registrar perfil de alumno Dado que, la plataforma virtual permite el ingreso al perfil alumno Cuando el administrador realizará la acción registrar el perfil de cada alumno respectivo Entonces el sistema mostrará detalladamente en cada perfil alumno, la información correspondiente. Escenario 2: Denegar registrar perfil de alumno Dado que, la plataforma virtual permite el ingreso al perfil alumno Cuando el administrador no realizará la acción registrar el perfil de cada alumno respectivo Entonces el sistema mostrará no detalladamente en cada perfil alumno, la información correspondiente. HU-42 Historia de Usuario Numero: 42 Usuario: Administrador Nombre de Historia: Registrar perfil de profesor Prioridad en negocio: Alta Riesgo en desarrollo: Media Puntos Estimados: 8 Iteración Asignada: 4 Programador Responsable: Solano Jesús Descripción: Como administrador quiero registrar el perfil del profesor para poder tener un control de los cursos y horarios designados. Validación: Escenario 1: Permitir registrar perfil de profesor Dado que, la plataforma virtual permite el ingreso al perfil profesor Cuando el administrador realizará la acción registrar el perfil de cada profesor respectivo Entonces el sistema mostrará detalladamente en cada perfil profesor, la información correspondiente. Escenario 2: Denegar registrar perfil de profesor Dado que, la plataforma virtual permite el ingreso al perfil profesor Cuando el administrador no realizará la acción registrar el perfil de cada profesor respectivo Entonces el sistema no mostrará detalladamente en cada perfil profesor, la información correspondiente. 55 HU-43 Historia de Usuario Numero: 43 Usuario: Administrador Nombre de Historia: Visualizar la información de usuario Prioridad en negocio: Alta Riesgo en desarrollo: Media Puntos Estimados: 8 Iteración Asignada: 4 Programador Responsable: Olivares Orlando Descripción: Como administrador quiero visualizar la información del usuario para poder evitar duplicidad de cuentas de usuarios. Validación: Escenario 1: Permitir visualizar la información Dado que, la plataforma virtual permite el ingreso al perfil de usuario Cuando el administrador realizará la acción visualizar el perfil de cada usuario respectivo Entonces el sistema mostrará detalladamente la información correspondiente. Escenario 2: Denegar visualizar la información Dado que, la plataforma virtual permite el ingreso al perfil de usuario Cuando el administrador no realizará la acción visualizar el perfil de cada usuario respectivo Entonces el sistema no mostrará detalladamente la información correspondiente. HU-44 Historia de Usuario Numero: 44 Usuario: Administrador Nombre de Historia: Visualizar por curso las notas de cada alumno Prioridad en negocio: Alta Riesgo en desarrollo: Media Puntos Estimados: 8 Iteración Asignada: 4 Programador Responsable: Solano Jesús Descripción: Como administrador quiero visualizar por curso las notas de cada alumno para poder tener un control detallado. Validación: Escenario 1: Permitir visualizar por curso las notas de cada alumno Dado que, la plataforma virtual permite el ingreso al perfil alumno Cuando el administrador realizará la acción visualizar por curso las notas de cada alumno respectivo Entonces el sistema mostrará detalladamente la información correspondiente. Escenario 2: Denegar visualizar por curso las notas de cada alumno Dado que, la plataforma virtual permite el ingreso al perfil alumno Cuando el administrador no realizará la acción visualizar por curso las notas de cada alumno respectivo Entonces el sistema mostrará detalladamente la información correspondiente. 56 c) Tablero Canvan: 57 4.6.2. Daily Sprint Daily Sprint N° 4 Fecha Sprint Roles Nombre ¿Qué hice ayer? participant ¿Qué es lo que voy a hacer ¿He tenido algún tipo de hoy? problema durante el desarrollo es 06/06/22 06/06/22 09/06/22 09/06/22 12/06/22 12/06/22 15/06/22 15/06/22 18/06/22 18/06/22 o si tengo algún problema? 4 DEV Orlando Olivares 4 PO Jesús Solano 4 DEV Orlando Olivares 4 PO Jesús Solano 4 DEV Orlando Olivares 4 PO Jesús Solano 4 DEV Orlando Olivares 4 PO Jesús Solano 4 DEV Orlando Olivares 4 PO Jesús Solano 4 DEV Orlando Olivares 21/06/22 21/06/22 4 PO Jesús Solano 24/06/22 4 DEV Orlando Olivares 24/06/22 4 PO Jesús Solano Desarrollo de Historia de Prueba de Funcionalidad Usuario 37 de Historia de Usuario 37 Desarrollo de Historia de Prueba de Funcionalidad Usuario 37 de Historia de Usuario 37 Desarrollo de Historia de Prueba de Funcionalidad Usuario 39 de Historia de Usuario 39 Desarrollo de Historia de Prueba de Funcionalidad Usuario 39 de Historia de Usuario 39 Desarrollo de Historia de Prueba de Funcionalidad Usuario 38 de Historia de Usuario 38 Desarrollo de Historia de Prueba de Funcionalidad Usuario 38 de Historia de Usuario 38 Desarrollo de Historia de Prueba de Funcionalidad Usuario 40 de Historia de Usuario 40 Desarrollo de Historia de Prueba de Funcionalidad Usuario 40 de Historia de Usuario 40 Desarrollo de Historia de Prueba de Funcionalidad Usuario 44 de Historia de Usuario 44 Desarrollo de Historia de Prueba de Funcionalidad Usuario 44 de Historia de Usuario 44 Desarrollo de Historia de Usuario 42-02 Desarrollo de Historia de Usuario 42-02 Desarrollo de Historia de Usuario 41-01 Desarrollo de Historia de Usuario 41-01 Ninguno Ninguno Ninguno Ninguno Ninguno Ninguno Ninguno Ninguno Ninguno Ninguno Prueba de Funcionalidad de Historia de Usuario 42- Ninguno 02 Prueba de Funcionalidad de Historia de Usuario 42- Ninguno 02 Prueba de Funcionalidad Ninguno de Historia de Usuario 4101 Prueba de Funcionalidad Ninguno de Historia de Usuario 4101 58 4.6.3. Sprint Review HU-01 HU-02 HU-37 59 HU-38 HU-39 60 HU-41 HU-42 61 HU-43 HU-44 62 4.6.4. Sprint Retrospectiva Numero de ¿Qué salió bien en la ¿Qué no salió bien en la ¿Qué sprint iteración? (aciertos) iteración? (errores) implementar mejoras en vamos la a próxima iteración? (recomendaciones de mejora continua) 4 Se culmino con Problemas satisfacción el desarrollo despliegue de todas las historias de online. en del el sistema Realizar reuniones con la finalidad de mejorar el diseño del sistema usuarios presupuestadas en el sprint planning 4.6.5. Burdown Char Sprint IV 63 La siguiente figura consta el Burdown chart al final del Sprint 4. En el eje X, se visualiza los días del Sprint y en el eje Y, los puntos de historia del Sprint. En el Sprint 4 se muestra el desarrollo diario de las tareas, en el rango de fechas establecidas. La línea de las tareas desarrolladas está por encima de la pendiente de la línea de la Tarea Ideal (Target Burdown), es decir que las tareas se desarrollaron de acuerdo a las fechas establecidas, concluyendo satisfactoriamente el desarrollo de este sprint. 64 4.7. Sprint V 4.7.1. Sprint Planning a) Objetivo del Sprint : Implementar al sistema de un modulo de evaluaciones y continuar mejoras del UI/UX b) Historias priorizadas: c) Tablero Canvan: 4.7.2. Daily Sprint 4.7.3. Sprint Review 4.7.4. Sprint Retrospectiva 4.7.5. Burdown Char Sprint V 65 5. Certificación de la Solución 5.1. Sprint I HU-04: Mostrar información de estudiante Escenario Escenario 1: Mostrar de manera adecuada la información del estudiante Dado que, el usuario ingresa a la plataforma web que muestra la información del estudiante Cuando el administrador selecciona la opción de perfil de los alumnos Entonces la plataforma web mostrará información Test Case 1. Mostrar la página mostrar la información del estudiante. Pantalla personal de cada alumno. Escenario 2: Mostrar de una forma inadecuada la información del estudiante 1. Mostrar la acción denegar la información del estudiante. Dado que, el usuario ingresa a la plataforma web que muestra la información del estudiante Cuando el administrador selecciona la opción de perfil de los alumnos Entonces la plataforma web no mostrará información personal de cada alumno. 67 HU-05: Visualizar información del docente Escenario Escenario 1: Visualizar de manera adecuada la información del docente Test Case Pantalla 1. Mostrar la página de visualizar la información de los docentes. Dado que, el usuario ingresa a la plataforma web que muestra el curso y el horario de cada profesor Cuando el alumno selecciona la opción perfil del docente Entonces la plataforma web mostrará información personal y académica del docente. 68 Escenario 2: Visualizar de manera inadecuada la información del estudiante 1. Mostrar la página denegar la visualización de la información Dado que, el usuario no ingresa a la plataforma web que muestra el curso y el horario de cada profesor Cuando el alumno selecciona la opción perfil del docente Entonces la plataforma web mostrará información personal y académica del docente. 69 HU-06: Verificar nuevos usuarios Escenario Escenario 1: Verificar de manera adecuada el nuevo usuario Dado que, el Administrador ingresa a la plataforma web que mostrará la opción de registro de nuevos usuarios Test Case Pantalla 1. Mostrar la página para realizar la acción de la verificación de los nuevos usuarios. Cuando seleccion a el perfil del nuevo usuario Entonces la plataforma virtual mostrará una lista de usuarios y podrá verificar al usuario nuevo. 70 Escenario 2: Verificar de manera inadecuada el nuevo usuario Dado que, el Administrador ingresa a la plataforma web que mostrará la opción de registro de nuevos usuarios 1. Mostrar la página de la denegació n de verificar los nuevos usuarios. Cuando seleccion a el perfil del nuevo usuario Entonces la plataforma virtual mostrará una lista de usuarios y podrá verificar al usuario nuevo. 71 HU-07: Registrar nuevo usuario Escenario Escenario 1: Verificar de manera adecuada el registro de usuario Dado que, el usuario ingresa a la plataforma web que mostrará la opción registrar usuario Cuando selecciona agregar Test Case Pantalla 1. Ingresar a la página de registrar nuevos usuarios. 2. Mostrar la página y realizar registrar nuevos usuarios. Entonces el usuario podrá crear un nuevo usuario. Escenario 2: Verificar de manera inadecuada el registro de usuario Dado que, el usuario ingresa a la plataforma web que mostrará la opción registrar usuario 1. Mostrar la página de denegació n de registro de nuevos usuarios. 72 Cuando seleccion a agregar Entonces el usuario no podrá crear un nuevo usuario. 73 HU-08: Autenticar el inicio de sesión Escenario Escenario 1: Acceso a la plataforma web Dado que, la plataforma virtual verifica al usuario correcto Cuando el alumno solicita el ingreso mediante usuario, contraseña y autenticación Captcha Entonces la plataforma virtual brindará el acceso correspondiente al alumno. Test Case Pantalla 1. Ingresar con usuario y contraseña en el inicio de sesión. 2. Hacer la autentificación correspondiente. 3. Mostrar la autentificación en el inicio de sesión. 74 Escenario 2: Denegación al acceso de la plataforma web Dado que, la plataforma virtual verifica al usuario correcto 1. Ingresar con el usuario y contraseña en el inicio de sesión. 2. Restringir la autentificación en el inicio de sesión. Cuando el alumno solicita el ingreso mediante usuario, contraseña y autentificación Captcha Entonces la plataforma virtual negará el acceso correspondiente al alumno. 75 HU-12: Visualizar la lista por cada tipo de usuario Escenario Escenario 1: Visualizar de forma adecuada la lista por cada tipo de usuario Test Case Pantalla 1. Mostrar la visualización de cada tipo de usuario. Dado que, la plataforma virtual permite el acceso a la lista de cada tipo de usuario Cuando el administrador ingresa hacia la vista por cada tipo de usuario Entonces la plataforma virtual mostrará detalladamente la lista de datos por cada tipo de usuario. 76 Escenario 2: Denegar la acción agregar nuevos grupos de usuarios Dado que, la plataforma virtual no permite visualizar los grupos de alumnos y profesores Cuando el administrador agrega nuevos grupos de usuarios Entonces la plataforma virtual no mostrará detalladamente la lista de datos por cada tipo de usuario. 1. Mostrar la acción denegar la visualización por cada tipo de usuario. 77 HU-13: Quiero registrar nuevos grupos de usuarios Escenario Escenario 1: Agregar de una manera adecuada los nuevos grupos de usuarios Dado que, la plataforma virtual permite visualizar los grupos de alumnos y profesores Test Case Pantalla 1. Ingresar al perfil de usuario. 2. Mostrar la página de registro de nuevos usuarios. 3. Realizar el registro de los nuevos grupos de usuarios. Cuando el administrador agrega nuevos grupos de usuarios Entonces la plataforma virtual mostrará detalladamente el listado de nuevos alumnos con el nuevo profesor designado. 78 Escenario 2: Denegar la acción agregar nuevos grupos de usuarios Dado que, la plataforma virtual no permite visualizar los grupos de alumnos y profesores Cuando el administrador agrega nuevos grupos de usuarios Entonces la plataforma virtual no mostrará detalladamente el listado de nuevos alumnos con el nuevo profesor designado. 1. Ingresar al perfil de usuario. 2. Mostrar la página y denegar la acción registro de nuevos grupos. 79 HU-14: Cambiar contraseña por cada tipo de usuario Escenario Escenario 1: Cambiar contraseña de manera exitosa Dado que, la plataforma virtual permite cambiar periódicamente la contraseña por cada tipo de usuario Test Case Pantalla 1. Ingresar al perfil de cada tipo de usuario. 2. Mostrar la página para el cambio de contraseña. 3. Hacer el cambio respectivo de contraseña. Cuando el alumno para seguridad de la cuenta propia crea una nueva contraseña Entonces la plataforma virtual mostrará un mensaje de cambio de contraseña exitosa y se enviará al correo personal correspondiente. 80 Escenario 2: Denegar el cambio de contraseña por cada tipo de usuario Dado que, la plataforma virtual no permite cambiar periódicamente la contraseña por cada tipo de usuario Cuando el alumno para seguridad de la cuenta propia crea una nueva contraseña 1. Ingresar al perfil de usuario. 2. Mostrar la página de cambio de contraseña por cada tipo de usuario. 3. Mostrar un mensaje con error en el correo electrónico elegido. Entonces la plataforma virtual no mostrará un mensaje de cambio de contraseña exitosa y se enviará al correo personal correspondiente. 81 HU-15: Actualizar los permisos de cada tipo de usuario Escenario Escenario 1: Actualizar de una forma adecuada los datos de cada tipo de usuario Test Case Pantalla 1. Mostrar la página de actualizar los permisos de cada tipo de usuario. Dado que, la plataforma virtual permite actualizar los datos personales por cada tipo de usuario Cuando el administrador realiza la actualización de la información relevante cada año escolar de cada tipo de usuario Entonces la plataforma virtual mostrará los datos 82 personales e información verídica a cada tipo de usuario. Escenario 1. Mostrar la página de la 2: Denegar la denegación de los actualización permisos por cada tipo de los datos de usuario. de cada tipo de usuario Dado que, la plataforma virtual no permite actualizar los datos personales por cada tipo de usuario Cuando el administrador realiza la actualización de la información relevante cada año escolar de cada tipo de usuario Entonces la plataforma virtual no mostrará los 83 datos personales e información verídica a cada tipo de usuario. 84 HU-23: Eliminar usuarios Escenario Escenario 1: Permitir eliminar usuario Dado que, el sistema mostrará la opción de usuarios en la página administrador Test Case Pantalla 1. Ingresar al perfil del usuario respectivo. 2. Mostrar la página de la opción eliminar usuario. 3. Mostrar el usuario eliminado. Cuando el usuario al ingresar tenga el rol administrador Entonces tendrá acceso al botón de eliminar usuario. 85 Escenario 2: Denegar eliminar usuario Dado que, el sistema mostrará la opción de usuarios en la página administrador 1. Ingresar al perfil por cada usuario. 2. Mostrar la página de eliminar usuario. 3. Denegar eliminar usuario. Cuando el usuario ingresar tenga el rol staff Entonces no tendrá acceso al botón de eliminar usuario. 86 HU-24: Modificar Perfil Escenario Escenario 1: Permitir modificar perfil Dado que, el sistema muestra la información del perfil del alumno Test Case Pantalla 1. Ingresar al perfil de usuario. 2. Mostrar la modificación del perfil de usuario. Cuando el usuario se encontró verificado Entonces podrá modificar la información de su perfil. 87 Escenario 2: Denegar modificar perfil Dado que, el sistema no muestra la información del perfil del alumno 1. Ingresar al perfil del usuario. 2. Mostrar el perfil de cada usuario de una forma intacta. Cuando el usuario no se encontró verificado Entonces la página no muestra información alguna. 88 HU-25: Funcionalidad en distintos navegadores Escenario Escenario 1: Visualizar la página web en Google Chrome Dado que, el sistema desarrollará todos los procesos Test Case Pantalla 1. Mostrar la funcionalidad general mediante Google Chrome. Cuando el usuario ejecuta la página desde Google Chrome Entonces el usuario podrá navegar sin dificultad. Escenario 2: Visualizar la página web en Opera Dado que, el sistema desarrollará 1. Mostrar la funcionalidad general mediante Firefox. 89 todos procesos los Cuando el usuario ejecuta la página desde Opera Entonces el usuario podrá navegar sin dificultad. Escenario 3: Visualizar la página web en Firefox Dado que, el sistema desarrollará sus todos sus procesos 1. Mostrar funcionalidad general mediante Ophera. Cuando el usuario ejecuta la página desde Firefox. 90 5.2. Sprint II HU-20: Crear grupos de usuarios Escenario Escenario 1: Permitir la creación de grupos de usuarios Test Case Pantalla 1. Mostrar la creación de grupos de usuarios. Dado que, el administrador ingresa a la página administrador opción grupos Cuando desee crear grupos de usuarios Entonces el sistema mostrara todos los grupos existentes. 91 Escenario 2: Permitir la eliminación de grupos de usuarios Dado que, el administrador ingresa a la página administrador opción grupos 1. Mostrar la denegación de la creación de grupos de usuarios. Cuando desee eliminar grupos de usuarios Entonces el sistema mostrará todos los grupos existentes. 92 HU-21: Mostrar registro log de usuario Escenario Escenario 1: Permitir realizar la muestra del registro log de usuario Test Case Pantalla 1. Mostrar el registro log de cada usuario. Dado que, el sistema mostrara la sección de usuarios en la página administrador Cuando el rol logear para ingresar sea de administrador Entonces el sistema mostrara el ultimo inicio de sesión. 93 Escenario 2: Denegar la muestra del registro log de usuario 1. Mostrar la denegación del registro log de usuario. Dado que, el sistema mostrara la sección de usuarios en la página administrador Cuando el rol logear para ingresar sea de staff Entonces el sistema no mostrara el ultimo inicio de sesión. 94 HU-22: Mostrar fecha de registro Escenario Escenario 1: Permitir la muestra de fecha de registro Dado que, el sistema mostrara la sección de usuarios en la página administrador Test Case Pantalla 1. Ingresar al perfil por cada tipo de usuario. 2. Realizar fecha de registro en la página. Cuando el usuario al ingresar tenga rol de administrador Entonces el sistema mostrara la fecha de creación de los usuarios. 95 Escenario 2: Denegar la muestra en la fecha de registro Dado que, el sistema mostrara la sección de usuarios en la página administrador 1. Ingresar al perfil de usuario. 2. Mostrar la página solicitada y no mostrar ficha de registro. Cuando el usuario al ingresar tenga un rol de staff. 96 5.3. Sprint III HU-28: Designación de cada alumno a un aula respectivo Escenario Escenario 1: Permitir la designación de cada alumno a un aula Dado que, la plataforma virtual permite el ingreso al perfil de los alumnos Test Case Pantalla 1. Ingresar al perfil del usuario. 2. Mostrar la página de rechazar la designación de los alumnos. Cuando el administrador realizará la designación de cada alumno hacia un aula Entonces el sistema mostrará detalladamente cada perfil del estudiante respectivamente. 97 Escenario 2: Denegar la designación de cada alumno a un aula Ingresar al perfil del usuario. Mostrar la página de la lista de la designación de los alumnos. Dado que, la plataforma virtual no permite el ingreso al perfil de los alumnos Cuando el administrador realizará la designación de cada alumno hacia un aula Entonces el sistema no mostrará detalladamente cada perfil del estudiante respectivamente. 98 HU-29: Modificación de aulas designadas Escenario Escenario 1: Permitir la modificación de las aulas designadas Dado que, la plataforma virtual permite el ingreso al perfil de cada usuario Cuando el administrador realice la modificación en la designación de cada usuario hacia un aula Test Case Pantalla 1. Ingresar al perfil de cada usuario. 2. Mostrar el botón modificar aulas. 3. Mostrar la página de la acción modificar las aulas asignadas. Entonces el sistema mostrará detalladamente cada perfil del usuario y los cambios respectivamente. 99 Escenario 2: Denegar la realización de modificar las aulas designadas Dado que, la plataforma virtual no permite el ingreso al perfil de cada usuario Cuando el administrador realice la modificación en la designación de cada usuario hacia un aula Entonces el sistema no mostrará detalladamente cada perfil del usuario y los cambios respectivamente. 1. Ingresar al perfil por cada usuario. 2. Mostrar la página de las aulas designadas. 100 HU-30: Agregar nuevos cursos Escenario Escenario 1: Permitir agregar nuevos cursos Dado que, la plataforma virtual permite el ingreso a la vista de la información por cada grado de estudio Cuando el administrador realizará la acción de agregar nuevos cursos de acuerdo al plan de estudio Test Case Pantalla 1. Ingresar al perfil de cada usuario. 2. Mostrar el botón de agregar nuevos cursos. 3. Mostrar la página de la acción agregar los nuevos cursos. Entonces el sistema mostrará detalladamente en cada perfil del usuario los cambios respectivamente. 101 Escenario 2: Denegar agregar nuevos cursos Dado que, la plataforma virtual no permite el ingreso a la vista de la información por cada grado de estudio Cuando el administrador realizará la acción de agregar nuevos cursos de acuerdo al plan de estudio Entonces el sistema no mostrará detalladamente en cada perfil del usuario los cambios respectivamente. 1. Ingresar al perfil de usuario. 2. Mostrar el botón agregar cursos. 3. Mostrar la página de agregar cursos y el mensaje de denegar la acción. 102 HU-31: Editar o actualizar las categorías y los cursos Escenario Escenario 1: Permitir editar o actualizar las categorías y los cursos Dado que, la plataforma virtual permite el ingreso a la vista de la información por cada grado de estudio Cuando el administrador realice la acción de editar o actualizar las categorías y los cursos adecuados Test Case Pantalla 1. Ingresar al perfil de usuario. 2. Haga clic en el botón o actualizar en cada perfil de usuario las categorías y los cursos. 3. Mostrar la página de editar o actualizar en cada perfil de usuario las categorías y los cursos. Entonces el sistema mostrará detalladamente en cada perfil del usuario los cambios respectivamente. 103 Escenario 2: Denegar la acción editar o actualizar las categorías y los cursos Dado que, la plataforma virtual no permite el ingreso a la vista de la información por cada grado de estudio Cuando el administrador realice la acción de editar o actualizar las categorías y los cursos adecuados Entonces el sistema no se muestra detalladamente en cada perfil del usuario los cambios respectivamente. 1. Ingresar al perfil de cada usuario. 2. Realizar clic al botón editar o actualizar las categorías y los cursos. 3. Mostrar un mensaje denegación de la acción editar o actualizar las categorías y los cursos. 104 HU-32: Eliminar los cursos inadecuados Escenario Escenario 1: Permitir eliminar los cursos inadecuados Dado que, la plataforma virtual permite el ingreso a la vista de la información por cada grado de estudio Test Case Pantalla 1. Ingresar al perfil de cada usuario. 2. Mostrar los cursos al seleccionar la opción. 3. Realizar la eliminación de los cursos no relevantes. Cuando el administrador realice la acción de editar o actualizar las categorías y los cursos adecuados Entonces el sistema mostrará detalladamente en cada perfil del usuario los cambios respectivamente. 105 Escenario 2: Denegar la acción eliminar los cursos Dado que, la plataforma virtual no permite el ingreso a la vista de la información por cada grado de estudio Cuando el administrador realice la acción de editar o actualizar las categorías y los cursos adecuados Entonces el sistema no se muestra detalladamente en cada perfil del usuario los cambios respectivamente. 1. Ingresar al perfil del usuario 2. Mostrar la página de los cursos en cada perfil 3. Hacer la acción de designar los cursos adecuados 106 HU-33: Elección del aula respectivo Escenario Escenario 1: Permitir la elección del aula Dado que, la plataforma virtual permite el ingreso a la vista de la información por cada grado de estudio Test Case Pantalla 1. Ingresar el usuario. 2. Mostrar el aula por cada grado. Cuando el administrador realizará la acción de la elección de un aula correspondiente hacia el profesor respectivo Entonces el sistema mostrará detalladamente en cada perfil del docente los cambios respectivamente. 107 Escenario 2: Denegar la elección del aula respectivo Dado que, la plataforma virtual no permite el ingreso a la vista de la información por cada grado de estudio Cuando el administrador realizará la acción de la elección de un aula correspondiente hacia el profesor respectivo Entonces el sistema no mostrará detalladamente en cada perfil del docente los cambios respectivamente. 1. Ingresar al perfil del usuario. 2. Mostrar la página del aula respectivo. 108 HU-34: Visualización verídica de la información del docente Escenario Escenario 1: Permitir visualizar la información del docente Test Case Pantalla 1. Ingresar al perfil docente. 2. Mostrar la página del perfil docente. Dado que, la plataforma virtual permite el ingreso al perfil de cada docente Cuando el administrador realice la acción de corroborar la información correcta de cada profesor respectivo Entonces el sistema mostrará detalladamente en cada perfil del docente la información correspondiente. 109 Escenario 2: Denegar la visualización de la información del profesor Dado que, la plataforma virtual no permite el ingreso al perfil de cada docente Cuando el administrador realice la acción de corroborar la información correcta de cada profesor respectivo Entonces el sistema no mostrará detalladamente en cada perfil del docente la información correspondiente. 1. Ingresar al perfil del docente desde otra cuenta. 2. Mostrar docencia sin detalles. 110 HU-35: Editar el aula por docente Escenario Escenario 1: Permitir la opción editar el aula por docente Dado que, la plataforma virtual permite el ingreso al perfil de cada docente Cuando el administrador realizará la acción de editar el aula de cada profesor asignado Test Case Pantalla 1. Ingresar al perfil docente. 2. Mostrar la opción de editar el cambio de aula por docente. 3. Realizar clic en el botón editar para el cambio de aula. Entonces el sistema mostrará detalladamente en cada perfil del docente la información correspondiente. 111 Escenario 2: Denegar la acción editar el aula por docente Dado que, la plataforma virtual no permite el ingreso al perfil de cada docente Cuando el administrador realizará la acción de editar el aula de cada profesor asignado Entonces el sistema no mostrará detalladamente en cada perfil del docente la información correspondiente. 1. Ingresar al perfil del docente. 2. Seleccionar la opción de edición. 3. Realizar clic en el botón editar para el cambio de aula. 4. Mostrar un mensaje de alerta no se ha realizado la acción editar el cambio de aula. 112 HU-36: Eliminar el horario del docente Escenario Escenario 1: Permitir eliminar el horario del docente Dado que, la plataforma virtual permite el ingreso al perfil de cada docente Cuando el administrador realizará la acción de eliminar el horario de cada profesor asignado y designará a otro docente respectivo Test Case Pantalla 1. Ingresar al perfil docente. 2. Elegir la opción de horarios en el perfil docente. 3. Elegir el horario de los cursos para eliminar. 4. Realizar un clic en el botón eliminar. Entonces el sistema mostrará detalladamente en cada perfil del docente la información correspondiente. 113 Escenario 2: Denegar la acción eliminar el horario del docente Dado que, la plataforma virtual no permite el ingreso al perfil de cada docente Cuando el administrador realizará la acción de eliminar el horario de cada profesor asignado y designará a otro docente respectivo Entonces el sistema no mostrará detalladamente en cada perfil del docente la información correspondiente. 1. Ingresar al perfil del docente. 2. Elegir la opción mostrar horarios. 3. Colocar el cursor y dar clic al horario eliminar. 4. Denegar la acción eliminar horario. 114 5.4. Sprint IV HU-41: Registrar perfil de alumno Escenario Escenario 1: Permitir registrar perfil de alumno Dado que, la plataforma virtual permite el ingreso al perfil del alumno Cuando el administrador realizó la acción registrar el perfil de cada alumno respectivo Test Case Pantalla 1. Ingresar al perfil del usuario. 2. Mostrar el botón de registrar alumno. 3. Mostrar la página de la acción registrar alumno. Entonces el sistema se mostrará detalladamente en cada perfil del alumno, la información correspondiente. 115 Escenario 2: Denegar registrar perfil de alumno Dado que, la plataforma virtual permite el ingreso al perfil del alumno Cuando el administrador no realice la acción registrar el perfil de cada alumno respectivo 1. Ingresar al perfil del usuario. 2. Mostrar el botón registrar alumno. 3. Mostrar la página de registrar alumno y el mensaje de denegar la acción. Entonces el sistema no muestra detalladamente en cada perfil del alumno, la información correspondiente. 116 HU-42: Registrar perfil de profesor Escenario Escenario 1: Permitir registrar perfil de profesor Dado que, la plataforma virtual permite el ingreso al perfil profesor Test Case Pantalla 1. Ingresar al perfil del usuario. 2. Mostrar la página de registrar profesor. Cuando el administrador realizará la acción registrar el perfil de cada profesor respectivo Entonces el sistema mostrará detalladamente en cada perfil profesor, la información correspondiente. 117 Escenario 2: Denegar registrar perfil de profesor 1. Mostrar la página y la denegación de registrar profesor. Dado que, la plataforma virtual permite el ingreso al perfil profesor Cuando el administrador no realizará la acción registrar el perfil de cada profesor respectivo Entonces el sistema no mostrará detalladamente en cada perfil profesor, la información correspondiente. 118 HU-43: Visualizar la información de usuario Escenario Escenario 1: Permitir visualizar la información Dado que, la plataforma virtual permite el ingreso al perfil de usuario Test Case Pantalla 1. Mostrar la visualizació n de la información de usuario. Cuando el administrador realizará la acción visualizar el perfil de cada usuario respectivo Entonces el sistema mostrará detalladamente la información correspondiente . 119 Escenario 2: Denegar visualizar la información Dado que, la plataforma virtual permite el ingreso al perfil de usuario 1. Mostrar la acción denegar visualizació n de la información. Cuando el administrado r no realizará la acción visualizar el perfil de cada usuario respectivo Entonces el sistema no mostrará detalladamente la información correspondiente . 120 HU-44: Visualizar por curso las notas de cada alumno Escenario Escenario 1: Permitir visualizar por curso las notas de cada alumno Test Case Pantalla 1. Mostrar la visualizar por curso las notas de cada alumno. Dado que, la plataforma virtual permite el ingreso al perfil alumno Cuando el administrador realizará la acción visualizar por curso las notas de cada alumno respectivo Entonces el sistema mostrará detalladamente la información correspondiente . 121 Escenario 2: Denegar por curso las notas de cada alumno 1. Mostrar la acción denegar visualizació n por curso las notas de cada alumno. Dado que, la plataforma virtual permite el ingreso al perfil alumno Cuando el administrado r no realizará la acción visualizar por curso las notas de cada alumno respectivo Entonces el sistema mostrará detalladamente la información correspondiente . 122 6. Arquitectura Tecnológica 6.1. Arquitectura de Aplicaciones 6.2. Diagrama de Despliegue 6.3. Diagrama de Componentes 6.4. Patrón MVT El patrón MVT es similar al conocido patrón MVC, pero tiene algunas variaciones. La letra “M” significa Model, es la capa de acceso a la base de datos, en esta se tiene contenido toda la información de cómo están relacionadas y como acceder a los datos. La letra “T” significa template, esta es la capa de presentación. Esta capa contiene las presentaciones con las que 124 el usuario interactuara. Por ultimo tenemos la letra “V”, esta es la capa lógica de negocios, en esta se desarrolla toda la parte lógica que tiene la tarea de ser un nexo entra el template y los models. 6.5. Diagrama de Clases 125 6.6. Diseño conceptual de BD 126 6.7. Diseño lógico de BD 127 6.8. Diseño físico de datos 128 7. ANEXOS 7.1. MockUps 7.2. Diccionario de Datos 129 130 7.3. Ficha de trabajo de Investigación FICHA DEL TRABAJO DE INVESTIGACIÓN FACULTAD: INGENIERÍA DATOS DEL DOCENTE Apellidos y nombres HUILLCA AYZA,VICKY Olivares Romero, Orlando// Jesús Solano Encarnación Ingeniería de Sistemas e Informática U172123687 Carrera Código Campus: Lima Norte 1011621 Problema de la investigación (no exceder las 200 palabras) Dando respuesta a las siguientes preguntas ¿Qué está mal?, ¿Dónde?, ¿Desde cuándo existe el problema?, ¿Cuál es la medición actual?, ¿Cómo determinó que es un problema?, etc. El actual canal de comunicación entre padres de familia y el colegio no es eficiente, esto se presenta desde el inicio de las operación de la institución educativa, la cual no ha innovado en sus canales de comunicación acorde a las diversas propuestas tecnológicas que existen en el mercado. Este canal de comunicación ineficiente se un problemapropuesto: debido al descontento por parte de los padres de familia Título del detecta Trabajocomo de Investigación con este. 131 Desarrollo de un sistema de web para el control escolar utilizando software libre en el colegio “Emaús”. 1. Alumnos que participar en este trabajo: Apellidos y nombres 1 Olivares Romero Orlando Código U17212368 Campus Lima Norte Apellidos y nombres 2 Jesús Solano Encarnación Código 1011621 Campus Lima Norte 2. Línea de investigación de la UTP a la que responde la investigación propuesta Sistemas de Información (Aplicaciones Cliente/Servidor) 132 Método de investigación Marca con X Cualitativa Cuantitativa X Mixto 3. Tipo de investigación (BASICA,ETC). 4. Considerando que el trabajo de campo se realizará en el curso Taller de investigación, indique el enfoque de investigación. Esta investigación tendrá un enfoque cuantitativo, y será el número de reclamos por parte de los padres de familia a fin de año serán los indicadores de medición para la realización de esta investigación. 5. Indica la o las competencias del modelo del egresado que serán desarrolladas fundamentalmente con este Trabajo de Investigación: 133 6. Enuncia 4 o 5 palabras claves que le permitan realizar la búsqueda de información para el Trabajo en Revistas Indizadas en WOS, SCOPUS, EBSCO, SciELO, etc., desde el comienzo del curso y obtener así información de otras fuentes especializadas. Ejemplo: Palabras Claves REPOSITORIO 1 REPOSITORIO 2 REPOSITORIO 3 Sistema web SCOPUS Alicia Scielo Intranet SCOPUS Alicia Scielo Software libre SCOPUS Alicia Scielo Cliente/servidor SCOPUS Alicia Scielo 9. Explica de forma clara y comprensible los objetivos o propósitos del trabajo de investigación El objetivo de esta investigación es el desarrollo de un sistema web que permita mantener a los padres de familias informados constantemente acerca del desarrollo académico de sus hijos, además de innovar procesos que se desarrollan en la institución. 134 10. Incorpora todas las observaciones y recomendaciones que consideres de utilidad para el alumno y a los profesores del curso con el fin de que desarrollen con éxito todas las actividades Considera que tener en cuenta todo lo que propone el marco de trabajo SCRUM, el cual nos dictara los pasos a seguir para el desarrollo exitoso de esta investigación. 11. En el caso que utilice información de una entidad (empresa, entidad gubernamental, etc.) antes de iniciar la investigación, se debe contar con la respectiva autorización. ¿Cuánta con la autorización para el uso de Marca con X información? SI X NO 135 7.4. Project Charter Acta de Constitución del Proyecto Nombre del Proyecto: Desarrollo de un sistema web para el control escolar utilizando software libre en el colegio “Emaús” Justificación El colegio Cristiano Emaús es un centro educativo del distrito de Huaral, el cual brinda servicios educativos en los niveles primarios y secundarios a la población huaralina y alrededores. Esta institución viene desarrollando sus actividades de forma manual, especialmente en el control de notas, donde ya se evidencio que existen algunos problemas de organización. Además, el canal de comunicación con los padres de familia acerca de las notas de sus hijos está anticuado, con respecto a las tecnologías de información existentes en el mercado. Es debido a esto que el Colegio Cristiano Emaús, se ve en la necesidad de implementar un sistema web, el cual pueda brindar un mayor control en las operaciones administrativas además esto permitirá contar con un canal de comunicación mucho más acorde con la tecnología actual para con los padres de familia. Objetivos Estratégicos Criterios de Éxito 1. Analizar los procesos que están 1.Los procesos deben ser analizados involucrados en el negocio para su correcta implementación en el sistema 136 2. Satisfacer los requerimientos propuesto por el cliente en el plazo establecido 2. No exceder del presupuesto establecido por el cliente. 3. Desarrollar el sistema establecido cumpliendo las normas de buenas prácticas 3. No exceder el plazo establecido para el término del proyecto 4. Implementación del sistema en las operaciones del negocio 4.El cliente participa activamente en el feedback de cada sprint terminado Breve descripción del Proyecto El sistema web, brindará información acerca de calificaciones de exámenes Mensuales, y Trimestrales; además del horario de cursos, roles de exámenes e información de los docentes. Los responsables del proyecto en cuanto a las actividades específicas son: Por parte del Colegio Cristiano Emaús: El director El coordinador Los profesores El desarrollo del sistema web, utilizará el marco de trabajo SCRUM, con la finalidad de garantizar la satisfacción del cliente. Principales Interesados 1. Director del colegio 2. Coordinador del colegio 3. Profesores del colegio 4. Alumnos Requisitos Generales y restricciones Requisitos del Proyecto 1. El director del colegio debe informar a la coordinación para realizar un análisis de las operaciones administrativas del colegio. 2. La Coordinación del colegio debe proporcionarnos información de los alumnos, como notas, cursos, profesores para implementarlos en el sistema. 3. Se acordará reuniones al final de cada sprint, entre los desarrolladores y el coordinador y director para agregar feedback al desarrollo. Riesgos Principales 1. Cambio del Director del Colegio Emaús (Administración). 137 2. Pérdida de interés en el desarrollo del producto por parte del colegio. 3. Rechazo de la plana docente al uso del sistema web. Cronograma 1. Análisis de procesos del negocio 2. Análisis de datos del negocio 3. Desarrollo del sistema 4. Implementación del sistema. 5. Gestión de errores Aprobación y firma de criterios 1. Director del Colegio 2. Coordinador del colegio Criterios para abortar el proyecto 1. Que el desarrollo del sistema supere el presupuesto establecido por el PO 2. Que el los requerimientos establecidos por el PO no sean cumplidos en el sistema. Project Manager Olivares Romero, Orlando Nivel de Autoridad Acceder a la información del cliente y negociar cambios Aprobar el presupuesto del proyecto y sus modificaciones Firma del Patrocinador: Colegio Cristiano Emaús 138 7.5. Diagrama Ishikawa 139 7.6. Cronograma Project 140 7.7. Repositorio GitHub https://github.com/NyxFly/Emaus.git 8. Bibliografía Chávez, A. L. (2012). DESARROLLO DE UN SISTEMA DE CONTROL ESCOLAR PARA LA ESCUELA BILINGÜE SANGAY COMBINANDO LAS METODOLOGÍAS SCRUM Y XTREME PROGRAMMING. Escuela Politécnica del Ejército. 141
