Skip to content

GitLab

  • Menu
Projects Groups Snippets
    • Loading...
  • Help
    • Help
    • Support
    • Community forum
    • Submit feedback
    • Contribute to GitLab
  • Sign in / Register
  • GearSolid GearSolid
  • Project information
    • Project information
    • Activity
    • Labels
    • Members
  • Repository
    • Repository
    • Files
    • Commits
    • Branches
    • Tags
    • Contributors
    • Graph
    • Compare
  • Issues 3
    • Issues 3
    • 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
  • GuerreroDIM46
  • GearSolidGearSolid
  • Wiki
    • Documentacion
  • Diagramas de clases y modelo de datos

Diagramas de clases y modelo de datos · Changes

Page history
actualizo diagrama de clases authored Apr 17, 2024 by RodrigoDG23's avatar RodrigoDG23
Hide whitespace changes
Inline Side-by-side
Showing with 4 additions and 1 deletion
+4 -1
  • Documentacion/Diagramas-de-clases-y-modelo-de-datos.md Documentacion/Diagramas-de-clases-y-modelo-de-datos.md +4 -1
  • No files found.
Documentacion/Diagramas-de-clases-y-modelo-de-datos.md
View page @ 86ac4d10
......@@ -5,9 +5,12 @@
![Diagrama de clases](../Diagramas/rr_diagramaDeClases.svg)
- Existen dos tipos de objetos usuario, que heredan de la clase Usuario. Las instancias de la clase UsuarioBaja se crearán desde el método bajaUsuario de Usuario. Este método elimina el UsuarioAlta correspondiente y genera un UsuarioBaja.
- Con respecto a los compromisos. Su duración y aforo se determina en base al objeto aforo que tienen asociados. El id del objeto aforo se genera a partir de su tipo y un códi
- Con respecto a los compromisos. Su duración y aforo se determina en base al objeto aforo que tienen asociados. El id se autogenera. La interfaz mostrará Tipo+Descripción (la descripción debe ser de máximo 15 caracteres), al solicitar la descripción, ya aparecerá el tipo en la pantalla.
- Los compromisos de recogida de alimento tienen la misma duración (la duración se extrae a partir del tipo de compromiso)
- El estado de un compromiso puede ser pendiente asiste o no asiste.
Una recogida de alimento dura 30 minutos y tiene un aforo de 8 personas
## Modelo de datos:
......
Clone repository

GearSolid


Fase de concepto (Presentación)

1. Estudio de Viabilidad del Sistema (EVS)

  • Análisis del problema
  • Mind Map
  • Impact Map
  • Requisitos
  • Alternativas
  • Matriz de Cumplimiento de Funcionalidades
  • Matriz de decisión

2. Especificación de Requisitos de Software (ERS)

  • Planificación General
  • Diagrama de Clases y Modelo de Datos
  • Interfaz de Usuario

3. Producto Mínimo Viable (MVP)

  • Definición del MVP

4. Desarrollo

  • Historias de usuario

  • Product Backlog

  • Definicion del Hecho

    4.1.  Sprint 1
    - Sprint Planning
    - Sprint Backlog
    - Sprint Review
    - Sprint Retrospective

    4.2.  Sprint 2
    - Sprint Planning
    - Sprint Backlog
    - Sprint Review
    - Sprint Retrospective

  • Anexo I

  • Anexo II