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

Last edited by Manuel de Blas Pino Nov 21, 2025
Page history
This is an old version of this page. You can view the most recent version or browse the history.

3.2 Historias de Usuario

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 para la especificación de requisitos.

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:

  • Quién: Actor.
  • Quiero: Entregable.
  • Para: Impacto.
  • Criterios de aceptación: Condiciones que deben cumplirse para considerar finalizada la implementación de la HU.

Historias de Usuario

A continuación, se describen las HU de la aplicación, organizadas por módulos y priorizadas según su importancia.

Módulo de Activaciones

HU-1: Como usuario de una unidad quiero poder realizar una solicitud de activación rellenando el formulario correspondiente.

Criterios de Aceptación:

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.

HU-2: Como usuario de una unidad quiero poder cargar la documentación requerida para una solicitud de activación.

Criterios de Aceptación:

Se permite al usuario cargar documentación al realizar una solicitud. 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.

HU-3: Como usuario de una unidad quiero poder consultar el estado de una solicitud de activación.

Criterios de Aceptación:

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.

HU-4: Como usuario de la unidad SECRES quiero poder registrar una solicitud de activación rellenando un formulario.

Criterios de Aceptación: Los mismos que para HU-01

HU-5: Como usuario de la unidad SECRES quiero poder crear un expediente nuevo.

Criterios de Aceptación:

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.

HU-6: Como usuario de la unidad SECRES quiero poder aprobar solicitudes asignándolas a un expediente.

Criterios de Aceptació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.

HU-7: Como usuario de la unidad SECRES quiero poder cerrar un expediente para enviarlo para su publicación en el BOD.

Criterios de Aceptación:

Se permite al usuario cerrar un expediente de forma manual. Un expediente se cierra de forma automática al llegar a 25 solicitudes. Cuando se cierra el expediente las solicitudes asociadas pasa a estar pte. de publicación. 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.

HU-8: Como usuario de la unidad SECRES quiero poder modificar una solicitud de activación.

Criterios de Aceptación:

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.

HU-9: Como usuario de la unidad SECRES quiero poder rechazar una solicitud de activación.

Criterios de Aceptación:

Se permite al usuario rechazar una solicitud. Se permite al usuario especificar el motivo de rechazo. Al rechazar una solicitud se notifica al solicitante el rechazo de la misma.

HU-10: Como usuario de la unidad SECRES quiero poder consultar el crédito para la activación de reservistas.

Criterios de Aceptación:

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

  1. Como SECRES quiero gestionar solicitudes de plazas (crear, consultar, modificar y anular) para evitar el uso de hojas de cálculo.

    • Criterios de aceptación:
      1. Crear solicitudes de plazas.
      2. Editar solicitudes de plazas.
      3. Consultar solicitudes de plazas.
      4. Eliminar solicitudes de plazas.
  2. Como SECRES quiero filtrar solicitudes de plazas según criterios de RRHH del EME.

    • Criterios de aceptación:
      1. Seleccionar criterios de filtrado.
      2. Obtener un listado de plazas priorizadas.
  3. Como SECRES quiero que la aplicación requiera autenticación para garantizar trazabilidad.

    • Criterios de aceptación:
      1. Registrar qué usuario realiza cada cambio en las solicitudes.
  4. Como SECRES quiero importar UCOs de forma masiva para evitar ingreso manual.

    • Criterios de aceptación:
      1. Reconocer ficheros .txt con formato SIPERDEF.
  5. Como SECRES quiero importar titulaciones, formaciones y experiencia laboral de forma masiva.

    • Criterios de aceptación:
      1. Importar ficheros .xlsx con toda la información necesaria.
  6. Como UCO quiero un formulario guiado para solicitudes de plazas.

    • Criterios de aceptación:
      1. No permitir envío de solicitudes incompletas.
  7. Como SECRES quiero exportar convocatorias en formato específico para importarlas en SIPERDEF.

    • Criterios de aceptación:
      1. Exportar con todos los campos necesarios para SIPERDEF.
  8. Como UCO quiero un justificante al realizar una solicitud para enviarlo a la UCO superior.

    • Criterios de aceptación:
      1. El justificante contiene toda la información de la solicitud y la fecha y hora de creación.
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