PAC DESARROLLO
CFGS Desarrollo de Aplicaciones Web
CFGS Desarrollo de Aplicaciones Multiplataforma
Módulo M02A: Bases de datos A
1
INFORMACIÓN IMPORTANTE
Para la correcta realización de la PAC el alumno deberá consultar los contenidos recogidos en el material didáctico.
Requisitos que deben cumplirse en vuestros trabajos:
● Todas las PACs de desarrollo se enviarán únicamente a través de la plataforma dentro de los plazos de entrega
establecidos en la guía didáctica. En caso de no cumplir dichos plazos, NO se podrán enviar de forma posterior.
● Siempre que utilicéis información de Internet para responder / resolver alguna pregunta, tenéis que citar la
fuente (la página web) de dónde habéis sacado esta información.
● No se aceptarán copias literales de Internet. Podéis utilizar Internet para localizar información, pero el
redactado de las respuestas debe ser de elaboración propia.
● Las respuestas deben estar debidamente argumentadas. No se admiten respuestas escuetas.
● Las PACs de desarrollo deben entregarse en formato PDF para evitar desconfiguraciones de formato.
● Es responsabilidad del alumno comprobar que el archivo subido en la plataforma es el correcto, ya que en
ningún caso el profesor revisará el documento antes del periodo de corrección.
● El día y hora máximo para entregar una PAC de desarrollo es el día especificado en la guía didáctica.
● Si no se entrega una PAC de desarrollo, la calificación equivaldrá a un 0.
● Si se detecta que dos alumnos presentan dos PAC iguales la nota se dividirá entre dos, aspirando cada alumno
a un 50% de la nota como máximo.
CRITERIOS DE CORRECCIÓN Y REDACCIÓN
1. Las PAC disponen de una calificación numérica que oscila del 0 al 10. Respecto a la calificación de cada PAC
de desarrollo, el profesor podrá disminuir hasta 1 punto la nota obtenida en caso de que la PAC contenga
errores ortográficos y/o su presentación no se adecúe a los estándares establecidos por el profesor.
2. Podéis redactar las respuestas en color azul oscuro o negro.
3. Podéis utilizar la opción de negrita y subrayado para resaltar palabras clave, enunciados, etc., NUNCA para
responder la totalidad de la actividad. No se podrá utilizar la función de resaltado.
4. La actividad debe ser redactada en minúsculas siguiendo las normas ortográficas básicas.
ACTIVIDAD 1. REALIZAR UN DIAGRAMA E/R y PASAR A MODELO RELACIONAL
La liga ACB de Baloncesto nos pide crear una base de datos con los equipos y los jugadores.
Para ello nos dicen lo siguiente:
Queremos guardar datos de jugadores de la liga ACB, el código de jugador único para cada jugador, el
nombre, el primer apellido, el segundo apellido, la fecha de nacimiento y su nacionalidad.
De los equipos interesa guardar, el código único del equipo, el nombre oficial del equipo, su año de
fundación y los diferentes emails y teléfonos de contacto que puedan tener.
Nos dicen que un jugador puede, o bien pertenecer a un equipo o no tener equipo, un equipo siempre
tendrá varios jugadores. Cuando un jugador pertenece a un equipo, tendrá un salario y un dorsal.
Por otro lado, les interesa guardar un historial de estadísticas de los jugadores, es decir que, por cada
jugador, hay que guardar sus estadísticas por cada temporada. Con los siguientes datos, Temporada,
Minutos jugados, puntos, asistencias, tapones y rebotes. Todos los jugadores tienen historial.
1. Pasos para elaborar el diagrama Entidad Relación
1.1. Describe las Entidades (Fuertes o Débiles) y sus atributos.
Entidad fuerte: Jugador {
Código (PK)
Nombre
1er Apellido
2do Apellido
Fecha de nacimiento
Nacionalidad
}
Entidad fuerte: Equipo {
Código Equipo (PK)
Nombre
Año de fundación
Email (Multievaluado)
Teléfono (Multievaluado)
}
Entidad débil: Historial
Temporada (Identificador)
Minutos jugados
Puntos
Asistencias
Tapones
Rebotes
1.2. Describe las relaciones y sus atributos si corresponde.
Jugador-----<pertenece>-----equipo
Atributos de la relación: Salario y Dorsal
Jugador-----<tiene>-----Historial
1.3. Describe las participaciones y cardinalidad de las relaciones entre las entidades.
JUGADOR (1, n) -< PERTENECE [1: N] >- (0,1) EQUIPO
JUGADOR (1,1) -< TIENE [1: N] >- (1, n) HISTORIAL
2. Dibuja el diagrama entidad relación completo. El dibujo ha de ser claro.
3. Pasa al modelo relacional y a primera forma normal el diagrama E/R anterior.
*Recuerda marcar bien las claves primarias y las claves ajenas de cada tabla del modelo relacional
JUGADOR (Cod_Jugador_PK, Nombre, 1apellido, 2apellido, Fecha_Nac, Nacionalidad)
EQUIPO (Cod_Equipo_PK, Nom_Equipo, Ano_Fundac,)
JUGADOR_Pertenece_EQUIPO (Cod_Jugador1 PK, Cod_Equipo1, Salario, Num_Dorsal)
Cod_Equipo1: Clave Foranea de “Equipo” (Cod_Equipo)
• EMAIL_EQUIPO (Cod_Equipo1_PK, Email PK)
Cod_Equipo1: Clave Foranea de “Equipo” (Cod_Equipo)
TELEFONO_EQUIPO (Cod_Equipo1_PK, Telefono PK)
Cod_Equipo1: Clave Foranea de “Equipo” (Cod_Equipo)
HISTORIAL (Temporadas, Minutos_Jugados, Puntos, Asistencias, Tapones, Rebotes, cod_Jugador1)
Cod_Jugador1: Clave Forenea de “Jugador” (Cod_Jugador)
JUGADOR_tiene_Historial (Cod_Jugador_FK, Temporadas, Minutos_Jugados, Puntos, Asistencias,
Tapones, Rebotes)
4. Añade un registro válido en las tablas que has definido en el modelo relacional. El nombre y apellidos
del jugador han de ser los tuyos, el resto de campos pueden ser inventados.
Tabla Jugador
cod_jugador Nombre 1apellido1 2apellido2 Fecha_Nac Nacionalidad
1 Aday Falcon Perez 1994 ESPANOLA
2 Matias Fajardo Alcantara 1992 ESPANOLA
Tabla Equipo
cod_Equipo Nom_equipo Ano_Fundac
1994
1 Tenerife
2 Gran Canaria 1995
Tabla Jugadores del Equipo
cod_Equipo Nom_equipo Salario Num_Dorsal
1500 1994
1 Tenerife
2 Gran Canaria 1500 1995
Tabla Telefonos del Equipo
cod_equipo1 telefonos
1 92264764
2 922887745
Tabla Emails del Equipo
cod_equipo email
1 [email protected]
2 [email protected]
Tabla Historial
temporada minutos_jugados puntos asistencias tapones rebotes cod_jugador1
450 186 85 433 1
2019/2020 1250
2020/2021 1010 397 165 97 474 1
ACTIVIDAD 2. COMPLETA DIAGRAMAS E/R Y PASAR A MODELO RELACIONAL
Completa las participaciones y cardinalidades. Realiza el modelo relacional en 1ª Forma Normal
1. ENUNCIADO 1:
Un autor puede escribir varios libros, y un libro puede ser escrito por uno o varios autores. De los autores
guardaremos su identificador, nombre, apellidos y fecha de nacimiento y de los libros guardaremos, el
identificador, el título, número de páginas y la fecha de publicación
SOLUCIÓN:
1- (1,n) Un libro es escrito por un autor o por varios autores
2- (1,n) Un autor puede escribir como mínimo un libro o muchos
3- N:M Relación de cardinalidad
MODELO RELACIONAL:
1- AUTOR (id_autor_PK, nombre, apellidos, fecha nacim
2- LIBRO (id_libro_PK, título, num_pag, fecha publi)
3- AUTOR_ESCRIBE_LIBRO (id_autor_FK, id_libro_FK, nombre, titulo)
2. ENUNCIADO 2:
Los profesores imparten módulos y pueden impartir varios módulos, un módulo sólo puede ser impartido
por un profesor. De los profesores guardaremos su DNI, nombre, apellidos y los teléfonos. De los módulos
guardaremos el código que lo identifica, el nombre y el número de créditos
SOLUCIÓN:
1- (1,1) He puesto (1,1) porque un módulo solo puede ser impartido por un profesor
2- (1,n) He puesto (1, n) porque cada profesor imparte un módulo y pueden impartir varios módulos
3- 1:N Relación de cardinalidad
MODELO REALACIONAL:
1- PROFESORES (DNI_PK, nombre, apellidos)
2- TELEFONOS_PROFESORES (num_tlf_PK, DNI_FK)
3- MODULOS (cod_modulo_PK, DNI_FK, nombre_mod, num_creditos)
