UNIVERSIDAD AUTÓNOMA DE BAJA CALIFORNIA SUR ÁREA DE CONOCIMIENTOS DE CIENCIAS DEL MAR DEPARTAMENTO ACADÉMICO SISTEMAS COMPUTACIONALES TESIS

UNIVERSIDAD AUTÓNOMA DE BAJA CALIFORNIA SUR ÁREA DE CONOCIMIENTOS DE CIENCIAS DEL MAR DEPARTAMENTO ACADÉMICO SISTEMAS COMPUTACIONALES TESIS UTILIZACIÓN DE LA METODOLOGÍA SCRUM PARA EL DESARROLLO DE UN SISTEMA UTILIZANDO TECNOLOGÍAS WEB QUE COMO REQUISITO PARA OBTENER EL TÍTULO DE LICENCIADO EN COMPUTACIÓN PRESENTA: SERGIO GARCÍA GUTIÉRREZ DIRECTORA DE TESIS: MSC ITALIA ESTRADA COTA LA PAZ, BAJA CALIFORNIA SUR, MAYO 2012

Dedicatoria Me gustaría dedicar el presente trabajo a mis padres José Octavio García Avilés y Susana Reyna Gutiérrez de la Rosa por todo el apoyo y empuje brindado para poder lograr concluir mis estudios profesionales. A mis hermanos Jesús Candelario García Gutiérrez, Abraham Valerio García Gutiérrez y especialmente a José Octavio García Gutiérrez por haber sido una inspiración y guía para la elaboración de este trabajo.

Agradecimientos Les doy las gracias a todas las personas que ayudaron a la elaboración de este trabajo desde la capacitación de la metodología en la cual se basa la tesis, el desarrollo del sistema y la propia redacción del mismo. Agradezco a Rómulo Vidales por darme la oportunidad y el apoyo para formar parte del grupo de trabajo de AXTEL Labs y por enseñarme la metodología scrum, así como a mis compañeros involucrados durante el desarrollo del proyecto: Ricardo Arriaga, Francisco Vanda y muy especialmente a Alejando López por todas las cosas que me enseño que han sido de gran ayuda para mi crecimiento profesional pero principalmente por su amistad brindada a lo largo de mi estancia en la empresa Axtel. También le doy las gracias a mi directora de tesis Italia Estrada por formar parte de un extenso grupo de grandes maestros que han formado parte de mi educación y agradecerle especialmente su guía fundamental para la elaboración del presente documento. Ya por ultimo quisiera agradecer a mis amigos Rodolfo Gutiérrez, Antonio Aguilar, Cristian Almaraz y Héctor Aguilar que han sido parte importante en mi crecimiento profesional y personal, no puedo dejar de mencionar y agradecer a Rosalina Torres por su gran apoyo, empuje y sobre todo inspiración para el desarrollo de este trabajo.

Contenido Capítulo 1: Anteproyecto... 15 1.1 Antecedentes... 15 1.2 Descripción del problema actual... 16 1.3 Solución del problema... 17 1.4 Metodología Scrum y Tecnologías Web... 18 1.4.1 Metodología Scrum... 18 1.4.2 Tecnologías Web... 18 Capítulo 2: Metodología Scrum y Tecnologías Web... 22 2.1 Scrum... 22 2.1.1 Características... 24 2.1.2 Roles... 26 2.1.3 Elementos... 27 2.1.4 Reuniones... 30 2.2 Tecnologías web... 32 2.2.1 jquery... 32 2.2.2 CSS (Cascading Style Sheets, Hojas de estilo en cascada)... 33 2.2.3 AppServ... 34

2.2.4 Apache... 34 2.2.5 PHP (HyperText Preprocessor, Preprocesador de Hipertexto)... 34 2.2.6 MySQL... 35 2.2.7 MySQL Workbench... 36 2.2.8 Eclipse... 36 Capítulo 3: Aplicación de la metodología... 37 Capítulo 4: Breve recorrido del sistema... 63 4.1 Acceso y navegación del sistema de proyectos scrum... 63 4.1.1 Acceso al sistema (inicio de sesión)... 63 4.1.2 Navegación... 67 4.1.3 Salir del sistema (Cerrar sesión)... 69 4.2 Usuarios... 69 4.2.1 Administrador (administrator)... 70 4.2.2 Usuario (user)... 70 4.2.3 Comparación entre usuarios.... 71 4.2.4 Agregar usuario.... 72 4.2.5 Editar usuarios... 76 4.2.6 Eliminar usuarios.... 77

4.3 Listado de proyectos scrum... 78 4.3.1 Descripción del proyecto... 79 4.3.2 Mostrar todos los proyectos.... 79 4.3.3 Agregar proyecto.... 80 4.3.4 Editar proyecto.... 82 4.3.5 Eliminar proyecto.... 84 4.4 Gestión de proyectos... 86 4.4.1 Product Backlog... 87 4.4.2 Sprint Backlog.... 92 4.4.3 Asignar historias y tareas.... 97 Capítulo 5: Conclusiones...101 Bibliografía....104

Índice de tablas Tabla 3.1 Roles designados al proyecto... 37 Tabla 3.2 Pila del producto (Product Backlog)... 38 Tabla 3.3 Historias asignadas al sprint 1... 39 Tabla 3.4 Tareas asignadas al sprint 1... 39 Tabla 3.5 Encabezado del plan de pruebas del sprint 1... 41 Tabla 3.6 Rol de pruebas de la página de proyectos del sprint 1... 42 Tabla 3.7 Rol de pruebas de los módulos product y sprint backlog del sprint 1... 43 Tabla 3.8 Rol de pruebas del módulo de historia del sprint 1... 44 Tabla 3.9 Rol de pruebas del módulo del sprint del sprint 1... 44 Tabla 3.10 Historias asignadas al sprint 2... 45 Tabla 3.11 Tareas asignadas al sprint 2... 45 Tabla 3.12 Encabezado del plan de pruebas del sprint 2... 46 Tabla 3.13 Rol de pruebas de la página de proyectos del sprint 2... 47 Tabla 3.14 Rol de pruebas de los módulos product y sprint backlog del sprint 2... 48 Tabla 3.15 Rol de pruebas del módulo de historia del sprint 2... 49 Tabla 3.16 Rol de pruebas del módulo del sprint del sprint 2... 49 Tabla 3.17 Historias asignadas al sprint 3... 50

Tabla 3.18 Tareas asignadas al sprint 3... 50 Tabla 3.19 Encabezado del plan de pruebas del sprint 3... 51 Tabla 3.20 Rol de pruebas de la página de proyectos del sprint 3... 52 Tabla 3.21 Rol de pruebas de los módulos product y sprint backlog del sprint 3... 53 Tabla 3.22 Rol de pruebas del módulo de historia del sprint 3... 54 Tabla 3.23 Rol de pruebas del módulo del sprint del sprint 3... 55 Tabla 3.24 Rol de pruebas del módulo de acceso al sistema del sprint 3... 55 Tabla 3.25 Historias asignadas al sprint 4... 56 Tabla 3.26 Tareas asignadas al sprint 4... 56 Tabla 3.27 Encabezado del plan de pruebas del sprint 4... 57 Tabla 3.28 Rol de pruebas de la página de proyectos del sprint 4... 58 Tabla 3.29 Rol de pruebas de los módulos product y sprint backlog del sprint 4... 59 Tabla 3.30 Rol de pruebas del módulo de historia del sprint 4... 60 Tabla 3.31 Rol de pruebas del módulo del sprint del sprint 4... 61 Tabla 3.32 Rol de pruebas del módulo de acceso al sistema del sprint 4... 62 Tabla 4.1 Cuadro comparativo de las operaciones que puede realizar cada usuario... 71

Índice de figuras Figura 2.1 Desarrollo de un proyecto con scrum... 25 Figura 3.1 Tablas de la base de datos scrum... 40 Figura 3.2 Grafica de los avances de las pruebas del release 1.0... 41 Figura 3.3 Grafica de los avances de las pruebas del release 2.0... 46 Figura 3.4 Grafica de los avances de las pruebas del release 3.0... 51 Figura 3.5 Grafica de los avances de las pruebas del release 4.0... 57 Figura 4.1 Icono del navegador Google Chrome... 64 Figura 4.2 Escritorio con accesos directos al navegador Google Chrome... 64 Figura 4.3 Ingresando la dirección http://localhost/scrum/login.php... 64 Figura 4.4 Pantalla de Acceso al Sistema de Proyectos SCRUM... 65 Figura 4.5 Elementos de la pantalla de Acceso al Sistema de Proyectos SCRUM... 65 Figura 4.6 Ingresando Correo y Clave correctamente... 66 Figura 4.7 Mensaje de error No es un formato de correo válido... 66 Figura 4.8 Mensaje de error El formato de la clave no es válido... 66 Figura 4.9 Mensaje de error Usuario no existe, verifique su información... 66 Figura 4.10 Listado de proyectos SCRUM... 67 Figura 4.11 Menú... 68

Figura 4.12 Proyecto seleccionado... 68 Figura 4.13 Logout... 69 Figura 4.14 Vista de la pantalla usuarios de un usuario normal sin privilegios... 70 Figura 4.15 Descripción de la sección de nuevo usuario... 72 Figura 4.16 Privilegios de administrador... 73 Figura 4.17 Usuario sin privilegios... 73 Figura 4.18 Mensaje de error Solo se permiten caracteres de la a-z, A-Z y del 0-9... 73 Figura 4.19 Mensaje de error No se reconoce como correo valido... 73 Figura 4.20 Mensaje de error Solo se permiten caracteres de la a-z, A-Z, y del 0-9 y los símbolos @_-%$ y debe tener más de 6 caracteres de longitud... 73 Figura 4.21 Mensaje de error Las claves no coinciden... 74 Figura 4.22 Campos validados correctamente... 74 Figura 4.23 Mensaje de error ERROR El usuario ya se encuentra registrado... 74 Figura 4.24 Usuario agregado... 75 Figura 4.25 Botón editar usuario... 76 Figura 4.26 Descripción de la venta modal Editar Usuario... 76 Figura 4.27 Mensaje de confirmación de edición de usuario... 77 Figura 4.28 Botón eliminar usuario... 77

Figura 4.29 Mensaje de confirmación de eliminación de usuario... 78 Figura 4.30 Descripción de la sección Listado de Proyectos SCRUM... 78 Figura 4.31 Información del proyecto... 79 Figura 4.32 Listado de todos los proyectos... 79 Figura 4.33 Elementos para agregar un nuevo proyecto... 80 Figura 4.34 Llenado incorrecto de campos... 80 Figura 4.35 Llenado correcto de campos para un nuevo proyecto... 81 Figura 4.36 Proyecto agregado... 81 Figura 4.37 Ubicación del botón editar... 82 Figura 4.38 Ventana modal Editar Proyecto... 82 Figura 4.39 Descripción de la venta modal Editar Proyecto... 83 Figura 4.40 Llenado incorrecto de campos en la edición de proyecto... 83 Figura 4.41 Llenado correcto de campos para la edición de proyecto... 84 Figura 4.42 Proyecto editado... 84 Figura 4.43 Ubicación del botón eliminar... 84 Figura 4.44 Mensaje de confirmación de eliminar proyecto... 85 Figura 4.45 Elementos del mensaje de confirmación de eliminar proyecto... 85 Figura 4.46 Lista de proyectos actualizada... 86

Figura 4.47 Vista de un proyecto... 86 Figura 4.48 Sección de Product Backlog... 87 Figura 4.49 Sección para la creación de una historia... 88 Figura 4.50 Mensaje de error... 88 Figura 4.51 Campos validados correctamente... 88 Figura 4.52 Historia agregada... 89 Figura 4.53 Ventana modal de edición de historia... 90 Figura 4.54 Historia editada... 90 Figura 4.55 Ubicación del botón eliminar... 91 Figura 4.56 Mensaje de confirmación de eliminar historia... 91 Figura 4.57 Elementos del mensaje de confirmación de eliminar Historia... 91 Figura 4.58 Lista de historias actualizadas... 92 Figura 4.59 Vista del listado del sprint backlog de un proyecto... 92 Figura 4.60 Sección para la creación de un sprint... 93 Figura 4.61 Mensajes de error... 93 Figura 4.62 Sección para la creación de un sprint... 93 Figura 4.63 Sprint agregado... 94 Figura 4.64 Ventana modal de edición de sprint... 94

Figura 4.65 Historia editada... 95 Figura 4.66 Ubicación del botón eliminar... 95 Figura 4.67 Mensaje de confirmación de eliminar sprint... 96 Figura 4.68 Elementos del mensaje de confirmación de eliminar sprint... 96 Figura 4.69 Lista de historias actualizadas... 96 Figura 4.70 Ventana de asignación de historias y tareas... 97 Figura 4.71 Sección para la asignación de historias... 98 Figura 4.72 Historia asignada... 98 Figura 4.73 Historia finalizada... 98 Figura 4.74 Sección para agregar tareas... 99 Figura 4.75 Botones asignar/quitar... 99 Figura 4.76 Tarea agregada... 99 Figura 4.77 Tarea editada...100 Figura 4.78 Mensaje eliminar tarea...100

Capítulo 1: Anteproyecto 1.1 Antecedentes En julio de 1994 se constituyo la sociedad "Telefonía Inalámbrica del Norte, S.A. de C.V.", ahora conocida como "AXTEL, S.A.B. de C.V.", la cual tiene sede corporativa en San Pedro Garza García, Nuevo León, México, operando en 39 ciudades del país con más de 8,000 empleados, atendiendo al mercado empresarial, financiero, gubernamental, venta al por mayor y residencial, ofreciendo servicios como: internet mas teléfono, planes con llamadas locales y de larga distancia, internet dedicado, tarjetas telefónicas prepago, llamadas por internet, entre otros. Cultura AXTEL Misión: Mejorar la comunicación para mejorar la vida. Visión: Innovar experiencias de comunicación que acerquen a la gente a lo que más le importa. 15

Valores de AXTEL Compromiso Honestidad Servicio Comunicación Innovación 1.2 Descripción del problema actual Dentro del área de innovación existe el laboratorio AXTEL Labs, que actualmente no cuenta con un sistema de información que sea capaz de dar seguimiento a los proyectos que se desarrollan en esa área debido a que fue creada a finales de septiembre de 2009 y sus primeros objetivos se enfocaron en proyectos para impulsar su crecimiento y mostrar productos que puedan ser capitalizables para la empresa. El sistema deberá ser entregado en un periodo no mayor cuatro meses. 16

1.3 Solución del problema Desarrollar un sistema utilizando tecnologías web que implemente la metodología Scrum y se adapte a las necesidades del área de innovación para llevar un control adecuado de los proyectos que se llevan a cabo en los laboratorios de AXTEL Labs, adicionalmente a esto el sistema contará con dos tipos de usuarios, un administrador y un usuario normal sin privilegios, también debe existir un administrador del sistema a nivel base de datos. El sistema debe contar con dos ambientes, uno para pruebas y otro para producción, habrá un equipo que realice el plan de pruebas los resultados serán notificados a todos los miembros del equipo, los resultados aprobados se pasaran al ambiente de producción y los que no pasen las pruebas deberán ser corregidos por el equipo de desarrollo. Las pruebas se realizaran en tres navegadores diferentes y antes de liberarse a producción se seleccionara uno para ser pulido y liberado sin errores a dicho ambiente, siendo el navegador recomendado para su uso. 17

1.4 Metodología Scrum y Tecnologías Web 1.4.1 Metodología Scrum La metodología Scrum se utiliza para la gestión y desarrollo de software basado en el desarrollo ágil de software "desarrollo iterativo e incremental", dicha metodología también puede ser utilizada en el mantenimiento de software. Una de sus principales características es que se emplea en entornos donde los requisitos son inestables y requieren rapidez y flexibilidad, es decir se basa en la adaptación continua de los requerimientos durante el desarrollo del proyecto. Los sprints representan las iteraciones donde se entregan incrementos potencialmente utilizables en periodos cortos de tiempo con una duración desde una semana hasta no más de dos meses, el tiempo es definido por los miembros del equipo. 1.4.2 Tecnologías Web 1.4.2.1 jquery El 14 de enero de 2006 se lanzo jquery un nuevo tipo de librería de JavaScript como código abierto, desde sus primeras versiones tiene soporte para CSS, así como manejadores de eventos e interacción de AJAX. La versión de jquery 1.2 liberada en septiembre de 2007 incluyo una colección de widgets que ayudan a dar animaciones y 18

efectos avanzados de alto nivel a las páginas web desarrolladas con estas tecnologías. Actualmente jquery se encuentra en la versión 1.5.1. Algunos de los sitios que utilizan jquery son: http://www.google.com http://www.dell.com http://www.nbc.com http://www.mozilla.org 1.4.2.2 CSS Las hojas de estilo en cascada (en inglés Cascading Style Sheets), CSS es un lenguaje que permite controlar la presentación de documentos escritos en lenguajes HTML y XHTML, lenguajes utilizados para el desarrollo de páginas web. Unas de las grandes ventajas del uso de CSS es que permite tener el lenguaje HTML o XHTML más limpio y definido lo cual ayuda a su mantenimiento. Es muy importante el conocer el soporte de CSS en los diferentes navegadores para saber el alcance que se puede obtener en cada uno de ellos. 19

1.4.2.3 AppServ El 9 de octubre de 2001 se lanza la primera distribución da AppServ el cual es una herramienta de código abierto que se basa en la fácil instalación de Apache, PHP, MySQL y phpmyadmin. 1.4.2.4 Apache Apache es un servidor web altamente configurable, el cual es gratuito y de código fuente abierto. Apache trabaja con una gran cantidad de lenguajes de script como Perl y PHP. 1.4.2.5 PHP PHP es un lenguaje de alto nivel diseñado para la creación de páginas web dinámicas, el cual es interpretado del lado del servidor. Dentro de sus ventajas se encuentra en que es un software libre y son costo, así como que al ejecutarse del lado del servidor puede ser interpretado por cualquier computadora independientemente del navegador que se utilice. 1.4.2.6 MySQL MySQL es una base de datos que tiene un soporte completo para operadores y funciones de SQL, así como para creación de procedimientos de almacenado, funciones, 20

triggers, vistas etc. Una de sus grandes ventajas es que tiene amplio soporte para distintos lenguajes de programación entre ellos PHP. Es una base de datos de código abierto. Entre las organizaciones que utilizan la base de datos de MySQL se encuentran: Facebook Google Adobe Alcatel 1.4.2.7 MySQL Workbench MySQL Workbench es una herramienta de diseño para bases de datos creadas en MySQL. Esta herramienta permite diseñar y gestionar visualmente todo tipo de bases de datos. 1.4.2.8 Eclipse Eclipse es un entorno de desarrollo integrado, con código libre y gratuito, este entorno puede ser utilizado para desarrollar en varios lenguajes como Java, C, C++, PHP 21

Capítulo 2: Metodología Scrum y Tecnologías Web 2.1 Scrum Gracias a The New New Product Development Game, publicación realizada a mediados de la década de los 80 por Hirotaka Takeuchi e Ikujiro Nonaka [3] en la cual se dieron a la tarea de estudiar a las empresas que obtenían mejores resultados al desarrollar nuevos productos, se sentaron nuevas bases para la gestión de desarrollo de productos con requerimientos o entornos inestables. Dentro de los productos estudiados en el sector competitivo se encuentran: FX-3500 copiadora de tamaño mediano (introducida por Fuji-Xerox en 1978) M PC-10 copiadora de uso personal (Canon, 1982) M City carro con motor de 1200cc (Honda, 1981) M PC 8000 computadora personal (NEC, 1979) M AE-1 cámara reflex (Canon, 1976) M Auto Boy, conocido como Sure Shot en los Estados Unidos, cámara con lente de obturación, (Canon, 1979) 22

Estos productos fueron seleccionados por su impacto, visibilidad dentro de la empresa, novedad y el gran avance en el proceso de desarrollo de cada uno de ellos. El desarrollo de estos productos fue comparado con el deporte del rugby por la forma en la cual ambos equipos de trabajo son ideales si cuentan con especialistas en diferentes aéreas y además por la infinita variedad de situaciones que pueden resolver, es decir todos los miembros del equipo trabajan de forma conjunta para el desarrollo de nuevos productos, de ahí el termino de Scrum. Dentro de las investigaciones realizadas se encontraron seis características comunes en los procesos de desarrollos de sus productos: 1. Construido en la inestabilidad. 2. Auto organización de los equipos del proyecto. 3. Fases de desarrollo solapadas. 4. Multi aprendizaje. 5. Control sutil. 6. Transferencia del aprendizaje organizacional. 23

2.1.1 Características Scrum es una metodología ágil de desarrollo de proyectos que toma su nombre y principios de los estudios realizados sobre nuevas prácticas de producción por Hirotaka Takeuchi e Ikujijo Nonaka a mediados de los 80. [4] Inicialmente scrum surgió como modelo de desarrollo para productos tecnológicos en la década de los 80, sin embargo sus principios y fundamentos son funcionales en entornos donde los requisitos son inestables como puede suceder en el desarrollo de sistemas de software. En 1993 Jeff Sutherland aplico los principios de scrum para el desarrollo de software en la empresa Easel Corporation. [5] En scrum existen ciclos de desarrollo de dos a cuatro semanas llamados sprints, los cuales forman parte de un proceso de iterativo e incremental, dichos incrementos son realizados por equipos multidisciplinarios de seis a diez personas. Para cada sprint se lleva a cabo una junta de planificación en la cual el equipo selecciona los requerimientos a entregar de una lista priorizada de requerimientos también llamada pila de producto o product backlog. Durante la junta también se definen las tareas necesarias para poder concluir cada requerimiento, comprometiéndose a concluir las tareas que se consideren alcanzables. [6] 24

Durante el sprint el equipo realiza juntas diarias con una duración de alrededor de quince minutos en las cuales comparten el progreso y las complicaciones que han tenido para realizar las tareas asignadas. Una vez finalizado el sprint el equipo obtiene un producto potencialmente entregable. Los interesados en el producto se reúnen en una junta para evaluar si se cumplieron las metas del sprint y actualizar la pila del producto. También se lleva a cabo la retrospectiva del sprint en la cual se reflexiona sobre lo aprendido del último sprint [11]. (Ver figura 2.1) Figura 2.1 Desarrollo de un proyecto con scrum 25

2.1.2 Roles facilitador. Existen tres roles principales en scrum: el propietario del producto, el equipo y el 2.1.2.1 Propietario del producto (Product owner) Es la persona responsable de maximizar el retorno de inversión (ROI) identificando las características del producto y trasladarlas a una lista de historias o requerimientos priorizados decidiendo el orden y estar refinándola continuamente. También es responsable de las pérdidas y las ganancias del producto así como de elegir el rumbo de cada sprint. [9] 2.1.2.2 El equipo (The team) Son los encargados de producir o desarrollar el producto que se va a utilizar. Debe ser un equipo multi-funcional con la experiencia necesaria para poder terminar un producto potencialmente productivo al finalizar cada sprint. Se debe auto-gestionar y auto-organizar, no existen jefes de equipo y cada integrante se debe comprometer a entregar ciertas tareas. 26

2.1.2.3 Facilitador (Scrum master) Ayuda al equipo a desarrollar el producto implementando scrum, haciendo lo que este a su alcance para que el equipo logre su objetivo. No es el administrador ni del equipo ni del proyecto. Se asegura de que tanto el equipo como el propietario del producto entiendan y apliquen scrum. 2.1.3 Elementos 2.1.3.1 Pila del producto (Product Backlog) Es una lista de funcionalidades deseables que conforman el producto, representando todo aquello que los usuarios, clientes y los interesados en general esperan del producto. A diferencia de una lista de requisitos para un producto no debe darse por completada y debe estar en constante crecimiento mientras se encuentre en desarrollo o en el mercado. Puede ser elaborada a partir de la discusión de una idea inicial del propietario del producto o por medio de un informe de requerimientos de un departamento. Para poder elaborar la lista se debe tener una visión clara de que es lo que se quiere lograr. [4] 27

2.1.3.1.1 Planificación del póker. Es una técnica utilizada para estimación de las historias del usuario, en la cual los asistentes discuten los puntos que deben ser asignados a cada historia de usuario, para ello se utiliza un mazo de cartas comúnmente numerados según la serie de Fibonacci, por ejemplo (0, 1, 2, 3, 5, 8, 13, 20, 40, 100). Este tipo de planificación se realiza para aquellas tareas que son nuevas y necesitan ser estimadas. [6] Es conveniente tener un equipo multi-funcional para que se puedan aportar enfoques diferentes. Una vez explicada la historia, cada miembro del equipo estima la cantidad de puntos según la dificultad que se le debe asignar a esa historia. A partir de la primera estimación se discuten las razones por la cual se le ha asignado dicha puntuación y después de ver los puntos de vista de todos los integrantes del equipo se procede a una segunda votación y se continúa así hasta que las estimaciones no varíen demasiado y se llegue a un acuerdo. 2.1.3.1.2 Retorno de inversión (ROI). El dueño del producto es el encargado de administrar el retorno de inversión, para ello debe aplicar una proyección al mercado entre el costo beneficio del producto. Durante el desarrollo el dueño del producto debe crear un puente de comunicación entre el departamento de márquetin, ventas y el equipo de scrum colaborando en la dirección del producto. 28

2.1.3.2 Pila de sprint (Sprint Backlog) Es una lista elaborada a partir de la pila del producto descompuesta en las tareas necesarias para poder crear un incremento funcional del producto final. La pila del sprint la realiza el equipo en una reunión, asignando tareas a los miembros del equipo y estimando el tiempo de cada una. [2] La utilidad de la pila del sprint radica en la descomposición del incremento en pequeñas unidades que sirven para medir el avance diario y la facilidad para identificar riesgos y problemas, a su vez sirve de soporte de comunicación para el equipo. La pila del sprint solo puede ser modificada por los miembros del equipo durante el sprint. Las tareas deben tener una duración mínima de dos horas y una duración máxima de dieciséis. Además debe ser visible para todo el equipo ya sea en una pizarra, hoja de cálculo o por medio de una herramienta adecuada para la gestión de proyectos. Independientemente de cómo o donde se encuentre la pila del sprint, esta debe incluir la lista de tareas, el responsable de la tarea y el tiempo estimado para que sea finalizada. También sirve de soporte para las reuniones diarias del equipo. Una vez finalizada la pila del sprint da como resultado un incremento operativo que puede ser entregado al cliente final. 29

2.1.3.3 Grafico burndown Es un tipo de grafico que representa diariamente el trabajo realizado y faltante del sprint actual. Son utilizados para el seguimiento del progreso del sprint. El eje de las y es utilizado para las tareas del sprint, puede ser en horas, días, puntos de historia, entre otras. [12] 2.1.4 Reuniones 2.1.4.1 Scrum diario Es una reunión diaria con una duración de alrededor de 15 minutos en un horario establecido donde asisten todos los miembros del equipo. Generalmente se realiza de pie para ayudar a hacerla corta. Cada miembro del equipo informa del progreso y los obstáculos que ha tenido desde la última reunión respondiendo tres puntos: [11] El avance desde la última reunión. La planeación de lo que se pretende realizar para la siguiente reunión. Problemas o impedimentos encontrados para realizar el trabajo. 30

La finalidad de esta reunión es mantener informado de los avances y obstáculos a los demás miembros del equipo y poder auto-organizarse. Los obstáculos encontrados son anotados y el facilitador les da seguimiento para ayudar a resolverlos. Es recomendable que no acuda el dueño del producto ni los jefes para poder hacer más fluida la reunión y evitar sentir presión por parte de los miembros del equipo. 2.1.4.2 Planificación del sprint La reunión de planificación del sprint consta de dos reuniones con un límite de cuatro horas para cada reunión, la primera reunión se realiza para seleccionar las tareas de la pila del producto y la segunda es para preparar la pila del sprint. [13] En la primera reunión asisten todos los interesados, desde el facilitador, el equipo, el propietario del producto e incluso pueden asistir terceros para añadir asesoramiento e información adicional. Es aquí donde se seleccionan los requerimientos de la pila del producto a los cuales el equipo se compromete a entregar como un producto potencialmente utilizable. El dueño del producto es responsable de lo que se va a construir en el sprint, sin embargo el equipo puede hacer sugerencias. 31

La segunda reunión se realiza inmediatamente después de la primera, es aquí donde el propietario del producto responde preguntas al equipo sobre dudas de los requerimientos seleccionados para el sprint. En esta reunión es donde se realiza la pila del sprint es decir la planificación, designación y estimación de tareas. 2.2 Tecnologías web El internet y la World Wide Web han ayudado a la población en general a introducirse en el mundo de la informática. Gracias a actividades como descargar música, ver películas, realizar reservaciones en hoteles, venta de artículos, entre otras, se puede decir que en la historia de la informática el internet y la web son de los avances más importantes. [14] 2.2.1 jquery Actualmente la web es un entorno dinámico con usuarios que requieren altos niveles de funciones y estilos para los sitios. Para lograr sitios interesantes los desarrolladores recurren a librerías de JavaScript como jquery para simplificar y automatizar tareas. La coherencia y simetría existente que presenta jquery y los conceptos tomados de la estructura HTML y CSS (Cascading Style Sheets u Hojas de estilo en cascada) hacen que el comienzo con esta librería sea rápido debido a la experiencia que muchos desarrolladores web tienen con JavaScript. [15] 32

En la programación web común jquery proporciona una capa de abstracción de gran utilidad en la mayoría de las situaciones. Dentro de las características principales se encuentran: Acceso a elementos del documento gracias a un mecanismo robusto de selector. Respuesta a la interacción del usuario. Recuperación de la información de un servidor sin refrescar la pagina gracias al incorporación de AJAX (Asynchronous JavaScript And XML o JavaScript asíncrono y XML). 2.2.2 CSS (Cascading Style Sheets, Hojas de estilo en cascada) Las hojas de estilo permiten controlar el aspecto de documentos electrónicos escritos con HTML y XHTML, permitiendo separar el contenido de la presentación para la creación de páginas web complejas. [16] La separación de la definición de contenido y la definición del aspecto ayuda a definir bien los documentos, mejorar la accesibilidad y reduce la complejidad del mantenimiento. 33

Los documentos creados con hojas de estilos permiten definir el aspecto de cada elemento como son: tamaño, color, tipo de letra, posición, entre otros. 2.2.3 AppServ AppServ es un programa inspirado por Phanupong Panyadee (fundación de AppServ) cuyo concepto es la fácil instalación de Apache, PHP y MySQL. Con AppServ se instala y se configura un servidor web y un servidor de base de datos ya sea sobre sistemas operativos bajo Windows o Linux. [17] 2.2.4 Apache Es un servidor web de código fuente abierto altamente configurable de diseño modular y muy sencillo de ampliar. Trabaja con una gran cantidad de lenguajes como Perl y PHP. Apache funciona en varios sistemas operativos como Windows, Linux, Mac OS. [18] 2.2.5 PHP (HyperText Preprocessor, Preprocesador de Hipertexto) PHP es un lenguaje de programación diseñado para la creación de páginas web dinámicas, con características que facilitan el diseño y la programación. Basa su sintaxis en la de C pero más simple, adoptando las necesidades al desarrollo web. [19] 34

El lenguaje de PHP puede trabajar fuertemente con prácticamente todas las bases de datos, permitiendo manejar la conexión y la comunicación con la base de datos. 2.2.6 MySQL MySQL es SABD (Sistema Administrador de Base de Datos o Database Managment System) relacional que puede ser utilizado en sitios web, desarrollado inicialmente pensando en la velocidad. [19] La empresa que sueca que desarrolla MySQL ofrece dos tipos de licencias. Software de fuente abierta. Licencia comercial. De las ventajas que presenta MySQL se encuentran, que es rápido, es gratis y en caso de querer una licencia comercial el precio es muy razonable, fácil de usar, tiene soporte en muchos sistemas operativos, seguro, soporta grandes volúmenes de datos y es personalizable. 35

2.2.7 MySQL Workbench MySQL Workbench es una herramienta de diseño para bases de datos creadas en MySQL. Esta herramienta permite diseñar y gestionar visualmente todo tipo de bases de datos. [20] MySQL Workbench ofrece dos ediciones, la de código abierto y la comercial. Dentro de las cualidades que presentan estos tipos de ediciones se encuentran: un editor de SQL, visor de sintaxis de colores, historial de sentencias ejecutadas de SQL, permite exportar resultados en diferentes formatos, entre otras. [21] 2.2.8 Eclipse Eclipse es un entorno de desarrollo integrado, con código libre y gratuito, este entorno puede ser utilizado para desarrollar en varios lenguajes como Java, C, C++, PHP. Eclipse provee al programador de frameworks para el desarrollo de aplicaciones graficas, web, entre otras. 36

Capítulo 3: Aplicación de la metodología En la empresa surge la necesidad de contar con un sistema para la gestión de proyectos realizados en el área de innovación y tecnología, para ello fue necesario de acuerdo a la metodología SCRUM partiendo de una idea inicial, identificar un equipo de trabajo y definir roles, estos fueron: DP, F, E, esto se puede observar en la tabla 3.1. Tabla 3.1 Roles designados al proyecto Dueño del producto: Lino Corlay Trujillo Facilitador: Romulo Vidales Ramos Equipo: Alejando López Landa Ricardo Arriaga García Sergio García Gutiérrez Francisco Vanda Badillo Definidos los roles dentro de la metodología los involucrados en el proyecto identificaron las necesidades iniciales del producto conocidas como historias de usuario, dando como resultado un documento llamado pila del producto, entre las historias identificadas se encuentran: crear, editar, eliminar proyectos, crear restricciones por usuario, entre otras. La pila del producto se puede ver en la tabla 3.2. 37

Tabla 3.2 Pila del producto (Product Backlog) Historias de usuario Prioridad Dificultad ROI Crear Proyecto 60 5 12 Crear Usuario 25 5 5 Crear Historia 50 5 10 Crear Sprint 40 5 8 Crear Tareas 25 5 5 Editar Tareas 20 8 2.5 Editar Proyecto 20 8 2.5 Editar Historia 20 8 2.5 Editar Sprint 20 8 2.5 Eliminar Tareas 10 8 1.25 Eliminar Proyecto 8 5 1.6 Eliminar Historia 5 5 1 Eliminar Sprint 5 5 1 Cambiar Status de la Tarea 25 5 5 Cambiar Status del Sprint 18 5 3.6 Cambiar Status del Proyecto 18 5 3.6 Estatus de Sprint Burn-Down 10 20 0.5 Login al Sistema 15 20 0.75 Editar Usuario 10 3 3.33 Navegar por la Aplicación 50 40 1.25 Instalación de Mantis 8 5 1.6 Soporte IE 8 1 8 0.13 Grupos de Trabajo/Usuarios 10 13 0.77 Restricciones por tipo de Usuario 25 20 1.25 jquery Calendar 30 13 2.31 Cambio de Pop-up por Modales 30 40 0.75 Axtelizar 80 3 26.67 Cambiar Status de Historia 50 5 10 Esconder Historias Terminadas 100 1 100 Identificar Nuevas Historias 100 1 100 Eliminar Usuario 5 2 2.5 Soporte para Mozilla Firefox 1 20 0.05 Soporte Mozilla Firefox 1 8 0.13 38

Siguiendo con la metodología y recordando que trabaja bajo un esquema iterativo e incremental, el facilitador en conjunto con el equipo seleccionaron en la primera reunión de planificación del sprint las historias de usuario de la pila del producto para obtener el primer sprint llamado Funcionabilidad (ver tabla 3.3) una vez identificadas las historias para el primer sprint las historias fueron divididas en varias tareas (ver tabla 3.4) Tabla 3.3 Historias asignadas al sprint 1 Historias ROI Crear Proyecto 12 Crear Historia 10 Crear Sprint 8 Crear Tareas 5 Crear Usuario 5 Cambiar Status de la Tarea 5 Instalación de Mantis 1.6 Navegar por la Aplicación 1.25 Login al Sistema 0.75 Tabla 3.4 Tareas asignadas al sprint 1 Tarea Horas Cargar info. Usuarios 4 Informacion de historia 4 Ambientes de desarrollo Test/Prod 4 Agregar fecha de termino al sprint 4 Ajustes de Plan de pruebas 4 Creacion folders de intalacion 4 Instalar Mantis 16 Reporte de Pruebas II 4 Formulario usuarios/listado 4 Login 8 Pruebas II 12 Menu de navegación 4 Flujo de pantallas/ligas 8 Cargar info. desde inicio 4 Instalación 4 Pruebas /Reportes 4 Crear Use Cases/Test Cases 4 Validación de Campos 4 Creacion de Formularios 6 Crear estructura de la base de datos 4 39

Una de las tareas asignadas al sprint 1 fue la creación de la estructura de la base de datos, dicha base de datos fue modelada con la herramienta MySQL Workbench. Los nombres de las tablas son: users, tasks, proyects, sprint_histories, histories, sprint_backlogs y product_backlogs. El esquema de la BD se puede observar en la figura 3.1. Figura 3.1 Tablas de la base de datos scrum 40

El plan de pruebas para el sprint 1 muestra en su encabezado el nombre del proyecto, número de liberación, fecha de elaboración, entre otras, también muestra en su parte inferior el concentrado de las pruebas pasadas, falladas y el porcentaje de avance de los diferentes módulos del proyecto (Ver tabla 3.5), la información es alimentada con los planes de prueba de cada modulo (Ver tablas 3.6, 3.7, 3.8 y 3.9) Tabla 3.5 Encabezado del plan de pruebas del sprint 1 Project Name: Herramientas SCRUM Operating System: Any Release Information: 1 Release Date 10/04/2011 Bugtracker tool: Not defined Status Symbol Total Passed Failed % Módulo Principal Proyectos PP 19 13 6 68.42% Módulo Product & Sprint Backlog PS 24 12 12 50.00% Módulo Historia HI 4 0 4 0.00% Módulo Sprint SP 10 7 3 70.00% Total 57 32 25 56.14% El avance del proyecto se muestra en una grafica de pie (ver figura 3.2), en la cual se puede observar el porcentaje de pruebas pasadas, así como el porcentaje que representa cada modulo en las pruebas falladas. Figura 3.2 Grafica de los avances de las pruebas del release 1.0 41

La tabla 3.6 muestra el rol de pruebas asignadas para la página principal de proyectos del sistema. Tabla 3.6 Rol de pruebas de la página de proyectos del sprint 1 Principal Proyectos ID Instrucciones Resultado Comentarios La página se despliega correctamente en PP.01 Internet Explorer. La página se despliega correctamente en PP.02 FireFox. La página se despliega correctamente en PP.03 Google Chrome. La página se despliega correctamente en PP.04 Safari. Pendiente PP.05 La página abre rápidamente PP.06 Poder agregar un Proyecto Verificar que no acepte caracteres raros. Así PP.07 como espacios vacíos. Verificar que en el campo de Descripción PP.08 acepte acentos, ñ, comas y puntos. Fail No acepta "ñ", puntos, comas y acentos PP.09 Agregar más de un proyecto Verificar que el más reciente proyecto se PP.10 agregue en la parte superior (de arriba hacia Fail El recién creado se agrega abajo abajo) PP.11 Poder editar texto de un Proyecto. (Admin) Pendiente Poder eliminar un proyecto de la lista. PP.12 (Admin) Pendiente Seleccionar el proyecto y que se abra la PP.13 nueva ventana. Verificar que la información se haya salvado PP.14 correctamente Llenar los campos y dar varias veces PP.15 "Agregar". Verificar que solo agregue el proyecto recién creado. Saturar los campos con caracteres y verificar PP.16 que se agregue el proyecto Verificar que se visualicen correctamente los PP.17 proyectos. Salir y volver a entrar y verificar que la PP.18 información no se pierda. PP.19 Navegar entre Páginas utilizando el Menú Fail Cuando estás en la página de Product Backlog y le das click a Proyectos, posteriormente le das Regresar, se sale del Proyecto. 42

El avance del modulo de product y sprint backlog se muestra en la tabla 3.7 Tabla 3.7 Rol de pruebas de los módulos product y sprint backlog del sprint 1 Product & Sprint Backlog ID Instrucciones Resultado Comentarios Verificar que se visualice correctamente el nombre del PS.01 Proyecto seleccionado en la página principal en la parte superior. Verificar que se visualicen la ventana de Sprint y PS.02 Product Backlog correctamente PS.03 Agregar de uno a varios Product Backlog Verificar que el más reciente Product Backlog se PS.04 agregue en la parte superior (de arriba hacia abajo) Fail Dar "Crear Historia" varias veces, verificar que cree PS.05 solo una entrada. PS.06 Editar Product Backlog (Admin) Pendiente PS.07 Borrar Product Backlog (Admin) Pendiente PS.08 Poder llenar los campos de PRI y DIF 1-3 DIG PS.09 El cálculo de ROI es correcto Llenar Fechas y dar "Agregar", verificar que PS.10 efectivamente agregó Sprint. (Admin) Permanece el mismo número de Spring, aún cuando se El número de Sprint cambia PS.11 Fail hayan agregado. según la fecha Verificar que en el Nombre no acepte caracteres raros, PS.12 así como espacios vacíos. Cuando se agrega un Product Backlog Verificar que en el campo de Descripción acepte PS.13 acentos, ñ, comas y puntos. Fail Verificar que se abra y se pueda cerrar la pantalla de PS.14 Historial cuando se presione un Product Backlog. Fail Verificar que se pueda salir y volver de la página de PS.15 Historia y que permanezca la información. PS.16 Editar Sprint Pendiente PS.17 Eliminar Sprint Pendiente Verificar que el más reciente Sprint se agregue en la PS.18 parte superior (de arriba hacia abajo) Fail El orden se basa en la fecha PS.19 Llenar con caracteres raros y validar que no los acepte. Verificar que PS.20 la información se haya salvado Fail A veces me pone 0000-00-00 correctamente PS.21 Ingresar la Fecha y verificar formato Dar "Crear Sprint" varias veces, verificar que cree solo PS.22 una entrada. Seleccionar el Sprint y verificar que se abra la página PS.23 de Tareas (Sprint). Verificar que se pueda salir y volver de la página de PS.24 Tareas Sprint y que permanezca la información. Fail Fail No acepta el día 31 y no hay validación de la fecha de termino es menor que la de inicio. 43

El modulo que más pruebas fallidas tuvo en el primer sprint fue el modulo de historia. (Ver tabla 3.8) Tabla 3.8 Rol de pruebas del módulo de historia del sprint 1 Historia ID Instrucciones Resultado Comentarios HI.01 Verificar que se visualice correctamente la información de la Historia. Fail HI.02 Editar el contenido del Historial (Admin). Pendiente HI.03 Ingresar caracteres raros. Fail HI.04 Verificar que se pueda salir y volver de la página y que permanezca la información. Fail Las pruebas pasadas para el modulo del sprint se pueden ver en la tabla 3.9. Tabla 3.9 Rol de pruebas del módulo del sprint del sprint 1 Sprint ID Instrucciones Resultado Comentarios SP.01 Verificar que se visualice correctamente la información de la Página. SP.02 Se puede mover las Historias de disponibles a asignadas y viceversa. SP.03 Se pueda crear de una a varias Tareas SP.04 Verificar que el más reciente tarea se agregue en la parte superior (de arriba hacia abajo) Fail SP.05 Editar una o varias tareas. Pendiente SP.06 Se pueda borrar una o varias Tareas Pendiente SP.07 Ingresar caracteres raros o espacios y verificar que no se pueda agregar Tarea. SP.08 Se pueda modificar el Estatus de la Tarea Pendiente SP.09 Verificar que se pueda salir y volver de la página y que permanezca la información. SP.10 Que los formatos de la información sean los correctos. Una vez terminado el sprint 1 el equipo entrego un producto el cual ya era utilizable para el laboratorio de AXTEL Labs. El proyecto ya era capaz de ingresar proyectos, pila de sprint y pila de producto. 44

La segunda iteración del proyecto scrum fue el sprint 2 mejoras con una duración de siete días. En la reunión de planeación del sprint se seleccionaron las historias que el equipo se comprometía a entregar para ese alcance. (Ver tabla 3.10) Tabla 3.10 Historias asignadas al sprint 2 Historias ROI Axtelizar 26.67 Cambiar Status de Historia 10 Cambiar Status del Sprint 3.6 Cambiar Status del Proyecto 3.6 JQuery Calendar 2.31 Cambio de Pop-up por Modales 0.75 Una vez seleccionadas las historias el equipo las desgloso en tareas (Ver tabla 3.11) y fueron asignadas a los distintos miembros del equipo. Tabla 3.11 Tareas asignadas al sprint 2 Tarea Horas Nueva plantilla para el envió de avisos del sistema Axtel Conmigo 4 Organizar Carpetas 4 Crear Usuarios 4 Crear proyecto e ingresar historias 4 Instalar en Producción Release Sprint 1 4 Prioridades y tiempos 5 Levantar Tickets _Mantis_ 5 Reporte de Pruebas 5 Correr Pruebas 5 Agregar Casos de Prueba 5 Script Base de Datos para Producción 4 Manejo de Scripts Base de Datos 4 Funcionalidad de botón cabio de status en proyecto 6 Pop-up a Modales 10 Integrar librería con el calendario 4 Buscar librería jquery y agregarla al directorio 4 Agregar botones inicio y termino 6 Agregar botón cambio de status historia 4 Imágenes para Axtelizar 4 45

El plan de pruebas del sprint 2 muestra un avance del cincuenta y cuatro por ciento (ver figura 3.3) en comparación con el cuarenta y siete por ciento de avance del sprint 1 (ver figura 3.2). Tabla 3.12 Encabezado del plan de pruebas del sprint 2 Project Name: Herramientas SCRUM Operating System: Any Release Information: 2 Release Date 18/04/2011 Bugtracker tool: Not defined Status Symbol Total Passed Failed % Módulo Principal Proyectos PP 20 15 5 75.00% Módulo Product & Sprint Backlog PS 25 18 7 72.00% Módulo Historia HI 4 0 4 0.00% Módulo Sprint SP 10 7 3 70.00% Total 59 40 19 67.80% La figura 3.3 muestra una grafica de pie con el porcentaje de pruebas pasadas y el porcentaje de pruebas fallidas de los diferentes módulos. La grafica es alimentada con los datos recolectados en la tabla 3.12. Figura 3.3 Grafica de los avances de las pruebas del release 2.0 46

El rol de pruebas para la pagina principal de proyectos del sprint 2 (ver tabla 3.13) incluye una prueba más en comparación con el sprint 1 (ver tabla 3.6). Tabla 3.13 Rol de pruebas de la página de proyectos del sprint 2 Principal Proyectos ID Instrucciones Resultado Comentarios PP.01 La página se despliega correctamente en Internet Explorer. PP.02 La página se despliega correctamente en FireFox. PP.03 La página se despliega correctamente en Google Chrome. PP.04 La página se despliega correctamente en Safari. Pendiente PP.05 La página abre rápidamente PP.06 Poder agregar un Proyecto PP.07 Verificar que no acepte caracteres raros. Así como espacios vacíos. PP.08 Verificar que en el campo de Descripción acepte No acepta puntos, comas y Fail acentos, ñ, comas y puntos. acentos PP.09 Agregar más de un proyecto PP.10 Validar que si se agrega el mismo proyecto, no te lo permita. Fail PP.11 Verificar que el más reciente proyecto se agregue en la parte superior (de arriba hacia abajo) PP.12 Poder editar texto de un Proyecto. (Admin) Pendiente PP.13 Poder eliminar un proyecto de la lista. (Admin) Pendiente PP.14 Seleccionar el proyecto y que se abra la nueva ventana. PP.15 Verificar que la información se haya salvado correctamente PP.16 Llenar los campos y dar varias veces "Agregar. Verificar que solo agregue el proyecto recién creado. PP.17 Saturar los campos con caracteres y verificar que se agregue el proyecto PP.18 Verificar que se visualicen correctamente los proyectos. PP.19 Salir y volver a entrar y verificar que la información no se pierda. PP.20 Navegar entre Páginas utilizando el Menú 47

sprint 2 La tabla 3.14 muestra el rol de pruebas del modulo de product y sprint backlog del Tabla 3.14 Rol de pruebas de los módulos product y sprint backlog del sprint 2 Product & Sprint Backlog ID Instrucciones Resultado Comentarios PS.01 Verificar que se visualice correctamente el nombre del Proyecto seleccionado en la página principal en la parte superior. PS.02 Verificar que se visualicen la ventana de Sprint y Product Backlog correctamente PS.03 Agregar de uno a varios Product Backlog PS.04 Agregar con el mismo nombre y verificar que no lo permita Fail PS.05 Verificar que el más reciente Product backlog se agregue en la parte superior (de arriba hacia abajo) PS.06 Dar "Crear Historia" varias veces, verificar que cree solo una entrada. PS.07 Editar Product Backlog (Admin) Pendiente PS.08 Borrar Product Backlog (Admin) Pendiente PS.09 Poder llenar los campos de Prioridad y Dificultad 1-3 DIG PS.10 El cálculo de ROI es correcto PS.11 Llenar Fechas y dar "Agregar", verificar que efectivamente Cambiar la leyenda de agregó Sprint. (Admin) invalida. PS.12 Permanece el mismo número de Spring, aún cuando se Hay que quitar las hayan agregado. ventanas PS.13 Verificar que en el Nombre no acepte caracteres raros, así como espacios vacíos. Cuando se agrega un Product Backlog PS.14 Verificar que en el campo de Descripción acepte acentos, ñ, No acepta comas ni Fail comas y puntos. puntos. PS.15 Verificar que se abra y se pueda cerrar la pantalla de Historial cuando se presione un Product Backlog. Fail PS.16 Verificar que se pueda salir y volver de la página de Historia y que permanezca la información. PS.17 Editar Sprint Pendiente PS.18 Eliminar Sprint Pendiente PS.19 Verificar que el más reciente Sprint se agregue en la parte superior (de arriba hacia abajo) PS.20 Llenar con caracteres raros y validar que no los acepte. PS.21 Verificar que la información se haya salvado correctamente PS.22 Ingresar la Fecha y verificar formato PS.23 Dar "Crear Sprint" varias veces, verificar que cree solo una entrada. OK PS.24 Seleccionar el Sprint y verificar que se abra la página de Tareas (Sprint). OK PS.25 Verificar que se pueda salir y volver de la página de Tareas Sprint y que permanezca la información. OK 48

Para el sprint 2 no se avanzo en las pruebas del modulo de historia (ver tabla 3.15). Tabla 3.15 Rol de pruebas del módulo de historia del sprint 2 Historia ID Instrucciones Resultado Comentarios HI.01 Verificar que se visualice correctamente la información de la Historia. Fail HI.02 Editar el contenido del Historial (Admin). Pendiente HI.03 Ingresar caracteres raros. Fail HI.04 Verificar que se pueda salir y volver de la página y que permanezca la información. Fail La tabla 3.16 muestra el rol de pruebas para el modulo del sprint del sprint 2. Tabla 3.16 Rol de pruebas del módulo del sprint del sprint 2 Sprint ID Instrucciones Resultado Comentarios Verificar que se visualice correctamente la Cuando pones acentos se ve un SP.01 Fail información de la Página. carácter raro en la descripción Se puede mover las Historias de disponibles a SP.02 asignadas y viceversa. SP.03 Se pueda crear de una a varias Tareas Verificar que el más reciente tarea se agregue en la SP.04 parte superior (de arriba hacia abajo) SP.05 Editar una o varias tareas. Pendiente SP.06 Se pueda borrar una o varias Tareas Pendiente Ingresar caracteres raros o espacios y verificar que no SP.07 se pueda agregar Tarea. SP.08 Se pueda modificar el Estatus de la Tarea Pendiente Verificar que se pueda salir y volver de la página y SP.09 que permanezca la información. SP.10 Que los formatos de la información sean los correctos. Al terminar el sprint 2 el equipo pudo ver que ya se tenía un avance del cincuenta y cuatro por cierto (ver figura 3.3) de la funcionalidad inicial deseada para el proyecto. 49

La iteración número tres del proyecto scrum fue el sprint 3 el cual se enfoco en la edición de los diferentes módulos del proyecto. (Ver tabla 3.17) Tabla 3.17 Historias asignadas al sprint 3 Historias ROI Esconder Historias Terminadas 100 Identificar Nuevas Historias 100 Editar Usuario 3.33 Editar Historia 2.5 Editar Sprint 2.5 Editar Tareas 2.5 Editar Proyecto 2.5 Las tareas desglosadas del sprint 3 se pueden ver en la tabla 3.18. Tabla 3.18 Tareas asignadas al sprint 3 Tarea Horas Modificar plantilla Error AxtelConmigo 4 Agregar botones para edicion de Usuarios 4 Agregar botones para edicion de Proyectos 4 Agregar Botones para edicion de Tareas 4 Agregar botones para Edicion de Sprints 4 Cambiar estilo para resaltar nuevas historias 4 Modificar Consultas SQL 5 Integrar Modal Editar Tareas al PHP 5 Funcionalidad Modal Formulario Editar Tareas 5 Plantilla Formulaio Editar Tareas 5 Integrar Modal Editar Proyecto al PHP 5 Funcionalidad Modal Formulario Editar Proyecto 5 Hacer Plantill Formulario Editar Proyecto 5 Integrar Modal Editar Usuario al PHP 5 Funcionalidad del Modal para el Formulario Editar Usuario 5 Hacer Plantilla de Formulario Editar Usuario 5 Integrar el Modal de Editar Sprint al PHP 5 Realizar Funcionalidad de Modal Formulario de Editar Sprint 5 Hacer plantilla de formulario para Editar Sprint en HTML 5 Verificar bases de datos con los casos de prueba 6 Instalar nuevas versiones en Test y Prod 8 Mandar Reportes 4 Levantar Reportes (Mantis) 4 Ejecutar Casos de Prueba 4 Actualizar escenarios de prueba 4 50

El concentrado del plan de pruebas (ver tabla 3.19) muestra un avance del sesenta y seis por ciento de pruebas pasadas, se puede ver gráficamente en la figura 3.4. Tabla 3.19 Encabezado del plan de pruebas del sprint 3 Project Name: Herramientas SCRUM Operating System: Any Release Information: 3 Release Date 25/04/2011 Bugtracker tool: Not defined Status Symbol Total Passed Failed % Módulo Principal Proyectos PP 20 16 4 80.00% Módulo Product & Sprint Backlog PS 25 16 9 64.00% Módulo Historia HI 11 5 6 45.45% Módulo Sprint SP 10 7 3 70.00% Módulo Acceso SCRUM AS 8 6 2 75.00% Total 74 50 24 67.57% La figura 3.4 muestra el porcentaje de pruebas pasadas y las pruebas fallidas de cada uno de los diversos módulos del proyecto. Figura 3.4 Grafica de los avances de las pruebas del release 3.0 51

El rol de pruebas de la página principal de proyectos (ver tabla 3.20) para el sprint 3 representa el cuatro por ciento de las pruebas fallidas del proyecto (ver figura 3.4). Tabla 3.20 Rol de pruebas de la página de proyectos del sprint 3 Principal Proyectos ID Instrucciones Resultado Comentarios PP.01 La página se despliega correctamente en Internet Explorer. PP.02 La página se despliega correctamente en FireFox. PP.03 La página se despliega correctamente en Google Chrome. PP.04 La página se despliega correctamente en Safari. Pendiente PP.05 La página abre rápidamente PP.06 Poder agregar un Proyecto PP.07 Verificar que no acepte caracteres raros. Así como espacios vacíos. PP.08 Verificar que en el campo de Descripción acepte acentos, ñ, comas y puntos. No acepta comas PP.09 Agregar más de un proyecto PP.10 Validar que si se agrega el mismo proyecto, no te lo permita. Fail PP.11 Verificar que el más reciente proyecto se agregue en la parte superior (de arriba hacia abajo) PP.12 Poder editar texto de un Proyecto. (Admin) Pendiente PP.13 Poder eliminar un proyecto de la lista. (Admin) Pendiente PP.14 Seleccionar el proyecto y que se abra la nueva ventana. PP.15 Verificar que la información se haya salvado correctamente OK PP.16 Llenar los campos y dar varias veces "Agregar". Verificar que solo agrege el proyecto recién creado. PP.17 Saturar los campos con caracteres y verificar que se agregue el proyecto PP.18 Verificar que se visualicen correctamente los proyectos. PP.19 Salir y volver a entrar y verificar que la información no se pierda. PP.20 Navegar entre Páginas utilizando el Menú 52

El rol de pruebas del modulo product y sprint backlog (ver tabla 3.21) para el sprint 3 representa el siete por ciento de pruebas fallidas del proyecto (ver figura 3.4). Tabla 3.21 Rol de pruebas de los módulos product y sprint backlog del sprint 3 Product & Sprint Backlog ID Instrucciones Resultado Comentarios PS.01 Verificar que se visualice correctamente En la parte de descripción cuando el texto el nombre del Proyecto seleccionado en Fail es muy largo no hace el salto de línea la página principal en la parte superior. PS.02 Verificar que se visualicen la ventana de Sprint y Product Backlog correctamente PS.03 Agregar de uno a varios Product Backlog PS.04 Agregar con el mismo nombre y Fail PS.05 PS.06 verificar que no lo permita Verificar que el más reciente Product backlog se agregue en la parte superior (de arriba hacia abajo) Dar "Crear Historia" varias veces, verificar que cree solo una entrada. PS.07 Editar Product Backlog (Admin) PS.08 Borrar Product Backlog (Admin) Poder llenar los campos de Prioridad y PS.09 Dificultad 1-3 DIG PS.10 El cálculo de ROI es correcto PS.11 PS.12 PS.13 PS.14 PS.15 PS.16 Llenar Fechas y dar "Agregar", verificar que efectivamente agregó Sprint. (Admin) Permanece el mismo número de Spring, aún cuando se hayan agregado. Verificar que en el Nombre no acepte caracteres raros, así como espacios vacíos. Cuando se agrega un Product Backlog Verificar que en el campo de Descripción acepte acentos, ñ, comas y puntos. Verificar que se abra y se pueda cerrar la pantalla de Historial cuando se presione un Product Backlog. Verificar que se pueda salir y volver de la página de Historia y que permanezca Fail Pendiente Pendiente Fail En IE8 al llenar el Nombre y la descripción y darle crear historia N veces no muestra el mensaje de que la historia se ha agregado y al refrescar la pagina la historia la historia se genero las N veces Al escribir el PRI en 11 y el DIF en 2 en el ROI pone 5.50 y al refrescar pone el ROI en 5.5, mostrar la misma cantidad de decimales todo el tiempo Cambiar la leyenda de invalida. Hay que quitar las ventanas En IE8 si valida correctamente la "ñ", pero al darle Crear historia muestra ntilde;. Si guarda la información 53

la información. PS.17 Editar Sprint PS.18 Eliminar Sprint Verificar que el más reciente Sprint se PS.19 agregue en la parte superior (de arriba hacia abajo) Llenar el campo nombre con caracteres PS.20 raros y validar que no los acepte. Verificar que la información se haya PS.21 salvado correctamente PS.22 Ingresar la Fecha y verificar formato PS.23 Dar "Crear Sprint" varias veces, verificar que cree solo una entrada. Seleccionar el Sprint y verificar que se PS.24 abra la página de Tareas (Sprint). Verificar que se pueda salir y volver de PS.25 la página de Tareas Sprint y que permanezca la información. 3.22). Pendiente Pendiente Fail En IE8 al llenar los datos correctamente y darle Crear sprint N veces no muestra el mensaje de Sprint Agregado y al refrescar la pagina la muestra el Sprint las N veces que fue agregado. En firefox lo hizo correctamente Para el sprint 3 se aumento el número de pruebas del modulo de historia (ver tabla Tabla 3.22 Rol de pruebas del módulo de historia del sprint 3 Historia ID Instrucciones Resultado Comentarios HI.01 Verificar que se visualice correctamente la información de la Historia. HI.02 Editar el contenido del Historial (Admin). Pendiente HI.03 Ingresar caracteres raros, en el Nombre HI.04 Ingresar caracteres raros, en la descripción HI.05 Verificar que se pueda salir y volver de la página y que permanezca la información. Fail HI.06 Verificar que la Prioridad solo acepte números con longitud máxima de 3 HI.07 Verificar que la Dificultad solo acepte números con longitud máxima de 3 HI.08 Darle Enter sobre el Nombre y que no pase nada. Que no acepte el Enter Fail HI.09 Darle Enter sobre el Prioridad y que no pase nada. Que no acepte el Enter Fail HI.10 Darle Enter sobre el Dificultad y que no pase nada. Que no acepte el Enter Fail HI.11 Darle clic en Guardar cambios, y que muestre el Al darle clic en guardar, la pagina Fail mensaje correspondiente se bloquea y no guarda los cambios 54

La tabla 3.23 muestra el rol de pruebas aplicadas al modulo del sprint para el sprint 3. El modulo del sprint representa el seis por ciento de pruebas fallidas (ver figura 3.4). Tabla 3.23 Rol de pruebas del módulo del sprint del sprint 3 Sprint ID Instrucciones Resultado Comentarios Verificar que se visualice correctamente la Cuando pones acentos se ve un SP.01 información de la Página. carácter raro en la descripción Se puede mover las Historias de disponibles a SP.02 asignadas y viceversa. SP.03 Se pueda crear de una a varias Tareas Verificar que el más reciente tarea se agregue en la SP.04 parte superior (de arriba hacia abajo) SP.05 Editar una o varias tareas. Pendiente SP.06 Se pueda borrar una o varias Tareas Pendiente Ingresar caracteres raros o espacios y verificar que SP.07 no se pueda agregar Tarea. SP.08 Se pueda modificar el Estatus de la Tarea Pendiente Verificar que se pueda salir y volver de la página y SP.09 que permanezca la información. Que los formatos de la información sean los SP.10 correctos. En este sprint se agrego el rol de pruebas de acceso al sistema (ver tabla 3.24). Tabla 3.24 Rol de pruebas del módulo de acceso al sistema del sprint 3 Acceso al sistema SCRUM ID Instrucciones Resultado Comentarios AS.01 Validacion del campo correo (formato) AS.02 Validacion del campo clave (formato) AS.03 Validar usuario no existente AS.04 No debe permitir entrar al sistema si se ingresa la url AS.05 Validar los campos en la pantalla de Usuarios del Sistema (Nombre, Correo E, Clave, Repetir Clave) AS.06 Prueba de usuario duplicados AS.07 No debe permitir entrar a la sección de Usuarios del Sistema si el usuario no tiene privilegios Pendiente AS.08 Guardar los privilegios correctamente Fail Si el usuario no se ha logueado no debe permitir entrar al sistema por medio de la url En la parte de la clave, especificar el formato deseado en el mensaje de error Siempre muestra privilegios de administrador La funcionalidad principal agregada para el sprint 3 fue la edición de los diferentes módulos del proyecto. 55

La cuarta y última iteración del proyecto scrum es el sprint 4 con una duración de ocho días. Las historias asignadas para el sprint se enlistan en la tabla 3.25. Tabla 3.25 Historias asignadas al sprint 4 Historias ROI Eliminar Usuario 2.5 Eliminar Proyecto 1.6 Eliminar Tareas 1.25 Restricciones por tipo de Usuario 1.25 Eliminar Sprint 1 Eliminar Historia 1 Estatus de Sprint Burn-Down 0.5 Las tareas desglosadas del sprint 4 se pueden ver en la tabla 3.26. Tabla 3.26 Tareas asignadas al sprint 4 Tarea Horas Actualizar consulta de mostrar proyectos y agregarle el estatus de tareas terminadas 6 Actualizar consultas para filtrar resultados para Sprint 4 Actualizar consultas para filtrar resultados para Historia 4 Actualizar consultas para filtrar resultados para Proyectos 4 Agregar status de borrado en Proyectos 4 Agregar status de borrado en Historia 4 Agregar status de borrado en Sprint 4 Generar script de borrado de Proyectos 4 Generar script de borrado de Usuario 4 Generar script de borrado de Tarea 4 Generar script de borrado de Historia 4 Generar script de borrado de Sprint 4 Generar modal de confirmación Historia 4 Generar modal de confirmación Tareas 4 Generar modal de confirmación Proyectos 4 Generar modal de confirmación Usuarios 4 Generar modal de confirmación Sprint 4 Instalar nuevas versiones en Test y Producción 8 Verificar bases de datos con los casos de prueba 6 Mandar Reportes al equipo 4 Levantar Reportes (Mantis) 4 Ejecutar Casos de prueba 4 Actualizar Escenarios de prueba 4 56

El concentrado del plan de pruebas para el sprint 4 (ver tabla 3.19) muestra un avance del setenta y ocho por ciento de pruebas pasadas, se puede ver gráficamente en la figura 3.5. Tabla 3.27 Encabezado del plan de pruebas del sprint 4 Project Name: Herramientas SCRUM Operating System: Any Release Information: 4 Release Date 05/05/2011 Bugtracker tool: Not defined Status Symbol Total Passed Failed % Módulo Principal Proyectos PP 20 20 0 100.00% Módulo Product & Sprint Backlog PS 25 22 3 88.00% Módulo Historia HI 10 6 4 60.00% Módulo Sprint SP 10 7 3 70.00% Módulo Acceso SCRUM AS 9 7 2 77.78% Total 74 62 12 83.78% La figura 3.5 muestra gráficamente el porcentaje de pruebas pasadas y las pruebas fallidas de cada uno de los diversos módulos del proyecto. Figura 3.5 Grafica de los avances de las pruebas del release 4.0 57

El rol de pruebas de la página principal de proyectos (ver tabla 3.28) para el sprint 4 representa el cero por ciento de las pruebas fallidas del proyecto (ver figura 3.5). Tabla 3.28 Rol de pruebas de la página de proyectos del sprint 4 Principal Proyectos ID Instrucciones Resultado Comentarios PP.01 La página se despliega correctamente en Internet Explorer. PP.02 La página se despliega correctamente en FireFox. PP.03 La página se despliega correctamente en Google Chrome. PP.04 La página se despliega correctamente en Safari. Pendiente PP.05 La página abre rápidamente PP.06 Poder agregar un Proyecto PP.07 Verificar que no acepte caracteres raros. Así como En mozilla acepta &. Definir si espacios vacíos. es carácter valido. PP.08 Verificar que en el campo de Descripción acepte No acepta comas. En mozilla acentos, ñ, comas y puntos. acepta &.Definir si son validos. PP.09 Agregar más de un proyecto PP.10 Validar que si se agrega el mismo proyecto, no te lo permita. Pendiente PP.11 Verificar que el más reciente proyecto se agregue en la parte superior (de arriba hacia abajo) PP.12 Poder editar texto de un Proyecto. (Admin) Pendiente PP.13 Poder eliminar un proyecto de la lista. (Admin) Pendiente PP.14 Seleccionar el proyecto y que se abra la nueva ventana. PP.15 Verificar que la información se haya salvado correctamente PP.16 Llenar los campos y dar varias veces "Agregar". Verificar que solo agregue el proyecto recién creado. PP.17 Saturar los campos con caracteres y verificar que se agregue el proyecto PP.18 Verificar que se visualicen correctamente los proyectos. PP.19 Salir y volver a entrar y verificar que la información no se pierda. PP.20 Navegar entre Páginas utilizando el Menú 58

El rol de pruebas del modulo product y sprint backlog (ver tabla 3.29) para el sprint 4 representa el dos por ciento de pruebas fallidas del proyecto (ver figura 3.5). Tabla 3.29 Rol de pruebas de los módulos product y sprint backlog del sprint 4 Product & Sprint Backlog ID Instrucciones Resultado Comentarios Verificar que se visualice correctamente el En la parte de descripción cuando el texto PS.01 nombre del Proyecto seleccionado en la Fail es muy largo no hace el salto de linea página principal en la parte superior. Verificar que se visualicen la ventana de PS.02 Sprint y Product Backlog correctamente PS.03 Agregar de uno a varios Product Backlog Agregar con el mismo nombre y verificar PS.04 Fail PS.05 PS.06 que no lo permita Verificar que el más reciente Product backlog se agregue en la parte superior (de arriba hacia abajo) Dar "Crear Historia" varias veces, verificar que cree solo una entrada. PS.07 Editar Product Backlog (Admin) PS.08 Borrar Product Backlog (Admin) Poder llenar los campos de Prioridad y PS.09 Dificultad 1-3 DIG PS.10 El Calculo de ROI es correcto Llenar Fechas y dar "Agregar", verificar PS.11 que efectivamente agregó Sprint. (Admin) Permanece el mismo número de Spring, PS.12 aún cuando se hayan agregado. Verificar que en el Nombre no acepte PS.13 caracteres raros, así como espacios vacíos. Cuando se agrega un Product Backlog PS.14 Verificar que en el campo de Descripción acepte acentos, ñ, comas y puntos. Verificar que se abra y se pueda cerrar la PS.15 pantalla de Historial cuando se presione un Product Backlog. Verificar que se pueda salir y volver de la PS.16 página de Historia y que permanezca la información. PS.17 Editar Sprint PS.18 Eliminar Sprint Fail IE8 Pendiente Pendiente IE8 Pendiente Pendiente En IE8 al llenar el Nombre y la descripción y darle crear historia N veces no muestra el mensaje de que la historia se ha agregado y al refrescar la pagina la historia la historia se genero las N veces Al escribir el PRI en 11 y el DIF en 2 en el ROI pone 5.50 y al refrescar pone el ROI en 5.5, mostrar la misma cantidad de decimales todo el tiempo Cambiar la leyenda de inválida. Hay que quitar las ventanas Acepta /& en mozilla. Definir si va a aceptar estos caracteres En IE8 si valida correctamente la "ñ", pero al darle Crear historia muestra ntilde;. Si guarda la información 59

Verificar que la fecha más reciente Sprint PS.19 se agregue en la parte superior (de arriba hacia abajo) Llenar el campo nombre con caracteres PS.20 raros y validar que no los acepte. Verificar que la información se haya PS.21 salvado correctamente PS.22 Ingresar la Fecha y verificar formato PS.23 Dar "Crear Sprint" varias veces, verificar que cree solo una entrada. Seleccionar el Sprint y verificar que se abra PS.24 la página de Tareas (Sprint). Verificar que se pueda salir y volver de la PS.25 página de Tareas Sprint y que permanezca la información. IE8 En IE8 al llenar los datos correctamente y darle Crear sprint N veces no muestra el mensaje de Sprint Agregado y al refrescar la pagina la muestra el Sprint las N veces que fue agregado. En firefox lo hizo correctamente El rol de pruebas del modulo historia (ver tabla 3.30) para el sprint 4 representa el ocho por ciento de pruebas fallidas del proyecto (ver figura 3.5). Tabla 3.30 Rol de pruebas del módulo de historia del sprint 4 Historia ID Instrucciones Resultado Comentarios HI.01 Verificar que se visualice correctamente la información de la Historia. HI.02 Editar el contenido del Historial (Admin). Pendiente Permite ingresar & y al guardar cambios pone frasl; amp;. Al poner la ñ y HI.03 Ingresar caracteres raros, en el Nombre Fail guardar pone e ntilde;e pero si guarda correctamente. Todo esto en mozilla. Corregirlo para mozilla Permite ingresar & y al guardar cambios pone frasl; amp;. Al poner la ñ y HI.04 Ingresar caracteres raros, en la Descripcion Fail guardar pone e ntilde;e pero si guarda correctamente. Todo esto en mozilla. Corregirlo para mozilla HI.05 Al darle <ENTER> a Prioridad o Verificar que en el campo de Descripción Fail Dificultad, en la descripción cambia la ñ acepte acentos, ñ, comas y puntos. o los acentos por caracteres raros. HI.06 Verificar que se pueda salir y volver de la página y que permanezca la información. HI.07 Verificar que la Prioridad solo acepte números con longitud máxima de 3 60

HI.08 HI.09 HI.10 Verificar que la Dificultad solo acepte números con longitud máxima de 3 Darle clic en Guardar cambios, y que muestre el mensaje correspondiente Guardar cambios y que se refleje en la ventana anterior (principal) IE8 Al darle clic en guardar, la pagina se bloquea y no guarda los cambios Fail Aún falla en la versión 5 El rol de pruebas del modulo sprint (ver tabla 3.31) para el sprint 4 representa el seis por ciento de pruebas fallidas del proyecto (ver figura 3.5). Tabla 3.31 Rol de pruebas del módulo del sprint del sprint 4 Sprint ID Instrucciones Resultado Comentarios Verificar que se visualice correctamente la Cuando pones acentos se ve un carácter SP.01 información de la Página. raro en la descripción Se puede mover las Historias de disponibles a SP.02 asignadas y viceversa. SP.03 Se pueda crear de una a varias Tareas Verificar que el más reciente tarea se agregue SP.04 en la parte superior (de arriba hacia abajo) SP.05 Editar una o varias tareas. Pendiente SP.06 Se pueda borrar una o varias Tareas Pendiente Ingresar caracteres raros o espacios y verificar SP.07 que no se pueda agregar Tarea. SP.08 Se pueda modificar el Estatus de la Tarea Pendiente Verificar que se pueda salir y volver de la SP.09 página y que permanezca la información. Que los formatos de la información sean los SP.10 correctos. 61

La tabla 3.32 muestra el rol de pruebas aplicadas al modulo acceso al sistema para el sprint 4. El modulo del sprint representa el seis por ciento de pruebas fallidas (ver figura 3.5). Tabla 3.32 Rol de pruebas del módulo de acceso al sistema del sprint 4 Acceso al sistema SCRUM ID Instrucciones Resultado Comentarios AS.01 Validacion del campo correo (formato) AS.02 Validacion del campo clave (formato) AS.03 Si el user y password se guardan automaticamente, poder accesar sin problemas Fail AS.04 Validar usuario no existente AS.05 No debe permitir entrar al sistema si se ingresa la url AS.06 Validar los campos en la pantalla de Usuarios del Sistema (Nombre, Correo E, Clave, Repetir Clave) AS.07 Prueba de usuario duplicados No debe permitir entrar a la seccion de AS.08 Usuarios del Sistema si el usuario no tiene Pendiente privilegios Si el usuario no se ha logueado no debe permitir entrar al sistema por medio de la url En la parte de la clave, especificar el formato deseado en el mensaje de error AS.09 Guardar los privilegios correctamente Fail En el GC ok y en el FireFox Fail Con el termino y entrega del sprint 4 se dio por concluido el desarrollo del proyecto scrum, las modificaciones realizadas al proyecto serán tratadas como mantenimiento del proyecto. 62

Capítulo 4: Breve recorrido del sistema El sistema de proyectos scrum es un software diseñado para llevar a cabo la administración y seguimiento de proyectos realizados en el grupo de trabajo de AXTEL Labs de la compañía AXTEL, S.A.B. de C.V. Dicho sistema está basado en la metodología para el desarrollo de software scrum. Esta herramienta fue diseñada para trabajar correctamente con el navegador Google Chrome en su versión 10 o superior. Para descargar la versión actual de Google Chrome visite la página http://www.google.com/chrome. 4.1 Acceso y navegación del sistema de proyectos scrum En esta sección se describe paso a paso como entrar al sistema, navegar por el menú y como salir del sistema. 4.1.1 Acceso al sistema (inicio de sesión) Para acceder al sistema de proyectos scrum, se debe dar doble clic sobre cualquier icono de Google Chrome que se encuentra en el escritorio de la computadora. (Ver figuras 4.1, 4.2) 63

Figura 4.1 Icono del navegador Google Chrome Figura 4.2 Escritorio con accesos directos al navegador Google Chrome 1. Acceso directo. 1 2. Menú barra de tareas. 3. Barra de tareas. 2 3 Una vez abierto el navegador Google Chrome, escriba en la barra de direcciones (4.1-Ver figura 4.3) la siguiente dirección: http://localhost/scrum/login.php. Figura 4.3 Ingresando la dirección http://localhost/scrum/login.php 1 1. Barra de direcciones. 64

Después de haber ingresado la dirección http://localhost/scrum/login.php, será redireccionado a la pantalla de Acceso al Sistema de Proyectos SCRUM. (Ver figura 4.4) Figura 4.4 Pantalla de Acceso al Sistema de Proyectos SCRUM Para ingresar al Sistema de Proyectos SCRUM ingrese el correo y la clave dada de alta por el administrador de la base de datos del sistema y después presione el botón Entrar al Sistema. (Ver figura 4.5) Figura 4.5 Elementos de la pantalla de Acceso al Sistema de Proyectos SCRUM 1 2 3 4 1. Correo. Identificador de usuario. 2. Clave. Clave de usuario. 3. Área de mensajes. Muestra los mensajes correspondientes. 4. Entrar al Sistema. Botón que permite acceder al sistema. 65

Cuando se accesa al sistema de manera correcta, se indica marcando el campo correo y clave correctamente. (Ver figura 4.6) Figura 4.6 Ingresando Correo y Clave correctamente 4.7, 4.8, 4.9) En caso de haber errores el sistema muestra los siguientes mensajes. (Ver figuras Figura 4.7 Mensaje de error No es un formato de correo válido Figura 4.8 Mensaje de error El formato de la clave no es válido Figura 4.9 Mensaje de error Usuario no existe, verifique su información 66

4.1.2 Navegación Después de haberse identificado como un usuario valido y haber iniciado sesión, el sistema muestra el listado de proyectos scrum. En esta ventana se puede tener acceso al menú principal y a la manipulación de usuarios como de proyectos. (Ver figura4.10) Figura 4.10 Listado de proyectos SCRUM 5 1 4 3 2 1. Logotipo de la empresa Axtel. 2. Listado de proyectos del sistema. Acceso a los proyectos. 3. Usuarios. Acceso a la pantalla de usuarios. 4. Logout. Permite cerrar sesión y salir del sistema. También conocido como cerrar sesión. 5. Menú. Área donde se encuentran los accesos a las diferentes tareas y funcionalidades del sistema. 67

4.1.2.1 Acceso a un elemento del menú. Dependiendo de la sección donde se encuentre el sistema muestra distintos accesos a las diferentes funcionalidades del sistema. Para poder acceder a las secciones del menú solo hay que dar clic sobre la opción deseada. (Ver figura 4.11) Figura 4.11 Menú 1. Opciones del menú. 1 4.1.2.2 Acceso a un proyecto. Para acceder a un proyecto es necesario dar clic sobre el proyecto deseado en el área de listado de proyectos. Al pasar el mouse sobre un proyecto, este se resalta con un gris más oscuro indicando que se está seleccionando dicho proyecto. (Ver figura 4.12) Figura 4.12 Proyecto seleccionado 1. Área de selección de proyecto. 1 68

4.1.3 Salir del sistema (Cerrar sesión) Para salir del sistema y cerrar sesión se debe hacer clic sobre el link del menú Logout. Este link se encuentra en todas las ventanas del sistema de proyectos scrum. (Ver figura 4.13) Figura 4.13 Logout 1 1. Logout. Una vez cerrado sesión será redireccionado a la pantalla de Acceso al Sistema de Proyectos SCRUM. 4.2 Usuarios Dentro del Sistema de proyectos Scrum, existen dos tipos de usuarios, los administradores (administrator) y los usuarios (user), cada uno juega un rol diferente dentro de la metodología scrum. 69

En la sección de usuarios se muestra un listado de los usuarios dados de alta en el sistema, cada uno de ellos muestra el Correo, Nombre y Tipo de usuario. (Ver figura 4.14) Figura 4.14 Vista de la pantalla usuarios de un usuario normal sin privilegios 2 3 4 1 1. Listado de usuarios. Listado de usuarios dados de alta en el sistema. 2. Correo E. Identificador de usuario. 3. Nombre. Nombre del usuario. 4. Tipo. Tipo de cuenta. administrator Administrador. user Usuario. 4.2.1 Administrador (administrator) El usuario tipo Administrador es la persona que juega el rol de Scrum Master (o facilitador) dentro de la metodología scrum. El administrador puede hacer cosas que un usuario normal no puede como manipular proyectos, usuarios, entre otras. 4.2.2 Usuario (user) Este tipo de usuario es la persona que juega el rol de Scrum Team (o equipo) dentro de la metodología scrum. A diferencia de un usuario con privilegios de administrador el usuario no puede realizar operaciones que el administrador si puede como agregar usuarios, asignar privilegios, crear y editar proyectos. 70

4.2.3 Comparación entre usuarios. Dependiendo del tipo de usuario o de los privilegios dados a un usuario este puede realizar ciertas operaciones relacionadas con el rol que juegan dentro de la metodología scrum. A continuación se muestra un cuadro comparativo entre usuarios. (Ver tabla 4.1) Tabla 4.1 Cuadro comparativo de las operaciones que puede realizar cada usuario Administrador Usuario.: Listado de Proyectos SCRUM :. Ver status En progreso Ver status Completado Ver status Cancelado Ver status Eliminado Agregar proyectos Editar proyectos Eliminar proyectos.: Usuarios del Sistema :. Agregar Dar privilegios Editar Eliminar Ver listado de usuarios.: Proyect Info :. Product Backlog Ver historias Crear Historia Editar Historia Editar Prioridad y Dificultad Eliminar Historia Sprint Backlogs Ver Sprints Crear Sprint Editar Sprint Eliminar Sprint.: Proyect - Sprint :. Historias Disponibles Ver Historias Disponibles Asignar Historias Historias Asignadas Ver Historias Asignadas Desasignar Historia 71

Finalizar Historia Tareas Asignadas Agregar Tareas Finalizar Tareas Editar Tareas Eliminar Tareas 4.2.4 Agregar usuario. Para poder dar de alta a un nuevo usuario es necesario acceder a la pantalla de usuarios del sistema, la cual muestra la sección de nuevo usuario. (Ver figura 4.15) Figura 4.15 Descripción de la sección de nuevo usuario 1 4 5 6 2 3 7 8 1. Campos del nuevo usuario. Campos a llenar para ingresar un nuevo usuario. 2. Nombre. Nombre que se le da al nuevo usuario 3. Correo E. Identificador del usuario, debe ser un correo valido. 4. Clave. Clave de acceso al sistema. 5. Repetir Clave. Debe coincidir con la clave de acceso al sistema. 6. Privilegios. Distingue entre un usuario normal y uno con privilegios. 7. Sección de mensajes. Muestra los mensajes correspondientes de la validación de campos. 8. Botón Crear Usuario. Permite crear al usuario. 72

Para crear un usuario con privilegios de administrador se debe seleccionar el checkbox de privilegios, en caso de que no se desee dar privilegios el checkbox deberá quedar en blanco. (Ver figuras 16-17) Figura 4.16 Privilegios de administrador Figura 4.17 Usuario sin privilegios Al ingresar incorrectamente los campos del registro de nuevo usuario se muestran los siguientes mensajes en el área de mensajes. (Ver figura 4.18, 4.19, 4.20, 4.21, 4.23) Figura 4.18 Mensaje de error Solo se permiten caracteres de la a-z, A-Z y del 0-9 Figura 4.19 Mensaje de error No se reconoce como correo valido Figura 4.20 Mensaje de error Solo se permiten caracteres de la a-z, A-Z, y del 0-9 y los símbolos @_-%$ y debe tener más de 6 caracteres de longitud 73

Figura 4.21 Mensaje de error Las claves no coinciden Figura 4.22 Campos validados correctamente Figura 4.23 Mensaje de error ERROR El usuario ya se encuentra registrado 74

Una vez realizados los cambios y después de haber presionado el botón guardar cambios se muestra el mensaje correspondiente y se ven reflejados los cambios. (Ver figuras 4.22, 4.24) Figura 4.24 Usuario agregado 1 1. Mensaje informativo. ÉXITO Registro Agregado. 2. Usuario agregado a la lista de usuarios. 2 75

4.2.5 Editar usuarios Para editar usuarios hay que dar clic en el botón editar del usuario deseado en la ventana Usuarios del Sistema. (Ver figura 4.25) Figura 4.25 Botón editar usuario 1 1. Botón editar. Al presionar editar usuario se muestra una ventana modal con los datos del usuario, es necesario ingresar una nueva clave, esta puede ser la que se tenía anteriormente así como también se pueden cambiar los privilegios. (Ver figura 4.26) Figura 4.26 Descripción de la venta modal Editar Usuario 1 1. Datos del usuario. 2. Botón Guardar cambios. 2 76

Una vez realizadas las modificaciones y después de haber agregado la nueva clave se puede proceder a guardar los cambios. En caso de haber errores se muestran los mismos mensajes que en la opción de agregar usuarios. (Ver figuras 4.18, 4.19, 4.20, 4.21, 4.23) Figura 4.27 Mensaje de confirmación de edición de usuario 4.2.6 Eliminar usuarios. Para eliminar usuarios hay que dar clic en el botón eliminar del usuario deseado en la ventana Usuarios del Sistema. (Ver figura 4.28) Figura 4.28 Botón eliminar usuario 1 1. Botón eliminar. 77

Al dar clic sobre el botón eliminar se muestra una mensaje con la leyenda Realmente desea eliminar el Usuario:, y el nombre del usuario a eliminar. (Ver figura 4.29) Figura 4.29 Mensaje de confirmación de eliminación de usuario Una vez confirmada la eliminación del usuario se cierra el mensaje y se elimina el usuario de la lista. 4.3 Listado de proyectos scrum Esta sección muestra el listado de proyectos con estatus en progreso, los proyectos están ordenados por la fecha de entrega más próxima. Para ver los proyectos completados, cancelados y eliminados es necesario presionar el botón Todos. (Ver figura 4.30) Figura 4.30 Descripción de la sección Listado de Proyectos SCRUM 1. Descripción del proyecto. 2. Todos. 3. Agregar proyecto. 4. Editar. 3 5. Eliminar. 2 1 5 4 78

4.3.1 Descripción del proyecto. Muestra una descripción general del estatus del proyecto, como son el nombre, el número de sprint en el que se encuentra, la fecha próxima de entrega del sprint y el número de tareas completadas. (Ver figura 4.31) Figura 4.31 Información del proyecto 2 1 4 5 3 1. Nombre del proyecto. 2. Fecha de entrega del sprint. 3. Nombre del sprint actual. 4. Tareas completadas del sprint. 5. Total de tareas a realizar. 4.3.2 Mostrar todos los proyectos. Muestra un listado de todos los proyectos creados en el sistema, independientemente del estatus en que se encuentren. A diferencia del listado que se muestra por default, aquí se despliega el estatus en lugar de la información del sprint. (Ver figura 4.32) Figura 4.32 Listado de todos los proyectos 1 1. Estatus del proyecto. New Nuevo. Paused Pausado. In progress En progreso. Completed Completado. Cancelled Cancelado. Deleted Eliminado. 79

4.3.3 Agregar proyecto. Esta sección permite crear un proyecto dentro del sistema, para ello se debe ingresar el nombre del proyecto y una descripción, siendo únicamente obligatorio el nombre. Una vez ingresados los campos correctamente se debe presionar el botón Agregar. (Ver figura 4.33) Figura 4.33 Elementos para agregar un nuevo proyecto 1 2 3 1. Nombre del proyecto. Nombre con el que se va a identificar el nuevo proyecto. 2. Descripción. Describe a grandes rasgos el proyecto. 3. Botón Agregar. Al llenar incorrectamente los campos para crear un proyecto nuevo se muestran los mensajes correspondientes para cada uno de los campos. (Ver figura 4.34) Figura 4.34 Llenado incorrecto de campos 1 1. Mensajes de error. Solo se permiten caracteres de la a-z, A-Z y del 0-9. 80

Después de llenar correctamente los campos nombre y descripción el sistema valida la información. (Ver figura 4.35) Figura 4.35 Llenado correcto de campos para un nuevo proyecto 1 1. Campos validados correctamente. Una vez llenado los campos correctamente y presionado el botón de Agregar se muestra un mensaje de Registro Agregado y se agrega el proyecto al final de la lista. El nuevo proyecto se guarda con estatus new. (Ver figura 4.36) Figura 4.36 Proyecto agregado 1 1. Mensaje informativo. ÉXITO Registro Agregado. 2. Proyecto agregado al final de la lista. 2 81

4.3.4 Editar proyecto. La edición de permite corregir o actualizar la información del nombre, la descripción y del estatus. Para editar un proyecto es necesario hacer clic en el botón de editar. (Ver figura 4.37, 4.38) Figura 4.37 Ubicación del botón editar 1 1. Botón editar. La edición de permite corregir o actualizar la información del nombre, la descripción y del estatus. Para editar un proyecto es necesario hacer clic en el botón de editar. Figura 4.38 Ventana modal Editar Proyecto 82

A diferencia de la creación de proyectos en la edición aparece un combo box con los diferentes estatus que puede tener un proyecto. (Ver figura 4.39) Figura 4.39 Descripción de la venta modal Editar Proyecto 1. Botón Guardar Cambios. 2. Combo box con estatus. 1 2 Al llenar incorrectamente los campos para crear un proyecto nuevo se muestran los mensajes correspondientes para cada uno de los campos. (Ver figura4.40) Figura 4.40 Llenado incorrecto de campos en la edición de proyecto 1. Mensajes de error. 1 Solo se permiten caracteres de la a-z, A-Z y del 0-9. 83

Después de llenar correctamente los campos nombre y descripción el sistema valida la información. (Ver figura 4.41) Figura 4.41 Llenado correcto de campos para la edición de proyecto 1. Campos validados correctamente. 1 Para guardar los cambios se debe presionar el botón Guardar Cambios. Una vez guardado los cambios se cierra la ventana modal y se actualiza el proyecto editado. (Ver figura 4.42) Figura 4.42 Proyecto editado 1. Cambios actualizados. 1 4.3.5 Eliminar proyecto. Figura 4.43 Ubicación del botón eliminar 1 1. Botón eliminar. 84

Para eliminar un proyecto hay que hacer clic sobre el botón eliminar del proyecto que se desea eliminar. Al presionar el botón eliminar se muestra un mensaje modal. (Ver figura 4.43, 4.44, 4.45) Figura 4.44 Mensaje de confirmación de eliminar proyecto A continuación se muestra una imagen con la descripción de los elementos que aparecen en el modal de eliminar proyecto. Figura 4.45 Elementos del mensaje de confirmación de eliminar proyecto 1. Nombre del proyecto a eliminar 2. Botón Eliminar Proyecto 1 2 85

Después de haber presionado el botón Eliminar Proyecto se cierra el modal y se actualiza la lista de proyectos. (Ver figura 4.46) Figura 4.46 Lista de proyectos actualizada 4.4 Gestión de proyectos En esta sección se puede ver una descripción más completa acerca del avance y el estado del proyecto, dentro de esta ventana se muestran las historias disponibles (product backlogs), la descripción corta del proyecto, las fechas de creación e inicio del proyecto y también se puede ver los sprints que se han realizado para dicho proyecto. (Ver figura 4.47, 4.48) Figura 4.47 Vista de un proyecto 1 3 4 2 5 1. Nombre del proyecto. Herramientas SCRUM. 2. Product Backlog. Permite administrar los products backlog que se requieren para el proyecto. 3. Descripción. Muestra una descripción corta del proyecto. 4. Fechas. Despliega la fecha de creación, inicio y término del proyecto. 5. Sprint Backlog. Permite administrar los sprints backlog del proyecto. 86

4.4.1 Product Backlog En la sección de product backlog se pueden agregar y administrar las historias o requerimientos identificados para el proyecto. (Ver figura 4.48) Figura 4.48 Sección de Product Backlog 2 3 1 7 6 5 4 1. Estatus Tipos de estatus. available (disponible). new (nuevo). in progress (en progreso). 2. Nombre. Nombre del product backlog o historia. 3. Pri. Prioridad. 4. Dif. Dificultad. 5. ROI. Retorno de inversión. 6. Eliminar. Botón para eliminar la historia. 7. Sección para crear una nueva historia. 87

4.4.1.1 Crear historia. Esta sección permite crear una historia para el proyecto, para ello es necesario llenar el campo nombre y descripción de la historia y darle clic en el botón Crear Historia. (Ver figura 4.49) Figura 4.49 Sección para la creación de una historia 1 2 3 4 1. Nombre de la historia. 2. Descripción de la historia. 3. Área de mensajes. 4. Botón Crear historia. Al llenar incorrectamente el nombre o la descripción se muestra el mensaje de error. (Ver figura 4.50) Figura 4.50 Mensaje de error 1 1. Mensaje de error. Solo se permiten caracteres de la a-z, A-Z y del 0-9. Después de llenar correctamente los campos nombre y descripción el sistema valida la información y se puede proceder a crear la historia dando clic sobre el botón Crear Historia. (Ver figura 4.51) Figura 4.51 Campos validados correctamente 1 1. Campos validados correctamente. 88

Al dar clic sobre el botón Crear Historia, el sistema muestra el mensaje correspondiente y agrega la nueva historia con estatus de new en el listado de product backlog del sistema. (Ver figura 4.52) Figura 4.52 Historia agregada 1 2 1. Historia agregada en el listado de product backlogs. 2. Mensaje informativo.. ÉXITO Historia Agregada. Nota. Las historias con el estatus de new no están disponibles y no pueden ser asignadas en la sección de sprint. Para poderla asignar a un sprint es necesario ingresar la prioridad y la dificultad. 4.4.1.2 Editar historia. La edición de una historia permite corregir, actualizar y complementar los datos faltantes de la historia como son la prioridad y la dificultad. Una vez llenado estos campos la historia ya estará disponible y podrá ser asignada a un sprint. (Ver figura 4.53) 89

Para poder editar una historia hay que hacer clic sobre la historia que se desea editar, inmediatamente después se desplegara una ventana modal. Figura 4.53 Ventana modal de edición de historia 1 3 1. Sección para editar el nombre y la descripción. 2. Sección para ingresar o editar la prioridad y dificultad. 3. Área de mensajes de validación 4. Botón Guardar Cambios. 2 4 Una vez realizado los cambios correspondientes y haber ingresado la prioridad y dificultad se puede proceder a editar presionando el botón Guardar Cambios. Después de guardar cambios el sistema calcula el ROI y muestra los cambios realizados en el listado de historias disponibles. (Ver figura 4.54) Figura 4.54 Historia editada 1. Cambios actualizados 1 90

4.4.1.3 Eliminar historia. Figura 4.55 Ubicación del botón eliminar 1 1. Botón eliminar. Para eliminar una historia hay que hacer clic sobre el botón eliminar de la historia que se desea eliminar. Al presionar el botón se muestra un mensaje modal. (Ver figura 4.55, 4.56, 4.57, 4.58) Figura 4.56 Mensaje de confirmación de eliminar historia A continuación se muestra una imagen con la descripción de los elementos que aparecen en el modal de eliminar proyecto. Figura 4.57 Elementos del mensaje de confirmación de eliminar Historia 1. Nombre del proyecto a eliminar. 2. Botón Eliminar Historia. 1 2 91

Después de haber presionado el botón Eliminar Historia se cierra el modal y se actualiza la lista de historias. Figura 4.58 Lista de historias actualizadas 4.4.2 Sprint Backlog. En esta sección se pueden ver los sprints que se han realizado para el proyecto, a su vez también es posible crear, editar, eliminar y acceder a agregar sprints y tareas para un sprint en especifico. La información rápida que muestra el sprint es el nombre, fecha de inicio, término y duración en días del sprint. (Ver figura 4.59) Figura 4.59 Vista del listado del sprint backlog de un proyecto 2 1 3 4 5 6 7 1. Sprint. Nombre del sprint 2. Fecha de inicio. Fecha en la que inicia. 3. Fecha Término. Fecha en la que termina. 4. Días. Número de días que dura el sprint. 5. Botón de edición. Botón para editar el sprint. 6. Botón eliminar. Botón para eliminar el sprint. 7. Sección para crear un nuevo sprint. 92

4.4.2.1 Crear Sprint Esta sección permite crear un nuevo sprint para el proyecto, para ello es necesario llenar el campo nombre, fechas de inicio, termino y darle clic en el botón Crear Sprint. (Ver figura 4.60 Figura 4.60 Sección para la creación de un sprint 1 2 3 4 5 1. Nombre del Sprint. 2. Fecha de inicio. 3. Fecha de término. 4. Área de mensajes. 5. Botón Crear Sprint. Al llenar incorrectamente el nombre o las fechas, se muestran algunos mensajes de error o validaciones. (Ver figura 4.61) Figura 4.61 Mensajes de error 1 1. Mensajes de error. La fecha no contiene valores validos. Debe de existir por lo menos un día de diferencia. Después de llenar correctamente los campos nombre y fechas el sistema valida la información y se puede proceder a crear el sprint dando clic sobre el botón Crear Sprint. (Ver figura 4.62) Figura 4.62 Sección para la creación de un sprint 1 1. Campos validados correctamente. 93

Al dar clic sobre el botón Crear Sprint, el sistema muestra el mensaje correspondiente y agrega el nuevo sprint en el listado de sprint backlog del sistema. (Ver figura 4.63) Figura 4.63 Sprint agregado 1 1. Sprint agregado en el listado de sprint backlogs. 2. Mensaje informativo.. ÉXITO Sprint Agregada. 2 4.4.2.2 Editar Sprint. En la edición de un sprint es posible cambiarle el nombre y los rangos de fecha y así ajustar la diferencia en días según lo planeado. (Ver figura 4.64) Para poder editar una historia hay que hacer clic sobre la historia que se desea editar, inmediatamente después se desplegara una ventana modal. Figura 4.64 Ventana modal de edición de sprint 1 2 3 4 5 1. Nombre del Sprint. 2. Fecha de inicio. 3. Fecha de término. 4. Área de mensajes. 5. Botón Guardar Cambios. 94.

Despues de haber relizado los cambios correspondietes y haber presionado el botón Guardar Cambios, el sistema valida los campos de igual forma en que son validados al crear el sprint, una vez validados los campos el sistema procede a guardar los cambios y a calcular la duracion en dias del sprint y actualiza los cambios en la lista del sprint. (Ver figura 4.65) Figura 4.65 Historia editada 1. Cambios actualizados. 1 4.4.2.3 Eliminar Sprint. Figura 4.66 Ubicación del botón eliminar 1 1. Botón eliminar. Para eliminar un sprint hay que hacer clic sobre el botón eliminar del sprint que se desea eliminar. Al presionar el botón se muestra un mensaje modal. (Ver figura 4.66, 4.67) 95

Figura 4.67 Mensaje de confirmación de eliminar sprint A continuación se muestra una imagen con la descripción de los elementos que aparecen en el modal de eliminar proyecto. (Figura 4.68) Figura 4.68 Elementos del mensaje de confirmación de eliminar sprint 1. Nombre del sprint a eliminar. 2. Botón Eliminar Sprint. 1 2 Después de haber presionado el botón Eliminar Historia se cierra el modal y se actualiza la lista de historias. (Ver figura 4.69) Figura 4.69 Lista de historias actualizadas 96

4.4.3 Asignar historias y tareas. Para poder acceder a la ventana de asignación de historias y tareas, hay que dar clic sobre el nombre del sprint al cual se le se desean asignar dichas tareas. Una vez dentro de la pantalla se muestra una ventana como esta. (Ver figura 4.70) Figura 4.70 Ventana de asignación de historias y tareas 1 3 2 4 5 6 1. Sprint. Nombre del sprint. 2. Fecha de inicio/termino. Fecha en la que inicia y termina el sprint seleccionado. 3. Botones asignar/quitar. Permiten asignar y quitar historias respectivamente. 4. Historias Disponibles. Listado de historias disponibles con estatus de available. 5. Historias Asignadas. Listado de historias asignadas al sprint. 6. Sección de tareas asignadas y asignar tareas. Tareas asignadas. Listado de tareas asignadas para las historias del sprint. Agregar tareas. Agrega tareas al listado. 97

4.4.3.1 Asignar historias y quitar historias. Para asignar una historia, hay que dar clic sobre el checkbox de la historia que se desea asignar y posteriormente dar clic sobre el botón de asignar. Al asignar una historia el sistema mueve la historia de disponible a asignada. (Ver figura 4.71) Figura 4.71 Sección para la asignación de historias 1 3 2 1. Checkbox. 2. Nombre de la historia. 3. ROI. Para quitar una historia asignada se repite el paso anterior pero en este caso se da clic sobre el botón quitar historia. (Ver figura 4.71) Figura 4.72 Historia asignada 1 1. Botón finalizar historia. Cuando se desea finalizar una historia asignada hay que dar clic sobre el botón finalizar, en ese momento se cambia el botón finalizar por la imagen de finalizada. (Ver figura 4.71, 4.72, 4.73) Figura 4.73 Historia finalizada 98

4.4.3.2 Agregar tareas. Para agregar una tarea se deben llenar correctamente los campos nombre y duración en horas. Cuando se llenan incorrectamente el sistema despliega los mensajes correspondientes en el área de mensajes. (Ver figura 4.74) Figura 4.74 Sección para agregar tareas 1 2 3 4 1. Nombre. 2. Duración en horas de la tarea. 3. Área de mensajes de validación. 4. Botón agregar tarea. Una vez que los campos estén correctos se debe presionar el botón asignar tarea. (Ver figura 4.75) Figura 4.75 Botones asignar/quitar 1 2 1. Asignar tarea. 2. Quitar tarea. Al agregar una nueva tarea esta se despliega en el listado de tareas con estatus in progress, también se muestra el mensaje de registro agregado. (Ver figura 4.76) Figura 4.76 Tarea agregada 1 2 3 4 5 6 7 1. Nombre. 2. Duración en horas de la tarea. 3. Botón finalizar. 4. Estatus. 5. Botón editar tarea. 6. Botón eliminar tarea. 7. Mensaje de registro agregado. 99

4.4.3.3 Editar y eliminar tareas. Al presionar el botón editar se muestra una ventana modal con los campos de edición de tarea, una vez que los campos se validen correctamente y se presione el botón guardar cambios se cierra la ventana modal y se actualiza dicha tarea en la lista. (Ver figura 4.77) Figura 4.77 Tarea editada Para eliminar una tarea se debe presionar el botón eliminar de la tarea que se desea eliminar, después se muestra un mensaje de confirmación de eliminación y al dar clic sobre el botón eliminar tarea, se cierra el mensaje y se actualiza la lista de tareas. (Ver figura 4.78) Figura 4.78 Mensaje eliminar tarea 100