1. MODELO ENTIDAD RELACION
PRESENTADO POR:
YEIMEN ANDREA ARGO SILVA
ANGELICA PEÑA CORTES
“ITFIP” INSTITUCION DE EDUCACION SUPERIOR
FACULTAD DE INGENIERIA Y CIENCIAS AGROINDUSTRIALES
PROGRAMA: SISTEMAS Y COMPUTACION
AREA: BASES DE DATOS
ESPINAL- TOLIMA
AÑO 2012
INTRODUCCION
2.
3. EJERCICIO 1.
Imagina que una agencia de seguros de tu municipio te ha solicitado una
base de datos mediante la cual llevar un control de los accidentes y las
multas. Tras una serie de entrevistas, has tomado las siguientes notas:
"Se desean registrar todas las personas que tienen un vehículo. Es
necesario guardar los datos personales de cada persona (nombre,
apellidos, dirección, población, teléfono y DNI).
De cada vehículo se desea almacenar la matrícula, la marca y el modelo.
Una persona puede tener varios vehículos, y puede darse el caso de un
vehículo pertenezca a varias personas a la vez.
También se desea incorporar la información destinada a gestionar los
accidentes del municipio. Cada accidente posee un número de referencia
correlativo según orden de entrada a la base de datos. Se desea conocer
la fecha, lugar y hora en que ha tenido lugar cada accidente. Se debe
tener en cuenta que un accidente puede involucrar a varias personas y
varios vehículos.
Se desea llevar también un registro de las multas que se aplican. Cada
multa tendrá asignado un número de referencia correlativo. Además,
deberá registrarse la fecha, hora, lugar de infracción e importe de la
misma. Una multa solo se aplicará a un conductor e involucra a un solo
vehículo."
Realiza el modelo E-R y pásalo al modelo relacional.
6. DICCIONARIO DE DATOS
DICCIONARIO DE DATOS
NOMBRE DE LA TABLA: PERSONA
DESCRIPCION DE LA TABLA: almacena informacion de personas
Auto
Nombre Descricion Tipo Long. Contenido Formato Null Key FK incremento Restricciones
Atributo Atributo Atributo Atributo Dato del Dato
IDENTIFICACION DE LA
PERSONA PERSONA VARCHAR 15 NUMERICO 0..9 No KP
NOMBRE DE LA
MPERSONA PERSONA VARCHAR 30 ALFABETO a..z No
PERSONA APELLIDO PERSONA VARCHAR 30 ALFABETO a..z No
DIRECCION DE LA
ECPERSONA PERSONA VARCHAR 35 ALFABETO a…z No
BLACION POBLACION PERSONA VARCHAR 50 AFABETO a..z No
TELEFONO DE LA
EFONO PERSONA VARCHAR 12 NUMERICO 0..9 No
Las relaciones Con Otras Tablas
VEHICULO ( N:N ) ENTIDAD( X )
TENER ( 1:N) RELACION ( X )
APLICA (1:N) RELACION ( X )
INVOLUCRA(1:N) RELACION ( X )
7. DICCIONARIO DE DATOS
NOMBRE DE LA TABLA: VEHICULO
DESCRIPCION DE LA TABLA: ALMACENA INFORMACION REFERENTE AL VEHICULO
Auto
Nombre Descricion Tipo Long. Contenido Formato Null Key FK incremento Restricciones
Atributo Atributo Atributo Atributo Dato del Dato
MATRICULA DEL
ATRIVEHICULO VEHICULO VARCHAR 15 ALFANUMERICO a..z, 0..9 No KP
ARCVEHICULO MARCA DEL VEHICULO VARCHAR 15 ALFABETO a..z, 0..9 No
ODEVEHICULO MODELO DEL VEHICULO VARCHAR 15 ALFABETO a..z No
Las relaciones Con Otras Tablas
Entidad (
PERSONA (N:N) X )
MULTA ( N:N) Entidad ( X )
TENER (1:N) RELACION( X )
APLICA (1:N) RELACION( X )
8. DICCIONARIO DE DATOS
NOMBRE DE LA TABLA: ACCIDENTE
ALMACENA
INFORMACION SOBRE
EL CONTROL DE LOS
DESCRIPCION DE LA TABLA: ACCIDENTES
Nombre Descripcion Tipo Long. Contenido Formato Null Key FK Auto incremento Restricciones
Atributo Atributo Atributo Atributo Dato del Dato
NUMREFERENC
NUMERO DE REFERENCIA DE LOS ACCIDENTES VARCHAR 15 NUMERICO 0..9 No KP
FECHACCIDENT DATE a..z,
MATRICULA DEL VEHICULO TIME 0..9 No KF
a..z,
LUGACCIDENTE LUGAR DEL ACCIDENTE VARCHAR 50 ALFANUMERICO 0..9 No
DATE a..z,
HORACCIDENTE HORA DEL ACCIDENTE TIME 0..9 No
Las relaciones Con Otras Tablas
PERSONA ( N:1) ENTIDAD ( X )
VEHICULO (N:1 ) ENTIDAD ( X )
INVOLUCRA (1:N ) RELACION (X)
9. DICCIONARIO DE DATOS
NOMBRE DE LA TABLA: TENER
ALMACENA INFORMACION
SOBRE LA POCESION DE
VEHICULOS POR PARTE DE
DESCRIPCION DE LA TABLA: PERSONAS
Nombre Descricion Tipo Long. Contenido Formato Null Key FK Auto incremento Restricciones
Atributo Atributo Atributo Atributo Dato del Dato
CONSTENER CONSECUTIVO TENER INT 5 NUMERICO 0..9 NO KP X
MATRIVEHICULO MATRICULA DEL VEHICULO VARCHAR 15 ALFANUMERICO a..z, 0..9 No FK
IDENTIFICACION DE LA
DNIPERSONA PERSONA VARCHAR 15 NUMERICO 0..9 No FK
Las relaciones Con Otras Tablas
PERSONA ( N:1) RELACION ( X )
VEHICULO (N:1) RELACION ( X )
10. DICCIONARIO DE
DATOS
NOMBRE DE LA
TABLA: INVOLUCRA
ALMACENA INFORMACION SOBRE LOS
ACCIDENTES QUE PROVOCAN LAS
DESCRIPCION DE LA PERSONAS EN DONDE SE INVOLUCRAN
TABLA: LOS VEHICULOS
Auto
Nombre Descripcion Tipo Long. Contenido Formato Null Key FK incremento Restricciones
Atributo Atributo Atributo Atributo Dato del Dato
MATRIVEHICULO MATRICULA DEL VEHICULO VARCHAR 15 ALFANUMERICO a..z, 0..9 No FK
DNIPERSONA IDENTIFICACION DE LA PERSONA VARCHAR 15 NUMERICO 0..9 No FK
NUMERO DE REFERENCIA DE LOS
NUMREFERENCIA ACCIDENTES VARCHAR 15 NUMERICO 0..9 No FK
Las relaciones Con Otras Tablas
PERSONA ( N:1) RELACION ( X )
VEHICULO (N:1) RELACION ( X )
ACCIDENTE (N:1) RELACION ( X )
11. DICCIONARIO DE
DATOS
NOMBRE DE LA
TABLA: MULTA
ALMACENA INFORMACION
DESCRIPCION DE LA SOBRE EL CONTROL DE LAS
TABLA: MULTAS
Auto
Nombre Descripcion Tipo Long. Contenido Formato Null Key FK incremento Restricciones
Atributo Atributo Atributo Atributo Dato del Dato
NUMERO DE REFERENCIA DE
NUMREFEMULTA LA MULTA VARCHAR 30 ALFANUMERICO a..z, 0..9 No KP
FECMULTA FECHA DE LA MULTA DATE TIME a..z, 0..9 No
HORMULTA HORA DE LA MULTA DATE TIME a..z, 0..9 No
LUGMULTA LUGAR DE LA MULTA VARCHAR 30 ALFANUMERICO a..z , 0,,9 No
IMPOMULTA IMPORTE DE LA MULTA VARCHAR 45 ALFABETO a..z No
Las relaciones Con Otras Tablas
VEHICULO ( N:N) Entidad ( X )
PERSONA ( N:N ) Entidad ( X )
APLICA ( 1:N) RELACION ( X )
12. DICCIONARIO DE
DATOS
NOMBRE DE LA
TABLA: APLICA
DESCRIPCION DE LA
TABLA: almacena aplicación
Auto
Nombre Descripcion Tipo Long. Contenido Formato Null Key FK incremento Restricciones
Atributo Atributo Atributo Atributo Dato del Dato
DNIPERSONA IDENTIFICACION DE LA PERSONA VARCHAR 15 NUMERICO 0..9 No KP KF
a..z,
MATRIVEHICULO MATRICULA DEL VEHICULO VARCHAR 15 ALFANUMERICO 0..9 No KP KF
NUMERO DE REFERENCIA DE LA a..z,
NUMREFEMULTA MULTA VARCHAR 30 ALFANUMERICO 0..9 No KF
Las relaciones Con Otras Tablas
PERSONA ( N:1) RELACION ( X )
VEHICULO ( N:1) RELACION ( X )
MULTA
(N:1) RELACION ( X )
13. EJERCICIO 2.
Se trata de realizar el diseño de la base de datos en el modelo E/R para
una cadena de hoteles.
"Cada hotel (del que interesa almacenar su nombre, dirección, teléfono,
año de construcción, etc.) se encuentra clasificado obligatoriamente en una
categoría (por ejemplo, tres estrellas) pudiendo bajar o aumentar de
categoría.
Cada categoría tiene asociada diversas informaciones, como, por ejemplo,
el tipo de IVA que le corresponde y la descripción.
Los hoteles tiene diferentes clases de habitaciones (suites, dobles,
individuales, etc.), que se numeran de forma que se pueda identificar
fácilmente la planta en la que se encuentran. Así pues, de cada habitación
se desea guardar el código y el tipo de habitación.
Los particulares pueden realizar reservas de las habitaciones de los
hoteles. En la reserva de los particulares figurarán el nombre, la dirección
y el teléfono.
Las agencias de viaje también pueden realizar reservas de las
habitaciones. En caso de que la reserva la realiza una agencia de viajes,
se necesitarán los mismos datos que para los particulares, además del
nombre de la persona para quien la agencia de viajes está realizando la
reserva.
En los dos casos anteriores también se debe almacenar el precio de la
reserva, la fecha de inicio y la fecha de fin de la reserva".
16. DICCIONARIOS DE DATOS
NOMBRE DE LA
TABLA: HABITACION
DESCRIPCION almacena la informacion de las
DE LA TABLA: habitaciones
AUTO
NOMBRE LONG. INCREMEN RESTRICCIO
ATRIBUTO DESCRIPCION ATRIBUTO TIPO ATRIBUTO ATRIBUTO CONTENIDO FORMATO NULL KEY FK TO NES DATOS
CODHABITACION CODIGO DE LA HABITACION VARCHAR 25 0..9 No PK
CODHOTEL CODIGO DEL HOTEL VARCHAR 25 0..9 No FK
TIPHABITACION TIPO DEL HABITACION VARCHAR 50 a..z No
Las relaciones Con Otras
Tablas
HABITACION(N:1) Entidad ( X )
Relacion ( )
17. DICCIONARIO DE DATOS
NOMBRE DE LA TABLA: PARTICULARES
DESCRIPCION DE LA almacena la informacion de los
TABLA: particulares
DESCRIPCION TIPO LONG. AUTO RESTRICCIONES
NOMBRE ATRIBUTO ATRIBUTO ATRIBUTO ATRIBUTO CONTENIDO FORMATO NULL KEY FK INCREMENTO DATOS
CEDULA DE
CEDPARTICULARES PARTICULARES VARCHAR 21 NUMERICO 0..9 No PK
NOMBRE DEL
NOMPARTICULARES PARTICULAR VARCHAR 25 ALFABETO a..z No
DIRECCION DEL
DIRPARTICULARES PARTICULAR VARCHAR 30 ALFANUMERICO a..z , 0..9 No
TELEFONO DEL
TELPARTICULARES PARTICULAR VARCHAR 15 NUMERICO 0..9 No
Las relaciones Con
Otras Tablas
HOTEL( N:N ) Relacion ( X )
18. DICCIONARIO DE
DATOS
NOMBRE DE LA
TABLA: AGENCIA_DE_VIAJES
DESCRIPCION DE almacena la informacion de la agencia de
LA TABLA: viajes
DESCRIPCION TIPO LONG. AUTO RESTRICCION
NOMBRE ATRIBUTO ATRIBUTO ATRIBUTO ATRIBUTO CONTENIDO FORMATO NULL KEY FK INCREMENTO ES DATOS
IDENTIFICADOR DEL
NITVIAJE VIAJE VARCHAR 20 0..9 No PK
NOMBRE AGENCIA
NOMAGEVIAJE VIAJE VARCHAR 50 0..9 No
DIRECCION AGENCIA
DIRAGENVIAJE VIAJE VARCHAR 30 a..z,0..9 No
TELEFONO AGENCIA
TELAGENVIAJE VIAJE VARCHAR 15 a..z,0..9 No
Las relaciones Con Otras
Tablas
HOTEL( N:N) RELACION(X )
RESERVA AGENCIA RELACION (X)
19. DICCIONARIO DE
DATOS
NOMBRE DE LA RESERVA
TABLA: _PARTICULAR
DESCRIPCION almacena la informacion de la reserva
DE LA TABLA: de la agencia
NOMBRE DESCRIPCION TIPO LONG. CONTENID AUTO RESTRICCION
ATRIBUTO ATRIBUTO ATRIBUTO ATRIBUTO O FORMATO NULL KEY FK INCREMENTO ES DATOS
CODRESPARTIC CODIGO DE LA
ULARES RESERVA VARCHAR 15 0..9 No
CEDPARTICULAR CEDULA DE
ES PARTICULARES VARCHAR 21 NUMERICO 0..9 No PK
CODHOTEL CODIGO DEL HOTEL VARCHAR 25 0..9 No PK HABITACION
CEDULA
CEDPARTICULAR PARTICULAR VARCHAR 12 0..9 No PK
PRECRESERPAR PRECIO RESERVA
T PARTICULAR VARCHAR 18 a..z No
FECHA INICIO
FECINIPARTICULAR PARTICULAR DATE a..z,0..9 No
FECFINALPARTICU FECHA FINAL
LAR PARTICULAR DATE a..z,0..9 No
Las relaciones Con
Otras Tablas
PARTICULARES( N:1 ) Relacion ( X )
HOTEL (N:1) Relacion ( X )
20. DICCIONARIO DE
DATOS
NOMBRE DE LA RESERVA
TABLA: _AGENCIA
DESCRIPCION DE LA almacena informacion
TABLA: agencia
DESCRIPCION LONG. AUTO resticcion
NOMBRE ATRIBUTO ATRIBUTO TIPO ATRIBUTO ATRIBUTO CONTENIDO FORMATO NULL KEY FK INCREMENTO de datos
CODIGO DE LA
CODRESERVA RESERVA VARCHAR 15 ALFANUMERICO a..z,0..9 No PK
IDENTIFICADOR
NITVIAJE DEL VIAJE VARCHAR 12 NUMERCO 0..9 No FK
CODHOTEL CODIGO DEL HOTEL VARCHAR 20 NUMERCO 0..9 No FK
PRECRESERVA PRECIO RESERVA VARCHAR 18 NUMERCO a..z No
FECINICIO FECHA INICIO DATE ALFANUMERICO a..z,0..9 No
FECFINAL FECHA FINAL DATE ALFANUMERICO a..z,0..9 No
Las relaciones Con
Otras Tablas
HOTEL (N:1) RELACION ( X )
RESERVA AGENCIA
(1:N) RELACION ( X )
21. EJERCICIO 3.
"Una empresa necesita organizar la siguiente información referente a su
organización interna.
La empresa está organizada en una serie de departamentos. Cada
departamento tiene un código, nombre y presupuesto anual. Cada
departamento está ubicado en un centro de trabajo. La información que se
desea guardar del centro de trabajo es el código de centro, nombre,
población y dirección del centro.
La empresa tiene una serie de empleados. Cada empleado tiene un
teléfono, fecha de alta en la empresa, NIF y nombre. De cada empleado
también interesa saber el número de hijos que tiene y el salario de cada
empleado.
A esta empresa también le interesa tener guardada información sobre los
hijos de los empleados. Cada hijo de un empleado tendrá un código,
nombre y fecha de nacimiento.
Se desea mantener también información sobre las habilidades de los
empleados (por ejemplo, mercadotecnia, trato con el cliente, fresador,
operador de telefonía, etc.). Cada habilidad tendrá una descripción y un
código".
Sobre este supuesto diseñar el modelo E/R y el modelo relacional teniendo
en cuenta los siguientes aspectos.
Un empleado está asignado a un único departamento. Un departamento
estará compuesto por uno o más empleados.
Cada departamento se ubica en un único centro de trabajo. Estos se
componen de uno o más departamentos.
Un empleado puede tener varios hijos.
Un empleado puede tener varias habilidades, y una misma habilidad puede
ser poseída por empleados diferentes.
Un centro de trabajo es dirigido por un empleado. Un mismo empleado
puede dirigir centros de trabajo distintos.
26. EJERCICIO 1.
A partir del siguiente enunciado se desea realiza el modelo
entidad-relación y pasarlo al modelo de datos relacional.
Una agencia de viajes desea informatizar toda la gestión de los
viajeros que acuden a la agencia y los viajes que estos realizan.
Tras ponernos en contacto con la agencia, ésta nos proporciona
la siguiente información.
"La agencia desea guardar la siguiente información de los
viajeros: dni, nombre, dirección y teléfono.
De cada uno de los viajes que maneja la agencia interesa
guardar el código de viaje, número de plazas, fecha en la que
se realiza el viaje y otros datos. Un viajero puede realizar
tantos viajes como desee con la agencia. Un viaje determinado
sólo puede ser cubierto por un viajero.
Cada viaje realizado tiene un destino y un lugar de origen. De
cada uno de ellos se quiere almacenar el código, nombre y otros
datos que puedan ser de interés. Un viaje tiene un único lugar
de destino y un único lugar de origen".
MODELO ENTIDAD RELACION
29. EJERCICIO 2.
A partir del siguiente enunciado se desea realiza el modelo entidad-
relación y pasarlo al modelo de datos relacional.
"A un concesionario de coches llegan clientes para comprar automóviles. De
cada coche interesa saber la matrícula, modelo, marca y color. Un cliente
puede comprar varios coches en el concesionario. Cuando un cliente compra
un coche, se le hace una ficha en el concesionario con la siguiente
información: dni, nombre, apellidos, dirección y teléfono.
Los coches que el concesionario vende pueden ser nuevos o usados (de
segunda mano). De los coches nuevos interesa saber el número de unidades
que hay en el concesionario. De los coches viejos interesa el número de
kilómetros que lleva recorridos.
El concesionario también dispone de un taller en el que los mecánicos
reparan los coches que llevan los clientes. Un mecánico repara varios
coches a lo largo del día, y un coche puede ser reparado por varios
mecánicos. Los mecánicos tienen un dni, nombre, apellidos, fecha de
contratación y salario. Se desea guardar también la fecha en la que se
repara cada vehículo y el número de horas que se tardado en arreglar
cada automóvil".
MODELO ENTIDAD RELACION
32. A partir del siguiente enunciado se desea realiza el modelo entidad-
relación y pasarlo al modelo de datos relacional.
Una empresa de aparatos electrónicos desea informatizar sus datos.
Cada aparato electrónico viene determinado por un Código único y una
descripción. Además cada aparato corresponde a un tipo de
electrodomésticos (a lo sumo).
Cada tipo de electrodoméstico (televisor, mp3, lavadora, etc.) tiene un
nombre y unas características (un campo de texto). Se supone que no hay
dos tipos con el mismo nombre y características. Algunos tipos pueden
formar parte de otro tipo más general (mp3 de aparato de música), pero
en este caso solo forman parte de un único tipo.
Los componentes son las piezas que forman el aparato. Vienen dados por
un nombre (por ejemplo transformador) y unas especificaciones (un campo
de texto).
También nos interesa conocer datos de los fabricantes de componentes: Su
CIF (único) y su domicilio social.
Cada aparato puede llevar cualquier cantidad de componentes. Interesa
saber para cada aparato que componentes lleva y que fabricante
suministra cada componente. Un aparato puede llevar muchas unidades de
un mismo componente (interesa saber cuántas), pero en este caso todas
estarán suministradas por el mismo fabricante y con un mismo precio.
35. EJERCICIO 4.
Para los siguientes enunciados identifique las entidades y sus
relaciones.
a. Una persona puede comprar una o muchas casas, Una
casa debe ser propiedad de una sola persona.
MODELO ENTIDAD RELACION
MODELO RELACIONAL
36. b.Un cliente debe comprar uno o muchos productos, Un producto debe
ser comprado por un cliente.
MODELO ENTIDAD RELACION
MODELO RELACIONAL
37. C.Un proveedor puede proveer uno o más productos, Un producto debe
ser provisto por uno o más proveedores.
MODELO ENTIDAD RELACION
MODELO RELACIONAL
38. d. Un empleado puede estar a cargo de uno o muchos empleados, Un
empleado debe ser subordinado de un empleado.
MODELO ENTIDAD RELACION
MODELO RELACIONAL
39. e. Un investigador puede hacer muchas observaciones, Una observación
debe ser hecha por un investigador.
MODELO ENTIDAD RELACION
MODELO RELACIONAL
40. f. Un territorio puede pertenecer a una comunidad, Una comunidad debe
habitar en un territorio.
MODELO ENTIDAD RELACION
MODELO RELACIONAL
41. g. Una hembra puede ser la madre de muchos chimpancés. Un chimpancé
debe ser hijo de una hembra.
MODELO ENTIDAD RELACION
MODELO RELACIONAL
42. h. Un libro puede ser escrito por uno o muchos autores. Un autor puede
escribir muchos libros.
MODELO ENTIDAD RELACION
MODELO RELACIONAL
43. i. Un estudiante está matriculado en muchos cursos. En un curso
hay muchos estudiantes matriculados.
MODELO ENTIDAD RELACION
MODELO RELACIONAL
44. j. Una base de datos debe contener información relativa a las ventas de
los productos de una cierta compañía. Cada agente de la compañía es
responsable de las ventas en una o más áreas. Cada área tiene uno o más
agentes como responsables de las ventas que se realicen en ella. Cada
agente es responsable de la venta de uno o más productos y cada producto
tiene uno o más agentes responsables de su venta. Un producto se vende
en todas las áreas y en un área se pueden vender todos los productos.
MODELO ENTIDAD RELACION
MODELO RELACIONAL
45. EJERCICIO 5.
A partir del siguiente enunciado se desea realiza el modelo entidad-relación y
pasarlo al modelo de datos relacional.
La cooperativa ‘Jonh F. Kennedy’ tiene como objetivo prestar dinero a sus socios.
Para ello tiene diferentes modalidades de préstamo (vivienda, vehículo, estudio,
electrodomésticos...), cada modalidad tiene un plazo máximo estipulado y una
tasa de interés definida. Los socios pueden tener varios préstamos a la vez y para
cada uno la cooperativa registra los siguientes datos:
Número del préstamo, fecha de inicio, el valor del préstamo, la cuota mensual y el
plazo en meses el cual no puede sobrepasar el plazo máximo estipulado.
Cada socio para adquirir un préstamo debe estar trabajando en una empresa, por
lo tanto la cooperativa guarda no sólo los datos del socio sino también los de la
empresa en la cual trabaja ya que se lleva estadísticas sobre las empresas que
más socios tienen asociados a la cooperativa.
De las empresas interesa conocer persona de contacto, dirección de la empresa y
número de empleados total, y si actualmente se tiene o no convenio con ellos.
De los socios además de sus datos básicos (cédula, nombre, teléfono, dirección,
número de celular y correo electrónico opcionales), interesa conocer el salario
mensual. Cada préstamo requiere además de un codeudor del cual se registran
sus datos básicos. También es importante conocer si el codeudor es un posible
cliente o no, para enviarle información para que se afilie a la cooperativa.
En caso de que un codeudor se vuelve socio de la compañía entonces es
necesario que el asociado solicitante del préstamo consiga otro codeudor externo,
no se permiten codeudores que sean socios de la cooperativa.
48. EJERCICIO 6.
A partir del siguiente enunciado se desea realiza el modelo entidad-relación y
pasarlo al modelo de datos relacional.
Se desea diseñar una base de datos para una comisaría de policía que recoja la
información acerca de su funcionamiento. Se consideran los siguientes
supuestos:
En la comisaría trabajan una serie de policías que tienen una cedul , nombre y
a
categoría, ellos pueden desempeñar funciones distintas como administrativas,
agentes etc.
Cada policía tiene un único jefe aunque un policía puede ser jefe de varios.
En la comisaría existe un arsenal de armas. Cada arma está identificada po unr
código único pertenece a una clase y tiene un nombre determinado.
Cada policía puede utilizar una o varias armas en un momento determinado. Es
importante conocer el grado de habilidad (puntuación de 1 a 10) de cada policía
con cada una de las armas que utiliza.
Un delincuente tiene una identificación, nombre y teléfono es arrestado por un o
o
más policías.
A cada delincuente que permanece en la comisaría se le encierra en un
calabozo que tiene un código y una ubicación.
En el calabozo pueden estar encerrados varios delincuentes.
Los delincuentes están involucrados en casos de los que se conocen el código
del caso y el juzgado que los instruye); Interesa saber cuál es principal cargo
(robo, homicidio etc.) que se le atribuye a un delincuente en cada caso que esté
involucrado.
Uno o varios policías investigan cada uno de los casos
51. TALLER SEMANA SANTA
Obtén el modelo ERE, relacional: Queremos hacer una aplicación para gestionar
un pequeño aeropuerto. En este aeropuerto tendremos aviones identificados
por un número, cada avión puede ser de un tipo diferente identificado por un
modelo, su peso y su capacidad.
Los aviones los guardamos en hangares que se identifican por un número, una
capacidad y una localización.
En este aeropuerto tenemos tres tipos de personas (nss, dirección y teléfono):
piloto (num licencia, restricciones), empleados (salario y turno) y propietarios.
Cada piloto puede volar en distintos tipos de aviones, así mismo, los empleados
trabajan para ciertos tipos de aviones. Los aviones son posesión de uno o varios
propietarios interesándonos almacenar desde qué fecha lo poseen.
54. EJERCICIO 2.
Dado el siguiente enunciado obtén el modelo ERE, relacional.
Una empresa de servicios quiere informatizar su gestión en lo referente su
personal, proyectos y los servicios que presta a otras empresas.
Respecto al personal de la empresa, se almacenará un código asignado por el
departamento de Recursos Humanos, el nombre, dirección y teléfono así como
el tipo de actividad dentro de la empresa de servicios: directivo o plantilla.
Únicamente aquel personal que realice funciones de directivo tendrá a su cargo
personal. Interesa conocer qué directivo tiene a su cargo qué personal. Hay que
tener en cuenta que un directivo puede tener a su cargo a otros directivos y
que cada persona de la empresa sólo tiene un directivo como jefe directo. En
cuanto al personal que aparece como plantilla, se almacenará además la
especialidad en la que ejercerá sus funciones. Los directivos siempre tendrán
personal a su cargo y todo empleado (ya sea de plantilla o directivo) tendrá
siempre jefe. Por último, el personal que realiza funciones de directivo no
aparecerá nunca como personal de plantilla y al contrario.
En cuanto a los proyectos desarrollados por la empresa, se almacenará un
código de proyecto, un nombre y el esfuerzo estimado en personas-mes para
realizarlo. Lo proyectos son de dos tipos: de desarrollo o estratégicos, sin
embargo, en algunos casos, los proyectos de desarrollo pueden ser además,
estratégicos. Si un proyecto es estratégico, se almacenará además el plazo de
ejecución estimado y si es de desarrollo, el presupuesto.
Cada proyecto es gestionado por un directivo de la empresa siempre y cuando
el proyecto sea estratégico. No puede haber proyectos de este tipo sin
directivo asignado. Esto no significa que todo directivo tenga un proyecto bajo
su dirección. En caso que el proyecto sea de desarrollo, se almacenará qué
personal de plantilla participa en dicho proyecto y el tanto por ciento de
dedicación. Una persona de plantilla puede estar asignada a ninguno o muchos
proyectos.
Respecto a los servicios que se prestan a otras empresas, la política de esta
empresa en considerar a parte del personal de plantilla como un servicio lo
mismo se puede decir de los proyectos de desarrollo: algunos son servicios
prestados a otras empresas. De estos servicios se almacenará el código de
servicio y el precio por mes. También se almacenará la empresa para la que se
ofrece el servicio. Hay que tener en cuenta que un servicio (ya sea personal de
plantilla o un proyecto de desarrollo) siempre estará asignado a una única
empresa y que una empresa contrata uno o muchos servicios. De las empresas
cliente interesa conocer el nombre, nit, dirección, teléfono.
55.
56. EJERCICIO 3.
Dado el siguiente enunciado, obtén el modelo entidad-relación extendido,
relacional.
Una empresa dedicada a la realización de reformas y construcciones en general
maneja la siguiente información para llevar parte de su negocio.
La empresa dispone de albañiles en plantilla de los que almacena, entre otras
cosas, el número de la Seguridad Social, nombre, apellidos, fecha de
nacimiento, números de los teléfonos que dispone (fijos y/o móviles) y
categoría profesional. Las categorías profesionales en las que clasifica a los
albañiles son Maestro y Peón, pudiendo haber otras categorías. Si un albañil
tiene la categoría de Maestro almacena el dni y el sueldo. Si es Peón Albañil
almacena, el dni y el sueldo en el caso de ser de nacionalidad española, y el país
de origen y sueldo si es extranjero. Obviamente un albañil sólo puede
pertenecer a una categoría.
Los albañiles en plantilla están agrupados en cuadrillas propias de la empresa
(un albañil debe encontrarse en una y solo una cuadrilla) de las que se almacena
un código interno, nombre (que también la identifica) y localidad principal de
actuación.
MODELO ENTIDAD RELACION
58. EJERCICIO 4.
Dado el siguiente enunciado, obtén el modelo entidad-relación extendido,
relacional.
Una empresa dedicada a la venta de material óptico desea que diseñemos
una base de datos para la automatización de sus procesos. La información
relevante desde el punto de vista del modelo de datos es la siguiente:
Los productos que vende la empresa son lentes de contacto o gafas,
interesando conocer de ellos su código de producto (que es único), su
precio de venta y su marca. En cuanto a las lentes de contacto interesa,
además, conocer su tipo (blandas, rígidas, etc.), su color, los productos de
limpieza que requiere y su graduación. Para las gafas, se desea también
almacenar su modelo, el material de fabricación.
Se debe tener en cuenta que la empresa dispondrá de gafas graduadas, de
gafas de sol y de gafas de sol graduadas. De las gafas graduadas,
interesa conocer su graduación así como en qué tipo de problemas oculares
se pueden utilizar (miopía, astigmatismo, etc.). De las gafas de sol,
interesa conocer el nivel de filtrado de los rayos ultravioleta.
Hay que tener en cuenta además que queremos gestionar las personas que
han comprado gafas en nuestro establecimiento, para estas personas
almacenaremos un código y el nombre. Además cada persona pertenece a
un tipo (habitual, ocasional...) y queremos almacenar para cada tipo de
usuarios que descuentos se aplican en las gafas de sol.
MODELO ENTIDAD RELACION