[Proyecto I]

[AAC2212]

Nombre: Andro Aguilera Cazanave
Grupo: C-121
Repositorio: https://github.com/AAC2212/CAPSULE_AAC_Corp

###Descripción:
Proyecto de programación para planificar distintas tareas en un centro de investigación. Se pueden planificar eventos para que duren varios días, añadir nuevos recursos y verificar los recursos disponibles.

[github-actions]

Verificación Automática — Proyecto I 🤖

Repositorio analizado: https://github.com/AAC2212/CAPSULE_AAC_Corp

1. Repositorio

✅ El repositorio es accesible y fue clonado correctamente.

2. Informe (report.md)

⚠️ report.md encontrado pero con solo 961 palabras (mínimo: 2,000).

3. Proyecto Python

⚠️ Sin pyproject.toml.
✅ requirements.txt encontrado.
Dependencias declaradas: - Python: version 3.12 o superiores., - streamlit: version 1.29.0 o superiores., - pandas: version 1.0.0 o superiores., - streamlit_calendar: version 0.2.0 o superiores.

Archivos Python (6, 651 líneas en total):

• Funciones.py
• main.py
• pages/Third_Page.py
• pages/Main_Page.py
• pages/Fourth_Page.py
• pages/Second_page.py

4. Punto de Entrada

✅ Punto de entrada detectado: main.py

5. Ejecución

✅ El proyecto se ejecuta.

Traceback (most recent call last):
  File "/tmp/tmploz2mpkt/repo/main.py", line 1, in <module>
    import streamlit as st
ModuleNotFoundError: No module named 'streamlit'

Resumen

• ✅ Repositorio accesible
• ❌ report.md con ≥2000 palabras
• ✅ Archivos Python
• ✅ Configuración de dependencias
• ✅ Punto de entrada
• ✅ Ejecución

5/6 verificaciones pasadas.

---

Verificación automática — los resultados son orientativos. El profesor revisará en detalle.

[AAC2212]

/revisar

[apiad]

🔍 Revisión de Código — Claude Code

Repositorio: https://github.com/AAC2212/CAPSULE_AAC_Corp

Qué hace tu proyecto

Construiste una aplicación web en Python con Streamlit que simula un planificador de eventos para un centro de investigación de medicamentos. Tiene cuatro páginas: una que muestra los eventos ya planificados en un calendario interactivo y una tabla; otra para consultar los tipos de evento y los recursos (el personal) y para añadir nuevos; la página central, donde se planifica un evento eligiendo tipo, fecha, duración, lugar y recursos, comprobando un buen número de restricciones; y una página de información. La lógica de negocio vive separada en Funciones.py (con una clase Eventos) y los datos se guardan en DataBase.json.

Ejecución

Lo ejecuté de verdad: monté un entorno aislado, lancé el servidor (streamlit run main.py) y recorrí las cuatro páginas, además de correr el flujo completo con un arnés de pruebas que ejecuta cada página e interactúa con los controles. Las cuatro páginas renderizan sin errores; planifiqué eventos válidos que se guardaron correctamente, comprobé que un segundo evento solapado en el mismo lugar se rechaza con un mensaje claro, y que las entradas inválidas se bloquean. Solo apareció un fallo real, con los IDs (lo explico abajo).

Lo que está bien

• Separaste el backend (Funciones.py) de la presentación (las páginas). Eso es más de lo que se espera en un primer proyecto.
• Usaste una clase con sentido de dominio para modelar los eventos, y en el informe explicas por qué llegaste a ella. Se nota comprensión, no copia.
• El núcleo funciona: planificar eventos de varios días, detectar choques de lugar/recursos y persistirlos en JSON. Justo lo que pedía el enunciado.
• Comentaste el código y hasta pusiste algunas anotaciones de tipo, que ni siquiera se te exigen todavía.

Qué mejorar

• Bug de IDs duplicados: el evento que se guarda usa "cantidad de eventos + 1" para el ID, no "el ID más alto + 1" (que sí calculas, pero no usas). Al borrar un evento intermedio y crear otro, se repite un ID. Solución: usa la variable que ya tienes (proximo_id) al crear el evento definitivo.
• Búsqueda binaria sin salida: tu función de búsqueda por ID no contempla el caso "no encontrado" y puede lanzar un error. Añade una condición de parada que devuelva "no está" cuando el rango se agota.
• Manejo de errores en los archivos: no hay try/except al abrir DataBase.json y las rutas son relativas, así que la app solo funciona si se lanza desde la carpeta del proyecto. Usa rutas basadas en la ubicación del archivo y protege la lectura.
• Restricciones muy repetitivas: la larga escalera de if por tipo de evento repite casi el mismo patrón seis veces. Con una tabla de reglas quedaría mucho más corta.

Sobre el informe

El informe es completo y honesto, y describe bien lo que el programa hace. Un detalle: afirmas haber resuelto lo de los IDs asignando "el siguiente al más alto", pero esa corrección no llegó a la línea que guarda el evento, así que el bug sigue presente.

Valoración general

Buen trabajo, por encima de la media para un primer proyecto: elegiste algo ambicioso (una app web) y el corazón del programa funciona de verdad. Tu principal fortaleza es la estructura y que resuelve lo que promete; lo principal por pulir es la asignación de IDs y el manejo de errores. Sigue así.

---

Revisión automática de código con Claude Code — orientativa. La nota final la pone el profesor.

📄 Reporte detallado (código, archivo y línea): ver análisis completo