Skip to content

GitLab

  • Menu
Projects Groups Snippets
    • Loading...
  • Help
    • Help
    • Support
    • Community forum
    • Submit feedback
    • Contribute to GitLab
  • Sign in / Register
  • PEGASO PEGASO
  • Project information
    • Project information
    • Activity
    • Labels
    • Members
  • Repository
    • Repository
    • Files
    • Commits
    • Branches
    • Tags
    • Contributors
    • Graph
    • Compare
  • Issues 13
    • Issues 13
    • List
    • Boards
    • Service Desk
    • Milestones
  • Merge requests 0
    • Merge requests 0
  • CI/CD
    • CI/CD
    • Pipelines
    • Jobs
    • Schedules
  • Deployments
    • Deployments
    • Environments
    • Releases
  • Monitor
    • Monitor
    • Metrics
    • 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
  • imunnic
  • PEGASOPEGASO
  • Wiki
  • 1. Especificación del problema

1. Especificación del problema · Changes

Page history
Actualización de wiki authored Mar 03, 2024 by imunnic's avatar imunnic
Hide whitespace changes
Inline Side-by-side
Showing with 5 additions and 2 deletions
+5 -2
  • 1.-Especificación-del-problema.md 1.-Especificación-del-problema.md +5 -2
  • No files found.
1.-Especificación-del-problema.md
View page @ 49558bcb
......@@ -31,13 +31,16 @@ Debe facilitarse una solución que conecte los cometidos a las unidades subordin
El alcance abarca a todos los equipos DIREX que tengan el cometido de organizar un ejercicio CPX donde se deban evaluar objetivos de adiestramiento que requieran de incidencias para verificar que se han alcanzado.
De la misma forma abarca a cualquier tipo de ejercicio CPX o no que se quiera utilizar, puesto que la simulación de incidencias se realiza también en ejercicios tipo LIVEX.
Debe ser adaptable a cualquier tipo de operación y a cualquier tipo de incidencia.
## 1.5. Posibles restricciones al proyecto
**Tiempo:** El tiempo disponible es de dos meses para el desarrollo del MVP, hasta la primera semana de junio de 2024.
**Poca comunicación con el cliente:** La propuesta de la práctica parte del propio alumno, por lo que no hay un cliente identificado más allá de la experiencia personal sobre el proceso en el mismo.
**Poca comunicación con el cliente:** La propuesta de la práctica parte del propio alumno, por lo que no hay un cliente identificado más allá de la experiencia personal sobre el proceso en el mismo y los contactos posibles partes interesadas sobre el proyecto.
**Recursos:** El equipo de desarrollo cuenta de un componente, por lo que, sumado al tiempo y al resto de tareas a las que dedicar tiempo es una limitación en sí misma.
......@@ -47,7 +50,7 @@ De la misma forma abarca a cualquier tipo de ejercicio CPX o no que se quiera ut
| **Plazos** | **Etapa** |
|:----------------------:|:----------------------------------:|
|12-13 de marzo | Exposición EVS, ERS y definición MVP |
|12-13 de marzo | Exposición del Estudio de Viabilidad del sistema y de la propuesta de proyecto |
<!-- |2-26 abril | Sprint 1|
|29-30 abril|Exposición Sprint 1|
|6-31 mayo | Sprint 2|
......
Clone repository

Home

  1. Especificación y formulación del problema
  2. Estudio de viabilidad del sistema
    2.1 Mind Map
    2.2 Impact Map
    2.3 Estudio de Alternativas
    2.4 Matriz de Cumplimento de funcionalidades
    2.5 Matriz de decisión
    Anexo I
  3. Propuesta de desarrollo
    3.1 Planificación general
    3.2 Diagramas
    3.3 Funcionalidades
    3.4 Interfaz de usuario
    3.5 Producto Mínimo Viable