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 4
    • Issues 4
    • List
    • Boards
    • Service Desk
    • Milestones
  • Merge requests 0
    • Merge requests 0
  • CI/CD
    • CI/CD
    • Pipelines
    • Jobs
    • Schedules
  • Deployments
    • Deployments
    • Environments
    • Releases
  • Monitor
    • Monitor
    • Metrics
    • 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
  • ddcDIM47
  • DemeterDemeter
  • Wiki
    • Definición_del_mvp
  • 4.2 Historias de Usuario

Last edited by ddcDIM47 Jun 15, 2025
Page history

4.2 Historias de Usuario

Historias de Usuario

A continuación se describen mediante historías de usuario los casos generales de uso de la aplicación:

  • HU-1: Como usuario de una unidad 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 unidad 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 unidad 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 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:
      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 unidad 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 unidad 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 unidad 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 unidad 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 unidad 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 unidad 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 unidad 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.

Mediante estas definiciones se pretende establecer y explicar la funcionalidad que debe tener la aplicación de cara al usuario.

Clone repository
1.-Especificación y formulación del problema
  • 1.1 Nombramiento del equipo Scrum
  • 1.2 Introducción
2. Estudio de Viabilidad del Sistema (EVS)
  • 2.1 MindMap
  • 2.2 ImpactMap
  • 2.3 Alternativas
    • 2.3.1 Sage HR
    • 2.3.2 OrangeHRM
    • 2.3.3 Demeter
    • 2.3.4 Matriz de decisión
3 Especificación de Requisitos del Sistema (ERS)
  • 3.1 Requisitos
  • 3.2 Casos de Uso
  • 3.3 Diseño de la Interfaz de Usuario
4 Definición del MVP
  • 4.1 Product Backlog
  • 4.2 Historias de Usuario
5 Sprint 1
  • 5.1 Sprint Planning
  • 5.2 Sprint Review
  • 5.3 Spring Retrospective
  • 5.4 Burndown
6 Sprint 2
  • 6.1 Sprint Planning
  • 6.2 Sprint Review
  • 6.3 Spring Retrospective
  • 6.4 Burndown