• No se han encontrado resultados

BASES DE DATOS I 4/13

N/A
N/A
Protected

Academic year: 2021

Share "BASES DE DATOS I 4/13"

Copied!
8
0
0

Texto completo

(1)

BASES DE DATOS I

Diseñar una base de datos sobre la información que se gestiona en la Universidad. Las especificaciones a seguir son las siguientes:

• Se almacenarán datos de: departamentos, profesores, asignaturas, grupos y alumnos.

• Cada departamento tiene un código y un nombre.

• Cada profesor tiene un NRP (Número de Registro Personal), nombre, área de conocimiento y categoría.

• Cada asignatura tiene código, nombre, créditos, carácter (troncal, obligatoria, optativa) y curso.

• Cada alumno tiene nombre, DNI, fecha de nacimiento, dirección y beca.

• Para identificar cada grupo de una asignatura se utiliza una numeración secuencial, así todas las asignaturas comienzan en el grupo 1, y continúan en el 2, 3, 4,… y así sucesivamente.

• Existen dos tipos de grupos, los de teoría y los de prácticas, con un máximo de alumnos por grupo.

• Cada grupo tiene un código, máximo número de alumnos y tipo.

• Se considera que un profesor pertenece a un solo departamento y que debe pertenecer a alguno.

• Se considera que un profesor puede impartir varios grupos de la misma o de diferentes asignaturas y que un grupo de una asignatura ha de ser impartido por, al menos, un profesor.

• Los alumnos se matriculan de varias asignaturas (al menos una) pero han de hacerlo en un determinado grupo. A su vez, cada grupo tendrá varios alumnos matriculados.

• Un alumno puede haberse matriculado de la misma asignatura pero en diferentes años (convocatorias) y tener, por tanto, deferentes calificaciones para una misma asignatura.

(2)

BASES DE DATOS I 5/13 ALUMNOS ASIGNATURA GRUPOS PROFESORES tiene imparte (1,N) (1,1) (0,N) (1,1) area nombre NRP codAsig codGrupo dni matricula nombre (1,N) tipo maxAlums creditos curso (0,M) nombre fechaNac dirección categoria DEPARTAMENTOS pertenece dirige nombre codDep caracter (0,N) (1,1) (1,1) (0,1) convocatoria calificación beca

(3)

BASES DE DATOS I

Diseñar una base de datos sobre la información de las reservas de una empresa dedicada al alquiler de automóviles teniendo en cuenta que:

• Un determinado cliente puede tener en un momento dado hechas varias reservas. De cada cliente se desea almacenar su DNI, nombre, dirección y teléfono. Además dos clientes se diferencian por un código único.

• Cada cliente puede ser avalado por otro cliente de la empresa.

• Una reserva la realiza un único cliente pero puede involucrar a varios coches. • Es importante registrar la fecha de inicio y final de la reserva, el precio del alquiler

de cada uno de los coches, los litros de gasolina en el depósito en el momento de realizar la reserva, el precio total de la reserva y un indicador de si el coche o los coches han sido entregados.

• Todo coche tiene siempre asignado un determinado garaje que no puede cambiar. De cada coche se requiere la matrícula, el modelo, el color y la marca.

(4)

BASES DE DATOS I 8/13 COCHES CLIENTE (0,N) (1,1) codAgencia dni matricula involucra dirección (1,1) modelo marca precioAlquiler GARAJE realiza asigna codGaraje codCli (1,N) (0,M) (1,N) (0,N) realiza IP RESERVA (1,1) AGENCIA

fechaIni fechaFin precioTot

teléfono avala (0,N) (0,1) es avalado avala indicador litros codRes color

(5)

BASES DE DATOS I

Un nuevo canal de radio está a punto de salir a las ondas. Se trata de ESEI Radio. Se pide diseñar la correspondiente base de datos teniendo en cuenta que:

• El nuevo canal, ESEI Radio, está compuesto de varias emisoras repartidas por los 3 campus de la universidad de Vigo, aunque se contempla la posibilidad de que se abran nuevas por cada nuevo campus que se abra en la universidad.

Cada emisora se identifica por un código alfanumérico, por ejemplo ESEIRadio-OU,

ESEIRadio-PO, etc. Además del código, de cada una de ellas interesa conocer su

ubicación y el formato de emisión (las emisoras pueden emitir en analógico o digital). • Si bien la programación está todavía por finalizar, ya se conocen los programas que

habrá en cada una de ellas. Los programas serán diferentes para cada una de las emisoras. De cada programa interesa conocer su nombre, que será único, temática, franja horaria (mañana, tarde o noche) y presentador que dirige el programa.

• Además de los programas, también se precisará almacenar información sobre las ediciones del mismo (una edición de un programa es una emisión concreta en un día concreto). La información que se necesita almacenar es almacenar es la fecha de la edición, hora de inicio, hora de fin, duración y el número de oyentes que ha tenido. Cada edición se identifica por un número secuencial y puede ser conducida por uno o varios presentadores.

• Por último, también se precisa almacenar información acerca de los presentadores. En concreto, el nombre, email, dni y número de la seguridad social. Dado que el canal acaba de crearse, algunos presentadores realizarán labores de dirección coordinando a uno o varios de sus compañeros.

(6)

BASES DE DATOS I

10/13

EMISORA tiene PROGRAMA

(1,n) (1,1) EDICION tiene PRESENTADOR conduce dirige (0,n) (1,1) (1,n) (1,1) (1,n) (1,m) codigo formato

ubicacion nombre tematica

franja dni num_ss email nombre IP

fecha hora_inic hora_fin

duracion num_edicion coordina (0,n) (1,1) coordinador es coordinado

(7)

BASES DE DATOS I

Diseñar una base de datos sobre la información que se gestiona en los laboratorios de informática de la Escuela. Las especificaciones a seguir son las siguientes:

• Se almacenarán datos de: laboratorios, ordenadores, componentes, fabricantes y becarios.

• Cada becario tiene un DNI, un número de seguridad social, nombre, apellidos, fecha de nacimiento y edad.

• Cada laboratorio tiene un código de identificación único y un número de planta. • Cada ordenador se identifica por su dirección IP y se almacena su fecha de compra. • Cada componente tiene un código de modelo único y una descripción (por ejemplo:

“SGT-10TB”, “disco duro 10TB”). Un componente es un modelo y no una fabricación concreta de ese modelo, de la que no se desea guardar información en este sistema. • Cada fabricante tiene un código, nombre, uno o dos teléfonos y dirección web.

• Cada becario debe supervisar al menos un laboratorio, pudiendo supervisar más de uno.

• Todo becario tiene un suplente, es decir, otro becario que habría que avisar en el caso de que algún becario no estuviese disponible. No todos los becarios son sustitutos de alguien. Un mismo becario puede ser el sustituto de más de un becario.

• Un laboratorio es supervisado por un y sólo un becario.

• Los ordenadores están siempre asignados a un único laboratorio y un laboratorio puede tener varios ordenadores.

• Cada ordenador puede estar compuesto de uno o varios componentes. Un mismo componente puede estar instalado en varios equipos (se suelen comprar varios equipos iguales para facilidad de mantenimiento, de forma que un mismo disco duro sea el modelo que tienen instalados varios equipos).

• Un fabricante puede elaborar varios componentes y un componente debe tener un y sólo un fabricante.

(8)

BASES DE DATOS I 13/13 BECARIO LABORATORIO supervisa (1,n) (1,1) dni nss nombre planta código apellidos Fecha_nac edad dia ORDENADOR aloja IP COMPONENTE contiene Fec_compra cod_modelo descripción FABRICANTE fabrica código nombre teléfono URL (1,2) (0,n) (1,1) (0,n) (0,m) (0,n) (1,1) suple (0,n) suplente sustituido (1,1) IP

Referencias

Documento similar

Para ello, trabajaremos con una colección de cartas redactadas desde allí, impresa en Évora en 1598 y otros documentos jesuitas: el Sumario de las cosas de Japón (1583),

Entre nosotros anda un escritor de cosas de filología, paisano de Costa, que no deja de tener ingenio y garbo; pero cuyas obras tienen de todo menos de ciencia, y aun

Tras establecer un programa de trabajo (en el que se fijaban pre- visiones para las reuniones que se pretendían celebrar los posteriores 10 de julio —actual papel de los

You may wish to take a note of your Organisation ID, which, in addition to the organisation name, can be used to search for an organisation you will need to affiliate with when you

Where possible, the EU IG and more specifically the data fields and associated business rules present in Chapter 2 –Data elements for the electronic submission of information

The 'On-boarding of users to Substance, Product, Organisation and Referentials (SPOR) data services' document must be considered the reference guidance, as this document includes the

Products Management Services (PMS) - Implementation of International Organization for Standardization (ISO) standards for the identification of medicinal products (IDMP) in

This section provides guidance with examples on encoding medicinal product packaging information, together with the relationship between Pack Size, Package Item (container)