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
reestructuración. authored Oct 03, 2025 by Manuel de Blas's avatar Manuel de Blas
Show whitespace changes
Inline Side-by-side
Showing with 3 additions and 1 deletion
+3 -1
  • 1.especificacion-y-formulacion-del-problema/1.3-Descripcion-del-proceso-actual.md ...lacion-del-problema/1.3-Descripcion-del-proceso-actual.md +3 -1
  • No files found.
1.especificacion-y-formulacion-del-problema/1.3-Descripcion-del-proceso-actual.md 0 → 100644
View page @ 4eacfc75
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 estela reducción de los plazos de gestión.
Para ello vamos a distinguir los siguientes procesos:
# Solicitudes de activación
* **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.
* **Gestió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.
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 se 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.
# Solicitud de plazas:
pruebas 2 meses de la aplicación
\ No newline at end of file
Clone repository

1. Especificación y formulación del problema

  • 1.1 Introducción
  • 1.1 Nombramiento del equipo SCRUM
  • 1.2 Definición del problema
  • 1.3 Descripcion del proceso actual

2. Estudio de Viabilidad del Sistema (EVS)

  • 2.1 MindMap
  • 2.2 ImpactMap
  • Activaciones
    • Impact Map
    • MVP
  • Alternativas
    • 2.3.1 Sage HR
    • 2.3.2 OrangeHRM
    • 2.3.3 Demeter
    • 2.3.4 Matriz de decisión
    • Alternativas
  • Plazas
    • Impact Map
    • MVP

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.1 MVP
  • 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