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
    • 3.ers
  • 3.1 Planificación

3.1 Planificación · Changes

Page history
. authored Oct 27, 2025 by Manuel de Blas Pino's avatar Manuel de Blas Pino
Show whitespace changes
Inline Side-by-side
Showing with 18 additions and 2 deletions
+18 -2
  • 3.ers/3.1-Planificación.md 3.ers/3.1-Planificación.md +18 -2
  • No files found.
3.ers/3.1-Planificación.md
View page @ 55033ead
### Metodología
Como metodología de trabajo para el proyecto se utilizará **_Combat Agile_**<sup>[]</sup>. Esta metodología está basada en el marco de trabajo **_Scrum_** y se adapta a las restricciones específicas del entorno educativo en el que se lleva a cabo el proyecto. Considerando la configuración del equipo, las tecnologías a utilizar y el contexto de despliegue.implementación.
Como metodología de trabajo para el proyecto se utilizará **_Combat Agile_**<sup>[]</sup>. Esta metodología está basada en el marco de trabajo **_Scrum_**, por lo que hereda de esta todas sus fases y productos generados. Los desarrollos basados en **_Scrum_** dividen el trabajo en **Sprints**, los cuales son etapas que cuentan con una duración aproximada de 4 semanas. A su vez a lo largo de cada Sprint tienen lugar una serie de hitos los cuales determinan cuál es el trabajo pendiente por realizar y auditan si el desarrollo avanza hacia el objetivo.
A continuación se detalla en qué consiste cada uno de los hitos:
1. Sprint Planning:
Se define qué trabajo del PB se va a realizar durante el sprint. Para ello, los desarrolladores deben desglosar cada PBI seleccionado en las tareas concretas que se deben realizar. Cada una de estas tareas se denomina Issue. Además, durante el Sprint Planning se establece el objetivo del sprint para crear el Sprint Backlog. El Sprint Backlog es un artefacto compuesto por el objetivo del sprint, los PBIs seleccionados y los Issues generador a partir de los PBIs.
2. Daily Scrum:
Reunión diaria de 15 minutos como máximo donde el equipo de desarrolladores informa sobre lo que hizo, lo que va a hacer y los impedimentos que han encontrado.
3. Sprint Review:
Al final de cada sprint, se presenta el trabajo completado a los stakeholders para recibir feedback y actualizar el Product Backlog según sea necesario.
4. Sprint Retrospective:
El equipo Scrum analiza cómo ha trabajado durante el sprint y propone mejoras a implementar durante los próximos sprints. En esta reunión tan solo se tratan aspectos relativos a la metodología, no al producto.
### Tecnología
El frontend en Vue.js ofrece una interfaz de usuario dinámica y receptiva, permitiendo una interacción fluida y eficiente con el backend. A través de llamadas **API RESTful**, el frontend se comunica con el backend para realizar operaciones basadas en los permisos de los usuarios. El backend maneja la **lógica de negocio** y las **operaciones de datos** utilizando el **arquetipo "Medusa"** que ya incorpora Spring Data, su propia **seguridad y autenticación contra Active Directory**, apoyandose en **Spring Data Rest** para exponer el API con **"endpoints" "HAETOAS" nivel 3**<sup>[]</sup>. Por último **MySql** nos proporciona un almacenamiento rápido y eficiente para datos estructurados como los que haremos uso.
......@@ -10,7 +26,7 @@ La **arquitectura** de la **aplicación web** se basa en un enfoque de arquitect
### Calendario de plazos
El desarrollo de **Demeter** se dividirá en diferentes **Sprint** hasta, como mínimo, obtener un **MVP**
El desarrollo de **Deméter** se dividirá en diferentes **Sprints** hasta, como mínimo, obtener un **MVP**
| **Plazos** | **Etapa** |
| ------------------------ | --------------------- |
......
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. Planificación
    2. Product Backlog
    3. Diseño de la Interfaz de Usuario
    4. 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. 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
  10. Referencias