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
This is an old version of this page. You can view the most recent version or browse the history.

4.2 Historias de Usuario

"Las historias de usuario son una herramienta que agiliza la administración de requisitos, reduciendo la cantidad de documentos formales y tiempo necesarios. Forman parte de la fórmula de captura de funcionalidades definida en 2001 por Ron Jeffries de las tres Cs[...]"" 7. Por lo tanto vamos a utilizar dicha herramienta para validar si las diferentes alternativas de solución que serán propuestas cumplen o no con lo que se espera y nos permitirán realizar una comparación objetiva entre las mismas.

Por otra parte, son una herramienta que permite realizar una estimación en tiempo y coste dentro de cada alternativa ayudando así a la hora de decidir por una o por otra. El formato de una historia de usuario es el siguiente:

Como: Actor Quiero: Funcionalidad Para: Finalidad Criterios de Aceptación: "[...]Criterios [...] para dar como finalizada la implementación de la historia de usuario" 7

Historias de Usuario

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

Historias de Usuario de Activaciones

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

    • 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.
  • HU-2: Como usuario de una UCO quiero poder cargar la documentación requerida para una solicitud de activación.

    • 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.
  • HU-3: Como usuario de una UCO quiero poder consultar el estado de una solicitud de activación.

    • 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.
  • HU-4: Como usuario de la UCO 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 UCO SECRES quiero poder crear un expediente nuevo.

    • Criterios de Aceptación:
      1. Se permite al usuario crear un expediente nuevo.
      2. El nombre del expediente se genera de forma automática con el siguiente formato:
      3. Se permite al usuario modificar el nombre del expediente sugerido.
      4. El expediente se crea de forma correcta.
  • HU-6: Como usuario de la UCO SECRES quiero poder aprobar solicitudes asignándolas a un expediente.

    • Criterios de Aceptación:
      1. Se permite al usuario añadir una solicitud a un expediente desde el expediente.
      2. Se permite al usuario añadir una solicitud a un expediente desde la solicitud.
      3. La solicitud se asigna correctamente.
      4. Al asignar la solicitud se modifica su estado a aceptado.
  • HU-7: 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.
  • HU-8: 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.
  • HU-9: 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.
  • HU-10: 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.
  • HU-11: 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.
  • HU-12: 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.
  • **HU-13:**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 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
  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. Demeter
      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
    4. Burndown
  6. Sprint 2

    1. Sprint Planning
    2. Sprint Review
    3. Sprint Retrospective
    4. Burndown
  7. Sprint 3

    1. Sprint Planning
    2. Sprint Review
    3. Sprint Retrospective
  8. Sprint 4

    1. Sprint Planning
    2. Sprint Review
    3. Sprint Restrospective