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.

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.

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

  1. Como SECRES quiero crear, modificar, consultar y eliminar solicitudes para evitar el uso de hojas de cálculo.

    • 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.

    • Criterios de aceptació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:
      1. Implementar un sistema de auditoría que registre qué usuario realiza cada cambio en las solicitudes.
  4. Como UCO quiero realizar solicitudes de activación mediante un formulario guiado para minimizar errores.

    • 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.

    • 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.
  8. Como UCO/SECRES quiero cerrar expedientes para enviarlos a publicación en el BOD.

    • 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.

    • 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.
  10. Como UCO/SECRES quiero rechazar solicitudes de activación.

    • Criterios de aceptación:
      1. Permitir el rechazo de la solicitud.
      2. Especificar motivo de rechazo.
      3. Notificar al solicitante el rechazo.
  11. Como UCO/SECRES quiero consultar el crédito disponible para activaciones.

    • 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.

    • 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.

    • Criterios de aceptación:
      1. Notificación por correo al aceptar la solicitud.
      2. Notificación por correo al rechazar la solicitud.
  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.

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