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 9
    • Issues 9
    • 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
  • 2.1 Mind Map

2.1 Mind Map · Changes

Page history
. authored Oct 31, 2025 by Manuel de Blas Pino's avatar Manuel de Blas Pino
Hide whitespace changes
Inline Side-by-side
Showing with 10 additions and 10 deletions
+10 -10
  • 2.evs/2.1-Mind-Map.md 2.evs/2.1-Mind-Map.md +10 -10
  • No files found.
2.evs/2.1-Mind-Map.md
View page @ 8f0bf6cd
Con el fin de establecer un marco común del entorno, necesitamos definir de forma unívoca una serie de términos, reduciendo así la distancia entre la posible visión del cliente y la del analista de negocio. Para ello, se establece el siguiente mapa conceptual y se definen una serie de conceptos principales. Con el fin de establecer un marco común del entorno, resulta necesario definir de forma unívoca una serie de términos, reduciendo así la posible divergencia entre la visión del cliente y la del analista de negocio. Para ello, se presenta el siguiente mapa conceptual y se definen los principales conceptos implicados.
### Mind Map ### Mapa conceptual
<div align="center"> <div align="center">
<img src="https://git.institutomilitar.com/ManuelDeBlas/demeter/-/wikis/img/activaciones/Demeter_MindMap.png" align="center"/> <img src="https://git.institutomilitar.com/ManuelDeBlas/demeter/-/wikis/img/activaciones/Demeter_MindMap.png" align="center"/>
...@@ -11,27 +11,27 @@ Con el fin de establecer un marco común del entorno, necesitamos definir de for ...@@ -11,27 +11,27 @@ Con el fin de establecer un marco común del entorno, necesitamos definir de for
#### Activaciones #### Activaciones
- **Solicitud**: - **Solicitud**:
Componente principal sobre el que gira el proceso de activaciones. Es la parte del proceso de activación que realiza la UCO para activar a un reservista voluntario. Actualmente, se compone de un documento con un formato definido por la SECRES, donde es necesario indicar la UCO que lo activa, las fechas, el tipo de solicitud y se envía mediante oficio. Además, se adjunta un documento de compromiso de activación firmado por el reservista con la propia UCO que realiza la solicitud. Elemento principal sobre el que se articula el proceso de activaciones. Representa la parte del procedimiento que realiza la UCO para activar a un reservista voluntario. En la actualidad, se compone de un documento con un formato definido por la SECRES, en el que se deben indicar la UCO solicitante, las fechas, el tipo de solicitud y otros datos necesarios. Este documento se remite mediante oficio y se acompaña de un compromiso de activación firmado por el reservista con la propia UCO solicitante.
- **Expediente**: - **Expediente**:
Marco contenedor de un conjunto de solicitudes. Sirve para mantener la referencia, facilitar la carga, controlar el gasto y gestionar el envío para su publicación de un conjunto de solicitudes. El estado del expediente afecta a todas sus solicitudes, tratándose como si fueran una sola. No tiene un tamaño establecido, sino que es determinado por el criterio del gestor para cada expediente. Cuando se cargan en SIPERDEF y se envían a publicación, las solicitudes van referenciadas a un expediente. Conjunto que agrupa varias solicitudes. Su finalidad es mantener la referencia, facilitar la carga, controlar el gasto y gestionar el envío para su publicación. El estado del expediente afecta a todas las solicitudes incluidas, tratándose como un único bloque. No existe un tamaño predeterminado, ya que su composición depende del criterio del gestor. Una vez cargados en SIPERDEF y remitidos para su publicación, las solicitudes quedan referenciadas a un expediente.
- **Presupuesto**: - **Presupuesto**:
Monto total disponible para el pago de los reservistas voluntarios durante sus activaciones. Técnicamente es una cantidad orientativa, ya que no se establece una limitación estricta para aprobar activaciones a nivel de proceso. Sirve para mantener un control y, en caso de que la SECRES detecte que se está agotando, pueda solicitar una ampliación de presupuesto. Cantidad total disponible para el pago de las activaciones de los reservistas voluntarios. Desde un punto de vista técnico, se trata de un valor orientativo, ya que no existe una limitación estricta en el proceso para aprobar activaciones. Su principal función es permitir el control del gasto y posibilitar que, en caso de detectarse un agotamiento de los fondos, la SECRES pueda solicitar una ampliación presupuestaria.
#### Plazas #### Plazas
- **Propuesta**: - **Propuesta**:
Parte del proceso que realiza una UCO para la creación de una nueva plaza de reservista voluntario. En ella se especifican los requisitos como empleo, titulación y experiencia laboral necesarios. Esto definirá el puesto y cometido del reservista que sea activado en la plaza creada. Parte del proceso que realiza una UCO para solicitar la creación de una nueva plaza de reservista voluntario. En la propuesta se especifican los requisitos del puesto, tales como empleo, titulación y experiencia laboral, que definirán las características del reservista que podrá ocupar dicha plaza.
- **Reservista**: - **Reservista**:
Definición del reservista que puede ocupar una plaza. Se caracteriza por su empleo, especialidad fundamental, especialidad complementaria y experiencia laboral. Perfil del personal que puede ocupar una plaza. Se define por su empleo, especialidad fundamental, especialidad complementaria y experiencia profesional.
- **Titulación**: - **Titulación**:
Titulación requerida para la plaza. El nivel varía según la escala, correspondiendo a grado para oficiales, formación profesional superior para suboficiales y formación profesional o estudios básicos para tropa. Nivel académico requerido para una plaza. Este varía según la escala: grado universitario para oficiales, formación profesional superior para suboficiales y formación profesional o estudios básicos para tropa.
- **Formación**: - **Formación**:
Formación complementaria a una titulación. Toda aquella formación relacionada con la titulación que amplíe o complemente la titulación requerida. Conjunto de conocimientos adicionales relacionados con la titulación exigida, que complementan o amplían la cualificación del reservista.
- **Experiencia**: - **Experiencia**:
Experiencia laboral del reservista relacionada con la titulación o formación requerida. Trayectoria profesional del reservista vinculada con la titulación o la formación requerida para la plaza.
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
    6. Analistas
  2. Estudio de Viabilidad del Sistema (EVS)
    1. Mind Map
    2. Impact Map
    3. Alternativas
      1. Sage HR
      2. OrangeHRM
      3. Deméter
      4. Matriz de decisión
  3. Especificación de Requisitos del Sistema (ERS)
    1. Planificación
    2. Historias de Usuario
    3. Product Backlog
    4. Diseño de la Interfaz de Usuario
    5. Diagramas
  4. Definición del MVP
  5. Sprint 1
    1. Sprint Planning
    2. Sprint Review
    3. Sprint Retrospective
  6. Sprint 2
    1. Sprint Planning
    2. Plan de pruebas
    3. Sprint Review
    4. Sprint Retrospective
  7. Sprint 3
    1. Sprint Planning
    2. Sprint Review
    3. Sprint Retrospective
  8. Sprint 4
    1. Sprint Planning
    2. Plan de pruebas
    3. Sprint Review
    4. Sprint Restrospective
  9. Sprint 5
    1. Sprint Planning
    2. Sprint Review
    3. Sprint Retrospective
  10. Manual de desarrollador
    1. Guía de instalación
    2. Estructura del backend
    3. Estructura del frontend
  11. Siglas
  12. Referencias