6.sprint2/6.3-Sprint-Review.md

@@ -21,11 +21,15 @@ Se ha alcanzado el sprint goal con el tiempo justo de la duración del sprint. N
 
 ## Adaptación del módulo de activaciones
 
-Tras la Sprint Review 2 con el cliente, el feedback recibido por su parte provoca importantes cambios en el _Impact Map_ y el PB del módulo de activaciones. Los productos obtenidos serían los siguientes:
+Tras la Sprint Review 2 con el cliente, el feedback recibido por su parte provoca importantes cambios en el _Impact Map_ y el PB. Esto se suma a que, debido al comienzo de las prácticas externas en la Jefatura del Mando de Personal (JMAPER), los criterios de diseño de la asignatura del curso _Dirección y Gestión de Proyectos_ ya no eran necesarios, por lo que se llevó a cabo un nuevo diseño de la aplicación. A su vez, debido a los profundos cambios en el diseño, se tuvieron que reabrir los PBIs finalizados durante los Sprints 1 y 2 para su adaptación. Los productos obtenidos tras el nuevo diseño fueron los siguientes:
+
+### Impact Map del módulo de activaciones segunda versión
 
 ![impactmap-activaciones-v2](/img/activaciones/20250909-impact-map.png)
 
-1. **Como SECRES quiero crear, modificar, consultar y eliminar solicitudes** para evitar el uso de hojas de cálculo.
+### Historias de Usuario módulo de activaciones segunda versión
+
+1. **Como SECRES quiero crear, modificar, consultar y eliminar solicitudes** para evitar el uso de hojas de cálculo para registrar las solicitudes.
 
    - Criterios de aceptación:
      1. Crear solicitudes de activación.
@@ -33,7 +37,7 @@ Tras la Sprint Review 2 con el cliente, el feedback recibido por su parte provoc
      3. Consultar solicitudes de activación.
      4. Eliminar solicitudes de activación.
 
-2. **Como SECRES quiero generar expedientes y asignarles solicitudes** para evitar el uso de hojas de cálculo.
+2. **Como SECRES quiero generar expedientes y asignarles solicitudes** para evitar el uso de hojas de cálculo para registrar las solicitudes.
 
    - Criterios de aceptación:
      1. El nombre del expediente se genera automáticamente.
@@ -41,91 +45,65 @@ Tras la Sprint Review 2 con el cliente, el feedback recibido por su parte provoc
      3. Se permite eliminar una solicitud de un expediente.
      4. Al asignar la solicitud, su estado cambia a aceptado.
 
-3. **Como SECRES quiero que la aplicación requiera autenticación** para disponer de trazabilidad en las solicitudes.
+3. **Como SECRES quiero cargar datos de forma masiva desde SIPERDEF** para evitar el uso de hojas de cálculo para registrar las solicitudes.
 
    - Criterios de aceptación:
-     1. Implementar un sistema de auditoría que registre qué usuario realiza cada cambio en las solicitudes.
+     1. Se pueden cargar los datos de las UCOs.
+     2. Se pueden cargar los datos de los reservistas.
+     3. Se pueden cargar las solicitudes ya registradas en la hoja de cálculo actualmente en uso.
 
-4. **Como UCO quiero realizar solicitudes de activación mediante un formulario guiado** para minimizar errores.
+4. **Como UCO quiero realizar solicitudes de activación mediante un formulario guiado** para evitar cometer errores al realizar una solicitud.
 
    - Criterios de aceptación:
      1. Proporcionar un formulario completo con todos los campos requeridos.
      2. Validar los campos del formulario.
      3. Registrar correctamente la solicitud.
 
-5. **Como UCO quiero cargar la documentación requerida para una solicitud** para reducir el envío de oficios.
+5. **Como SECRES quiero que la aplicación requiera autenticación** para disponer de trazabilidad en las solicitudes.
 
    - Criterios de aceptación:
-     1. Permitir la carga de documentación al crear la solicitud.
-     2. Permitir la carga de documentación al visualizar la solicitud.
-     3. Asociar la documentación correctamente a la solicitud.
-     4. Permitir consultar la documentación asociada.
-
-6. **Como SECRES quiero enviar notificaciones por email** al actualizar el estado de las solicitudes.
-
-   - Criterios de aceptación:
-     1. Notificar al POC cuando se modifica el estado de una solicitud.
-     2. Permitir acceder a los detalles de la solicitud.
-     3. Visualizar estado y motivo en los detalles de la solicitud.
-
-7. **Como UCO/SECRES quiero registrar solicitudes de activación mediante formulario**.
-
-   - Criterios de aceptación: Pendiente de definir.
+     1. Implementar un sistema de auditoría que registre qué usuario realiza cada cambio en las solicitudes.
 
-8. **Como UCO/SECRES quiero cerrar expedientes** para enviarlos a publicación en el BOD.
+6. **Como SECRES quiero exportar los expedientes en un formato específico** para cargarlos en SIPERDEF fácilmente.
 
    - Criterios de aceptación:
      1. Permitir cierre manual de expedientes.
-     2. Cierre automático al alcanzar 25 solicitudes.
-     3. Al cerrar, las solicitudes pasan a pendiente de publicación.
-     4. No permitir modificaciones en solicitudes de expedientes cerrados.
-     5. Permitir reabrir expedientes si no han sido enviados.
+     2. Al cerrar, las solicitudes pasan a pendiente de publicación.
 
-9. **Como UCO/SECRES quiero modificar solicitudes de activación**.
+7. **Como SECRES quiero generar un informe** para evitar tener que consultar en diversas fuentes los datos de las activaciones.
 
-   - Criterios de aceptación:
-     1. Modificar cualquier dato de la solicitud.
-     2. Los cambios se aplican correctamente.
-     3. Solo se permiten modificaciones si el expediente no está cerrado o la solicitud no ha sido rechazada.
+   1. Criterios de aceptación:
+      1. Se genera un informe el cual contiene toda la información de la aplicación sobre las activaciones realizadas.
 
-10. **Como UCO/SECRES quiero rechazar solicitudes de activación**.
+8. **Como SECRES quiero consultar y actualizar el crédito disponible para activaciones** para evitar tener que usar una hoja de cálculo para controlar del presupuesto.
 
-    - Criterios de aceptación:
-      1. Permitir el rechazo de la solicitud.
-      2. Especificar motivo de rechazo.
-      3. Notificar al solicitante el rechazo.
+   - **Criterios de aceptación:**
+     1. Se muestra el crédito disponible actual.
+     2. El crédito gastado se actualiza automáticamente al aceptar solicitudes.
 
-11. **Como UCO/SECRES quiero consultar el crédito disponible para activaciones**.
+9. **Como UCO quiero adjuntar documentos a la solicitud de activación** para reducir la cantidad de oficios que se envían.
 
-    - Criterios de aceptación:
-      1. Consultar crédito disponible.
-      2. Actualizar crédito al publicar un expediente.
+   - **Criterios de aceptación:**
+     1. Se permite adjuntar documentos al crear la solicitud.
+     2. Se permite consultar los documentos adjuntos desde la vista de detalle.
+     3. La documentación se almacena y asocia correctamente a la solicitud.
 
-12. **Como UCO/SECRES quiero calcular el coste de una solicitud**.
+10. **Como UCO quiero modificar o anular solicitudes de activación a través de la aplicación** para reducir la cantidad de oficios que se envían.
 
     - Criterios de aceptación:
-      1. Calcular el coste automáticamente.
-      2. Mostrar advertencia si los créditos son insuficientes.
-
-13. **Como peticionario quiero recibir información del estado de mi solicitud**.
+      1. Se puede solicitar a la SECRES la modificación de las fechas de la solicitud.
+      2. Solo se permiten modificaciones si el expediente no está cerrado o la solicitud no ha sido rechazada.
+      3. Se puede solicitar a la SECRES que se anule una solicitud.
 
-    - Criterios de aceptación:
-      1. Notificación por correo al aceptar la solicitud.
-      2. Notificación por correo al rechazar la solicitud.
+11. **Como SECRES quiero que la aplicación notifique los cambios de estado de las solicitudes** para evitar recibir llamadas preguntando por el estado de las solicitudes.
 
-14. **Como UCO/SECRES quiero consultar y modificar el coste por empleo/día de una activación**.
-    - Criterios de aceptación:
-      1. Visualizar el coste por empleo/día.
-      2. Modificar el coste por empleo.
-      3. Los cambios se reflejan correctamente.
+    - **Criterios de aceptación:**
+      1. Se envía un correo cuando una solicitud cambia de estado.
+      2. El correo incluye información de las fechas y el reservista.
 
 ## Adaptación del Product Backlog
 
-En consecuencia, el PB también se debe modificar:
-
-## Segunda versión
-
-Tras la finalización del Sprint 2 y varias reuniones con el cliente, se redefinió el Product Backlog. El producto final está compuesto por las **Historias de Usuario (HU)** definidas en [Historias de Usuario](2.evs/3.2-Historias-de-Usuario).
+En consecuencia, el PB también se debe modificar, esta vez incluyendo además todos los PBIs del módulo de plazas.
 
 | ID     | Nombre                                             | Descripción                                                                                                                                                                                                                                                                                                                    | Prioridad |
 | ------ | -------------------------------------------------- | ------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------ | --------- |