Metodología
Esta página describe cómo está organizado el sitio y cómo leer cada tipo de artefacto. No reproduce las justificaciones metodológicas de la memoria, sino que actúa como mapa de lectura del material gráfico aquí publicado.
Cómo está organizado
El sitio se divide por tipo de artefacto, siguiendo el recorrido del ciclo de vida del proyecto. La navegación de la izquierda da acceso directo a cada sección:
- BPMN — los procesos de negocio que el sistema da soporte.
- Casos de uso — el diagrama de casos de uso y la jerarquía de actores.
- Bocetos en papel y Prototipos de media fidelidad — el diseño de la interfaz, del lápiz a Figma.
- Clases — el diagrama de clases de dominio y el de clases de cada módulo del sistema (backend).
- Diagramas de secuencia — el recorrido de los 92 casos de uso, agrupados por área funcional.
- Entidad-relación — el esquema relacional de la base de datos.
- Sistema final — las capturas de la aplicación en funcionamiento, organizadas por actor.
Cómo leer cada artefacto
Diagramas BPMN. Modelan procesos de negocio: las tareas, las decisiones y las calles (lanes) que reparten la responsabilidad entre los participantes. Sirven de puente entre las necesidades recogidas en las entrevistas y los casos de uso.
Casos de uso. El diagrama asocia cada función del sistema con el actor que la ejecuta. Los actores externos (otros sistemas) se distinguen en color amarillo; los de tipo usuario, en blanco. La jerarquía de actores muestra, mediante la generalización de UML, cómo unos roles heredan las capacidades de otros.
Diseño de interfaz. Los bocetos exploran la estructura de las pantallas con rapidez; los prototipos de media fidelidad fijan la disposición, la jerarquía visual y la navegación antes de programar.
Modelo de datos. El diagrama de clases de dominio fija las entidades y sus relaciones; el modelo entidad-relación traduce ese dominio al esquema relacional concreto.
Diseño del backend (clases y secuencia). Se aplica el análisis de robustez (Jacobson / ICONIX), que reparte los objetos en tres roles —frontera, control y entidad—. Una interacción nunca salta de la frontera a los datos: siempre transita por un objeto de control. El diagrama de clases de cada módulo refleja esa estructura estática; el de secuencia de cada caso de uso, su recorrido dinámico hasta la base de datos.
| Rol | Servidor (NestJS) | Cliente (React) |
|---|---|---|
| frontera | *.controller.ts | componente / page + *.api.ts |
| control | *.service.ts | hook o handler |
| entidad | repositorio, dominio y DTO | *.types.ts |
Cobertura
El sitio recoge el conjunto completo: el diagrama de clases de los 13 módulos del backend y el diagrama de secuencia de los 92 casos de uso, además de los modelos de negocio y de datos, los bocetos, los prototipos y la galería del sistema final.