Bases de Datos

Práctica 1 (Curso 2020-2021)

Normativa
1. La práctica se realizará de manera individual.

2. Cualquier indicio de copia podrá dar lugar al suspenso de la convocatoria ordinaria de

todos los alumnos implicados.
3. La práctica deberá entregarse en un único fichero PDF que contenga la solución a
todos los ejercicios enunciados a continuación.

4. No se aceptarán prácticas entregadas fuera de plazo.

5. La calificación de la práctica será calculada del siguiente modo:
80 % de la nota del profesor.
20 % de la nota mediante evaluación por pares. De la cual el 15 % de la nota se
obtendrá por las valoraciones recibidas y el 5 % por las valoraciones emitidas.
6. La evaluación por pares es obligatoria para superar la práctica. Su no realización
implicará la obtención de un 0 en esta práctica.
7. Todas los diagramas deberán desarrollarse con herramientas informáticas y deberán ser
claros y legibles. No se aceptarán diagramas realizados a mano y escaneados/fotografiados.

Parte 1: Modelo Entidad-Relación

La Unión Ciclista Internacional (UCI) plantea modernizar el sistema de información que
controla las competiciones de ciclismo profesional en carretera que se desarrollan por todo
el mundo. Una pieza fundamental de este nuevo sistema es la base de datos en la cuál se
almacenará toda la información referente a las competiciones, los equipos y los ciclistas.
Con el fin de concretar las especificaciones técnicas de las que dispondrá el nuevo sistema
de información, se ha entrevistado a los responsables de la UCI y sus respuestas quedan
recogidas en los siguientes párrafos.

Buenos dı́as. Cuénteme, ¿qué elementos deberán almacenarse en el sistema?

Buenos dı́as. Pues verá, es fundamental que tengamos toda la información sobre los equipos,
los ciclistas que fichan y las carreras.

Dice usted que los equipos fichan ciclistas, ¿puede darnos más información sobre
esto? Si, por supuesto. Como en todos los deportes profesionales, los ciclistas necesitan
ganar dinero y por tanto, firman contratos con equipos por un periodo de tiempo deter-
minado. Los hay que fichan de enero a junio para correr las carreras de primavera y otros
que firman por varias temporadas. Generalmente el mercado es muy activo y los ciclistas
cambian de equipo continuamente, por ello necesitamos que el sistema contemple toda la
casuı́stica posible. Además, en la UCI estamos muy atentos al lı́mite salarial de los equipos,
por lo que necesitamos hacer un seguimiento de todos los fichajes de los equipos.

Entendido. ¿Y hay alguna información referente a los equipos que quieran al-
macenar? ¿O simplemente con tener el nombre de cada uno es suficiente? No,
no. El nombre es importante, por supuesto, pero por ejemplo, de los ciclistas nos interesa
saber, además de su nombre, su fecha de nacimiento, la altura, el peso y la nacionalidad.

Práctica 1: Modelado de datos 1

 Bases de Datos
Práctica 1 (Curso 2020-2021)

¿Y de los equipos? ¿Los equipos? Déjeme pensar. Sı́, vale, el nombre del equipo, el paı́s
en el que se adscriben y el nombre de su director. Además un equipo tendrá patrocinadores,
que son los que aportan a fin de cuentas el capital. Algunos son propios del mundo del
ciclismo, como los fabricantes de bicicletas Specialized, Scott o Giant, que patrocinan a
varios equipos, pero otros pueden no tener nada que ver: INEOS, Movistar, Jumbo. . .

Esta bien, creo que con esto tengo todo. ¿Qué hay de las carreras? En ciclismo
tenemos un calendario que suele repetirse año tras año. Disponemos de carreras que se corren
anualmente como, por ejemplo, el Tour de Francia, la Vuelta a España o el Giro de Italia.
De estas carreras queremos almacenar su nombre y el paı́s en el que se realizan. De cada
carrera se realizan ediciones, como le digo, lo normal es que sean anuales, el Tour de 2018, el
Tour del 2019, el Tour del 2020... y siempre en las mismas fechas, aunque no siempre tiene
que ser ası́. Fı́jese en este año, que hemos tenido que poner el Tour en septiembre en lugar de
en julio. Queremos que el nuevo sistema no nos de problemas con esto. Luego, cada prueba
se compone de etapas. Hay carreras con una única etapa y otras que pueden tener hasta 21
etapas. Cada etapa se desarrolla en una fecha concreta y tiene un recorrido.

¿Algo más sobre las etapas? Si, tenemos diferentes tipos de etapas: etapas en lı́nea,
contrarreloj individual o contrarreloj por equipos. Las etapas en lı́nea pueden contener dife-
rentes sprints intermedios, a los que se les asocia un nombre, y puertos de montaña. Estos
puertos también tienen su nombre, seguro que le suena el Tourmalet, Alpe d‘Huez o el Angli-
ru, y se clasifican según su dureza: categorı́a especial, primera categorı́a, segunda categorı́a
o tercera categorı́a. Tanto los sprints como los puertos son puntuables en las pruebas, por
lo que es imprescindible conocer en qué puesto pasaron cada uno de los ciclistas durante la
disputa de la etapa.

Entonces, ¿los ciclistas disputan etapas? Si, a ver, le detallo un poco más. Para
una edición de una carrera tenemos una serie de equipos participantes, estos, por su parte,
seleccionan cuáles de sus ciclistas participan. El número de ciclistas depende del equipo y
de la carrera, hay veces que van 5 de un equipo y otras que van 10, ya le digo que no hay
un número fijo y cambia año tras año según la normativa. Esos ciclistas disputan las etapas
con alguna de sus bicicletas. Las bicicletas son todas iguales, tienen su marca y su modelo,
pero para la disputa de la etapa cada ciclista puede personalizarla poniendo el desarrollo que
considera adecuado, no todos tienen las mismas piernas (risas). Los desarrollos son estándar
y son compatibles con la mayorı́a de las bicicletas. En esencia, un desarrollo consiste en elegir
los platos y los piñones que se le quieren equipar a la bicicleta entra los ofertados por los
fabricantes.

Y toda esta información debe quedar recogida en la base de datos, ¿verdad? Por
supuesto. Queremos saber los equipos que participaron en cada edición y cuántos ciclistas lo
hicieron. Lo mismo con las etapas: cuántos ciclistas, con qué bicicletas, qué desarrollos. . . Eso
nos permite planificar mejor las futuras ediciones de las carreras. Además, hay que tener en
cuenta que toda está información tiene que estar accesible para el software que utilizan las
cadenas de televisión, de tal manera que, durante las retransmisiones, puedan mostrar en
directo información de los equipos.

Todo claro. Parece que lo tenemos todo. ¿Se le olvida algo? Bueno, si, un tema
delicado. Ya sabe que el ciclismo está siempre bajo la sospecha del dopaje, por lo que
queremos ser muy transparentes en este asunto. A los ciclistas se les realizan controles
anti-dopping con frecuencia. Hay controles tanto de orina como de sangre y los realiza un
laboratorio. A los ciclistas se les cita un dı́a para hacer el control y se les dice si han

Práctica 1: Modelado de datos 2

 Bases de Datos
Práctica 1 (Curso 2020-2021)

sido positivos o no. Como le comentaba, es crucial tener esta información ya que vamos
a publicarla semanalmente indicando el número de controles realizados a cada ciclista y
equipo, ası́ como el total de positivos que se han tenido.

No se preocupe, está todo apuntado. ¿No se olvida de nada? Creo que no.

Muchas gracias A usted.

Parte 2: Paso a Tablas

La UCI está completamente concienciada con los Objetivos de Desarrollo Sostenible
(ODS) impulsados por la Unión Europea y por ello plantea impulsar el uso de bicicletas
compartidas en todos los paı́ses de la unión. Para ello disponen de una plataforma que
gestiona los carriles bici existentes, los puestos de recogida y depósito de las bicicletas y la
gestión de incidencias y averı́as. Sin embargo, esta aplicación se les ha quedado obsoleta y
desean migrar a un sistema relacional. El Diagrama Entidad Relación de dicha aplicación
puede verse en la fig. 1.

Figura 1: Diagrama Entidad-Relación para la gestión de bicicletas de uso compartido pro-

puesto por la UCI

Práctica 1: Modelado de datos 3

 Bases de Datos
Práctica 1 (Curso 2020-2021)

Se pide
1. Realizar un diagrama Entidad-Relación que modele la base de datos del sistema de
información solicitado por la UCI descrito en la Parte 1. Asimismo deberá describirse
el dominio completo de cada atributo encontrado y enumerar todas las opciones de
semántica no contemplada que se detecten, es decir, detallar todas las explicaciones
que no se puedan modelar mediante el diagrama Entidad-Relación.
2. Transformar el diagrama Entidad-Relación presente en la Parte 2 en un Modelo Rela-
cional.

Práctica 1: Modelado de datos 4