1 de junio - 7 de junio

El proyecto final integrador es la instancia de cierre del curso. A lo largo de cuatro semanas, cada equipo aplica, sobre un problema de cierta envergadura, el conjunto de competencias desarrolladas en las doce semanas previas: el análisis y diseño de algoritmos según la metodología de Pólya, la construcción de programas modulares y documentados, el uso de estructuras de datos y de archivos, la recursividad, el análisis de eficiencia y el uso reflexivo de herramientas de IA generativa.

El proyecto no introduce contenidos nuevos: su valor está en la integración. Resolver un problema realista exige decidir qué técnica aplicar a cada parte, articular las partes en una solución coherente, repartir el trabajo en un equipo y sostener el proceso a lo largo de varias semanas. Esa experiencia de integración (más cercana a la práctica profesional que cualquier ejercicio aislado) es el objetivo central de esta etapa.

El trabajo es colaborativo: se desarrolla en equipos de 2 o 3 integrantes, con seguimiento individual de las contribuciones a través del repositorio compartido. El proyecto se evalúa de manera integral (el producto, el proceso y la defensa oral) con la rúbrica detallada en la sección 5 de este documento.

El proyecto final integrador (Semanas 13 a 16) se desarrolla en equipos de 2 o 3 integrantes y se entrega a través de un repositorio en GitHub. No es un detalle administrativo: el repositorio es uno de los instrumentos con los que se evalúa el trabajo. La Semana 16 pide explícitamente el cierre del repositorio en GitHub: código final, README e historial de commits, y la contribución individual de cada integrante se sigue justamente a partir de ese historial.

Una confirmación, no una novedad. Como ya vivieron en la Semana 8, no tienen que crear ningún repositorio ni ningún «proyecto»: GitHub Classroom genera automáticamente un repositorio compartido para cada equipo en el momento en que aceptan la tarea grupal. El trabajo de ustedes empieza después —clonar ese repositorio, trabajar dentro de él y coordinarse—, igual que en aquel desafío.

Fase 1 del Proyecto final: la metodología como objeto explícito: el ciclo de Pólya a escala de proyecto.

Las once semanas anteriores respondieron «¿con qué herramientas?». La Semana 12 cerró el repertorio. Esta semana cambia la pregunta: ya no «¿qué sé hacer?» sino «¿cómo decido, frente a un problema concreto, qué herramientas usar, qué casos cubrir y cómo organizar el trabajo, antes de escribir una sola línea de código?». Esa es la pregunta del programador maduro, y es exactamente la que Pólya formuló para la resolución de problemas en general.

El proyecto representa el 30 % de la calificación del cursado (Sección 7.2 de la planificación). Esta rúbrica determina la nota interna del proyecto, sobre una escala de 1 a 10. Siguiendo el criterio de evaluación conjunta de la asignatura, sus dimensiones extienden la rúbrica de resolución de problemas (Sección 7.3) a la escala del proyecto y a sus cuatro fases.

El proyecto se evalúa sobre cuatro evidencias, no solo sobre el resultado final:

•      Informe escrito: análisis, diseño, casos de análisis, decisiones justificadas y análisis crítico del uso de IA.

•      Código en Python con documentación interna completa (literate programming): docstrings con contratos Pre/Pos.

•      Repositorio en GitHub: el historial de commits es evidencia del proceso, no una métrica de cantidad.

•      Presentación y defensa oral: exposición del problema, el diseño y los resultados, con respuesta a preguntas.

El problema de cada equipo debe ser, además, colaborativo, original, integrador, documentado y versionado — los cinco rasgos validados en la Semana 12.

Distinción entre datos maestros y datos transaccionales.

Este documento mantiene el contrato QUÉ/CÓMO de la consigna para el Proyecto Final Integrador. Las orientaciones fijan qué datos deben persistir y qué consistencia deben sostener; las decisiones de cómo estructurarlos siguen siendo de cada equipo.