UNIVERSIDAD NACIONAL MAYOR DE SAN MARCOS

(Universidad del Perú, Decana de América)

BARBER DRIVE
ENTREGABLE N° 5 - SPRINT 3
CURSO: Calidad de Software
DOCENTE: Lic. Armando Espinoza Robles
INTEGRANTES
● Cuentas Ramirez, Jose Carlos
● Rivas Rodriguez, Catherine Lesly
● Rojas Rojas, Mauro Alexander

Lima, Perú Enero 2021

“Año del Bicentenario del Perú: 200 años de Independencia”.
ÍNDICE

CREACIÓN DE HISTORIAS DE USUARIO 2

1. Historias de usuario 2
CREACIÓN DE TAREAS POR CADA HISTORIA DE USUARIO 3
1. Creación de tareas 3
 HU-12: Registro de Reseña 3
 HU-13: Visualización de Reseña 4
 HU-17: Agregar contacto 4
2. Lista de Tareas 5
ESTIMACIÓN DE TAREAS EN HORAS DE TRABAJO 8
CREACIÓN DE LISTA DE PENDIENTES DEL SPRINT 9
1. Lista de pendientes de 3er sprint 9
2. Gráfica del trabajo pendiente del 3er sprint 10
CREACIÓN DE ENTREGABLES 12
1. Actualizaciones del 3er sprint 12
 27 de enero del 2021 12
 1 de febrero del 2021 13
LLEVAR A CABO REUNIONES DIARIAS 14
1. Reuniones Diarias 14
2. Registro de impedimentos 14
MANTENIMIENTO DE LAS LISTAS PRIORIZADAS DE PENDIENTES DEL PRODUCTO 15
1. Lista priorizada de pendientes actualizada 15
 PLANEACIÓN Y ESTIMACIÓN
Barber Drive - Grupo 2

CREACIÓN DE HISTORIAS DE USUARIO

1
 1. Historias de usuario

En esta sección se detallarán las 3 historias de usuario elegidas por el equipo para el 3er y ultimo
Sprint de acuerdo a la priorización de las épicas y de historias de usuario realizada en la primera
iteración. Cabe resaltar que en esta iteración se agregó una nueva historia de usuario.

CÓDIGO: HU-12 NOMBRE: Registro de reseña

Descripción:
COMO: Usuario
QUIERO: poder registrar mi reseña del trabajo de algún barbero con el que me atendí
PARA: así comunicar a la comunidad de Barber Drive la calidad del servicio obtenido.

Criterios de aceptación:
● C01: En caso el usuario solicite reseñar su experiencia con cierto barbero, el
sistema le brindará el servicio de área de reseñas, y registrará su reseña.

● C02: En caso el usuario requiera modificar su reseña, el sistema le brindará la

opción “editar” en la interfaz.

CÓDIGO: HU-13 NOMBRE: Visualización de reseña

Descripción:
COMO: Usuario
QUIERO: poder visualizar mi reseña del trabajo de algún barbero con el que me atendí
PARA: así comunicar a la comunidad de Barber Drive la calidad del servicio obtenido.

2
 Criterios de aceptación:
● C01: En caso el usuario solicite visualizar su experiencia con cierto barbero, el
sistema le brindará la visualización de esta en el área de reseñas.

CÓDIGO: HU-17 NOMBRE: Visualización de contacto

Descripción:

COMO: Administrador
QUIERO: poder mostrar el contacto del propietario o propietarios del sitio web
PARA: poder comunicarme con los usuarios que lo requieran.

Criterios de aceptación:

 C01: Si el administrador requiere mostrar la información de contacto del

propietario o propietario del sitio web, el sistema mostrara esta información en la
interfaz.

CREACIÓN DE TAREAS POR CADA HISTORIA

DE USUARIO

1. Creación de tareas

 HU-12: Registro de Reseña

1. Elaborar los wireframes de la estructura básica de la interfaz principal y del formulario de

Registro de Reseña.

3
2. Generar el prototipo del funcionamiento de Registro de Reseña.
3. Implementar el código Front End basado en los lenguajes de etiquetas.
4. Se implementa las validaciones correspondientes al Front End de los criterios de aceptación.
5. Se implementa la lógica de negocio de la historia de usuario.
6. Se genera la comunicación con la base de datos MySQL.
7. Se implementa las validaciones correspondientes al Back End de los criterios de aceptación.
8. Se conecta el Front End con la lógica de negocio.
9. Se testea el correcto funcionamiento de Registro de Reseña.

 HU-13: Visualización de Reseña

1. Elaborar los wireframes de la estructura básica de la interfaz de Visualizar reseña

2. Implementar el código Front End basado en los lenguajes de etiquetas.
3. Se implementa las validaciones correspondientes al Front End de los criterios de aceptación.
4. Se implementa la lógica de negocio de la historia de usuario.
5. Se genera la comunicación con la base de datos MySQL.
6. Se implementa las validaciones correspondientes al Back End de los criterios de aceptación.
7. Se conecta el Front End con la lógica de negocio.
8. Se testea el correcto funcionamiento y se verifica que aparezca las reseñas hechas por los
usuarios.

 HU-17: Agregar contacto

1. Elaborar los wireframes de la estructura básica de la interfaz principal y del tablero principal
en donde se encontrarán datos de contactos del administrador responsable.
2. Implementar el código Front End basado en los lenguajes de etiquetas.
3. Se implementa las validaciones correspondientes al Front End de los criterios de aceptación.
4. Se testea el correcto funcionamiento de Agregar Contacto.

4
 2. Lista de Tareas

CODIGO HU12 : REGISTRO DE RESEÑAS

Nombre de la tarea Responsable de la Descripción de la tarea
tarea
Elaborar los wireframes de Se requiere elaborar el wireframe de la
la estructura básica de la estructura básica de la interfaz principal
interfaz principal y del Catherine Rivas con el acceso a “Reseña”.
formulario de Registro de Rodríguez
T-01
Reseña.
Generar el prototipo del Se requiere elaborar el prototipo de las
funcionamiento de Registro interfaces para simular el funcionamiento
T-02 de Reseña. Catherine Rivas de “Reseña” en la interfaz.
Rodríguez
Implementar el código Front Se elabora el código Front End con
End basado en los HTML5 y CSS para comenzar armando
T-03 lenguajes de etiquetas. Mauro Rojas Rojas el esqueleto de la interfaz.
Se implementa las Se elabora el código en AngularJS para
validaciones las validaciones correspondientes que se
T-04 correspondientes al Front pueda realizar.
End de los criterios de Jose Cuentas Ramirez
aceptación.
Se implementa la lógica de Se requiere reseñar a un barbero.
negocio de la historia de
T-05 Jose Cuentas Ramirez
usuario.
Se genera la comunicación Se genera la capa de presentación para
con la base de datos la conexión con los datos respectivos.
T-06 Jose Cuentas Ramirez
MySQL.
T-07 Se implementa las Se hace las validaciones
validaciones correspondientes de los criterios de
correspondientes al Back aceptación conforme a la función
End de los criterios de Jose Cuentas Ramirez establecida para “Reseña”, se hace uso
aceptación. de AngularJs como Framework y de JSP
para el trabajo en conjunto de estas
validaciones.

5
 Se conecta el Front End con Se requiere complementar ambas capas
la lógica de negocio. para lograr el correcto funcionamiento y
Jose Cuentas Ramirez
la historia de usuario casi completa.
T-08
Se testea el correcto Se testea y se valida el Registro de
funcionamiento de Registro reseña.
Mauro Rojas Rojas
de Reseña
T-09

CODIGO HU13 : VISUALIZACION DE RESEÑAS

Nombre de la tarea
Elaborar los wireframes de
la estructura básica de la
interfaz de Visualizar reseña
T-01
Implementar el código Front
End basado en los
T-02
lenguajes de etiquetas.
Responsable de la Descripción de la tarea
tarea
Se requiere elaborar el wireframe de la
estructura básica de la interfaz con la
Catherine Rivas
visualización a la Reseña.
Rodríguez
Se elabora el código Front End con
HTML5 y CSS para comenzar armando
Mauro Rojas Rojas
el esqueleto de la interfaz.

Se implementa las Se elabora el código en AngularJS para

validaciones las validaciones correspondientes que se
T-03 correspondientes al Front pueda realizar.
End de los criterios de Jose Cuentas Ramirez
aceptación.
Se implementa la lógica de Se requiere reseñar a un barbero.
negocio de la historia de
T-04 usuario.
Jose Cuentas Ramirez
Se genera la comunicación Se genera la capa de presentación para
con la base de datos la conexión con los datos respectivos.
T-05 Jose Cuentas Ramirez
MySQL.
Se implementa las Se hace las validaciones
validaciones correspondientes de los criterios de

6
T-06 correspondientes al Back
End de los criterios de
aceptación.
Se conecta el Front End con
la lógica de negocio.
T-07
Se testea el correcto
funcionamiento y se verifica
T-08
que aparezca las reseñas
hechas por los usuarios.
CODIGO HU-17 : VISUALIZACION DE CONTACTO
Nombre de la tarea
Elaborar los wireframes de
la estructura básica de la
interfaz principal y del
tablero principal en donde
T-01
se encontrarán datos de
contacto del administrador
responsable.
Implementar el código Front
End basado en los
T-02 lenguajes de etiquetas.
Se implementa las
validaciones
T-03
correspondientes al Front
End de los criterios de
aceptación.
Se testea el correcto
funcionamiento de Agregar
T-04 Contacto.
Jose Cuentas Ramirez aceptación conforme a la función
establecida para “Reseña”, se hace uso
de AngularJs como Framework y de JSP
para el trabajo en conjunto de estas
validaciones.
Se requiere complementar ambas capas
para lograr el correcto funcionamiento y
la historia de usuario casi completa.
Jose Cuentas Ramirez
Se testea y se valida la visualización de
la reseña.
Mauro Rojas Rojas
Responsable de la Descripción de la tarea
tarea
Se requiere elaborar el wireframe de la
estructura básica de la interfaz con la
Catherine Rivas visualización de contacto.
Rodríguez
Jose Cuentas Ramirez Se elabora el código Front End con
HTML5 y CSS para comenzar armando
el esqueleto de la interfaz.
Se elabora el código en AngularJS para
las validaciones correspondientes que se
Jose Cuentas Ramirez
pueda realizar.
Mauro Rojas Rojas Se testea y se valida la visualización de
la contacto.
7
ESTIMACIÓN DE TAREAS EN HORAS DE
TRABAJO

Aquí se podrá observar las tareas del 3er Sprint, así como a la historia de usuario a las que
pertenecen y el tiempo total de horas de trabajo estimado.
Solo se pone el código de cada tarea para así resumir el cuadro.
COD de Historia de COD Horas de esfuerzo
Total de horas por historia
H.U. usuario Tareas estimado
T-01 3h

T-02 2h

T-03 3h

T-04 3h

HU-12 Registro de T-05 3h 23 h

reseñas T-06 2h

T-07 3h

T-08 3h

T-09 1h

T-01 3h

T-02 3h

T-03 2h

Visualización de T-04 3h
HU-13 19h
reseñas T-05 3h

T-06 2h

T-07 2h

T-08 1h

HU-17 T-01 2h 8h
Visualizar
T-02 3h
contacto
T-03 2h

T-04 1h

8
CREACIÓN DE LISTA DE PENDIENTES DEL
SPRINT

1. Lista de pendientes de 3er sprint

Esta sección servirá para mostrar nuestro sprint backlog de la tercera iteración, también pondremos
la fecha en la que inicio nuestro 3do sprint y la fecha en la que culmino.
Fecha de inicio del segundo sprint: 22/01/2021
Fecha de fin del segundo sprint: 01/02/20210
Historias a completar en nuestra tercera iteración:

CODIGO NOMBRE ESFUERZO DE TRABAJO

HU-12 Registro de reseñas 23h

HU-13 Visualización de reseñas 19h

HU-17 Visualización de contacto 8h

Mediante la herramienta de TRELLO observamos la tabla SCRUM y como en esta se ha puesto una
columna para nuestras historias de usuario elegidas en esta segunda iteración, ordenadas según
prioridad y estimación. Como también una columna con todas las tareas que se desprenden de las
historias de usuario que serán completadas en el transcurso de este sprint. En las posteriores
columnas se observan las tareas finalizadas y las historias de usuario completadas.

9
2. Gráfica del trabajo pendiente del 3er sprint
En la siguiente gráfica Burndown Chart inicial del trabajo pendiente del sprint, se puso en el
eje vertical el total de horas estimadas para completar todas las tareas y en el eje horizontal
los días que se tuvieron para realizar el 3er Sprint. También se puso los datos del tiempo
esperado en comparación con lo real. Conforme se avance el proyecto se verá que tanto
compromiso tuvo el equipo con el proyecto gracias a esta gráfica.

Burn Down Chart 3er Sprint

60

50

40

30

20

10

Real

10
 IMPLEMENT
AR
Barber Drive - Grupo 2

11
CREACIÓN DE ENTREGABLES

1. Actualizaciones del 3er sprint

Esa sección servirá para observar el avance que se mantuvo en la tabla SCRUM los días 27 de
enero y el 1 de febrero. También se adjuntara un cuadro en el cual se podrá apreciar el porcentaje
de avance de cada historia de usuario para dicha fecha, así como la captura de las tareas en
proceso, las finalizadas y las no comenzadas. Asimismo se adjuntara la captura del gráfico
Burndown para esa fecha.

 27 de enero del 2021

HISTORIA DE TAREAS PORCENTAJE

CODIGO
USUARIO COMPLETADAS HECHO DE HU
HU-12 Registro de reseñas 2 22.22%
Visualización de
HU-13 2 25%
reseñas
Visualización de
HU-17 3 75%
contacto

12
 Fecha Esperado Real
22-ene-21 50 50
23-ene-21 45 48
24-ene-21 40 45
25-ene-21 35 40
26-ene-21 30 38
27-ene-21 25 32
28-ene-21 20
29-ene-21 15
30-ene-21 10
31-ene-21 Burn
5 Down Chart 3er Sprint
60
01-feb-21 0
50

40  1 de
30 febrero del
20 2021
10

0
13

Esperado Real
 HISTORIA DE TAREAS PORCENTAJE
CODIGO
USUARIO COMPLETADAS HECHO DE HU
HU-12 Registro de reseñas 9 100%
Visualización de
HU-13 8 100%
reseñas
Visualización de
HU-17 4 100%
contacto

Fecha Esperado Real

22-ene-21 50 50
23-ene-21 45 48
24-ene-21 40 45
25-ene-21 35 40
26-ene-21 30 38
27-ene-21 25 32
28-ene-21 20 24
29-ene-21 15 18
30-ene-21 Burn
10 Down
12 Chart 3er Sprint
31-ene-21
60 5 5
01-feb-21
50 0 0
40
30
20
10
0
14

Esperado Real
LLEVAR A CABO REUNIONES DIARIAS
1. Reuniones Diarias

Las reuniones se dieron todos los días desde el día 10 de enero hasta el mismo día de la
presentación del entregable final del 2do Sprint, dichas reuniones tuvieron una duración de entre 20
a 30 minutos. Cabe mencionar que estas reuniones fueron de extrema ayuda para la elaboración del
proyecto y también para fomentar la comunicación entre los integrantes del equipo Scrum.
En estas reuniones cada miembro del equipo Scrum del grupo 2 brindaba información en forma de
respuesta a tres preguntas específicas:
1. ¿Qué termine ayer?
2. ¿Qué terminare hoy?
3. ¿Qué impedimentos u obstáculos estoy enfrentando en la actualidad?

2. Registro de impedimentos

Los impedimentos que afrontamos durante la realización primer sprint fueron los siguientes:

● Los tiempos de los integrantes se vieron ajetreados en algunas oportunidades ya que nos
encontrábamos a final de ciclo y se poseían varias responsabilidades a cumplir en diferentes
cursos por lo que se tuvo que posponer la reunión a un horario que se acomodara a todos.

MANTENIMIENTO DE LAS LISTAS

PRIORIZADAS DE PENDIENTES DEL
PRODUCTO

1. Lista priorizada de pendientes actualizada

En el siguiente cuadro se puede apreciar nuestra lista priorizada de historias de usuario, se debe
tomar en cuenta que ya han sido extraídas las historias de usuario finalizadas.
Se puede observar que nos quedan 3 historias de usuario de las 16 planteadas en el inicio ya que
las las demás fueron realizadas con éxito, mientras que las restantes desde la primera iteración

15
mediante nuestra priorización de historias por Moscow fueron Could Have por lo que no vimos la
necesidad de cumplirlas, cerrando así con éxito nuestra tercera y última iteración.

Épica Código Nombre Estimación Prioridad

HU-05 Filtrar por categoría 13 BAJA
EP03 HU-08 Búsqueda por nombre o
13 BAJA
identificador de barbero
HU-14 Visualización de gráficas 8 BAJA
EP04

16