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 16
    • Issues 16
    • 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
    • 2.evs
  • 4.2 Historias de Usuario

Last edited by Manuel de Blas Pino Oct 13, 2025
Page history

4.2 Historias de Usuario

Las historias de usuario son un producto que permiten traducir las conclusiones del impact map en items del product backlog, permitiendo priorizar el trabajo pendiente de realizar.

Atendiendo a la terminología utilizada en el impact map, el formato de una historia de usuario es el siguiente:

Quién: Actor.

Quiero: Entregable.

Para: Impacto.

Criterios de aceptación: Criterios para dar como finalizada la implementación de la historia de usuario.

Historias de Usuario

A continuación se describen mediante historias de usuario los casos de uso de la aplicación utilizando el formato descrito anteriormente:

Historias de Usuario del módulo de activaciones

TODO terminar cuando se haga la versión final del Impact Map

  1. Como SECRES quiero poder crear, modificar, consultar y eliminar una solicitud para evitar el uso de una hoja de cálculo.
    1. Criterios de aceptación:
      1. Poder crear solicitudes de activación.
      2. Poder editar solicitudes de activación.
      3. Poder consultar solicitudes de activación.
      4. Poder eliminar solicitudes de activación.
  2. Como SECRES quiero poder generar expedientes y asignarles solicitudes para evitar el uso de una hoja de cálculo.
    • Criterios de Aceptación:
      1. El nombre del expediente se genera de forma automática.
      2. Se permite añadir una solicitud a un expediente.
      3. Se permite eliminar una solicitud de un expediente.
      4. Al asignar la solicitud se modifica su estado a aceptado.
  3. Como SECRES quiero que la aplicación requiera de autenticación para poder disponer de trazabilidad en las solicitudes.
    1. Criterios de aceptación:
      1. El sistema debe disponer de un sistema de auditoría para conocer qué usuario realiza cada cambio en cualquiera de las solicitudes.
  4. Como UCO quiero poder realizar una solicitud de activación rellenando un formulario guiado para no cometer errores al rellenarlo.
    • Criterios de Aceptación:
      1. Se proporciona al usuario el formulario completo con los campos para realizar la solicitud.
      2. Se validan los campos del formulario.
      3. Se registra de manera correcta la solicitud.
  5. Como UCO quiero poder cargar la documentación requerida para una solicitud de activación para reducir la cantidad de oficios que se envían.
    • Criterios de Aceptación:
      1. Se permite al usuario cargar documentación al realizar una solicitud.
      2. Se permite al usuario cargar documentación al visualizar los detalles de una solicitud creada.
      3. La documentación se asocia a la solicitud de manera correcta.
      4. Se permite al usuario consultar la documentación asociada a una solicitud.
  6. Como SECRES quiero que se envíen emails de actualización del estado de las solicitudes para evitar recibir llamadas de consulta.
    • Criterios de Aceptación:
      1. Cuando se modifica el estado de una solicitud el POC recibe un correo electrónico informativo.
      2. Se permite a un usuario acceder a los detalles de una solicitud.
      3. En los detalles de la solicitud se visualiza el estado de la solicitud y el motivo de estar en ese estado.
  7. Como usuario de la UCO SECRES quiero poder registrar una solicitud de activación rellenando un formulario.
    • Criterios de Aceptación:
  8. Como usuario de la UCO SECRES quiero poder cerrar un expediente para enviarlo para su publicación en el BOD.
    • Criterios de Aceptación:
      1. Se permite al usuario cerrar un expediente de forma manual.
      2. Un expediente se cierra de forma automática al llegar a 25 solicitudes.
      3. Cuando se cierra el expediente las solicitudes asociadas pasa a estar pte. de publicación.
      4. Si un expediente está cerrado no se permite modificar las solicitudes asociadas.
      5. Se permite reabrir un expediente siempre que no haya sido enviado, para su modificación.
  9. Como usuario de la UCO SECRES quiero poder modificar una solicitud de activación.
  • Criterios de Aceptación:
    1. Se permite al usuario modificar cualquier dato de una solicitud.
    2. Los cambios se realizan de forma correcta.
    3. Se permite realizar la modificación siempre y cuando el expediente no esté cerrado o no este la solicitud rechazada.
  1. Como usuario de la UCO SECRES quiero poder rechazar una solicitud de activación.
  • Criterios de Aceptación:
    1. Se permite al usuario rechazar una solicitud.
    2. Se permite al usuario especificar el motivo de rechazo.
    3. Al rechazar una solicitud se notifica al solicitante el rechazo de la misma.
  1. Como usuario de la UCO SECRES quiero poder consultar el crédito para la activación de reservistas.
    • Criterios de Aceptación:
      1. Se permite al usuario consultar el crédito disponible para activaciones.
      2. Cuando se publica un expediente se permite actualizar el crédito disponible.
  2. Como usuario de la UCO SECRES quiero poder calcular cuanto va a costar una solicitud.
    • Criterios de Aceptación:
      1. Se calcula el coste de una solitud de forma automática.
      2. Muestra un aviso mostrando si hay suficientes créditos.
  3. Como usuario peticionario quiero recibir información de en que estado esta la solicitud realizada
    • Criterios de Aceptación:
      1. Cuando se acepta una solicitud se envía un correo de notificación al solicitante.
      2. Cuando se rechaza una solicitud se envía un correo de notificación al solicitante.
  4. Como usuario de la UCO SECRES quiero poder consultar y modificar el coste por empleo/día de una activación
    • Criterios de Aceptación:
      1. Se permite visualizar el coste por empleo/día en la pantalla correspondiente
      2. Se permite modificar el coste para cada empleo.
      3. Al actualizar el coste se refleja el cambio de forma correcta.

Historias de Usuario del módulo de plazas

  1. Como SECRES quiero crear, consultar, modificar y anular solicitudes de plazas para evitar el uo de una hoja de cálculo para registrar las solicitudes y filtrarlas.
    1. Criterios de aceptación:
      1. Poder crear solicitudes de plazas.
      2. Poder editar solicitudes de plazas.
      3. Poder consultar solicitudes de plazas.
      4. Poder eliminar solicitudes de plazas.
  2. Como SECRES quiero filtrar las solicitudes de plazas según los criterios establecidos por la Sección de Recursos Humanos del EME para evitar el uo de una hoja de cálculo para registrar las solicitudes y filtrarlas.
    1. Criterios de aceptación:
      1. Poder seleccionar los criterios de filtrado necesarios.
      2. Obtener un listado de plazas priorizadas.
  3. Como SECRES quiero que la aplicación requiera de autenticación para poder disponer de trazabilidad en las solicitudes.
    1. Criterios de aceptación:
      1. El sistema debe disponer de un sistema de auditoría para conocer qué usuario realiza cada cambio en cualquiera de las solicitudes.
  4. Como SECRES quiero poder importar todas las UCOs de forma masiva para evitar tener que cargar todos los datos de forma manual.
    1. Criterios de aceptación:
      1. El sistema reconoce la carga de un fichero .txt con el formato específico de SIPERDEF.
  5. Como SECRES quiero poder realizar la carga masiva de las titulaciones, formaciones y experiencia laboral de forma masiva para evitar tener que hacerlo manualmente.
    1. Criterios de aceptación:
      1. El sistema permite la importación de un fichero .xlsx que contiene la información de todas las titulaciones actuales, titulaciones equivalentes pasadas, formación relacionada y experiencia relacionada.
  6. Como UCO quiero tener un formulario guiado para realizar una solicitud de plazas para evitar cometer errores a la hora de realizar la solicitud.
    1. Criterios de aceptación:
      1. El formulario de no debe permitir enviar una solicitud que no esté debidamente cumplimentada.
  7. Como SECRES quiero poder exportar una convocatoria en un formato específico para poder importarlo fácilmente a SIPERDEF.
    1. Criterios de aceptación:
      1. El formato cuenta con los campos necesarios para que la SECRES pueda importarlo a SIPERDEF de forma fácil.
  8. Como UCO quiero que se genere un justificante al realizar una solicitud para poder enviar la solicitud realizada a su UCO superior.
    1. Criterios de aceptación:
      1. El justificante cuenta con toda la información de la solicitud y la fecha y hora en la que fue creado.
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
  2. Estudio de Viabilidad del Sistema (EVS)
    1. Mind Map
    2. Impact Map
    3. Historias de Usuario
    4. Alternativas
      1. Sage HR
      2. OrangeHRM
      3. Deméter
      4. Matriz de decisión
  3. Especificación de Requisitos del Sistema (ERS)
    1. Requisitos
    2. Casos de Uso
    3. Diseño de la Interfaz de Usuario
    4. Product Backlog
  4. Definición del MVP
  5. Sprint 1
    1. Sprint Planning
    2. Sprint Review
    3. Sprint Retrospective
  6. Sprint 2
    1. Sprint Planning
    2. Sprint Review
    3. Sprint Retrospective
  7. Sprint 3
    1. Sprint Planning
    2. Sprint Review
    3. Sprint Retrospective
  8. Sprint 4
    1. Sprint Planning
    2. Sprint Review
    3. Sprint Restrospective
  9. Acrónimos y siglas