CAPITULO III

MARCO PRACTICO

3.1. Definición de roles

El rol de scrum master y el equipo de desarrollo son asumidos por Elizabeth
Quispe Guzman que es la proyectista y responsable de obtener el producto.
La ingeniera Milenka Ventura es la tutora del proyecto y apoyara con el rol de
Scrum Master.

3.2. Reunión de Planificación de Sprint

3.2.1. Especificación de usuarios
El sistema será manipulado por los siguientes usuarios:
• Secretario de hacienda. - Es la persona encargada de registrar afiliados,
administrar aportes y ver reportes.
• Afiliado: Es la persona que puede consultar el estado de sus aportes.

Tabla 1: Historias de Usuario

Historia de usuario: 1
Como: secretario de hacienda
Quiero: Iniciar sesión en la aplicación
Para: Tener acceso a las funcionalidades de administración de pagos de
aportes y multas
Validación: Prioridad:
• El usuario debe poder ingresar su nombre de usuario y Medio
contraseña.
• Validar que el proceso de inicio de sesión se realice sin Puntos de
errores. Estimación:
• El usuario debe poder ver su nombre en el menú superior 3

Historia de usuario: 2
Como: secretario de hacienda
Quiero: Registrar todos los datos personales del afiliado
Para: Tener una lista actualizada con datos reales
Validación: Prioridad: Alta
• Debe poder acceder a la procedencia del afiliado
para poder registrar. Estimación:
• El secretario de Hacienda, debe poder acceder al 13
registro de afiliados.
• Debe tener la capacidad de editar los datos
personales del afiliado.
• Una vez registrados, los datos deben almacenarse
de manera segura y confidencial.
Historia de usuario: 3
Como: secretario de hacienda
Quiero: Organizar los aportes según el tipo de aporte
Para: Tener un seguimiento preciso
o
Validación: Prioridad: Alta
• El secretario de Hacienda, debe acceder al sistema
de registro de pagos Estimación: 13
• El sistema debe permitirme ingresar los detalles del
pago del pago y el monto pagado.

Historia de usuario: 4
Como: secretario de hacienda
Quiero: Registrar los pagos según el tipo de aporte
Para: Tener un seguimiento preciso y actualizado
Validación: Prioridad: Alta
• El secretario de Hacienda, debe acceder al sistema
de registro de pagos Estimación: 13
• El sistema debe permitirme ingresar los detalles del
pago del pago y el monto pagado.

Historia de usuario:5
Como: secretario de hacienda
Quiero: Verificar el estado de cuentas de los afiliados
Para: Generar informes de deudas de los afiliados
Validación: Prioridad: Alta
• El sistema debe permitir la generación de informes de
deudas basados en el estado de cuentas de los Estimación:13
afiliados. 3
• El estado de cuenta debe ser presentado de manera
organizada y comprensible, con detalles específicos
sobre los pagos y fechas.
• Al seleccionar un afiliado, el sistema debe mostrar
claramente su estado de cuenta actual, incluyendo
información sobre pagos realizados y deudas
pendientes.

Historia de usuario:5
Como: Secretario de hacienda
Quiero: Gestionar listas de los tipos de pagos
Para: Adaptarse a las necesidades del sindicato
Validación: Prioridad: Alta
• Debo poder agregar nuevos tipos de pagos a la lista,
proporcionando un nombre y una descripción para Estimación:
cada uno. 13
 Historia de usuario:6
Como: Secretario de hacienda
Quiero: Generar informes de los pagos de aportes y multas realizados por el
afiliado
Para: Dar a conocer al sindicado y que tomen decisiones
Validación: Prioridad: Alta
• Seleccionar un afiliado específico para generar el
informe de pagos y multas. Estimación:
• Debe mostrarse la fecha de cada pago, el tipo (aporte 13
o multa), el monto y la descripción asociada.

Historia de usuario:7
Como: Afiliado
Quiero: Ver mi lista de pagos en el sistema
Para: Visualizar el historial de pagos
Validación: Prioridad:
• Cuando inicie sesión como afiliado, debería haber una Alta
opción claramente visible para acceder a mi historial de Estimación:
pagos. 13

NOTA: En estas tablas se muestran las historias las historias de usuario donde
se implementará en el sistema

Tabla 2: Plannig Poker

Tamaño Puntos Tiempo [Días]

XtraSmall (XS) 1 1
Small (S) 2 3
Medium (M) 3 6
Large (L) 5 9
XtraLarge (XL) 8 12
XtraXtraLarge (XXL) 13 15

Nota: En esta tabla se muestran los puntos y tiempo de estimación en el sprint

Tabla 3: Product Backlog

• Obtener informes acerca de los aportes y multas que realizaron los afiliados
para apoyar la toma de decisiones en el día.

Sprint ID-HU Historia de Usuario Tamaño Tiempo

[Días]
HU-02 Registrar todos los XXL 15
1 datos personales del
afiliado
 HU-03 Organizar los aportes L 8
2 según el tipo de
aporte
HU-04 Registrar los pagos L 8
según el tipo de
aporte
HU-06 Generar informes de XL 6
los pagos de aportes
y multas realizados
por el afiliado.

4 HU-01 Iniciar sesión en la XL 8

aplicación
Nota: Se muestran todos los sprint que se va a realizar con su tamaño y tiempo

3.3. Ejecución del primer Sprint

3.3.1. Definición de hecho
El sprint se considera hecho cuando el secretario de hacienda pueda registrar
datos personales de los afiliados. El tiempo para este sprint es de 3 semanas
que se contabilizarán a partir de lunes 6 de agosto hasta el viernes 26
Tabla 4: Sprint Backlog

ID-HU Nombre de Lista de tareas Tiempo

Historia
HU-01 Registrar todos Crear Migración 1
los datos
personales del Crud 2
afiliado departamentos
Crud Provincia 2

Crud localidad 2
Crud Afiliados 3
Diseño de interfaz 1
Implementar la 3
búsqueda a los:
provincias,
localidades.
Afiliados
Agregar imagen 1

Nota: Son todas las tareas del primer sprint lo que se va a realizar

3.3.2. Diagrama de casos de uso

Figura 1:Diagrama de caso de uso de sistema

Nota: Este diagrama representa funcionalidades que debe hacer el sistema y
también sus respectivas dependencias
3.3.3. Diagrama de clases
Figura 2:Diagrama de clases

Nota: Los diagramas de clases ayudan a visualizar la estructura estática de un

sistema, cómo las clases están organizadas y cómo se relacionan entre sí.
Figura3:Clases del controlador

Nota: Esta es la clase donde se muestra el índex

3.3.4. Revisión del Sprint
Durante la Revisión del Sprint, el equipo muestra el incremento potencialmente
utilizable del producto, que es el resultado de su trabajo durante el Sprint. Este
artefacto representa el progreso logrado y se basa en las historias de usuario
completadas durante el Sprint. (capturas). Por lo tanto, se mostrará el producto
a través de captura de interfaces
Figura4:Primer sprint

Nota: Este es el resultado del primer sprint donde podemos crear un nuevo
afiliado y también podemos editar y eliminar a los Afiliados
Pruebas de funcionalidad
Tabla 5: Pruebas funcionales
N° Descripción Pasos de Ejecución Resultado Resultad Estado
de la Prueba Esperado o
1 Gestionar 1. Iniciar sesión en la Después de La Exitoso
departamentos plataforma guardar el ejecución
2. Dirigirse a la opción registro del
de Afiliados seleccionar muestra un proceso
departamentos. mensaje de ha sido el
3.Hacer clic en el botón que se resultado
crear nuevo guardó esperado
4. Completar el correctament
formulario con datos e como
válidos. también los
5. Guardar el registro. cambios
6. Seleccionar un realizados se
registro existente. refleja en la
7. Realizar cambios en lista de
los datos. registros
8. Guardar los cambios.
2 Gestionar las 1. Iniciar sesión. Después de La Exitoso
provincias 2. Dirigirse a la opción guardar el ejecución
de Afiliados seleccionar registro ha sido
provincias. muestra un como lo
3. Hacer clic en el botón mensaje de esperado
crear nuevo. que se
4. Completar el guardó
formulario. correctament
5. Hacer clic en guardar e como
6. Seleccionar un también los
registro existente. cambios que
7. Realizar cambios en se refleja en
los datos. la lista de
8. Guardar los cambios. registros
3 Gestionar las 1. Iniciar sesión. Después de La Exitoso
localidades 2. Dirigirse a la opción guardar el ejecución
de Afiliados seleccionar registro ha sido
localidades. muestra un como lo
3. Hacer clic en el botón mensaje de esperado
crear nuevo. que se
4. Completar el guardó
formulario. correctament
5. Hacer clic en guardar e
6. Seleccionar un como
registro existente. también los
7. Realizar cambios en cambios que
los datos. se refleja en
8. Guardar los cambios. la lista de
registros
 4 Gestionar los 1. Iniciar sesión. Después de La Exitoso
afiliados 2.dirigirse a la opción de guardar el ejecución
Afiliados seleccionar registro ha sido
afiliados. muestra un como lo
3. Hacer clic en el botón mensaje de esperado
crear nuevo. que se
4. Completar el guardó
formulario. correctament
5. Hacer clic en guardar e
6. Seleccionar un Como
registro existente. también los
7. Realizar cambios en cambios que
los datos. se refleja en
8. Guardar los cambios. una lista de
registros

Nota: Son los resultados obtenidos del primer sprint

3.4. Ejecución del segundo Sprint
3.4.1. Definición de hecho
El sprint se considera hecho cuando el secretario de hacienda pueda registrar
datos de los aportes. El tiempo para este sprint es de 2 semanas que se
contabilizarán a partir de lunes 28 de agosto hasta
Tabla 6: Sprint Backlog

ID-HU Nombre de Lista de tareas Tiempo

Historia
HU-01 Organizar los Crear Migración 1
aportes según el
tipo de aporte Crud Tipo de 2
aportes
Registrar los Crud Aportes 2
pagos según el
tipo de aporte Diseño de interfaz 1
Implementar la 3
búsqueda a los:
provincias,
localidades.
Afiliados

Nota: Son todas las tareas del segundo sprint lo que se va a realizar
3.4.2. Diagrama de casos de uso
Figura 5:Diagrama de caso de uso de sistema

Nota: Este diagrama representa funcionalidades que debe hacer el sistema y

también sus respectivas dependencias
3.4.3. Diagrama de clases
Figura 6:Diagrama de clases
Nota: Los diagramas de clases ayudan a visualizar la estructura estática de un
sistema, cómo las clases están organizadas y cómo se relacionan entre sí.

Figura7:Clases del controlador

Nota: Esta es la clase donde se muestra el índex

3.4.4. Revisión del Sprint
Durante la Revisión del Sprint, el equipo muestra el incremento potencialmente
utilizable del producto, que es el resultado de su trabajo durante el Sprint. Este
artefacto representa el progreso logrado y se basa en las historias de usuario
completadas durante el Sprint. (capturas). Por lo tanto, se mostrará el producto
a través de captura de interfaces

Figura8:Segundo sprint
Nota: Este es el resultado del primer sprint donde podemos crear un nuevo
afiliado y también podemos editar y eliminar a los Afiliados

Pruebas de funcionalidad
Tabla 7: Pruebas funcionales

N° Descripción Pasos de Ejecución Resultado Resultad Estado

de la Prueba Esperado o
1 Gestionar Tipo 1. Dirigirse a la opción Después de La Exitoso
de aportes de Aportes. guardar el ejecución
2.Hacer clic en el botón registro del
crear nuevo muestra un proceso
4. Completar el mensaje de ha sido el
formulario con datos que se resultado
válidos. guardó esperado
5. Guardar el registro. correctament
6. Seleccionar un e como
registro existente. también los
7. Realizar cambios en cambios
los datos. realizados se
8. Guardar los cambios. refleja en la
lista de
registros
2 Gestionar los 1. Iniciar sesión. Después de La Exitoso
Aportes 2. Dirigirse a la opción guardar el ejecución
de Aportes seleccionar registro ha sido
tipo de aportes. muestra un como lo
3. Hacer clic en el botón mensaje de esperado
crear nuevo. que se
4. Completar el guardó
formulario. correctament
5. Hacer clic en guardar e como
6. Seleccionar un también los
registro existente. cambios que
7. Realizar cambios en se refleja en
los datos. la lista de
8. Guardar los cambios. registros

Nota: Son los resultados obtenidos del primer sprint