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

3.2 Historias de Usuario · Changes

Page history
correc. authored Oct 31, 2025 by Manuel de Blas Pino's avatar Manuel de Blas Pino
Show whitespace changes
Inline Side-by-side
Showing with 136 additions and 99 deletions
+136 -99
  • 3.ers/3.2-Historias-de-Usuario.md 3.ers/3.2-Historias-de-Usuario.md +136 -99
  • No files found.
3.ers/3.2-Historias-de-Usuario.md
View page @ 1c74744a
Atendiendo a que la metodología utilizada se basa en el grupo de las metodologías ágiles, la especificación de requisitos tradicional basada en la diferenciación entre los requisitos funcionales y no funcionales de la aplicación carece de importancia en este tipo de metodología. Sustituyendo a este producto, a continuación se listan las Historias de Usuario (HU). ### Especificación de Requisitos
Las HU son un producto que permiten traducir los elementos del Impact Map en items que posteriormente conformen el Product Backlog (PB), permitiendo priorizar el trabajo pendiente de realizar. 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.
Atendiendo a la terminología utilizada en el impact map, el formato de una HU es el siguiente: 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.
**Quién**: Actor. El formato de una HU es el siguiente:
**Quiero**: Entregable. - **Quién**: Actor.
- **Quiero**: Entregable.
- **Para**: Impacto.
- **Criterios de aceptación**: Condiciones que deben cumplirse para considerar finalizada la implementación de la HU.
**Para**: Impacto. ## Historias de Usuario
Criterios de aceptación: Criterios para dar como finalizada la implementación de la HU. A continuación, se describen las HU de la aplicación, organizadas por módulos y priorizadas según su importancia.
## Historias de Usuario ### Módulo de Activaciones
A continuación, se describen mediante HUs los casos de uso de la aplicación utilizando el formato descrito anteriormente y ordenadas de forma prioritaria: 1. **Como SECRES quiero crear, modificar, consultar y eliminar solicitudes** para evitar el uso de hojas de cálculo.
### Historias de Usuario del módulo de activaciones - 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.
[TODO terminar cuando se haga la versión final del Impact Map] 2. **Como SECRES quiero generar expedientes y asignarles solicitudes** para evitar el uso de hojas de cálculo.
1. Como SECRES quiero poder crear, modificar, consultar y eliminar una solicitud para evitar el uso de una hoja de cálculo.
- Criterios de aceptación: - Criterios de aceptación:
1. Poder crear solicitudes de activación. 1. El nombre del expediente se genera automáticamente.
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. 2. Se permite añadir una solicitud a un expediente.
3. Se permite eliminar una solicitud de un expediente. 3. Se permite eliminar una solicitud de un expediente.
4. Al asignar la solicitud se modifica su estado a aceptado. 4. Al asignar la solicitud, su estado cambia a aceptado.
3. Como SECRES quiero que la aplicación requiera de autenticación para poder disponer de trazabilidad en las solicitudes.
- Criterios de aceptación: 3. **Como SECRES quiero que la aplicación requiera autenticación** para disponer de trazabilidad en las solicitudes.
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:
- Criterios de Aceptación: 1. Implementar un sistema de auditoría que registre qué usuario realiza cada cambio en las solicitudes.
1. Se proporciona al usuario el formulario completo con los campos para realizar la solicitud.
2. Se validan los campos del formulario. 4. **Como UCO quiero realizar solicitudes de activación mediante un formulario guiado** para minimizar errores.
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:
- Criterios de Aceptación: 1. Proporcionar un formulario completo con todos los campos requeridos.
1. Se permite al usuario cargar documentación al realizar una solicitud. 2. Validar los campos del formulario.
2. Se permite al usuario cargar documentación al visualizar los detalles de una solicitud creada. 3. Registrar correctamente la solicitud.
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. 5. **Como UCO quiero cargar la documentación requerida para una solicitud** para reducir el envío de oficios.
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: - Criterios de aceptación:
1. Cuando se modifica el estado de una solicitud el POC recibe un correo electrónico informativo. 1. Permitir la carga de documentación al crear la solicitud.
2. Se permite a un usuario acceder a los detalles de una solicitud. 2. Permitir la carga de documentación al visualizar la solicitud.
3. En los detalles de la solicitud se visualiza el estado de la solicitud y el motivo de estar en ese estado. 3. Asociar la documentación correctamente a la solicitud.
7. Como usuario de la UCO SECRES quiero poder registrar una solicitud de activación rellenando un formulario. 4. Permitir consultar la documentación asociada.
- 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. 6. **Como SECRES quiero enviar notificaciones por email** al actualizar el estado de las solicitudes.
- Criterios de Aceptación:
1. Se permite al usuario cerrar un expediente de forma manual. - Criterios de aceptación:
2. Un expediente se cierra de forma automática al llegar a 25 solicitudes. 1. Notificar al POC cuando se modifica el estado de una solicitud.
3. Cuando se cierra el expediente las solicitudes asociadas pasa a estar pte. de publicación. 2. Permitir acceder a los detalles de la solicitud.
4. Si un expediente está cerrado no se permite modificar las solicitudes asociadas. 3. Visualizar estado y motivo en los detalles de la solicitud.
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. 7. **Como UCO/SECRES quiero registrar solicitudes de activación mediante formulario**.
- Criterios de Aceptación:
1. Se permite al usuario modificar cualquier dato de una solicitud. - Criterios de aceptación: Pendiente de definir.
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. 8. **Como UCO/SECRES quiero cerrar expedientes** para enviarlos a publicación en el BOD.
10. Como usuario de la UCO SECRES quiero poder rechazar una solicitud de activación.
- Criterios de Aceptación: - Criterios de aceptación:
1. Se permite al usuario rechazar una solicitud. 1. Permitir cierre manual de expedientes.
2. Se permite al usuario especificar el motivo de rechazo. 2. Cierre automático al alcanzar 25 solicitudes.
3. Al rechazar una solicitud se notifica al solicitante el rechazo de la misma. 3. Al cerrar, las solicitudes pasan a pendiente de publicación.
11. Como usuario de la UCO SECRES quiero poder consultar el crédito para la activación de reservistas. 4. No permitir modificaciones en solicitudes de expedientes cerrados.
- Criterios de Aceptación: 5. Permitir reabrir expedientes si no han sido enviados.
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. 9. **Como UCO/SECRES quiero modificar solicitudes de activación**.
12. Como usuario de la UCO SECRES quiero poder calcular cuanto va a costar una solicitud.
- Criterios de Aceptación: - Criterios de aceptación:
1. Se calcula el coste de una solitud de forma automática. 1. Modificar cualquier dato de la solicitud.
2. Muestra un aviso mostrando si hay suficientes créditos. 2. Los cambios se aplican correctamente.
13. Como usuario peticionario quiero recibir información de en que estado esta la solicitud realizada 3. Solo se permiten modificaciones si el expediente no está cerrado o la solicitud no ha sido rechazada.
- Criterios de Aceptación:
1. Cuando se acepta una solicitud se envía un correo de notificación al solicitante. 10. **Como UCO/SECRES quiero rechazar solicitudes de activación**.
2. Cuando se rechaza una solicitud se envía un correo de notificación al solicitante.
14. 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:
- Criterios de Aceptación: 1. Permitir el rechazo de la solicitud.
1. Se permite visualizar el coste por empleo/día en la pantalla correspondiente 2. Especificar motivo de rechazo.
2. Se permite modificar el coste para cada empleo. 3. Notificar al solicitante el rechazo.
3. Al actualizar el coste se refleja el cambio de forma correcta.
11. **Como UCO/SECRES quiero consultar el crédito disponible para activaciones**.
### Historias de Usuario del módulo de plazas
- Criterios de aceptación:
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. Consultar crédito disponible.
- Criterios de aceptación: 2. Actualizar crédito al publicar un expediente.
1. Poder crear solicitudes de plazas.
2. Poder editar solicitudes de plazas. 12. **Como UCO/SECRES quiero calcular el coste de una solicitud**.
3. Poder consultar solicitudes de plazas.
4. Poder eliminar solicitudes de plazas. - Criterios de aceptación:
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. Calcular el coste automáticamente.
- Criterios de aceptación: 2. Mostrar advertencia si los créditos son insuficientes.
1. Poder seleccionar los criterios de filtrado necesarios.
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. 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.
3. **Como SECRES quiero que la aplicación requiera autenticación** para garantizar trazabilidad.
- Criterios de aceptación: - 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. 1. Registrar qué usuario realiza cada cambio en 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.
4. **Como SECRES quiero importar UCOs de forma masiva** para evitar ingreso manual.
- Criterios de aceptación: - Criterios de aceptación:
1. El sistema reconoce la carga de un fichero .txt con el formato específico de SIPERDEF. 1. Reconocer ficheros .txt con formato 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.
5. **Como SECRES quiero importar titulaciones, formaciones y experiencia laboral de forma masiva**.
- Criterios de aceptación: - 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. 1. Importar ficheros .xlsx con toda la información necesaria.
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.
6. **Como UCO quiero un formulario guiado para solicitudes de plazas**.
- Criterios de aceptación: - Criterios de aceptación:
1. El formulario de no debe permitir enviar una solicitud que no esté debidamente cumplimentada. 1. No permitir envío de solicitudes incompletas.
7. Como SECRES quiero poder exportar una convocatoria en un formato específico para poder importarlo fácilmente a SIPERDEF.
7. **Como SECRES quiero exportar convocatorias en formato específico** para importarlas en SIPERDEF.
- Criterios de aceptación: - Criterios de aceptación:
1. El formato cuenta con los campos necesarios para que la SECRES pueda importarlo a SIPERDEF de forma fácil. 1. Exportar con todos los campos necesarios para SIPERDEF.
8. Como UCO quiero que se genere un justificante al realizar una solicitud para poder enviar la solicitud realizada a la UCO superior.
8. **Como UCO quiero un justificante al realizar una solicitud** para enviarlo a la UCO superior.
- Criterios de aceptación: - 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. 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