Skip to content

GitLab

  • Menu
Projects Groups Snippets
    • Loading...
  • Help
    • Help
    • Support
    • Community forum
    • Submit feedback
    • Contribute to GitLab
  • Sign in / Register
  • demeter demeter
  • Project information
    • Project information
    • Activity
    • Labels
    • Members
  • Repository
    • Repository
    • Files
    • Commits
    • Branches
    • Tags
    • Contributors
    • Graph
    • Compare
  • Issues 9
    • Issues 9
    • List
    • Boards
    • Service Desk
    • Milestones
  • Merge requests 0
    • Merge requests 0
  • CI/CD
    • CI/CD
    • Pipelines
    • Jobs
    • Schedules
  • Deployments
    • Deployments
    • Environments
    • Releases
  • Monitor
    • Monitor
    • Incidents
  • Packages & Registries
    • Packages & Registries
    • Package Registry
    • Infrastructure Registry
  • Analytics
    • Analytics
    • CI/CD
    • Repository
    • Value stream
  • Wiki
    • Wiki
  • Snippets
    • Snippets
  • Activity
  • Graph
  • Create a new issue
  • Jobs
  • Commits
  • Issue Boards
Collapse sidebar
  • Manuel de Blas
  • demeterdemeter
  • Wiki
    • 3.ers
  • 3.2 Historias de Usuario

3.2 Historias de Usuario · Changes

Page history
cambios hu activaciones. authored Nov 12, 2025 by Manuel de Blas Pino's avatar Manuel de Blas Pino
Show whitespace changes
Inline Side-by-side
Showing with 78 additions and 69 deletions
+78 -69
  • 3.ers/3.2-Historias-de-Usuario.md 3.ers/3.2-Historias-de-Usuario.md +78 -69
  • No files found.
3.ers/3.2-Historias-de-Usuario.md
View page @ b2a716c3
### Especificación de Requisitos ### Especificación de Requisitos
Dado que la metodología empleada se basa en enfoques ágiles, la especificación tradicional de requisitos funcionales y no funcionales carece de relevancia. En su lugar, se utilizan **Historias de Usuario (HU)** como producto principal. Dado que la metodología empleada se basa en enfoques ágiles, la especificación tradicional de requisitos funcionales y no funcionales carece de relevancia. En su lugar, se utilizan **Historias de Usuario (HU)** como producto principal para la especificación de requisitos.
Las HU permiten traducir los elementos del **Impact Map** en ítems que posteriormente conforman el **Product Backlog (PB)**, facilitando la priorización del trabajo pendiente. Las HU permiten traducir los elementos del _Impact Map_ en ítems que posteriormente conforman el PB, facilitando la priorización del trabajo pendiente.
El formato de una HU es el siguiente: El formato de una HU es el siguiente:
...@@ -17,99 +17,108 @@ A continuación, se describen las HU de la aplicación, organizadas por módulos ...@@ -17,99 +17,108 @@ A continuación, se describen las HU de la aplicación, organizadas por módulos
### Módulo de Activaciones ### Módulo de Activaciones
1. **Como SECRES quiero crear, modificar, consultar y eliminar solicitudes** para evitar el uso de hojas de cálculo. HU-1: Como usuario de una unidad quiero poder realizar una solicitud de activación rellenando el formulario correspondiente.
- Criterios de aceptación: Criterios de Aceptación:
1. Crear solicitudes de activación.
2. Editar solicitudes de activación.
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. Se proporciona al usuario el formulario completo con los campos para realizar la solicitud.
Se validan los campos del formulario.
Se registra de manera correcta la solicitud.
- Criterios de aceptación: HU-2: Como usuario de una unidad quiero poder cargar la documentación requerida para una solicitud de activación.
1. El nombre del expediente se genera automáticamente.
2. Se permite añadir una solicitud a un expediente.
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. Criterios de Aceptación:
- Criterios de aceptación: Se permite al usuario cargar documentación al realizar una solicitud.
1. Implementar un sistema de auditoría que registre qué usuario realiza cada cambio en las solicitudes. Se permite al usuario cargar documentación al visualizar los detalles de una solicitud creada.
La documentación se asocia a la solicitud de manera correcta.
Se permite al usuario consultar la documentación asociada a una solicitud.
4. **Como UCO quiero realizar solicitudes de activación mediante un formulario guiado** para minimizar errores. HU-3: Como usuario de una unidad quiero poder consultar el estado de una solicitud de activación.
- Criterios de aceptación: 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. Cuando se modifica el estado de una solicitud el POC recibe un correo electrónico informativo.
Se permite a un usuario acceder a los detalles de una solicitud.
En los detalles de la solicitud se visualiza el estado de la solicitud y el motivo de estar en ese estado.
- Criterios de aceptación: HU-4: Como usuario de la unidad SECRES quiero poder registrar una solicitud de activación rellenando un formulario.
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:
Los mismos que para HU-01
- Criterios de aceptación: HU-5: Como usuario de la unidad SECRES quiero poder crear un expediente nuevo.
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:
- Criterios de aceptación: Pendiente de definir. Se permite al usuario crear un expediente nuevo.
El nombre del expediente se genera de forma automática con el siguiente formato:
Se permite al usuario modificar el nombre del expediente sugerido.
El expediente se crea de forma correcta.
8. **Como UCO/SECRES quiero cerrar expedientes** para enviarlos a publicación en el BOD. HU-6: Como usuario de la unidad SECRES quiero poder aprobar solicitudes asignándolas a un expediente.
- Criterios de aceptación: 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.
9. **Como UCO/SECRES quiero modificar solicitudes de activación**. Se permite al usuario añadir una solicitud a un expediente desde el expediente.
Se permite al usuario añadir una solicitud a un expediente desde la solicitud.
La solicitud se asigna correctamente.
Al asignar la solicitud se modifica su estado a aceptado.
- Criterios de aceptación: HU-7: Como usuario de la unidad SECRES quiero poder cerrar un expediente para enviarlo para su publicación en el BOD.
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.
10. **Como UCO/SECRES quiero rechazar solicitudes de activación**. Criterios de Aceptación:
- Criterios de aceptación: Se permite al usuario cerrar un expediente de forma manual.
1. Permitir el rechazo de la solicitud. Un expediente se cierra de forma automática al llegar a 25 solicitudes.
2. Especificar motivo de rechazo. Cuando se cierra el expediente las solicitudes asociadas pasa a estar pte. de publicación.
3. Notificar al solicitante el rechazo. Si un expediente está cerrado no se permite modificar las solicitudes asociadas.
Se permite reabrir un expediente siempre que no haya sido enviado, para su modificación.
11. **Como UCO/SECRES quiero consultar el crédito disponible para activaciones**. HU-8: Como usuario de la unidad SECRES quiero poder modificar una solicitud de activación.
- Criterios de aceptación: Criterios de Aceptación:
1. Consultar crédito disponible.
2. Actualizar crédito al publicar un expediente.
12. **Como UCO/SECRES quiero calcular el coste de una solicitud**. Se permite al usuario modificar cualquier dato de una solicitud.
Los cambios se realizan de forma correcta.
Se permite realizar la modificación siempre y cuando el expediente no esté cerrado o no este la solicitud rechazada.
- Criterios de aceptación: HU-9: Como usuario de la unidad SECRES quiero poder rechazar una solicitud de activació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**. Criterios de Aceptación:
- Criterios de aceptación: Se permite al usuario rechazar una solicitud.
1. Notificación por correo al aceptar la solicitud. Se permite al usuario especificar el motivo de rechazo.
2. Notificación por correo al rechazar la solicitud. Al rechazar una solicitud se notifica al solicitante el rechazo de la misma.
14. **Como UCO/SECRES quiero consultar y modificar el coste por empleo/día de una activación**. HU-10: Como usuario de la unidad SECRES quiero poder consultar el crédito para la activación de reservistas.
- Criterios de aceptación:
1. Visualizar el coste por empleo/día. Criterios de Aceptación:
2. Modificar el coste por empleo.
3. Los cambios se reflejan correctamente. Se permite al usuario consultar el crédito disponible para activaciones.
Cuando se publica un expediente se permite actualizar el crédito disponible.
HU-11: Como usuario de la unidad SECRES quiero poder calcular cuanto va a costar una solicitud.
Criterios de Aceptación:
Se calcula el coste de una solitud de forma automática.
Muestra un aviso mostrando si hay suficientes créditos.
HU-12: Como usuario peticionario quiero recibir información de en que estado esta la solicitud realizada
Criterios de Aceptación:
Cuando se acepta una solicitud se envía un correo de notificación al solicitante.
Cuando se rechaza una solicitud se envía un correo de notificación al solicitante.
**HU-13:**Como usuario de la unidad SECRES quiero poder consultar y modificar el coste por empleo/día de una activación
Criterios de Aceptación:
Se permite visualizar el coste por empleo/día en la pantalla correspondiente
Se permite modificar el coste para cada empleo.
Al actualizar el coste se refleja el cambio de forma correcta.
### Módulo de Plazas ### Módulo de Plazas
......
Clone repository
  1. Especificación y formulación del problema
    1. Introducción
    2. Definición del problema
    3. Descripción del proceso actual
    4. Actores
    5. Alcance y limitaciones
    6. Analistas
  2. Estudio de Viabilidad del Sistema (EVS)
    1. Mind Map
    2. Impact Map
    3. Alternativas
      1. Sage HR
      2. OrangeHRM
      3. Deméter
      4. Matriz de decisión
  3. Especificación de Requisitos del Sistema (ERS)
    1. Planificación
    2. Historias de Usuario
    3. Product Backlog
    4. Diseño de la Interfaz de Usuario
    5. Diagramas
  4. Definición del MVP
  5. Sprint 1
    1. Sprint Planning
    2. Sprint Review
    3. Sprint Retrospective
  6. Sprint 2
    1. Sprint Planning
    2. Plan de pruebas
    3. Sprint Review
    4. Sprint Retrospective
  7. Sprint 3
    1. Sprint Planning
    2. Sprint Review
    3. Sprint Retrospective
  8. Sprint 4
    1. Sprint Planning
    2. Plan de pruebas
    3. Sprint Review
    4. Sprint Restrospective
  9. Sprint 5
    1. Sprint Planning
    2. Sprint Review
    3. Sprint Retrospective
  10. Manual de desarrollador
    1. Guía de instalación
    2. Estructura del backend
    3. Estructura del frontend
  11. Siglas
  12. Referencias