UNIVERSIDAD TECNOLOGICA DE HERMOSILLO SCRUM SPRINT #1. Ingenieria de Software I MAESTRO: BERNARDO PRADO DIAZ INTEGRANTES. Jorge Valdano.

Transcripción

1 UNIVERSIDAD TECNOLOGICA DE HERMOSILLO SCRUM SPRINT #1 Ingenieria de Software I MAESTRO: BERNARDO PRADO DIAZ INTEGRANTES Jorge Valdano Maria Sorte Antonio Rico Osmar Gutierrez Hermosillo, Sonora 04 de Septiembre de 2014

2 INTRODUCCIÓN Scrum es un marco de trabajo para la gestión y desarrollo de software basado en un proceso iterativo e incremental utilizado comúnmente en entornos basados en el desarrollo ágil de software. Aunque Scrum está enfocado a la gestión de procesos de desarrollo de software, puede ser utilizado en equipos de mantenimiento de software o en una aproximación a la gestión de desarrollo de programas. El presente trabajo describe el proceso de desarrollo del sistema web para la implementación de exámenes en línea en la Universidad tecnológica de Hermosillo, el cual incluye la pila de producto, que son los requerimientos de todo el sistema por parte del cliente, y los requerimientos comprometidos a terminar para el primer SPRINT, los llamados spring backlog.

3 ANTECEDENTES DEL PROBLEMA La Universidad Tecnológica de Hermosillo desde hace varios años cuenta con un plan de asignación de tareas y exámenes a los alumnos por medio de la interfaz gráfica MOODLE. Esta aplicación online resulta un proceso muy tardado en la elaboración de material didáctico para los alumnos, exámenes y asignación de tareas ya que está diseñado para fines muy generales y ciertos módulos de la aplicación retrasan a los maestros al momento de diseñar los exámenes y el material para los alumnos. Una vez que el examen fue diseñado por el maestro debe imprimirlo para todos sus alumnos, al examen debe incluirle un titulo, descripción, diferentes tipos de formatos a las preguntas, respuestas de opción múltiple, etc., lo cual la cantidad de hojas por examen haciende a 4 o 5, con un promedio de 20 preguntas por examen; un maestro de asignación por lo menos cuenta con 2 materias a la semana lo cual realizar un examen para 20 alumnos por cada salón, nos da un total de 80 hojas por grupo 160 hojas por ambos, tan solo en el primer cuatrimestre. La universidad tecnológica de Hermosillo cuenta con alrededor de 150 maestros de asignación lo cual la cantidad de papel utilizado para elaborar exámenes es muy elevado incluyendo el costo que representa para la universidad al adquirir hojas de papel y tinta para sus impresoras. Haciendo un pronóstico de los gastos esta cifra haciende a 14, pesos al mes tan solo en hojas de papel, asumiendo que el tóner es de tipo laser y que gastan 4 tóner por mes da un total de 5, pesos. Aproximadamente al año se gastan 228, solo en la impresión de exámenes. Otro problema que presenta esta metodología de evaluación a los alumnos es la evaluación del Una vez que el maestro aplica el examen, el proceso para calificarlos es bastante tardado ya que debe hacerlo manualmente a cada uno y posteriormente ingresar al sistema de registro de evaluaciones y registrar la calificación obtenida por el alumno para determinado

4 No cabe duda de los beneficios que tiene la aplicación MOODLE, mas sin embargo no es la mejor opción al momento de elaborar los exámenes debido al costo que representa a la universidad en el consumo del papel. JUSTIFICACION DEL PROYECTO El equipo de trabajo de la maestría de sistemas de información particularmente de la materia de análisis y diseño de sistemas de información, coordinado por el instructor Héctor Gutiérrez, tiene como principal objetivo dar solución a la problemática que presenta la universidad tecnológica de Hermosillo, al diseñar un sistema web acorde a las necesidades de la universidad, para la elaboración de exámenes online donde el instructor pueda diseñar los exámenes con las herramientas básicas que se requieren y los formatos de respuesta necesarios. El sistema estará ligado directamente a la base de datos de registro de evaluaciones a los alumnos de tal manera que la calificación del examen estará almacenada en el mismo instante en que el alumno termine de contestarlo, mejorando en un 100% el tiempo de calificación de dicho Por otro parte, el gasto de adquirir hojas de papel y tóner para impresora se reducirá en un 70% dando un ahorro a la universidad de 159, pesos al año.

5 METODOLOGIA DE TRABAJO La forma de trabajo que se seguirá durante el proceso de desarrollo del sistema de exámenes en línea para los alumnos de la Universidad Tecnológica de Hermosillo será a través de la técnica de trabajo SCRUM. La cual consiste en definir requerimientos de mayor a menor prioridad, llamados USER STORY. Estos requerimientos son definidos por el coordinador de la carrera de TIC, que formará parte del proyecto desde el principio, es comúnmente llamado dentro del esquema SCRUM como el cliente. FOTOGRAFIA EQUIPO CON EL CLIENTE Cada dos semanas a partir de la fecha de planeación del SPRINT, que es cuando se miden los tiempos de desarrollo para cada tarea proveniente de un USER STORY, el equipo de trabajo SCRUM entregará al cliente una demo funcional, previamente validada por el equipo de pruebas, de los requerimientos que fueron medidos como más alta prioridad. Este periodo de tiempo de trabajo dentro del esquema SCRUM se le denomina SPRINT. De esta manera se irán presentando SPRINT hasta finalizar con el proyecto, en dado caso que se requiera planear algún periodo de pruebas en particular o cambios en los requerimientos se pactará una cita con el cliente para ajustar los tiempos de entrega de cada demo para continuar de manera objetiva y cumplir con los tiempos de entrega definidos al inicio del proyecto.

6 Como parte de la forma de trabajo de la técnica SCRUM, el equipo de trabajo es apoyado por un SCRUM MASTER que se encarga de guiar al equipo en los tiempos establecidos, las necesidades de los programadores o del equipo de pruebas, coordinar las reuniones de trabajo diarias para revisar avances y conocer en lo que se está trabajando, a estas reuniones se les denomina SCRUM DIARY, asignar tareas específicas, entre otras. Con el objetivo de crear comunicación entre los integrantes del equipo, en un ambiente productivo, donde se puedan apoyar técnicamente unos con otros.

7 ALCANCE DEL PROYECTO La implementación del sistema de exámenes online para la universidad tecnológica de Hermosillo involucra varios módulos de programación y validación entre ellos se encuentran: análisis y diseño de la base de datos transaccional, modulo para administrador del sistema, la cual incluye el formato de exámenes con preguntas y respuestas que el instructor diseñará, resultados a las evaluaciones de los exámenes, modulo del alumno para seleccionar un examen asignado y una sección para que el alumno pueda consultar la calificación del examen realizado. El periodo de la evaluación para la materia de Ingenieria de Software I está programado hasta el día 13 de Noviembre del año en curso, durante este tiempo se realizaran planes de trabajo para presentar avances del proyecto, siguiendo la técnica de trabajo SCRUM.

8 DISEÑO DE SCRUM Roles de trabajo SCRUM MASTER: Jorge Valdano. EQUIPO SCRUM: Maria Sorte, Antonio Rico, Jorge Valdano, Osmar Gutierrez. TESTER: Osmar Gutierrez. Pilas de producto Como parte de la metodología SCRUM los requerimientos obtenidos por parte de la universidad tecnológica de Hermosillo fueron los siguientes, ordenados de mayor a menor prioridad: ID NOMBRE IMP EST COMO PROBARLO NOTAS 1 Formato para altas de Seleccionar agregar El id puede ser exámenes. incremental al 2. Agregar la descripción momento de del guardar. 2 Formato para bajas de 135 ½ 1. Seleccionar agregar No se puede exámenes. borrar un examen 2. Agregar la descripción con historial de del evaluación de alumnos. 3 Formato para 130 ½ 1. Seleccionar agregar No se puede modificación de modificar ID. exámenes. 2. Agregar la descripción del 4 Formato para consultas de exámenes Seleccionar agregar 2. Agregar la descripción del Consultarlo categorías. por

9 5 Formato para altas de preguntas. 6 Formato para bajas de preguntas. 7 Formato para modificación de preguntas. 8 Formato para consultas de preguntas. 9 Formato para altas de respuestas de un 10 Formato para bajas de respuestas de un 11 Formato para la modificación de respuestas de un 12 Formato para consulta de las respuestas de un 13 Programación de horario de 14 Formato de acceso al sistema de examen online Seleccionar 2. Agregar pregunta. 115 ½ 1. Seleccionar 2. Listar las preguntas. 3. Seleccionar pregunta a eliminar Seleccionar 2. Listar las preguntas. 3. Seleccionar la pregunta a modificar Seleccionar 2. Seleccionar ver preguntas Seleccionar 2. Seleccionar pregunta. 3. Agregar respuesta. 90 ½ 1. Seleccionar 2. Seleccionar preguntas. 3. Eliminar respuesta Seleccionar 2. Seleccionar preguntas. 3. Modificar respuesta Seleccionar 2. Seleccionar preguntas. 3. Ver respuestas Seleccionar el examen, asignar grupo, fecha y hora Ingresar usuario y contraseña del alumno. No se puede dar de alta una pregunta sin No eliminar pregunta con historial. Al cambiar imagen de la pregunta se elimina la imagen anterior. Utilizar LIKE en la consulta SQL. Se debe seleccionar la pregunta primero. No se puede eliminar una respuesta que tenga historial. Pendiente imagen. Por lo menos una de las respuestas es válida. Evitar empalme de horarios. Utilizar combo para definir el perfil.

10 15 Desarrollo de la Interfaz del alumno para tomar un examen online. 16 Diseño y desarrollo de la interfaz de administrador para ver las calificaciones que obtuvieron los alumnos en un examen por grupo. 17 Consultar el detalle del examen por alumno. 18 Estadística de los resultados obtenidos por los alumnos en un 19 Exportar el examen en formato PDF El usuario ingresa al sistema y selecciona el examen asignado Selecciona el examen programado que fue contestado Selecciona el examen programado que fue contestado por el alumno Seleccionar las estadísticas Selecciona el examen programado. El alumno solo vera el examen programado. Consultarlo de forma individual o por grupo. Comprobar cálculo de Por medio de consulta SQL puede salir este punto. Por medio de consulta SQL puede salir este punto. Por medio de consulta SQL puede salir este punto. Tiempo de dedicación El tiempo de dedicación por parte del equipo SCRUM es del 40% al día, debido a las actividades diarias con las que cuenta cada integrante. Días disponibles para avanzar en el proyecto De los 14 días programados para cada SPRINT, 8 días son los disponibles por el equipo de trabajo.

11 Cálculo basado en tiempo para definir la cantidad de tareas para un SPRING. Tiempo del SPRING 1 = 14 días. Cantidad de días hombre de dedicación para los SPRING: Jorge Valdano = 8 días. Maria Sorte= 8 días. Osmar Gutierrez = 8 días. Antonio Rico = 8 días. Total de días hombre = 32 Porcentaje de dedicación por parte del equipo de trabajo = 40%. (DÍAS-HOMBRE DISPONIBLES) X (FACTOR DE DEDICACIÓN) = VELOCIDAD ESTIMADA 32 días hombre * 0.4 de factor de dedicación = 12.8 Velocidad estimada. Conclusión = La cantidad de USER STORY a escoger será de hasta 12 puntos. Por lo tanto las tareas elegidas para el SPRING 1 se señalan a continuación. SCRUM DIARIOS El equipo de trabajo se reunió cada día de los programados para revisar los pendientes de un día anterior y continuar con la estructura de las tareas a concluir.

12 DISEÑO DE SPRINT #1 Meta del SPRINT: Catalogo de exámenes, preguntas y respuestas. Pila de SPRINT: Los requerimientos para el sprint #1 en base a los tiempos estimados son: ID NOMBRE IMP EST COMO PROBARLO NOTAS 1 Formato para altas de Seleccionar agregar El id puede ser exámenes. incremental al 2. Agregar la descripción momento de del guardar. 2 Formato para bajas de 135 ½ 1. Seleccionar agregar No se puede exámenes. borrar un examen 2. Agregar la descripción con historial de del evaluación de alumnos. 3 Formato para 130 ½ 1. Seleccionar agregar No se puede modificación de modificar ID. exámenes. 2. Agregar la descripción del 4 Formato para consultas Seleccionar agregar Consultarlo por de exámenes. categorías. 2. Agregar la descripción del 5 Formato para altas de Seleccionar No se puede dar preguntas. 2. Agregar pregunta. de alta una pregunta sin 6 Formato para bajas de 115 ½ 1. Seleccionar No eliminar preguntas. 2. Listar las preguntas. 3. Seleccionar pregunta a eliminar. pregunta historial. con

13 7 Formato para modificación de preguntas. 8 Formato para consultas de preguntas. 9 Formato para altas de respuestas de un 10 Formato para bajas de respuestas de un 11 Formato para la modificación de respuestas de un 12 Formato para consulta de las respuestas de un Seleccionar 2. Listar las preguntas. 3. Seleccionar la pregunta a modificar Seleccionar 2. Seleccionar ver preguntas Seleccionar 2. Seleccionar pregunta. 3. Agregar respuesta. 90 ½ 1. Seleccionar 2. Seleccionar preguntas. 3. Eliminar respuesta Seleccionar 2. Seleccionar preguntas. 3. Modificar respuesta Seleccionar 2. Seleccionar preguntas. 3. Ver respuestas. Al cambiar imagen de la pregunta se elimina la imagen anterior. Utilizar LIKE en la consulta SQL. Se debe seleccionar la pregunta primero. No se puede eliminar una respuesta que tenga historial. Pendiente imagen. Por lo menos una de las respuestas es válida.

14 SPRING BACKLOG El SPRING BACKLOG define los requerimientos con mayor prioridad que deben estar finalizados y funcionando: Tareas del USER STORY ID 1: Formato para altas de exámenes. Análisis y diseño de la base de datos. 1 ½ días. Estructura de clases. 1 día. Diseño del formulario. ½ día. Tareas del USER STORY ID 2: Formato para bajas de exámenes. Diseño de consulta SQL para eliminar un 0 días. Diseño y programación de formulario para eliminar. ½ día. Tareas del USER STORY ID 3: Formato para modificación de exámenes. Diseño de consulta SQL para modificar un 0 días. Diseño y programación de formulario para modificar un ½ día. Tareas del USER STORY ID 4: Formato para consultas de exámenes. Diseño de consulta SQL para buscar un 0 días. Diseño y programación de formulario para buscar un 1 día. Tareas del USER STORY ID 5: Formato para altas de preguntas. Diseño y programación de formulario para guardar pregunta. 1 días. Diseño de consulta SQL para agregar una pregunta. 0 días. Tareas del USER STORY ID 6: Formato para bajas de preguntas. Diseño de consulta SQL para eliminar una pregunta. 0 días. Diseño y programación de formulario para eliminar una pregunta. 1 día.

15 Tareas del USER STORY ID 7: Formato para modificación de preguntas. Diseño de consulta SQL para modificar una pregunta. 0 días. Diseño y programación de formulario para modificar un pregunta. 1 día. Tareas del USER STORY ID 8: Formato para consultas de preguntas. Diseño de consulta SQL para consultar una pregunta. 0 días. Diseño y programación de formulario para consultar un pregunta. 1 día. Tareas del USER STORY ID 9: Formato para altas de respuestas de un Diseño de consulta SQL para guardar una respuesta a un 0 días. Diseño y programación de formulario para consultar un pregunta. 1 día. Tareas del USER STORY ID 10: Formato para bajas de respuestas de un 1 día. Diseño de consulta SQL para eliminar una respuesta de un 0 días. Diseño y programación de formulario para eliminar una respuesta. 1 día. Tareas del USER STORY ID 11: Formato para la modificación de respuestas de un Diseño de consulta SQL para modificar una respuesta a un 0 días. Diseño y programación de formulario para modificar una respuesta a un 1 día. Tareas del USER STORY ID 12: Formato para consulta de las respuestas de un Diseño de consulta SQL para buscar las respuestas a un 0 días. Diseño y programación de formulario para buscar las respuestas a un 2 días.

16 BURNDOWN La estadística de los días planeados en relación con los disponibles fue la siguiente:

17 CONCLUSIÓN Trabajar en base a metas a corto plazo genera confianza y seguridad en que los requerimientos del cliente sean programados y entregados del modo en que los solicito. La comunicación con el equipo de trabajo se ve beneficiada por un ambiente de productividad coordinado por el scrum manager. Los miembros del equipo sincronizan el trabajo diariamente y se ayudan a resolver los problemas que pueden impedir conseguir el objetivo de la iteración. La comunicación y la adaptación a las diferentes necesidades entre los miembros del equipo son máximas (se van ajustando iteración a iteración), de manera que no se realizan tareas innecesarias y se evitan ineficiencias.