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.3 Descripcion del proceso actual

1.3 Descripcion del proceso actual · Changes

Page history
. authored Oct 10, 2025 by Manuel de Blas Pino's avatar Manuel de Blas Pino
Show whitespace changes
Inline Side-by-side
Showing with 20 additions and 19 deletions
+20 -19
  • 1.especificacion-y-formulacion-del-problema/1.3-Descripcion-del-proceso-actual.md ...lacion-del-problema/1.3-Descripcion-del-proceso-actual.md +20 -19
  • No files found.
1.especificacion-y-formulacion-del-problema/1.3-Descripcion-del-proceso-actual.md
View page @ 1e9c2196
El primer paso para poder abordar los problemas identificados, es conocer los procesos actuales que se llevan a cabo en las gestiones a realizar. De esta manera se le podrá dar solución teniendo siempre el foco al objetivo final, siendo este la reducción de los plazos de gestión. El primer paso para poder abordar los problemas identificados, es conocer los procesos actuales que se llevan a cabo en las gestiones a realizar. De esta manera se le podrá dar solución teniendo siempre el foco al objetivo final, siendo este la reducción de los plazos de gestión.
Para ello vamos a distinguir los siguientes procesos:
# Solicitudes de activación Para ello se distinguen dos procesos diferenciados:
* **Generación de solicitud**:
La unidad peticionaria realizar una petición de activación mediante un oficio remitido a la sección de reservistas. Este oficio debe tener un formato concreto para una correcta gestión. Si el oficio esta correctamente redactado la sección de reservistas pasa a la gestión de la misma. Si no, se remiten los errores a la unidad peticionaria para su corrección. Una vez subsanados los errores en la petición la unidad procede a volver a enviarla. A su vez debe notificar a la subdelegación de defensa del reservista y a la unidad de destino del mismo. # Solicitud de activación
* **Gestión de solicitud**: - **Generación de solicitud**:
Una vez que la solicitud por parte de la unidad es correcta, se procede a su gestión. La sección de reservistas comprueba que las fechas de inicio y fin de la activación son correctas (el reservista está disponible), que los días de activación no superan el máximo para el reservista solicitado y que se cuenta con el presupuesto suficiente para pagar dicha activación. La UCO peticionaria realizar una solicitud de activación mediante un oficio remitido a la SECRES, a la subdelegación de defensa del reservista y a la UCO de destino del mismo. Este oficio debe tener un formato concreto incluyendo una serie de datos muy concretos para una correcta gestión. Si el oficio es correcto, la SECRES procede a la gestión de la misma. Si no, se remiten los errores a la UCO peticionaria para su corrección. Cabe destacar que la recepción de solicitudes de activación con errores es muy común, provocando importantes demoras en el proceso.
- **Gestión de solicitud**:
Una vez que la solicitud por parte de la UCO es correcta, se procede a su gestión. La SECRES comprueba que las fechas de inicio y fin de la activación son correctas (el reservista está disponible), que los días de activación no superan el máximo para el reservista solicitado y que se cuenta con el presupuesto suficiente para pagar dicha activación.
Una vez pasados estos filtros, se procede a asignar la petición a un expediente (Se detalla el proceso de expedientes en un proceso posterior). Cuando se acumulan el número de solicitudes que el gestor estima conveniente, se cierra el expediente y se cargan los datos de las solicitudes en **SIPERDEF**. Tras este paso se remite el expediente a **SIABOD** para su publicación. Una vez pasados estos filtros, se procede a asignar la petición a un expediente (Se detalla el proceso de expedientes en un proceso posterior). Cuando se acumulan el número de solicitudes que el gestor estima conveniente, se cierra el expediente y se cargan los datos de las solicitudes en **SIPERDEF**. Tras este paso se remite el expediente a **SIABOD** para su publicación.
Una vez que se publica el expediente en el **BOD** se actualizan en **SIPERDEF** los datos de las activaciones correspondientes añadiendo la **fecha y número de BOD** y la **resolución**, quedando así cerrada la gestión de la activación. Una vez que se publica el expediente en el **BOD** se actualizan en **SIPERDEF** los datos de las activaciones correspondientes añadiendo la **fecha y número de BOD** y la **resolución**, quedando así cerrada la gestión de la activación.
# Solicitud de plazas: # Solicitud de plazas
* **Asignación del número de plazas**: - **Asignación del número de plazas**:
Para cada convocatoria DIGENPER asigna un número concreto de plazas destinadas al Ejército de Tierra para crear nuevos puestos de reservista voluntario. Para cada convocatoria DIGENPER asigna un número concreto de plazas destinadas al Ejército de Tierra para crear nuevos puestos de reservista voluntario.
* **Consulata a las UCO's**: - **Consulata a las UCO's**:
Una vez definido el número de plazas disponibles para crear, la sección de reservistas informa a las UCO's y le pide una propuesta de plazas (escala del reservista, formación, experiencia...). Una vez definido el número de plazas disponibles para crear, la SECRES informa a las UCO's y le pide una propuesta de plazas (escala del reservista, formación, experiencia...).
* **Propuestas por parte de las UCO's**: - **Propuestas por parte de las UCO's**:
Las UCO's revisan sus necesidades y realizan las propuestas que creen convenientes(hasta un máximo de 5 por UCO), y se remiten a la sección de reservistas. Las UCO's revisan sus necesidades y realizar las propuestas que creen convenientes(hasta un máximo de 5 por UCO), y se remiten a la SECRES.
* **Aplicación de criterios de selección**: - **Aplicación de criterios de selección**:
La sección de reservistas revista las propuestas recibidas y remite las correcciones pertinentes a las UCO's en caso de ser necesarias. Una vez que estas son correctas, la sección de reservistas remite estas propuestas a la sección de recursos humanos del EME, la cual emite unos criterios de selección a la sección de reservistas. Aplicando estos criterios la sección de reservistas carga las plazas en el módulo SELCON. La SECRES revista las propuestas recibidas y remite las correcciones pertinentes a las UCO's en caso de ser necesarias. Una vez que estas son correctas, la SECRES remite estas propuestas a la sección de recursos humanos del EME, la cual emite unos criterios de selección a la SECRES. Aplicando estos criterios la SECRES carga las plazas en el módulo SELCON.
* **Publicación de plazas**: - **Publicación de plazas**:
El area de Procesos Selectivos de DIGEREM, aprueba o manda correciones sobre las plazas cargadas por la sección de reservistas. Cuando estas son correctas, las plazas son publicadas. El area de Procesos Selectivos de DIGEREM, aprueba o manda correciones sobre las plazas cargadas por la SECRES. Cuando estas son correctas, las plazas son publicadas.
Actualmente, de todos los pasos descritos, solamente se utiliza una herramienta interna para realizar las propuestas de las UCO's sobre las plazas. Actualmente, de todos los pasos descritos, solamente se utiliza una herramienta interna para realizar las propuestas de las UCO's sobre las 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