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

Last edited by Rodrigo de Dios García Apr 17, 2024
Page history

Diagramas de clases y modelo de datos

Diagrama de clases:

Diagrama de clases

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

Modelo de datos

 


Volver arriba

home

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 Review
  • Sprint Retrospective

4.2. Sprint 2

  • Sprint Planning
  • Sprint Review
  • Sprint Retrospective

Anexo I

Anexo II