1. Una Oficina de patentes desea disponer de una Base de datos que contenga toda la información relativa a la presentación de patentes, inventores que las presentan y las empresas que desean comprarlas. Esta información tendrá que estar organizada teniendo en cuenta los siguientes puntos: y
y
y
y
y
y
y
Los
datos de interés referentes a cada patente serán el número de patente y el nombre del invento. La patente solo puede pertenecer a un único inventor, no pudiendo realizarse varias patentes referentes al mismo invento. Los inventores vendrán definidos por su nombre, DNI, dirección y teléfono. Estos inventores podrán obtener varias patentes, siempre que sean de diferentes inventos. Es importante saber la fecha en la cual se ha obtenido la patente. Hay que tener en cuenta los casos en los que un inventor asesore a otros en el desarrollo de un invento. Cada inventor tendrá uno o varios ayudantes que vendrán definidos por su nombre, dirección, teléfono, DNI. Además estos ayudantes solo podrán serlo de un inventor. Cada patente podrá ser comprada por una sola empresa y una empresa podrá comprar diferentes patentes, siendo de interés la fecha de compra de la patente. Las vienen definidas por un código de empresa, nombre, dirección y sus teléfonos. Las empresas, al realizar la compra de una patente, pueden tener interés en contratar a su inventor. Es importante saber en qué fecha un inventor es contratado por una empresa con una patente determinada. Un ayudante puede ser contratado por una empresa con independencia de que la empresa haya contratado o no al inventor del que es ayudante, siendo importante conocer la fecha de contratación.
PATENTE
Pertenece 1: N
INVENTOR
Ayuda 1: N
Compra
1: N
Contrata
N: M
EMPRESA
Tiene 1: N
AYUDANTE Contrata
Modelo Conceptual
PATENTE Nro_Patente Nombre
INVENTOR DNI_Inventor
FechaObtencion FechaCompra Cod_Empresa (FK) DNI_Inventor (FK)
Nombre Direccion Telefono
CONTRATO_INV Nro_Patente (FK) Nombre (FK) DNI_Inventor (FK) Cod_Empresa (FK) EMPRESA Cod_Empresa Nombre Direccion Telefono
FechaContrato AYUDANTE DNI_Ayudante Nombre Direccion Telefono FechaContrato DNI_Inventor (FK)
CONTRATO_AYUD Cod_Empresa (FK) DNI_Ayudante (FK) FechaContrato
Modelo Lógico
PATENTE Nro_Patente: int Nombre: varchar(25)
INVENTOR DNI_Inventor: char(8)
FechaObtencion: datetime FechaCompra: datetime Cod_Empresa: int DNI_Inventor: char(8)
Nombre: varchar(25) Direccion: varchar(25) Telefono: varchar(15)
CONTRATO_INV Nro_Patente: int Nombre: varchar(25) DNI_Inventor: char(8) Cod_Empresa: int EMPRESA Cod_Empresa: int Nombre: varchar(25) Direccion: varchar(25) Telefono: varchar(15)
FechaContrato: datetime AYUDANTE DNI_Ayudante: char(8) CONTRATO_AYUD Cod_Empresa: int DNI_Ayudante: char(8) FechaContrato: datetime
Modelo Físico
Nombre: varchar(25) Direccion: varchar(25) Telefono: varchar(15) FechaContrato: datetim DNI_Inventor: char(8)
2.
Una pequeña cadena hotelera situada en los Alpes Suizos, proporciona a sus clientes, además de alojamiento, la posibilidad de cursos de esquí y excursiones en bicicleta por los parajes de la zona. Para estas cuestiones, dicha cadena hotelera tiene contratados una serie de monitores de esquí y unos guías conocedores de la zona para la organización y desarrollo de las excursiones antes mencionadas. La cadena esta interesa en informatizar la gestión de estas actividades. Se quiere conocer en todo momento los clientes hospedados en los distintos hoteles, así como los cursos y excursiones solicitadas por dichos clientes y los monitores y guías responsables de cada una de estas actividades. Se cuenta con la siguiente información de partida: y
y
y
y y
y
y
y
y
Los
hoteles están definidos por su nombre, dirección, teléfono y código de hotel. Los cursos de esquí tiene un horario, una duración en días, una fecha de comienzo y un nivel de dificultad. Un curso puede ser impartido por varios monitores. Las excursiones están definidas por fecha y descripción. Una excursión es llevada por un solo guía. De los clientes se debe conocer su nombre, apellidos, dirección y teléfono. De los monitores se almacenan el nombre, apellidos, dirección y teléfono. Hay que tener en cuenta que los monitores se alojan en el hotel en el que se imparten los cursos de esquí. La información de interés de los guías es el nombre, apellidos, dirección, teléfono. Los guías no se hospedan en el hotel que ofrece; son personas que viven en la zona y que trabajan para agencias de guías. Es importante conocer la agencia para la que trabajan. Las clases de esquí y las excursiones son, por supuesto, opcionales. Un cliente puede solicitar solamente alojamiento. Es importante conocer la fecha de entrada y salida del cliente en cada hotel, así como el régimen de alojamiento. Un cliente puede solicitar una excursión que no ofrezca el hotel, de forma que el hotel se encarga de llamar a un guía que no esté contratado, para que se encargue de dicha excursión.
Aloja
HOTEL
CLIENTE
N: M
Brinda
Solicita
1: N
N: M
Contrata CURSO
ESQUI
N: M
EXCURSION
Hospeda
1: N
Tiene N: M
Monitor
Tiene 1: N
GUIA
Pertenece 1: N
Modelo Conceptual
AGENCIA
HO
C
¢
L
¡
Hotel
£
¤
CL NTE DN Cliente
A LOJ A M E NTO
¨
¨
Nom e D eccion ¥
§
Cod_Hotel (FK) DN _ Cliente (FK)
¦
¦
¡
¨
¤
Nom e
¨
¥
Telefono
¦
Apellidos Direccion Telefono
FechaEntrada FechaSalida Regi m en
CUR O Cod_ Curso ©
S OL C TUD
Cod_Hotel (FK)
¨
¨
DN _ Cliente (FK) Cod_ Curso (FK) ¨
ESQ U
EXCUR ON ©
¨
¨
Cod_ Curso (FK) HoraEntrada HoraSalida Duracion Fecha Com ienzo Dificultad
Cod_ C rso (FK)
Fecha Descripcion DN _Guia (FK) ¨
CONTR ATO Cod_Hotel (FK) DN _Guia (FK) ¨
Nom re_Excursion ¥
MON TOR DN _ M onitor ¨
ESQ U _ MON TOR ¨
¨
¨
Nom re ¥
Cod_ Curso (FK) DN _ M onitor (FK)
GU A ¨
¨
Apellidos Direccion Telefono Cod_Hotel (FK)
DN _Guia ¨
Nom re Apellidos Direccion Telefono Cod_Agencia (FK) ¥
AGENC A ¨
Cod_Agencia Nom re ¥
Modelo Lógico
HOTEL Cod_Hote l: i t
CLIENTE
HOTEL_CLIENTE
Nombre: rchar(25) Direccion: archar(25) Telefono: archar(15)
DNI_Cliente: char(8)
Cod_Hotel: int DNI_Cliente: char(8)
Nombre: archar(25) Apellidos: archar(25) Direccion: archar(25) Telefono: archar(15)
FechaEntrada: datetime FechaSalida: datetime Regimen: archar(15)
CURSO Cod_Cur s o: datetime CLIENTE_CURSO
Cod_Hote l: int
DNI_Cliente: char(8) Cod_Cur s o: datetime
ESQUI Cod_Cur s o: datetime
EXCURSION Cod_Cur s o: datetime
Fecha: datetime HoraEntrada: datetime Descr ipcion: text HoraSalida: datetime DNI_Guia: char(8) Duracion: int FechaComienzo: datetime Dif icultad: int
HOTEL_GUIA Cod_Hote l: int DNI_Guia: char(8) Nombre_Excur sion: archar(25)
MONITOR DNI_Monitor : char(8 Nombre: archar(25) Apellidos: archar(2 Direccion: archar(2 Telefono: archar(5) Cod_Hotel: int
ESQUI_MONITOR Cod_Cur s o: datetime DNI_Monitor : char(8)
GUIA DNI_Guia: char(8)
Nombre: archar(25) Apellidos: archar(25 Direccion: archar(25 Telefono: archar(15) Cod_Agencia: int
AGENCIA Cod_Agencia Nombre: arc
Modelo Físico 3. Un empresario dedicado a la explotación de los locales nocturnos de diversión, desea informatizar algunas actividades de la gestión diaria de dichos locales. Para ello, proporciona la siguiente información: y
y
y
Dispone de una serie de empleados en plantilla, de los que interesa conocer el DNI, el número de las SS, nombre y apellidos, domicilio. De los locales que gestiona, desea saber: el nombre del garito (único), dirección, aforo, y tipo (Pub, discoteca, cafetería, etc.) y número de empleados que trabajan en él. Un empleado trabaja en un único local, aunque fuera de su horario habitual los empleados pueden hacer horas extras trabajando en cualquier otro local del empresario. En un local trabajan uno o varios empleados de forma continua, pero otros empleados pueden hacer horas extras en él, interesando en este caso la fecha y las horas que ha trabajado (cualquier empleado puede hacer horas extras en cualquiera de los locales del empresario). Por otro lado,
y
y
y
y
en cada uno de los locales existirá un empleado y solo uno que haga de gerente. El empresario puede contratar una póliza de seguro por cada uno de los locales que tiene. De estas interesa conocer exclusivamente el nombre de la compañía aseguradora y el importe que le cobran por ella, teniendo en un cuenta que un local solo puede tener una póliza de seguro, y que esta es única para cada local. De los tipos de bebidas que puede adquirir el empresario para los locales, interesa conocer: código único, marca, capacidad, clase de bebida (naranja, limón, cola, cerveza, ron, güisqui,) estas bebidas, las suministraran distribuidores de los que interesa conocer su código (único), nombre, dirección, teléfono y fax. Al empresario le interesa conocer qué tipo de bebidas suministra cada uno de los distribuidores, sabiendo que un tipo de bebida puede ser suministrado por más de un distribuidor, y que un distribuidor puede suministrar varios tiposde bebidas diferentes. Por otra parte, también le interesa conocer por cada suministro, el distribuidor, el tipo de bebida, el local al que suministraran, así como la fecha en que se realiza. También es de interés para el empresario conocer las existencias para cada uno de los tipos de bebidas que tiene cada uno de los locales.
CLASES DE
DISTRIBUIDOR
BEBIDA
TIPO DE BEBIDA
Tiene 1: N
Suministra N: M
Existencia Es Gerente 1: 1
LOCAL
TIPO DE LOCAL
Trabaja EMPLEADO
1: N
Tiene 1: N Horas Extras
Contrata
1: 1
N: M
POLIZA
DA 1: N COMPAÑÍA
DE SEGUROS
Modelo Conceptual
CLASE_BEBIDA Cod_Clase
TIPO_BEBIDA Cod_Bebida
Nombre
Marca Capacidad Cod_Clase (FK) SUMINISTRO Cod_Distribuidor (FK) Cod_Bebida (FK) NombreLocal (FK)
EXISTENCIA Cod_Bebida (FK) NombreLocal (FK) Cantidad
Fecha
EMPLEADO DNI_Empleado
LOCAL NombreLocal
Nro_SS Nombre_Empleado Apellidos Direccion NombreLocal (FK)
Direccion Aforo NroEmpleados Cod_Tipo (FK) DNI_Empleado (FK)
TIPO_LOCAL Cod_Tipo Nombre
EMPLEADO_LOCAL DNI_Empleado (FK) NombreLocal (FK) Fecha Horas
POLIZA Cod_Poliza Importe NombreLocal (FK) Cod_Compañía (FK)
COMPAÑÍA DE SEGUROS Cod_Compañía Nombre
Modelo Lógico
DISTRIBUIDOR Cod_Distribuid Nombre Direccion Telefono
H
I
8
B
#
"
"
B B B
#
I
)
B
0
I
)
I
9
&
0
(
D
'
9
9
)
'
A
@
1
"
#
(
A
@
1
#
3
(
!
B
0
5
3
$
4
'
1
(
C
4
2
(
0
4
2
(
1
C
(
4
2
5
(
G
7
F
4
7
E
4
I 9
(
%
I
(
2
)
)
)
9
(
I
A
@
1
&
9
0
(
D
'
1
A
@
#
8
X
"
8
H
!
I
"
Q
"
I
I
B
)
0
#
!
"
9
9
)
(
4
)
9
9
A
D
B
9
4
0
4
B
8
9
)
R
A
"
H
P
"
@
1
A
#
$
P
@
1
I
B
0
H
0
B
'
B
)
0
!
8
&
'
0
2
(
3
1
(
C
4
5
2
(
G
7
F
B
9
9
)
'
4
#
(
Q
"
P
A
@
1
I
)
9
9
A
0
D
B
9
4
)
R
# !
B
0
$
4
&
'
0
2
3
(
1
(
C
4
2
5
(
G
F
7
4
!
I
9
A
)
)
9
B
(
@
1
$
4
3
'
2
)
(
1
A
(
A
'
$
4
I
!
!
"
&
)
5
3
B
%
'
(
0
2
1
(
&
3
5
G
7
F
7
6
0
$
$
4
'
0
2
(
1
(
C
4
2
(
4
4
#
8
!
8
9
9
9
1
0
5
3
0 7
E
A
4
4
'
2
2
0
@
1
(
C
4
2
(
4
@
#
!
B
&
)
S
9
$
%
'
4
'
$
%
'
A
3
0
0
(
0
C
1
(
4
2
4
0
@
1
(
#
!
&
&
9
)
5
3
D
C
1
(
4
2
(
9
9
0
$
%
5
3
'
2
2
0
@
1
(
C
4
2
'
9
(
0
D
A
@
1
)
H
9
9
(
A
7
E
F
0
4
)
F
4
I
&
7 E
4
0
%
0
@
1
4
#
!
B
&
5
3
!
"
&
0
$
4
'
0
2
(
C
(
4
2
(
)
5
3
7
6
7 G
F
$
1
%
'
(
0
2
1
(
4
H
"
H
9
I
4
#
#
I
)
9
0
%
0
A
@
1
#
!
B
0
I
5
3
$
4
'
1
C
(
4
2
(
4
E
0 7
#
!
"
&
$
)
%
'
5
3
0
(
2
1
(
Z
"
7
6
4
#
!
B
&
5
3
G
$
4
'
0
2
(
1
(
C
4
2
(
z
7 F I
0
)
&
9
4 0
0
#
T
3
)
A
A
(
2
(
1
'
$
H
9
(
D
1
)
A
%
0
'
4
9
'
1
&
2
$
(
A
!
4
A
@
1
'
$
0
9
(
9
"
'
4
2
9
9
B
&
3
@
0
I
$
4
'
0
2
(
1
ñí
I
)
0
0
$
%
(
C
(
(
#
I
4
2
(
9
@
1
I
4
A
ÑÍ
)
8
0
$
%
ñí
(
#
!
B
0
$
9
(
'
1
C
(
4
2
5
(
P
8
A
@
1
3
4
Q
#
I
0
G
#
4
E
0 7
Modelo Físico
4. El área de Compras y Ventas de una Empresa Electrónica atiende uno o varios PEDIDOS solicitados por cada uno de sus CLIENTES. De cada PEDIDO se identifica el número de pedido, la fecha, el detalle de los artículos pedidos, etc. Por cada PEDIDO se solicitan los datos personales del CLIENTE (identificación del cliente, apellidos y nombre, teléfono, domicilio); con esos datos se confecciona una FACTURA que contiene el número de factura, la fecha, el detalle de los artículos solicitados, importe, etc.
'
2
2
0
@
1
(
C
4
2
S
&
'
(
C
'
H
1
9
'
@
T
3
A
0
(
'
3
0
@
0
1
C
(
4
2
La F C U
V
se e
U
W
X
e a al CLIENTE para que e ec e el PAGO c rrespondiente c
`
`
b
Y
a
d
e
Adquiere 1: N
CLIENTE
f
FACTURA
REALIZA 1: N Tien e 1 N
PAGO
x
ARTICULO
PEDIDO Detalla N: M
Modelo Conceptual
F CT Nr o_ F t r i
CLIENTE Cod_Cli
g
h
t
t
F
Nombr lli dos Domi ili o T l f ono p
u
q
t
g
q
v
t
Import Cod_Cli nt (F ) Cod_Pedido (F ) g
g
g
q
g
s
g
g
i
i
r
g
w
w
g
PEDIDO
PAGO
Cod_Pedido
Cod_Pago
Fecha
Cod_Cliente (F ) w
ARTICULO Cod_Articulo Nombr e
ARTICULO_PEDIDO Cod_Articulo (F ) Cod_Pedido (F ) w
w
Cant idad
Modelo Lógico
F CTUR Nr o_ Factur a: char( )
CLI NT y
y
Cod_ Cliente int
Fecha: datetime
Nom r e var c har( pellidos: var c har Domicilio: var c har Telefono: var c har(
Impor te: decimal Cod_ Cliente: int Cod_Pedido: int
P DIDO
P GO
y
Cod_Pedido: int
Cod_Pago: int
Fecha: datetime
Cod_ Cliente: int
RTICULO Cod_ r ticulo: int
RTICULO _P DIDO y
Nom r e: var c har(
)
Cod_ r ticulo: int Cod_Pedido: int
Cantidad: int
Modelo Físico