Taller Modelo Relacional: Diseño de esquema para universidad

Caso de trabajo

Una universidad necesita un sistema mínimo para administrar:

• Sedes (campus)
• Oficinas (pertenecen a una sede)
• Empleados (asignados a una oficina)
• Tickets de mantenimiento (creados por empleados)

Supuestos del negocio

1. Cada oficina pertenece a una sede.
2. Un empleado trabaja en una sola oficina.
3. Un ticket lo crea un empleado y queda asociado a una oficina.
4. Se permiten campos faltantes (NULL) solo cuando tenga sentido (por ejemplo, fecha de cierre de un ticket).

Parte 2A: Diseño de relaciones

Diseña las siguientes relaciones:

• SEDE( ... )
• OFICINA( ... )
• EMPLEADO( ... )
• TICKET( ... )

Requisitos mínimos:

• Define atributos atómicos (un solo valor por atributo)
• Define el dominio de cada atributo (tipo + regla básica si aplica)
• Indica el grado de cada relación (número de atributos)
• Especifica al menos 2 atributos que no deberían permitir NULL y justifica
• Señala claramente las claves primarias (PK) y las claves foráneas (FK) propuestas

Parte 2B: Carga de ejemplo

Crea 5 filas de ejemplo para cada tabla (SEDE, OFICINA, EMPLEADO, TICKET) respetando tus reglas. Entrega los datos en formato tabla o como sentencias INSERT.

Parte 2C: Detección de errores de diseño

Para cada caso indica: (i) qué propiedad/regla se viola y (ii) cómo lo corregirías.

1. En EMPLEADO guardan telefonos = "3101111111, 3002222222" en una sola columna.
2. En OFICINA se permiten dos filas idénticas con el mismo cod_oficina.
3. En TICKET registran cod_empleado que no existe en EMPLEADO.