Diseño de Base de Datos — 5150 pc 1

DISEÑO DE BASE DE DATOS ( 1ASI0400 ) PRÁCTICA CALIFICADA 1 2025-20 NRC : 5150 Profesor : Morales Arevalo, Juan Carlos Fecha : 24 de setiembre de 2025 Duración : 110 minutos Logro: Tenga presente que el logro de esta evaluación consiste en que usted aplique lo aprendido en clase referente al proceso de modelado de datos y la aplicación de las formas normales. Indicaciones: • La práctica consta de dos (2) preguntas sobre un caso de estudio y tendrá 110 minutos para resolverlas. • El enunciado de la pregunta se encuentra en el archivo upc-pre- 1asi0400 -5150-pc-1.pdf • La solución deberá adjuntarse en tres documentos con la siguiente nomenclatura: upc-pre- 1asi0400 -5150-pc-1 -codigoalumno. (.docx, .sql y .erd) • El modelo físico de la base de datos puede ser realizado mediante la herramienta de su preferencia, sin embargo, se recomienda utilizar Visual Code. Consideraciones: • Está permitido el uso o consulta de cuadernos, separatas, libros o cualquier material de la asignatura durante el desarrollo de la evaluación. • La evaluación es personal, queda totalmente prohibido realizar consultas a compañeros. • No está permitido el uso de Internet, ni el uso de herramientas de inteligencia artificial generativa (como ChatGPT, Copilot, Gemini, etc.) durante el desarrollo de este caso. • Cualquier intento de plagio o incumplimiento de las normas será considerado como falta grave , lo que anulará completamente el examen. Caso: Hackathon Universitario “CodeUP” La universidad organiza cada semestre el evento CodeUP, un hackathon donde estudiantes […] en un tiempo límite. Para gestionar de forma eficiente la información, la organización requiere un sistema que permita registrar a los participantes, equipos, retos propuestos, evaluaciones realizadas y toda la información asociada a cada edición del evento. Requerimientos del sistema 1. Cada participante se registra en una edición específica del hackathon, indicando su código de alumno, nombres completos, carrera profesional, ciclo actual, correo institucional y número de celular. Un mismo estudiante puede participar en distintas ediciones, pero solo puede pertenecer a un equipo por cada una de ellas. 2. Los equipos son formados por los estudiantes al inicio de cada edición. Cada equipo tiene un nombre único dentro de esa edición, una fecha de registro, y está compuesto por hasta 5 participantes. Adicionalmente, se debe identificar qué miembro asumió el rol de líder dentro del equipo. Esta relación debe quedar registrada para efectos de seguimiento y gestión. 3. Cada hackathon presenta diversos retos tecnológicos, definidos previamente por empresas aliadas. Cada reto tiene un código, nombre, descripción, área temática (como inteligencia artificial, sostenibilidad, salud, etc.), nivel de dificultad (básico, intermedio o avanzado) y la empresa que lo propuso. Las áreas temáticas y los niveles deben seleccionarse desde un catálogo institucional preestablecido. 4. Durante el evento, los equipos pueden elegir uno o más retos para resolver. Para cada participación se debe registrar el reto elegido, la edición correspondiente, la fecha de entrega, el nombre de la solución, el enlace al repositorio de código, y las tecnologías utilizadas. Las tecnologías aplicadas deben seleccionarse de un catálogo existente, pudiendo registrarse múltiples tecnologías por solución. 5. Un grupo de jurados es responsable de evaluar las soluciones presentadas. Cada jurado se registra con un código, nombres, especialidad, entidad que representa y correo de contacto. Tanto la especialidad como la entidad deben seleccionarse de catálogos definidos por la organización. Un jurado puede participar en varias ediciones y evaluar distintos retos. 6. Cada evaluación debe asociar a un jurado con un equipo y un reto en una edición específica. Para cada evaluación se registra la fecha, el puntaje asignado (de 0 a 100), y una observación sobre el desempeño del equipo. Estas evaluaciones permiten identificar los mejores proyectos…