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 24, 2025 by Manuel de Blas Pino's avatar Manuel de Blas Pino
Hide whitespace changes
Inline Side-by-side
Showing with 17 additions and 22 deletions
+17 -22
  • 3.ers/3.1-Planificación.md 3.ers/3.1-Planificación.md +17 -22
  • No files found.
3.ers/3.1-Planificación.md
View page @ 81c27d23
### Metodología ### Metodología
Como metodología de trabajo para el proyecto se utilizará ***Combat Agile***<sup>14</sup>. Esta metodología, basada en los principios de Scrum, 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_** 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.
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>16</sup>. Por último **MySql** nos proporciona un almacenamiento rápido y eficiente para datos estructurados como los que haremos uso. 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.
### Arquitectura ### Arquitectura
La **arquitectura** de la **aplicación web** se basa en un enfoque de arquitectura de **full stack**<sup>15</sup>, con un **frontend** desarrollado en **Vue.js** versión 3 y un **backend** robusto utilizando el arquetipo de defensa "Medusa" y **MySql** como gestor de base de datos. La **arquitectura** de la **aplicación web** se basa en un enfoque de arquitectura de **full stack**<sup>[]</sup>, con un **frontend** desarrollado en **Vue.js** versión 3 y un **backend** robusto utilizando el arquetipo de defensa "Medusa" y **MySql** como gestor de base de datos.
### Calendario de plazos
### Calendario de plazos:
El desarrollo de **Demeter** se dividirá en diferentes **Sprint** hasta, como mínimo, obtener un **MVP** El desarrollo de **Demeter** se dividirá en diferentes **Sprint** hasta, como mínimo, obtener un **MVP**
| **Plazos** | **Etapa** | | **Plazos** | **Etapa** |
|--------------------------|----------------------| | ------------------------ | --------------------- |
| 01-30 septiembre | Sprint 3 | | 01-30 septiembre | Sprint 3 |
| 01-28 octubre | Sprint 4 | | 01-28 octubre | Sprint 4 |
| 29 octubre -18 noviembre | Spring 5 | | 29 octubre -18 noviembre | Spring 5 |
| 1-2 diciembre | Exposición Resultados| | 1-2 diciembre | Exposición Resultados |
### Tecnologías y entornos ### Tecnologías y entornos
* **FrontEnd**: Desarrollo de FrontEnd basado en HTML5, CSS y Java Script mediante el uso de los framework vue.js en su versión 3 con options api y boostrap en su version 5. - **FrontEnd**: Desarrollo de FrontEnd basado en HTML5, CSS y Java Script mediante el uso de los framework vue.js en su versión 3 con options api y boostrap en su version 5.
* **BackEnd**: Desarrollo de API Rest en lenguaje de programación JAVA con el uso del framework Spring Boot y el arquetipo de Defensa "Medusa". - **BackEnd**: Desarrollo de API Rest en lenguaje de programación JAVA con el uso del framework Spring Boot y el arquetipo de Defensa "Medusa".
* **Almacenamiento de Datos**: Base de datos con gestor MySql. - **Almacenamiento de Datos**: Base de datos con gestor MySql.
* **Herramientas de desarrollo**: IDE de desarrollo Eclipse para JAVA y Spring Boot. IDE de desarrollo Visual Studio Code para FrontEnd. - **Herramientas de desarrollo**: IDE de desarrollo Eclipse para JAVA y Spring Boot. IDE de desarrollo Visual Studio Code para FrontEnd.
* **Control de versiones**: Uso de git para control de versiones utilizando como repositorio GitLab. - **Control de versiones**: Uso de git para control de versiones utilizando como repositorio GitLab.
### Equipo Scrum ### Equipo Scrum
* **Scrum Master**: Capitán D. Ignacio Ovidio Muñoz Nicolás. - **Scrum Master**: Capitán D. Ignacio Ovidio Muñoz Nicolás.
* **Product Owner/Desarrolladores**: Capitán D. Manuel de Blas Pino, Teniente D. Daniel Dominguez Cancela - **Product Owner/Desarrolladores**: Capitán D. Manuel de Blas Pino, Teniente D. Daniel Dominguez Cancela
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. Diagramas
    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
  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