Fecha/hora límite: 15/10/2026 (jueves)
Modalidad: informe académico por Gestión + repositorio en GitHub (checkpoints subidos a main la semana indicada). Incluye presentación en clase de una tecnología/práctica y defensa individual presencial obligatoria .
Docente / canal de consultas: foro de Aulas (no se responden consultas 2 días antes de la entrega).
Repositorio
Problema: "Cartelera de espectáculos y actividades".
Objetivo: dar opciones de espectáculos y actividades para el tiempo libre.Datos de cada actividad: horario, lugar y costo.Categorías: cine, teatro, conciertos, etc.Personalización: configurable según los gustos de cada persona.Extra (nice-to-have): micro aventuras y actividades realizables en cualquier momento (caminatas, visitas a museos, rincones de la ciudad).
Establecer el repositorio y los procedimientos de versionado.
Aplicar el proceso de ingeniería de requerimientos a un problema real.
Generar una especificación detallada y bocetos de interfaz de usuario .
Alcance mínimo: 3 user stories , cada una con valor independiente para el usuario.
Sin login ni contraseñas de ningún tipo.Stack previsto (aplica sobre todo a Entrega 2): Node.js, npm, Vite, TypeScript, Bootstrap, WCAG, Prettier, ESLint, Jest/Vitest.
Cada integrante debe trabajar en todas las áreas ; se exige tabla de trabajo individual con commits asociados.
Criterio Peso Qué exige Dónde se cubre Descripción del trabajo individual 5% Fechas, actividad, participantes y horas por integrante; totales. Tabla completada durante toda la entrega. docs/informe_1.md §Descripción del trabajo individual (tabla viva)Reflexión 5% Reflexión detallada sobre dinámica del equipo, desafíos y lecciones aprendidas. docs/informe_1.md §ReflexiónCalidad de la escritura 10% Máximo 15 páginas , sin errores de ortografía, estructura adecuada. Informe completo + revisión final
Criterio Peso Qué exige Dónde se cubre Repositorio Git 20% Repo bien estructurado, estrategia de branches (main, dev), README y pautas de commits (conventional commits). README.md, ramas main/dev, .gitignore, convención de commitsInvestigación 20% Investigación exhaustiva: entrevistas, encuestas, análisis documental, ingeniería reversa, user personas. docs/investigacion.md (entrevistas, encuestas, benchmark)RF y RNF 10% Requisitos funcionales y no funcionales completos, priorizados y según criterios del curso. docs/requerimientos.md (RF/RNF + priorización MoSCoW)User stories / Use cases 10% US/UC claros, detallados y priorizados; criterios INVEST, escenarios y actores. docs/user_stories.mdModelo de dominio 5% MER y/o UML detallado con los conceptos del problema. docs/modelo_dominio.md + diagramasVerificación y Validación 15% Criterios de verificación, verificación de todos los requisitos, validación con usuarios y feedback presentado. docs/verificacion_validacion.md + matriz de trazabilidad + prototipo
Tomar como referencia el enfoque de descubrimiento y curaduría de planes, adaptado al alcance de la letra:
Explorar por categorías : gastronomía, cultura, música, aire libre, cine, teatro, deportes.Filtros útiles : fecha/horario, barrio/zona, gratis/pago , público objetivo, "abierto ahora"."¿Qué hago ahora?" : actividades disponibles en el momento actual (cubre el extra de micro aventuras).Listas curadas / colecciones : p. ej. "planes gratis del finde", "imperdibles de la semana".Ficha de actividad : nombre, descripción, lugar con mapa, horario, costo, imagen, link a la fuente.Preferencias del usuario sin login : guardar categorías favoritas y zona en localStorage.Recomendaciones según gustos + momento del día / cercanía.Vista calendario semanal de la cartelera.Micro aventuras con duración y dificultad estimadas ("caminata 45 min", "rincón oculto de la ciudad").Responsive + accesible (WCAG) como eje de la experiencia mobile.
# Hito Inicio Fin Depende de Estado 1 Kickoff, roles y repo Git (main/dev, README, convención de commits) 14/09 17/09 — ⬜ 2 Benchmark / ingeniería reversa de apps similares (HayPlan!, etc.) 15/09 22/09 1 ⬜ 3 Investigación de campo: entrevistas + encuestas 15/09 26/09 1 ⬜ 4 User personas + delimitación de alcance y objetivos 22/09 28/09 2, 3 ⬜ 5 RF y RNF + priorización (MoSCoW) 24/09 30/09 4 ⬜ 6 User stories (INVEST) + criterios de aceptación + use cases 25/09 02/10 4 ⬜ 7 Modelo de dominio (UML/MER) 28/09 03/10 5, 6 ⬜ 8 Bocetos de UI / wireframes 29/09 05/10 4, 5 ⬜ 9 Criterios de verificación + matriz de trazabilidad 02/10 07/10 5, 6 ⬜ 10 Validación con usuarios (prototipo + feedback) 06/10 10/10 8, 9 ⬜ 11 Redacción Informe 1 + tabla individual + reflexión 01/10 12/10 2–10 ⬜ 12 Revisión final (ortografía, estructura, ≤15 págs) + buffer 12/10 14/10 11 ⬜ 13 Entrega por Gestión + checkpoint en main 15/10 15/10 12 ⬜
Entrega interna (no la real): 12/10 → 3 días de colchón.
Dificultad para conseguir usuarios para entrevistas/validación → agendar temprano y usar encuesta online + red de conocidos.Scope creep (el "extra" de micro aventuras) → dejar como nice-to-have en MoSCoW; priorizar las 3 US mínimas.Coordinación / commits : todos los integrantes deben tener commits → ramas + PRs + conventional commits; revisar la tabla individual semanalmente.Checkpoint de semana no confirmada → verificar cronograma en Aulas y subir a main a tiempo.Defensa individual obligatoria → cada integrante debe poder justificar todas las áreas; rotar tareas y no dejar secciones huérfanas.Extensión del informe > 15 páginas → controlar desde la primera versión.Consultas tarde → el foro no responde 2 días antes; adelantar todas las dudas.
