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

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

3.1 Planificación

Metodología

Como metodología de trabajo para el proyecto se utilizará Combat Agile[]. 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[]. Por último MySql nos proporciona un almacenamiento rápido y eficiente para datos estructurados como los que haremos uso.

Arquitectura

La arquitectura de la aplicación web se basa en un enfoque de arquitectura de full stack[], 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

El desarrollo de Deméter se dividirá en diferentes Sprints hasta, como mínimo, obtener un MVP

Plazos Etapa
01-30 septiembre Sprint 3
01-28 octubre Sprint 4
29 octubre -18 noviembre Spring 5
1-2 diciembre Exposición Resultados

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.
  • 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.
  • 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.

Equipo Scrum

  • 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
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