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
    • 1.especificacion y formulacion del problema
  • 1.2 Definición del problema

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

1.2 Definición del problema

En los siguientes puntos, se pretende identificar y abordar los problemas que se encuentran en la SECRES y en las UCOs en lo relativo a la gestión de activaciones y plazas de reservistas voluntarios.

En primer lugar, actualmente la gestión de las activaciones se hace de forma "manual", es decir, se realiza una solicitud vía mensaje oficial a la SECRES y esta la gestiona en su totalidad. La SECRES establece un formato de solicitud concreto que en muchas ocasiones es desconocido por las UCOs solicitantes, resultando en solicitudes de activación incompletas o con la información imprecisa. Esto deriva en el sucesivo intercambio de mensajes para aplicar correcciones a las solicitudes de activación que le llegan a la SECRES.

Además de lo expuesto anteriormente, en muchos casos las UCOs desconocen el procedimiento y los requisitos para realizar una solicitud de activación, lo que implica que no utilicen este recurso por desconocimiento.

Por todo lo comentado, la presentación de las solicitudes de activación debe realizarse con mucha antelación para que llegue a tiempo a la SECRES, provocando en muchos casos que lleguen con pocos días de antelación y no se puedan publicar en el Boletín Oficial de Defensa (BOD) antes de su comienzo.

Otro punto importante, es la correcta generación de las solicitudes. Al realizarse por mensaje, no se acota a los solicitantes la forma de realizar esta gestión repercutiendo en un trabajo de corrección y reenvío totalmente evitable.

Por tanto, viendo los problemas existentes, se plantea el objetivo como mejorar la gestión de las solicitudes de activación, aplicando un procedimiento estándar y público que permita descargar de trabajo a la SECRES, acortar los plazos de gestión y acotar el proceso de solicitud para las UCOs solicitantes.

Por otra parte, la SECRES también gestiona la publicación de nuevas plazas de reservistas. Estas nuevas plazas se publican a partir de las solicitudes de plazas realizadas por las UCOs, las cuales son filtradas por una serie de criterios establecidos por la SECRES teniendo en cuenta perfiles necesarios y cantidad de reservistas destinados en cada UCO. La aplicación de estos criterios requiere de un sistema complejo en el cual se puedan introducir todos los criterios deseados y obtener una lista priorizada de plazas vacantes para reservistas.

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