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.5 Alcance y limitaciones

Last edited by ddcDIM47 Oct 15, 2025
Page history
This is an old version of this page. You can view the most recent version or browse the history.

1.5 Alcance y limitaciones

Una vez ya descritos los procesos actuales, identificado los problemas a abordar y los actores participantes y/o afectados, se debe definir el alcance que se aspira a obtener con la solución e identificar las posibles limitaciones y/o posibles dificultades para llevarla a cabo.

Alcance

La aplicación se dividirá en 2 módulos diferenciados en base a su funcionalidad. Ambos módulos serán desarrollados siguiendo el arquetipo Medusa, en vigor actualmente en todos los desarrollos realizados en el Ministerio de Defensa (MINISDEF).

Activaciones

Se pretende dotar a la SECRES de una herramienta que le permita agilizar el proceso de gestión de solicitudes de activación de reservistas, prescindiendo del uso de hojas de cálculo, las cuales pueden inducir a errores al realizar la gestión.

Dotar a las UCOs peticionarias de una herramienta que permita generar de forma guiada las solicitudes de activación, evitando cometer errores durante el proceso. Poder visualizar el estado de las solicitudes creadas para no tener que solicitar esa información a la SECRES. Evitar el envío de las solicitudes y la documentación mediante oficios para reducir los plazos temporales.

La aplicación tan solo va a ser desarrollada para el ámbito del ET. Sin embargo, existe la posibilidad de que un reservista perteneciente a otro Ejército sea activado en una UCO del ET, por lo que esta activación la tendría que publicar el Ejército al que pertenece el reservista pero el coste correría a cargo del ET. Además, existen varias modalidades de activación dependiendo de las cuales la activación la pagará uno u otro organismo. El resumen de toda la casuística se resume en el siguiente cuadro:

Cuadro resumen tipo de activación

Por lo tanto, aunque la aplicación va a ser desarrollada tan solo para el ámbito del ET, debe disponer de la posibilidad de publicar activaciones de reservistas del ET fuera del ET sin computar su gasto así como el caso contrario, teniendo además en cuenta que cada tipo de activación tiene unos días máximos permitidos en función del Ejército del reservista.

Plazas

Disponer de una aplicación desarrollada en la tecnología exigida actualmente por el MINISDEF para que pueda ser desplegada de forma oficial en de JCISAT o CESTIC.

Limitaciones

Como principales limitaciones se identifican las siguientes:

  • Plazos: Entrega del MVP (Producto Mínimo Viable) con fecha límite de 20 de noviembre de 2025.
  • Recursos humanos: El equipo está formado por 2 alumnos del XLVII Curso DIM y 2 tutores.
  • Entorno de la solución: De cara al MVP, los recursos de almacenamiento disponibles no son suficientes para almacenar el volumen de documentación adjuntado actualmente en las solicitudes.
  • Procesos: La ejecución actual de los procesos es subjetiva, es decir, por parte de la SECRES se ha adoptado una forma de ejecución de los proyectos que no se rige por un estándar, formatos ni herramientas definidas mas que por ellos mismos, según se han ido adaptando a una forma de trabajar. Por lo que su adecuación es en función del personal actual de la sección. Esto puede limitar su adaptación a futuro personal destinado.
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
    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