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

4.2 Historias de Usuario · Changes

Page history
hu hechas. authored Oct 13, 2025 by Manuel de Blas Pino's avatar Manuel de Blas Pino
Hide whitespace changes
Inline Side-by-side
Showing with 40 additions and 11 deletions
+40 -11
  • 2.evs/4.2-Historias-de-Usuario.md 2.evs/4.2-Historias-de-Usuario.md +40 -11
  • No files found.
2.evs/4.2-Historias-de-Usuario.md
View page @ 1fc843ba
...@@ -14,7 +14,7 @@ Atendiendo a la terminología utilizada en el impact map, el formato de una hist ...@@ -14,7 +14,7 @@ Atendiendo a la terminología utilizada en el impact map, el formato de una hist
A continuación se describen mediante historias de usuario los casos de uso de la aplicación utilizando el formato descrito anteriormente: 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 de Activaciones ### Historias de Usuario del módulo de activaciones
1. Como UCO quiero poder realizar una solicitud de activación rellenando un formulario guiado para no cometer errores al rellenarlo. 1. 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:**
...@@ -50,19 +50,19 @@ A continuación se describen mediante historias de usuario los casos de uso de l ...@@ -50,19 +50,19 @@ A continuación se describen mediante historias de usuario los casos de uso de l
- **Criterios de Aceptación:** - **Criterios de Aceptación:**
1. Se permite al usuario cerrar un expediente de forma manual. 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. 2. Un expediente se cierra de forma automática al llegar a 25 solicitudes.
1. Cuando se cierra el expediente las solicitudes asociadas pasa a estar pte. de publicación. 3. Cuando se cierra el expediente las solicitudes asociadas pasa a estar pte. de publicación.
2. Si un expediente está cerrado no se permite modificar las solicitudes asociadas. 4. Si un expediente está cerrado no se permite modificar las solicitudes asociadas.
3. Se permite reabrir un expediente siempre que no haya sido enviado, para su modificación. 5. Se permite reabrir un expediente siempre que no haya sido enviado, para su modificación.
8. Como usuario de la UCO SECRES quiero poder modificar una solicitud de activación. 8. Como usuario de la UCO SECRES quiero poder modificar una solicitud de activación.
- **Criterios de Aceptación:** - **Criterios de Aceptación:**
1. Se permite al usuario modificar cualquier dato de una solicitud. 1. Se permite al usuario modificar cualquier dato de una solicitud.
2. Los cambios se realizan de forma correcta. 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. 3. Se permite realizar la modificación siempre y cuando el expediente no esté cerrado o no este la solicitud rechazada.
9. Como usuario de la UCO SECRES quiero poder rechazar una solicitud de activación. 9. 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. Se permite al usuario rechazar una solicitud.
2. Se permite al usuario especificar el motivo de rechazo. 2. Se permite al usuario especificar el motivo de rechazo.
3. Al rechazar una solicitud se notifica al solicitante el rechazo de la misma. 3. Al rechazar una solicitud se notifica al solicitante el rechazo de la misma.
10. Como usuario de la UCO SECRES quiero poder consultar el crédito para la activación de reservistas. 10. Como usuario de la UCO SECRES quiero poder consultar el crédito para la activación de reservistas.
- **Criterios de Aceptación:** - **Criterios de Aceptación:**
1. Se permite al usuario consultar el crédito disponible para activaciones. 1. Se permite al usuario consultar el crédito disponible para activaciones.
...@@ -81,4 +81,33 @@ A continuación se describen mediante historias de usuario los casos de uso de l ...@@ -81,4 +81,33 @@ A continuación se describen mediante historias de usuario los casos de uso de l
2. Se permite modificar el coste para cada empleo. 2. Se permite modificar el coste para cada empleo.
3. Al actualizar el coste se refleja el cambio de forma correcta. 3. Al actualizar el coste se refleja el cambio de forma correcta.
### Historias de Usuario de Plazas ### 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. 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
  9. Acrónimos y siglas