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
    • 3.alternativas
  • 2.3 Estudio de alternativas

2.3 Estudio de alternativas · Changes

Page history
matriz de decisión hecho. authored Nov 12, 2025 by Manuel de Blas Pino's avatar Manuel de Blas Pino
Hide whitespace changes
Inline Side-by-side
Showing with 0 additions and 0 deletions
+0 -0
  • 2.evs/3.alternativas/2.3-Estudio-de-alternativas.md 2.evs/3.alternativas/2.3-Estudio-de-alternativas.md +0 -0
  • No files found.
2.evs/3.alternativas/2.3-Estudio-de-alternativas.md 0 → 100644
View page @ a8a5299a
En los puntos anteriores se establece un **leguaje común** para todos los participantes en el proyecto, definiendo los **objetivos**, el **alcance y** las posibles **limitaciones** que pueden condicionar la solución aplicada. Tras esto, el siguiente paso es considerar diferentes **alternativas** que se puedan aplicar para cubrir las necesidades del cliente.
Dado que existen dos objetivos de negocio diferenciados (activaciones y plazas), las alternativas que se estudien deberán poder cubrir ambas necesidades. Para ello, tras realizar una búsqueda de alternativas, se proponen para un estudio más exhaustivo las tres que a continuación se relacionan:
- **Sage HR**: software propietario de gestión de recursos humanos.
- **OrangeHRM**: software OpenSource de gestión de recursos humanos.
- **Deméter**: software de elaboración propia.
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