16.DEMOSTRAR Y VALIDAR EL SPRINT
Se ha procedido a demostrar y validar el Sprint previo verificando los criterios de aceptación por cada Historia de Usuario, en este 4° Sprint se han determinado 3 historias de usuario: HU15, HU17,HU19,HU14.
Criterios de aceptación de HU15:
"Quiero que se genere un reporte de los miembros mediante búsqueda previa, los atributos ya registrados de los clientes del gimnasio además del tipo de membresía, fecha de vencimiento de esta."
- CA01: Existencia del módulo de reportes de miembros.
Estado: Validado
- CA02: Compagina-ción de los registros.
Estado: Validado.
- CA03: Acceso libre al módulo de reportes de miembros.
Estado: Validado
Criterios de aceptación de HU17:
"Quiero mediante el módulo de membresías se genere un reporte de membresías vendidas mostrando los detalles del cliente que lo adquirió."
- CA01: Existencia del módulo de reportes de miembros.
Estado: Validado
- CA02:Al momento de hacer la búsqueda previo al reporte, el grafico debe permitir seleccionar el año de membresías vendidas que se desea ver.
Estado: Validado.
- CA03:Cuando se despliegue en el menú la opción de reporte de membresías, deberá tener acceso restringido al modulo.
Estado: Validado
Criterios de aceptación de HU19:
"Quiero generar un reporte de ingresos."
- CA01: La membresía puede modificarse según temporada o necesidad del miembro/cliente cuaando se muestran las membresías ya registradas se deberá poder modificar los atributos de la membresía, actualización de la membresía al hacer la consulta.
Estado: Validado
- CA02:Cuando acceda un rol ajeno al administrador se deberá restringir el acceso al empleado..
Estado: Validado.
Criterios de aceptación de HU14:
"Quiero asignar a un cliente o miembro nuevo o existente una membresía con el respectivo pago."
- CA01:Cuando se asigna una membresía colocando la fecha de inicio, automáticamente se determina la fecha de vencimiento..
Estado: Validado
- CA02:Cuando se oprime el botón pagar se debe permitir generar una boleta en pdf indicando los datos básicos del pago...
Estado: Validado.
- CA03:Cuando se asigna la membresía y el pago deberá poder ser asignado por cualquier rol del sistema.
Estado: Validado.
En este demostraremos las funcionalidades del software en función a los criterios de aceptación con la finalidad de entregar un producto acorde a las prioridades del cliente.
REVISIÓN DEL SPRINT
Para la validación del Cuarto Sprint, estuvo presente el equipo de desarrollo, el product Owner, El Scrum Master, y el Stakeholder.
Al finalizar el Sprint se dedicó en una reunión de 3 horas.
En líneas generales la reunión de demostración y validación del Sprint se dio de la siguiente manera:
Criterios de aceptación de HU15:
"Quiero que se genere un reporte de los miembros mediante búsqueda previa, los atributos ya registrados de los clientes del gimnasio además del tipo de membresía, fecha de vencimiento de esta."
- CA01: Existencia del módulo de reportes de miembros.
Estado: Validado
- CA02: Compagina-ción de los registros.
Estado: Validado.
- CA03: Acceso libre al módulo de reportes de miembros.
Estado: Validado
Criterios de aceptación de HU17:
"Quiero mediante el módulo de membresías se genere un reporte de membresías vendidas mostrando los detalles del cliente que lo adquirió."
- CA01: Existencia del módulo de reportes de miembros.
Estado: Validado
- CA02:Al momento de hacer la búsqueda previo al reporte, el grafico debe permitir seleccionar el año de membresías vendidas que se desea ver.
Estado: Validado.
- CA03:Cuando se despliegue en el menú la opción de reporte de membresías, deberá tener acceso restringido al modulo.
Estado: Validado
Criterios de aceptación de HU19:
"Quiero generar un reporte de ingresos."
- CA01: La membresía puede modificarse según temporada o necesidad del miembro/cliente cuaando se muestran las membresías ya registradas se deberá poder modificar los atributos de la membresía, actualización de la membresía al hacer la consulta.
Estado: Validado
- CA02:Cuando acceda un rol ajeno al administrador se deberá restringir el acceso al empleado..
Estado: Validado.
Criterios de aceptación de HU14:
"Quiero asignar a un cliente o miembro nuevo o existente una membresía con el respectivo pago."
- CA01:Cuando se asigna una membresía colocando la fecha de inicio, automáticamente se determina la fecha de vencimiento..
Estado: Validado
- CA02:Cuando se oprime el botón pagar se debe permitir generar una boleta en pdf indicando los datos básicos del pago...
Estado: Validado.
- CA03:Cuando se asigna la membresía y el pago deberá poder ser asignado por cualquier rol del sistema.
Estado: Validado.
En este demostraremos las funcionalidades del software en función a los criterios de aceptación con la finalidad de entregar un producto acorde a las prioridades del cliente.
REVISIÓN DEL SPRINT
Para la validación del Cuarto Sprint, estuvo presente el equipo de desarrollo, el product Owner, El Scrum Master, y el Stakeholder.
Al finalizar el Sprint se dedicó en una reunión de 3 horas.
En líneas generales la reunión de demostración y validación del Sprint se dio de la siguiente manera:
- El equipo demuestra un código de trabajo al Stakeholder
- Solo se mostró las historias 100% completadas.
- Las historias parcialmente completadas son ignoradas ( en este caso no hubo)
- Retroalimentación directa de los stakeholders
- La retroalimentación se incorporó en el Product Backlog.
0 comentarios: