Skip to content

IIC2413/Syllabus-2024-1

Folders and files

NameName
Last commit message
Last commit date

Latest commit

 

History

28 Commits
 
 
 
 
 
 
 
 
 
 
 
 
 
 

Repository files navigation

IIC2413 - Bases de Datos

Tabla de contenidos


Equipo

Profesores

Nombre Sección Email
Nicolas Alvarado 1 nfalvarado@mat.uc.cl
Ariel Reyes 2 adreyes@uc.cl
Christian Alvarez 3 cal@uc.cl
Eduardo Bustos 4 eb@uc.cl

Cuerpo de ayudantes

Jefes

Nombre Rol Email
Josefa Parra Bienestar Sec 1 y 2 josefa.parra@uc.cl
Antonia González Bienestar Sec 3 y 4 apgonzalez6@uc.cl
Lucas Fernández Cátedra lucas.fernndez@uc.cl
Francisca Ancic Proyecto francisca.ancic@uc.cl

Ayudantes

Nombre Email
Amelia González agonzlen@uc.cl
Benjamín Águila benjaaguilaruiz@uc.cl
Camila Carrasco cicarrasco5@uc.cl
Consuelo Inostroza consuelo.inostroza@uc.cl
Cristóbal Cuneo cristobal.cuneo@uc.cl
Cristóbal Contreras cristobal.contreras@uc.cl
Daniela Torrent daniela.torrent@uc.cl
Diego Milla diego.milla@uc.cl
Felipe Valderrama felipe.valderrama@uc.cl
Ignacio Sufan ignacio.sufan@uc.cl
Martina Molina martina.molina@uc.cl
Mateo Andrade mateo.andrade@uc.cl
Monserrat Díaz mdb@uc.cl
Nicole Larenas nlarenasb@uc.cl
Raimundo Escalona rjescalona@uc.cl
Ricardo Oviedo ricardo.oviedo@uc.cl
Tomás Jackson tjacksm@uc.cl
Vicente Pareja vicente.pareja@uc.cl
Vicente Correa vicente.correa@uc.cl
Vicente San Martín vjsm@uc.cl

Contenidos

Semana Contenido clase Taller Ayudantía Evaluaciones
#1 Introducción y Modelo relacional
#2 Álgebra relacional Álgebra relacional Álgebra relacional
#3 Modelo E/R I Modelo E/R I Postgresql y Ubuntu
#4 Modelo E/R II Modelo E/R II Proyecto enunciado E1 Modelo E/R (W)
#5 SQL I - SQL II Taller SQL
#6 Repaso I1 Web y SQL I1 (W) y Proyecto entrega E1 modelo E/R (D)
#7 Dependencias, Anomalías, Formas normales
#8 Lógica en la BD, Triggers, vistas, SP Formas normales Proyecto enunciado E2 queries y transacciones (V)
Receso
#9 Transacciones y recuperación ante fallas Logging
#10 Fundamentos de EEDD y S.O. - Almacenamientos e Indices Proyecto entrega E2 queries y transacciones (D)
#11 Evaluación de consultas Índices Integración
#12 Repaso I2 I2 (W) Proyecto enunciado E3 integración (V)
#13 ORM, Flask
#14 NoSql y MongoDB
#15 Privacidad de la información MongoDB Proyecto entrega E3 integración (D)
#16 Data Science Data Science P3 (Entrega)
#17 Libre Examen (J)

Bibliografía

  • Database Management Systems, 3rd edition, de Raghu Ramakrishnan y Johannes Gehrke.
  • Apuntes de clase, ayudantías y complementarios disponibles en https://github.com/IIC2413/Syllabus-2024-1
  • Recursos de Internet entregados en clase y ayudantía.

Calendario Evaluaciones

Evaluaciones

Fecha Evaluación
27 - 03 - 2024 Taller Modelo E/R
10 - 04 - 2024 I1
24 - 04 - 2024 Taller Formas Normales
22 - 05 - 2024 Taller Índices
29 - 05 - 2024 I2
19 - 06 - 2024 Taller MongoDB
04 - 07 - 2024 Examen

Proyecto

Fecha Evaluación
27 - 03 - 2024 Enunciado P1
14 - 04 - 2024 Entrega P1
26 - 04 - 2024 Enunciado P2
19 - 05 - 2024 Entrega P2
31 - 05 - 2024 Enunciado P3
23 - 06 - 2024 Entrega P3

Evaluación

Grupos

El proyecto se realiza en grupos de 3 personas los que pueden formarse en forma voluntaria. Las personas que no hayan inscrito el grupo en la fecha solicitada, se les asignará un grupo.

Penalización por atraso

En el caso de atraso en la entrega de cada etapa disminuirá la nota en 1 punto hasta un máximo de 3 días. Posterior a esa fecha se evaluará con nota 1.0.

Co-evaluación

La nota del proyecto ($\bar{P_m}$) es individual y se calcula en base a la nota grupal de la entrega ponderada por la co-evaluación de los miembros del grupo. La co-evaluación consiste en el puntaje que cada miembro le asigna a sus compañeros tomando en cuenta solo 3 dimensiones en una escala de 1 a 5 donde 1 es la menor y 5 la mayor. La co-evaluación se realiza junto con cada entrega. Si algún miembro del grupo no realiza la evaluación, se asume puntaje 5, los puntajes se daran a conocer solo una vez que se entregue la etapa final. Es deber y responsabilidad de cada grupo informar a los miembros la conformidad o disconformidad con el trabajo realizado durante cada etapa.

Las dimensiones a evaluar son:

Dimensión Descripción
Compromiso Compromiso del estudiante con el trabajo grupal
Aporte Cantidad de trabajo efectivo útil para el proyecto
Interacción Disponibilidad y participación en las decisiones del grupo

El efecto de la Co-evaluación en la nota individual se muestra en la siguiente tabla:

Promedio co-evaluación Efecto
[1, 2) Nota de entrega = 1
[2, 3) Nota de entrega = 3.9
[3, 4) Nota de entrega -1 punto
[4, 5] $\bar{P_m} = \bar{P}$

Aprobación del curso

El promedio $\bar{C}$ de las evaluaciones teóricas (Talleres, I1, I2, Examen) se calcula según

$\bar{C} = \frac{I1 + I2 + \bar{T} + 2 \cdot Examen}{5}$

Mientras que el promedio $\bar{P_m}$ del Proyecto (E1, E2, E3) se calcula según

$\bar{P_m} = ( 0.2 \cdot E1 + 0.4 \cdot E2 + 0.4 \cdot E3) \cdot co−evaluación$

La nota de presentación al examen (NP) se calculará como:

$NP = \frac{0.4 \cdot P + 0.3 \cdot \frac{I1 + I2 + \bar{T}}{3}}{0.7}$

La nota final (NF) se calcula como

$NF = 0.7 \cdot NP + 0.3 \cdot Examen$

El curso se aprueba si, y solo si, todas las siguiente condiciones se cumplen:

  • Promedio de las evaluaciones teóiricas es mayor o igual a 3.95 ($\bar{T}$ ≥ 3,95)
  • Promedio del proyecto incluyendo co-evaluación es mayor o igual a 3.95 ($\bar{P_m}$ ≥ 3,95)
  • Nota final mayor o igual a 3.95 (NF ≥ 3,95).

En caso de no aprobar, la nota final del curso se calculará como mín{ NF, 3,9 }


Foro

La página de Issues se utilizará como foro para preguntas. Notar que las etiquetas ya se encuentran definidas. Este es el único canal oficial para formular preguntas.

Tanto al publicar como comentar, debes atenerte a las normas del curso. Además, debes utilizar Markdown cuando sea necesario. Por ejemplo, cuando se necesita mostrar código o mensajes de error.

Una vez resuelto el problema, da las gracias y cierra el issue.

Importante: El equipo docente puede tardar más de 24 horas en contestar una issue, aunque normalmente el tiempo de respuesta debería ser menor. Por lo mismo, se recomienda no publicar issues el mismo día de alguna entrega o interrogación.


Política de integridad académica

Departamento Ciencia de la Computación Escuela de Ingeniería – Pontificia Universidad Católica de Chile

Los/as estudiantes de la Escuela de Ingeniería de la Pontificia Universidad Católica de Chile deben mantener un comportamiento acorde a la Declaración de Principios de la Universidad. En particular, se espera que mantengan altos estándares de honestidad académica. Cualquier acto deshonesto o fraude académico está prohibido; los/as estudiantes que incurran en este tipo de acciones se exponen a un Procedimiento Sumario. Es responsabilidad de cada estudiante conocer y respetar el documento sobre Integridad Académica publicado por la Dirección de Docencia de la Escuela de Ingeniería.

Específicamente, para los cursos del Departamento de Ciencia de la Computación, rige obligatoriamente la siguiente política de integridad académica. Todo trabajo presentado por un/a estudiante para los efectos de la evaluación de un curso debe ser hecho individualmente por el/la estudiante, sin apoyo en material de terceros. Por “trabajo” se entiende en general las interrogaciones escritas, las tareas de programación u otras, los trabajos de laboratorio, los proyectos, el examen, entre otros.

En particular, si un/a estudiante copia un trabajo, o si a un/a estudiante se le prueba que compró o intentó comprar un trabajo, obtendrá nota final 1.1 en el curso y se solicitará a la Dirección de Pregrado de la Escuela de Ingeniería que no le permita retirar el curso de la carga académica semestral.

Por “copia” se entiende incluir en el trabajo presentado como propio, partes hechas por otra persona. En caso que corresponda a “copia” a otros estudiantes, la sanción anterior se aplicará a todos los involucrados. En todos los casos, se informará a la Dirección de Pregrado de la Escuela de Ingeniería para que tome sanciones adicionales si lo estima conveniente.

También se entiende por copia extraer contenido sin modificarlo sustancialmente desde fuentes digitales como Wikipedia o mediante el uso de asistentes inteligentes como ChatGPT o Copilot. Se entiende que una modificación sustancial involucra el análisis crítico de la información extraída y en consecuencia todas las modificaciones y mejoras que de este análisis se desprendan. Cualquiera sea el caso, el uso de fuentes bibliográficas, digitales o asistentes debe declararse de forma explícita, y debe indicarse cómo el/la estudiante mejoró la información extraída para cumplir con los objetivos de la actividad evaluativa.

Obviamente, está permitido usar material disponible públicamente, por ejemplo, libros o contenidos tomados de Internet, siempre y cuando se incluya la referencia correspondiente.

Lo anterior se entiende como complemento al Reglamento del Estudiante de la Pontificia Universidad Católica de Chile (https://registrosacademicos.uc.cl/reglamentos/estudiantiles/). Por ello, es posible pedir a la Universidad la aplicación de sanciones adicionales especificadas en dicho reglamento.

Compromiso del Código de Honor

Este curso suscribe el Código de Honor establecido por la Universidad, el que es vinculante. Todo trabajo evaluado en este curso debe ser propio. En caso que exista colaboración permitida con otros/as estudiantes, el trabajo deberá referenciar y atribuir correctamente dicha contribución a quien corresponda. Como estudiante es un debe conocer el Código de Honor (https://www.uc.cl/codigo-de-honor/)