|
|
|
### 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** |
|
|
|
|
| ------------------------ | --------------------- |
|
| ... | ... | |